Bestellanforderungen
Mit diesem Programm können Bestellanforderungen erfasst, geändert, kopiert und gelöscht werden.
Per Kontextmenu können Folgeaktivitäten bzw. Geschäftsprozesse ausgelöst werden. Über den Explorer ist die Historie der jeweiligen Bestellanforderungen einsehbar.
Die Prozesse im Zusammenhang mit Bestellanforderungen sind im Abschnitt Bestellanforderung beschrieben.
Felder
Allgemein
Feldbezeichnung | Erklärung |
---|---|
Teilenummer | Das Teil kann in allen Anwendungen erkannt und abgespeichert werden. Ein eindeutiger Verweis auf das zu verwendende Teil ist möglich, da die Teilenummer in allen Bewegungsdateien gespeichert wird. Für das Teil kann eine Nummer gezielt vom Benutzer oder fortlaufend vom System vergeben werden. Vorschriften über den Aufbau der Teilenummer können im Firmenstamm in einer Aufbereitungsschablone hinterlegt werden. Ist das Teil nicht bekannt, kann über den List-Button im Matchcode-Programm z.B. nach der Bezeichnung, Materialnummer, den Sachmerkmalen, dem Alpha-Suchbegriff, oder der Zeichnungsnummer gesucht werden. Viele Auskunfts- und Listprogramme können pro Teil aufgerufen werden oder weisen als Ergebnis das Teil aus. |
Anforderungsdetails | Bei einer Bestellanforderung kann nicht davon ausgegangen werden, dass zum Zeitpunkt ihrer Erfassung ein passsender Teilestamm bereits angelegt bzw. bekannt ist. Aus diesem Grunde kann in diesem Feld ein Freitext mit den beschreibenden Informationen des Bedarfes erfasst werden. Aus diesen Daten kann dann später evtl. sogar erst im Zuge einer Anfrage ein Teilestamm erfasst werden, der dann letztendlich zur Bestellung führt. |
Anforderungsnummer | In diesem Feld kann die Nummer eines Anforderungbeleges angegeben werden, über den ein Sachbearbeiter (Anforderer) einen Material- bzw. Dienstleistungsbedarf an die Einkaufsabteilung gemeldet hat, damit diese die Beschaffung des benötigten Materials bzw. der benötigten Dienstleistung veranlassen kann.
|
Empfänger | Der Empfänger einer Bestellanfordrung ist diejeniger Person welche letztendlich gelieferte Ware bekommt. Die Person muß weder ein Sachbearbeiter noch im Personalstamm eingetragen werden. |
Anforderer | Wurde das zu beschaffende Material bzw. die Dienstleistung von einem Firmenmitarbeiter angefordert, so kann in diesem Feld das Sachbearbeiterkennzeichen angegeben werden, mit dem dieser Mitarbeiter im System geführt wird. Üblicherweise ist eine Angabe in diesem Feld verknüpft mit der Angabe einer Anforderungsnummer, unter der dieser Mitarbeiter eine Bedarfsmeldung (Anforderung) an die Einkaufsabteilung weitergegeben hat, damit diese das benötigte Material beschafft. |
Bestellmenge in ME1 | Angabe der Menge. Die Menge 1 ist immer die lagerführende Menge, eine Eingabe kann daher nur in dieser Mengeneinheit erfolgen.
Ist die Menge in der lagerführenden Mengeneinheit nicht bekannt, so kann das Feld "Menge 2" für die zusätzliche Eingabe einer Mengeneinheit genutzt werden. Ist die Menge 1 gleich Null, so errechnet das System automatisch die Menge in der lagerführenden Mengeneinheit. Voraussetzung für die Umrechnung ist, dass die Mengeneinheit im Teilestammsatz des bearbeiteten Artikels mit Umrechnungsfaktor angelegt ist. Eine Eingabe in einem der beiden Mengenfelder ist erforderlich. Mit der hier eingetragenen Menge werden alle Buchungen durchgeführt (Lager, Disposition, Statistik usw.), der Preis kann auch in einer abweichenden Mengeneinheit angegeben werden. Im Programm Tagesberichte verwalten wird das Mengenfeld, wenn es im Rahmen von Arbeitszeiten genutzt wird, auf der Basis der Von-Bis-Zeiten ermittelt. Typisch hierfür sind Rückmeldezeiten im Service aber auch für die Produktion und interne Dienstleistungen in Projekten und internen Betriebsaufträgen. Im Service und bei internen Betriebsaufträgen kann das Mengenfeld auch für Auslagen (wie z.B. Anzahl Übernachtungen) oder Anzahl der gefahrenen Kilometer genutzt werden. Dann werden die Von-Bis-Zeiten nicht berücksichtigt. |
Mengeneinheit 1 | Die Mengeneinheit 1 ist immer die lagerführende Mengeneinheit. Sie wird beim Erfassen des Teiles im Teilestamm als erste Mengeneinheit definiert und dient danach für alle Buchungen. Darunter werden sowohl die Buchungen im Lager, der Disposition sowie in der Statistik verstanden. Alle Bewegungsdateien enthalten ein Mengenfeld in dieser Mengeneinheit. |
Bedarfsdatum | Das Bedarfsdatum spielt nur bei Angebotspositionen eine Rolle. Es gibt das Datum an, zu dem das konkrete Angebot benötigt wird. In der Regel wird das Bedarfsdatum mit dem (externen) Dispositionsdatum übereinstimmen. Abweichen wird es immer dann, wenn das Angebot aufgrund der zu engen zeitlichen Rahmenbedingungen die Nachfrage nicht termingerecht bedienen kann. Das kann z.B. der Fall sein, wenn durch eine Rückwärtsterminierung vom Bedarfsdatum aus das Startdatum für die Fertigung in die Vergangenheit fällt. In diesem Fall wird automatische auf Vorwärtsterminierung von heute aus umgeschaltet. Der so zustande kommende Endtermin (Dispositionsdatum des Angebotes) liegt dann nach dem Bedarfsdatum (Dispositionsdatum der Nachfrage). Beispiel: In der ursprünglichen Situation ist das Dispositionsdatum am 20.03., aufgrund der Terminierung wird als Endtermin der 22.03. berechnet. Hieraus folgt nun, dass das Dispositionsdatum auf den 22.03. verschoben wird, aber der 20.03. als Bedarfsdatum bestehen bleibt. Das Bedarfsdatum ist immer kleiner als das Dispositionsdatum oder gleich diesem, sofern es nicht manuell größer eingegeben wurde. Das spezielle Bedarfsdatum "01.01.1900" zeigt an, dass das Angebot schon für ein in der Vergangenheit liegendes Datum gebraucht wird. Dazu kommt es immer dann, wenn in der Nettoübersicht die Zeile mit der speziellen Periode "00.00.00" schon in der Unterdeckung ist und für diese Unterdeckung dann ein Vorschlag erstellt wird. Unter dieser speziellen Periode "00.00.00" sind alle noch offenen Angebote und Nachfragen zusammengefasst, die schon rückständig sind, d.h. deren Dispo-Datum kleiner als das "erste Datum Dispo" ist (Datum, ab dem die offenen Angebot und Nachfragen unter ihrem konkreten Dispo-Datum zu sehen sind). |
Bestellmenge in ME2 | Eingabe der Bestellmenge 2. Ist nur die Mengeneinheit zu dieser Menge eingetragen, so wird die Menge mit den hinterlegten Umrechnungsfaktoren errechnet.
Sind beide Mengefelder größer als Null, das heißt, der Sachbearbeiter hat Eingaben in beiden Feldern vorgenommen, wird nicht aufgrund der Umrechnungsfaktoren aus dem Teilestamm die eine Menge von der anderen Menge abgeleitet. Beispiel:
|
Mengeneinheit 2 | Die abweichende Mengeneinheit 2 (MEK2) darf nicht identisch mit der Mengeneinheit 1 (MEK1) sein, muss aber ebenfalls in der Tabelle
FRD110 hinterlegt sein.
|
Lieferdatum | Hier kann das Lieferdatum angegeben werden. Das Lieferdatum wird bei Einzelrechnungen zum Rechnungsdatum. Das Lieferdatum steuert außerdem den Prozentsatz der Mehrwertsteuer. Das Rechnungsdruckprogramm ermittelt aufgrund des Lieferdatums automatisch den zu diesem Zeitpunkt gültigen Mehrwertsteuerschlüssel und -prozentsatz. Bei Rahmenaufträgen kann in diesem Feld auch "99.99.99" angegeben werden. |
Lagerort | Im Rahmen der betrieblichen Organisation eines Unternehmens kann ein Artikel an mehreren Stellen (Räumen, Lagerhallen, Betriebsstätten) des Unternehmens lagern. Sofern eine (lager-)buchmäßige Trennung der jeweiligen Bestände gefordert wird, wird von Lagerorten gesprochen. Ein Artikel kann buchmäßig an beliebig vielen Lagerorten geführt werden. Über den List-Button werden die gültigen Werte angezeigt. |
Gesamtwert geplant | Bei der Erfassung einer Bestellanforderung kann nicht davon ausgegangen werden, dass zu diesem Zeitpunkt ein passender Teilestamm bereits erfasst oder bekannt ist. Nichtsdestotrotz ist es sinnvoll frühzeitig zu wissen welche Kosten / Preise mit dieser Bestellanforderung verbunden sind. Der eingegebene Preis wird, sofern kein berechneter Preis vorhanden ist, im Zuge der Genehmigung der Bestellanforderung zur Prüfung der Wertgrenze mit heran gezogen. |
Währung | Eine Währung wird mit ihren Ausprägungen in der Tabelle FRD118 hinterlegt. Die hinterlegten Währungen entsprechen dem im Bankverkehr gebräuchlichen ISO-Code. Handelt es sich um ein Eingabefeld, wird über den List-Button eine Liste aller vorhandenen Werte aus der oben genannten Tabelle angezeigt. |
Lieferant | Der Lieferant setzt sich zusammen aus der Lieferantennummer, der Filiale, der CPD-Nummer und der Kontenart. Die CPD-Nummer und die Kontenart werden nicht in allen Programmen verwendet. Der Lieferant muss im Personenkontenstamm als Kreditor angelegt sein. |
Gesamtwert berechnet | Aufgrund der für den Bestellvorschlag durchgeführten Preisrechnung wird der Bruttopreis mit der Bestellmenge der Bestellanforderung multipliziert und als berechneter Gesamtpreis in die Bestellanforderung eingetragen. Dieser Preis wird zum Beispiel auch bei Wertgrenzenprüfung im Zuge der Genehmigung einer Bestellanforderung heran gezogen. |
Freigabedatum | Das Datum an dem die Bestellanforderung freigegeben wurde. |
Freigeber | Sachbearbeiterkennzeichen des Freigebers. |
Freigeber geplant | Im Feld
geplanter Freigeber wird derjenige Sachbearbeiter eingetragen, welcher die Freigabe der Bestellanforderung machen soll. Dadurch kann zum Beispiel dieser Sachbearbeiter einfach nach für ihn anstehenden Freigaben laden. Auch wird diese Person, sofern dies prinzipiell in
VRLBAN
aktiviert ist, über Änderungen der Bestellanforderung informiert. Die Angabe ist optional und nicht bindend. Sprich die Freigabe einer Bestellanforderung kann von jedem zur Freigabe berechtigten Sachbearbeiter gemacht werden. |
Genehmigungsdatum | Das Datum an dem die Bestellanforderung genehmigt wurde. |
Genehmiger | Sachbearbeiterkennzeichen des Genehmigers einer Bestellanforderung |
Genehmiger geplant | Im Feld
geplanter Genehmiger wird derjenige Sachbearbeiter eingetragen, welcher die Genehmigung der Bestellanforderung machen soll. Dadurch kann zum Beispiel dieser Sachbearbeiter einfach nach für ihn anstehenden Genehmigungen laden. Auch wird diese Person, sofern dies prinzipiell in
VRLBAN aktiviert ist, über Änderungen der Bestellanforderung informiert.
Die Angabe ist optional und nicht bindend. Sprich die Genehmigung einer Bestellanforderung kann von jedem zur Genehmigung berechtigten Sachbearbeiter gemacht werden. |
Sperren | Das Datum an dem die Bestellanforderung gesperrt wurde. |
Sperrer | Sachbearbeiterkennzeichen des Sperrers einer Bestellanforderung. |
Sperrgrund | Sperrgrund einer
Bestellanforderung. Der Wert wird beim Sperren aus der Tabelle "Sperrgründe Bestellanforderungen
FRDBAB" übernommen.
|
Ablehnen | Das Datum an dem die Bestellanforderung abgelehnt wurde. |
Ablehner | Sachbearbeiterkennzeichen des Ablehners einer Bestellanforderung |
Ablehnungsgrund | Ablehnungsgrund einer Bestellanforderung. Der Wert wird beim Sperren aus der Tabelle "Ablehnungsgründe Bestellanforderungen
FRDBAB" übernommen.
|
Kommentar | Dieses Feld enthält zusätzliche Informationen zu einem Datensatz.
|
Überschriftsformat
Feldbezeichnung | Erklärung |
---|---|
Bestellanforderung | Belegnummer der Bestellanforderung |
Status | Status einer Bestellanforderung. Die Statusänderung einer Bestellanforderung erfolgt entweder manuell über das Kontextmenu (Erfassen, Freigeben, Genehmigen..) oder ergibt sich aus Geschäftprozessen im Einkauf (Umwandlung Bestellvorschlag in Bestellposition) und Lager (Umsetzung auf Teilzugang / Vollzugang bei Warenzugang im Lager o.ä.). |
Bearbeitet durch | Das hier eingestellte Sachbearbeiterkennzeichen weist auf den Benutzer hin, welcher die letzte Änderung an den Daten vorgenommen hat. |
Felder
Allgemein
Feldbezeichnung | Erklärung |
---|---|
Materialnummer | Das Teil kann in allen Anwendungen erkannt und abgespeichert werden. Ein eindeutiger Verweis auf das zu verwendende Teil ist möglich, da die Teilenummer in allen Bewegungsdateien gespeichert wird. Für das Teil kann eine Nummer gezielt vom Benutzer oder fortlaufend vom System vergeben werden. Vorschriften über den Aufbau der Teilenummer können im Firmenstamm in einer Aufbereitungsschablone hinterlegt werden. Ist das Teil nicht bekannt, kann über den List-Button im Matchcode-Programm z.B. nach der Bezeichnung, Materialnummer, den Sachmerkmalen, dem Alpha-Suchbegriff, oder der Zeichnungsnummer gesucht werden. Viele Auskunfts- und Listprogramme können pro Teil aufgerufen werden oder weisen als Ergebnis das Teil aus. |
Anforderungsdetails | Bei einer Bestellanforderung kann nicht davon ausgegangen werden, dass zum Zeitpunkt ihrer Erfassung ein passsender Teilestamm bereits angelegt bzw. bekannt ist. Aus diesem Grunde kann in diesem Feld ein Freitext mit den beschreibenden Informationen des Bedarfes erfasst werden. Aus diesen Daten kann dann später evtl. sogar erst im Zuge einer Anfrage ein Teilestamm erfasst werden, der dann letztendlich zur Bestellung führt. |
Anforderungsnummer | In diesem Feld kann die Nummer eines Anforderungbeleges angegeben werden, über den ein Sachbearbeiter (Anforderer) einen Material- bzw. Dienstleistungsbedarf an die Einkaufsabteilung gemeldet hat, damit diese die Beschaffung des benötigten Materials bzw. der benötigten Dienstleistung veranlassen kann.
|
Empfänger | Der Empfänger einer Bestellanfordrung ist diejeniger Person welche letztendlich gelieferte Ware bekommt. Die Person muß weder ein Sachbearbeiter noch im Personalstamm eingetragen werden. |
Anforderer | Wurde das zu beschaffende Material bzw. die Dienstleistung von einem Firmenmitarbeiter angefordert, so kann in diesem Feld das Sachbearbeiterkennzeichen angegeben werden, mit dem dieser Mitarbeiter im System geführt wird. Üblicherweise ist eine Angabe in diesem Feld verknüpft mit der Angabe einer Anforderungsnummer, unter der dieser Mitarbeiter eine Bedarfsmeldung (Anforderung) an die Einkaufsabteilung weitergegeben hat, damit diese das benötigte Material beschafft. |
Bestellmenge in ME1 | Angabe der Menge. Die Menge 1 ist immer die lagerführende Menge, eine Eingabe kann daher nur in dieser Mengeneinheit erfolgen.
Ist die Menge in der lagerführenden Mengeneinheit nicht bekannt, so kann das Feld "Menge 2" für die zusätzliche Eingabe einer Mengeneinheit genutzt werden. Ist die Menge 1 gleich Null, so errechnet das System automatisch die Menge in der lagerführenden Mengeneinheit. Voraussetzung für die Umrechnung ist, dass die Mengeneinheit im Teilestammsatz des bearbeiteten Artikels mit Umrechnungsfaktor angelegt ist. Eine Eingabe in einem der beiden Mengenfelder ist erforderlich. Mit der hier eingetragenen Menge werden alle Buchungen durchgeführt (Lager, Disposition, Statistik usw.), der Preis kann auch in einer abweichenden Mengeneinheit angegeben werden. Im Programm Tagesberichte verwalten wird das Mengenfeld, wenn es im Rahmen von Arbeitszeiten genutzt wird, auf der Basis der Von-Bis-Zeiten ermittelt. Typisch hierfür sind Rückmeldezeiten im Service aber auch für die Produktion und interne Dienstleistungen in Projekten und internen Betriebsaufträgen. Im Service und bei internen Betriebsaufträgen kann das Mengenfeld auch für Auslagen (wie z.B. Anzahl Übernachtungen) oder Anzahl der gefahrenen Kilometer genutzt werden. Dann werden die Von-Bis-Zeiten nicht berücksichtigt. |
Mengeneinheit 1 | Die Mengeneinheit 1 ist immer die lagerführende Mengeneinheit. Sie wird beim Erfassen des Teiles im Teilestamm als erste Mengeneinheit definiert und dient danach für alle Buchungen. Darunter werden sowohl die Buchungen im Lager, der Disposition sowie in der Statistik verstanden. Alle Bewegungsdateien enthalten ein Mengenfeld in dieser Mengeneinheit. |
Bedarfsdatum | Das Bedarfsdatum spielt nur bei Angebotspositionen eine Rolle. Es gibt das Datum an, zu dem das konkrete Angebot benötigt wird. In der Regel wird das Bedarfsdatum mit dem (externen) Dispositionsdatum übereinstimmen. Abweichen wird es immer dann, wenn das Angebot aufgrund der zu engen zeitlichen Rahmenbedingungen die Nachfrage nicht termingerecht bedienen kann. Das kann z.B. der Fall sein, wenn durch eine Rückwärtsterminierung vom Bedarfsdatum aus das Startdatum für die Fertigung in die Vergangenheit fällt. In diesem Fall wird automatische auf Vorwärtsterminierung von heute aus umgeschaltet. Der so zustande kommende Endtermin (Dispositionsdatum des Angebotes) liegt dann nach dem Bedarfsdatum (Dispositionsdatum der Nachfrage). Beispiel: In der ursprünglichen Situation ist das Dispositionsdatum am 20.03., aufgrund der Terminierung wird als Endtermin der 22.03. berechnet. Hieraus folgt nun, dass das Dispositionsdatum auf den 22.03. verschoben wird, aber der 20.03. als Bedarfsdatum bestehen bleibt. Das Bedarfsdatum ist immer kleiner als das Dispositionsdatum oder gleich diesem, sofern es nicht manuell größer eingegeben wurde. Das spezielle Bedarfsdatum "01.01.1900" zeigt an, dass das Angebot schon für ein in der Vergangenheit liegendes Datum gebraucht wird. Dazu kommt es immer dann, wenn in der Nettoübersicht die Zeile mit der speziellen Periode "00.00.00" schon in der Unterdeckung ist und für diese Unterdeckung dann ein Vorschlag erstellt wird. Unter dieser speziellen Periode "00.00.00" sind alle noch offenen Angebote und Nachfragen zusammengefasst, die schon rückständig sind, d.h. deren Dispo-Datum kleiner als das "erste Datum Dispo" ist (Datum, ab dem die offenen Angebot und Nachfragen unter ihrem konkreten Dispo-Datum zu sehen sind). |
Bestellmenge in ME2 | Eingabe der Bestellmenge 2. Ist nur die Mengeneinheit zu dieser Menge eingetragen, so wird die Menge mit den hinterlegten Umrechnungsfaktoren errechnet.
Sind beide Mengefelder größer als Null, das heißt, der Sachbearbeiter hat Eingaben in beiden Feldern vorgenommen, wird nicht aufgrund der Umrechnungsfaktoren aus dem Teilestamm die eine Menge von der anderen Menge abgeleitet. Beispiel:
|
Mengeneinheit 2 | Die abweichende Mengeneinheit 2 (MEK2) darf nicht identisch mit der Mengeneinheit 1 (MEK1) sein, muss aber ebenfalls in der Tabelle
FRD110 hinterlegt sein.
|
Lieferdatum | Hier kann das Lieferdatum angegeben werden. Das Lieferdatum wird bei Einzelrechnungen zum Rechnungsdatum. Das Lieferdatum steuert außerdem den Prozentsatz der Mehrwertsteuer. Das Rechnungsdruckprogramm ermittelt aufgrund des Lieferdatums automatisch den zu diesem Zeitpunkt gültigen Mehrwertsteuerschlüssel und -prozentsatz. Bei Rahmenaufträgen kann in diesem Feld auch "99.99.99" angegeben werden. |
Lagerort | Im Rahmen der betrieblichen Organisation eines Unternehmens kann ein Artikel an mehreren Stellen (Räumen, Lagerhallen, Betriebsstätten) des Unternehmens lagern. Sofern eine (lager-)buchmäßige Trennung der jeweiligen Bestände gefordert wird, wird von Lagerorten gesprochen. Ein Artikel kann buchmäßig an beliebig vielen Lagerorten geführt werden. Über den List-Button werden die gültigen Werte angezeigt. |
Gesamtwert geplant | Bei der Erfassung einer Bestellanforderung kann nicht davon ausgegangen werden, dass zu diesem Zeitpunkt ein passender Teilestamm bereits erfasst oder bekannt ist. Nichtsdestotrotz ist es sinnvoll frühzeitig zu wissen welche Kosten / Preise mit dieser Bestellanforderung verbunden sind. Der eingegebene Preis wird, sofern kein berechneter Preis vorhanden ist, im Zuge der Genehmigung der Bestellanforderung zur Prüfung der Wertgrenze mit heran gezogen. |
Währung | Eine Währung wird mit ihren Ausprägungen in der Tabelle FRD118 hinterlegt. Die hinterlegten Währungen entsprechen dem im Bankverkehr gebräuchlichen ISO-Code. Handelt es sich um ein Eingabefeld, wird über den List-Button eine Liste aller vorhandenen Werte aus der oben genannten Tabelle angezeigt. |
Lieferant | Der Lieferant setzt sich zusammen aus der Lieferantennummer, der Filiale, der CPD-Nummer und der Kontenart. Die CPD-Nummer und die Kontenart werden nicht in allen Programmen verwendet. Der Lieferant muss im Personenkontenstamm als Kreditor angelegt sein. |
Gesamtwert berechnet | Aufgrund der für den Bestellvorschlag durchgeführten Preisrechnung wird der Bruttopreis mit der Bestellmenge der Bestellanforderung multipliziert und als berechneter Gesamtpreis in die Bestellanforderung eingetragen. Dieser Preis wird zum Beispiel auch bei Wertgrenzenprüfung im Zuge der Genehmigung einer Bestellanforderung heran gezogen. |
Freigabedatum | Das Datum an dem die Bestellanforderung freigegeben wurde. |
Freigeber | Sachbearbeiterkennzeichen des Freigebers. |
Freigeber geplant | Im Feld
geplanter Freigeber wird derjenige Sachbearbeiter eingetragen, welcher die Freigabe der Bestellanforderung machen soll. Dadurch kann zum Beispiel dieser Sachbearbeiter einfach nach für ihn anstehenden Freigaben laden. Auch wird diese Person, sofern dies prinzipiell in
VRLBAN
aktiviert ist, über Änderungen der Bestellanforderung informiert. Die Angabe ist optional und nicht bindend. Sprich die Freigabe einer Bestellanforderung kann von jedem zur Freigabe berechtigten Sachbearbeiter gemacht werden. |
Genehmigungsdatum | Das Datum an dem die Bestellanforderung genehmigt wurde. |
Genehmiger | Sachbearbeiterkennzeichen des Genehmigers einer Bestellanforderung |
Genehmiger geplant | Im Feld
geplanter Genehmiger wird derjenige Sachbearbeiter eingetragen, welcher die Genehmigung der Bestellanforderung machen soll. Dadurch kann zum Beispiel dieser Sachbearbeiter einfach nach für ihn anstehenden Genehmigungen laden. Auch wird diese Person, sofern dies prinzipiell in
VRLBAN aktiviert ist, über Änderungen der Bestellanforderung informiert.
Die Angabe ist optional und nicht bindend. Sprich die Genehmigung einer Bestellanforderung kann von jedem zur Genehmigung berechtigten Sachbearbeiter gemacht werden. |
Sperren | Das Datum an dem die Bestellanforderung gesperrt wurde. |
Sperrer | Sachbearbeiterkennzeichen des Sperrers einer Bestellanforderung. |
Sperrgrund | Sperrgrund einer
Bestellanforderung. Der Wert wird beim Sperren aus der Tabelle "Sperrgründe Bestellanforderungen
FRDBAB" übernommen.
|
Ablehnen | Das Datum an dem die Bestellanforderung abgelehnt wurde. |
Ablehner | Sachbearbeiterkennzeichen des Ablehners einer Bestellanforderung |
Ablehnungsgrund | Ablehnungsgrund einer Bestellanforderung. Der Wert wird beim Sperren aus der Tabelle "Ablehnungsgründe Bestellanforderungen
FRDBAB" übernommen.
|
Kommentar | Dieses Feld enthält zusätzliche Informationen zu einem Datensatz.
|
Überschriftsformat
Feldbezeichnung | Erklärung |
---|---|
Bestellanforderung | Belegnummer der Bestellanforderung |
Status | Status einer Bestellanforderung. Die Statusänderung einer Bestellanforderung erfolgt entweder manuell über das Kontextmenu (Erfassen, Freigeben, Genehmigen..) oder ergibt sich aus Geschäftprozessen im Einkauf (Umwandlung Bestellvorschlag in Bestellposition) und Lager (Umsetzung auf Teilzugang / Vollzugang bei Warenzugang im Lager o.ä.). |
Bearbeitet durch | Das hier eingestellte Sachbearbeiterkennzeichen weist auf den Benutzer hin, welcher die letzte Änderung an den Daten vorgenommen hat. |
Felder
Feldbezeichnung | Erklärung |
---|---|
Materialnummer | Das Teil kann in allen Anwendungen erkannt und abgespeichert werden. Ein eindeutiger Verweis auf das zu verwendende Teil ist möglich, da die Teilenummer in allen Bewegungsdateien gespeichert wird. Für das Teil kann eine Nummer gezielt vom Benutzer oder fortlaufend vom System vergeben werden. Vorschriften über den Aufbau der Teilenummer können im Firmenstamm in einer Aufbereitungsschablone hinterlegt werden. Ist das Teil nicht bekannt, kann über den List-Button im Matchcode-Programm z.B. nach der Bezeichnung, Materialnummer, den Sachmerkmalen, dem Alpha-Suchbegriff, oder der Zeichnungsnummer gesucht werden. Viele Auskunfts- und Listprogramme können pro Teil aufgerufen werden oder weisen als Ergebnis das Teil aus. |
Empfänger | Der Empfänger einer Bestellanfordrung ist diejeniger Person welche letztendlich gelieferte Ware bekommt. Die Person muß weder ein Sachbearbeiter noch im Personalstamm eingetragen werden. |
Anforderer | Wurde das zu beschaffende Material bzw. die Dienstleistung von einem Firmenmitarbeiter angefordert, so kann in diesem Feld das Sachbearbeiterkennzeichen angegeben werden, mit dem dieser Mitarbeiter im System geführt wird. Üblicherweise ist eine Angabe in diesem Feld verknüpft mit der Angabe einer Anforderungsnummer, unter der dieser Mitarbeiter eine Bedarfsmeldung (Anforderung) an die Einkaufsabteilung weitergegeben hat, damit diese das benötigte Material beschafft. |
Bestellmenge in ME1 | Angabe der Menge. Die Menge 1 ist immer die lagerführende Menge, eine Eingabe kann daher nur in dieser Mengeneinheit erfolgen.
Ist die Menge in der lagerführenden Mengeneinheit nicht bekannt, so kann das Feld "Menge 2" für die zusätzliche Eingabe einer Mengeneinheit genutzt werden. Ist die Menge 1 gleich Null, so errechnet das System automatisch die Menge in der lagerführenden Mengeneinheit. Voraussetzung für die Umrechnung ist, dass die Mengeneinheit im Teilestammsatz des bearbeiteten Artikels mit Umrechnungsfaktor angelegt ist. Eine Eingabe in einem der beiden Mengenfelder ist erforderlich. Mit der hier eingetragenen Menge werden alle Buchungen durchgeführt (Lager, Disposition, Statistik usw.), der Preis kann auch in einer abweichenden Mengeneinheit angegeben werden. Im Programm Tagesberichte verwalten wird das Mengenfeld, wenn es im Rahmen von Arbeitszeiten genutzt wird, auf der Basis der Von-Bis-Zeiten ermittelt. Typisch hierfür sind Rückmeldezeiten im Service aber auch für die Produktion und interne Dienstleistungen in Projekten und internen Betriebsaufträgen. Im Service und bei internen Betriebsaufträgen kann das Mengenfeld auch für Auslagen (wie z.B. Anzahl Übernachtungen) oder Anzahl der gefahrenen Kilometer genutzt werden. Dann werden die Von-Bis-Zeiten nicht berücksichtigt. |
Mengeneinheit 1 | Die Mengeneinheit 1 ist immer die lagerführende Mengeneinheit. Sie wird beim Erfassen des Teiles im Teilestamm als erste Mengeneinheit definiert und dient danach für alle Buchungen. Darunter werden sowohl die Buchungen im Lager, der Disposition sowie in der Statistik verstanden. Alle Bewegungsdateien enthalten ein Mengenfeld in dieser Mengeneinheit. |
Bestellmenge in ME2 | Eingabe der Bestellmenge 2. Ist nur die Mengeneinheit zu dieser Menge eingetragen, so wird die Menge mit den hinterlegten Umrechnungsfaktoren errechnet.
Sind beide Mengefelder größer als Null, das heißt, der Sachbearbeiter hat Eingaben in beiden Feldern vorgenommen, wird nicht aufgrund der Umrechnungsfaktoren aus dem Teilestamm die eine Menge von der anderen Menge abgeleitet. Beispiel:
|
Lieferdatum | Hier kann das Lieferdatum angegeben werden. Das Lieferdatum wird bei Einzelrechnungen zum Rechnungsdatum. Das Lieferdatum steuert außerdem den Prozentsatz der Mehrwertsteuer. Das Rechnungsdruckprogramm ermittelt aufgrund des Lieferdatums automatisch den zu diesem Zeitpunkt gültigen Mehrwertsteuerschlüssel und -prozentsatz. Bei Rahmenaufträgen kann in diesem Feld auch "99.99.99" angegeben werden. |
Lagerort | Im Rahmen der betrieblichen Organisation eines Unternehmens kann ein Artikel an mehreren Stellen (Räumen, Lagerhallen, Betriebsstätten) des Unternehmens lagern. Sofern eine (lager-)buchmäßige Trennung der jeweiligen Bestände gefordert wird, wird von Lagerorten gesprochen. Ein Artikel kann buchmäßig an beliebig vielen Lagerorten geführt werden. Über den List-Button werden die gültigen Werte angezeigt. |
Gesamtwert geplant | Bei der Erfassung einer Bestellanforderung kann nicht davon ausgegangen werden, dass zu diesem Zeitpunkt ein passender Teilestamm bereits erfasst oder bekannt ist. Nichtsdestotrotz ist es sinnvoll frühzeitig zu wissen welche Kosten / Preise mit dieser Bestellanforderung verbunden sind. Der eingegebene Preis wird, sofern kein berechneter Preis vorhanden ist, im Zuge der Genehmigung der Bestellanforderung zur Prüfung der Wertgrenze mit heran gezogen. |
Währung | Eine Währung wird mit ihren Ausprägungen in der Tabelle FRD118 hinterlegt. Die hinterlegten Währungen entsprechen dem im Bankverkehr gebräuchlichen ISO-Code. Handelt es sich um ein Eingabefeld, wird über den List-Button eine Liste aller vorhandenen Werte aus der oben genannten Tabelle angezeigt. |
Lieferant | Der Lieferant setzt sich zusammen aus der Lieferantennummer, der Filiale, der CPD-Nummer und der Kontenart. Die CPD-Nummer und die Kontenart werden nicht in allen Programmen verwendet. Der Lieferant muss im Personenkontenstamm als Kreditor angelegt sein. |
Gesamtwert berechnet | Aufgrund der für den Bestellvorschlag durchgeführten Preisrechnung wird der Bruttopreis mit der Bestellmenge der Bestellanforderung multipliziert und als berechneter Gesamtpreis in die Bestellanforderung eingetragen. Dieser Preis wird zum Beispiel auch bei Wertgrenzenprüfung im Zuge der Genehmigung einer Bestellanforderung heran gezogen. |
Freigabedatum | Das Datum an dem die Bestellanforderung freigegeben wurde. |
Freigeber | Sachbearbeiterkennzeichen des Freigebers. |
Freigeber geplant | Im Feld
geplanter Freigeber wird derjenige Sachbearbeiter eingetragen, welcher die Freigabe der Bestellanforderung machen soll. Dadurch kann zum Beispiel dieser Sachbearbeiter einfach nach für ihn anstehenden Freigaben laden. Auch wird diese Person, sofern dies prinzipiell in
VRLBAN
aktiviert ist, über Änderungen der Bestellanforderung informiert. Die Angabe ist optional und nicht bindend. Sprich die Freigabe einer Bestellanforderung kann von jedem zur Freigabe berechtigten Sachbearbeiter gemacht werden. |
Genehmigungsdatum | Das Datum an dem die Bestellanforderung genehmigt wurde. |
Genehmiger | Sachbearbeiterkennzeichen des Genehmigers einer Bestellanforderung |
Genehmiger geplant | Im Feld
geplanter Genehmiger wird derjenige Sachbearbeiter eingetragen, welcher die Genehmigung der Bestellanforderung machen soll. Dadurch kann zum Beispiel dieser Sachbearbeiter einfach nach für ihn anstehenden Genehmigungen laden. Auch wird diese Person, sofern dies prinzipiell in
VRLBAN aktiviert ist, über Änderungen der Bestellanforderung informiert.
Die Angabe ist optional und nicht bindend. Sprich die Genehmigung einer Bestellanforderung kann von jedem zur Genehmigung berechtigten Sachbearbeiter gemacht werden. |
Sperren | Das Datum an dem die Bestellanforderung gesperrt wurde. |
Sperrer | Sachbearbeiterkennzeichen des Sperrers einer Bestellanforderung. |
Sperrgrund | Sperrgrund einer
Bestellanforderung. Der Wert wird beim Sperren aus der Tabelle "Sperrgründe Bestellanforderungen
FRDBAB" übernommen.
|
Ablehnen | Das Datum an dem die Bestellanforderung abgelehnt wurde. |
Ablehner | Sachbearbeiterkennzeichen des Ablehners einer Bestellanforderung |
Ablehnungsgrund | Ablehnungsgrund einer Bestellanforderung. Der Wert wird beim Sperren aus der Tabelle "Ablehnungsgründe Bestellanforderungen
FRDBAB" übernommen.
|
Kommentar | Dieses Feld enthält zusätzliche Informationen zu einem Datensatz.
|