Bestellungen

• Standort (Feld POHFCY)

Code des Standorts des Auftragsursprungs (Angebotsanfrage, Einkaufsanfrage, Bestellung, Fremdbearbeitungsauftrag, etc.).
Dieses Feld ist ein Pflichtfeld. Es wird standardmäßig mit dem Einkaufsstandort Ihrer Profilfunktion initialisiert.
Sie können diesen Code ändern, indem Sie einen Code aus der Liste der zulässigen Standorte auswählen.

• Intersite (Feld BETFCY)

Diese nicht änderbare Änderung gibt an, ob der Auftrag vom Typ standortübergreifend ist.
Betrifft der Auftrag einen "standortübergreifenden" Lieferanten (Standort des gleichen Unternehmens), kann dieser nicht fakturiert sein.

 Hinweis:
Ist der Auftrag standortübergreifend, berücksichtigen die Einkaufskostenberechnung und die Bestandskostenberechnung weder den Betrag der Position, noch die abzugsfähigen Steuern, noch die Rechnungselemente.
Für die Bestandskostenberechnung können die Rechnungselemente berücksichtigt werden. Hierzu muss der Wert 'Ja' dem ParameterBETFCYCST - PEC Rechnungselemente(Kapitel ACH, Gruppe COS) zugewiesen werden.

• Intercompany (Feld BETCPY)

Diese nicht änderbare Information gibt an, ob der Auftrag vom Typ unternehmensübergreifend ist.
Betrifft der Auftrag einen unternehmensübergreifenden Lieferanten (Standort eines anderen Unternehmens), kann eine Rechnung erzeugt werden.

• Feld POHNUM

Die Auftragsnummer ist für jeden Auftrag eindeutig. Sie kann so identifiziert werden.

Wird für Kontrakte ein manueller Nummernkreis verwendet, muss auch eine Bestellnummer erfasst werden. Bei Verwendung eines automatischen Nummernkreises wird nach der Anlage eine Nummer zugewiesen.

Bei Duplizierung von Bestellungen mit einem vom Tagesdatum abweichenden Bestelldatum wird der Benutzer dazu aufgefordert, die Preise und Nachlässe gemäß dem neuen Bestelldatum neu zu kalkulieren.

• Nachtragsnr. (Feld REVNUM)

Dieses Feld kann nicht erfasst werden. Es wird nur ausgefüllt, wenn Nachträge von Bestellungen verwaltet werden (Parameter PURREV - Nachtragsverwaltung (Kapitel ACH, Gruppe ORD)). Es enthält die letzte für die Bestellung gespeicherte Nachtragsnummer.

Wenn Sie eine unterzeichnete und gedruckte Bestellung ändern, werden die alten in der Bestellung geänderten Werte historisiert und die Nachtragsnummer wird inkrementiert:

• automatisch, wenn der Parameter PURREV - Nachtragsverwaltung den Wert „Automatisch verwaltet“ hat,
• wenn Sie auf die angezeigte Frage, ob ein Nachtrag für diese Änderung generiert werden soll, mit „Ja“ antworten. Diese Frage wird angezeigt, wenn der Parameter PURREV - Nachtragsverwaltung den Wert „Auf Anfrage verwaltet“ hat.

• Auftragsdatum (Feld ORDDAT)

Das Datum der Materialanforderung wird mit dem Tagesdatum vorbelegt und kann (nur bei Anlage) geändert werden. Wird dieses Datum bei der Anlage geändert, so wird eine Meldung ausgegeben, die vorschlägt, den Preis und die eventuell gewährten Nachlässe für die bereits erfassten Bestellzeilen zu aktualisieren. Änderungen am Tagesdatum ziehen die Aktualisierung des vorgesehenen Wareneingangsdatums für diejenigen Bestellzeilen nach sich, die bisher zu keinem Verbrauch führten.

• Lieferant (Feld BPSNUM)

Um den Lieferanten anzugeben, erfassen Sie direkt den Lieferantencode oder klicken Sie auf das Symbol Aktionen für folgende Optionen:

• Auswahl eines Lieferanten aus der Datei.
• Auswahl eines Lieferanten aus der Liste der Lieferanten für den Artikel-Standort.
• Auswahl eines Sonderbeschaffungslieferanten aus der Liste der Sonderbeschaffungslieferanten für den Artikel-Standort, wenn der Artikel ein Sonderbeschaffungsartikel ist.
• Anlage eines Lieferanten in der Datei, sofern Sie über die entsprechenden Benutzerrechte verfügen.
• Anzeige der Bemerkungen zum Lieferanten.
• Anzeige der Liste der letzten Auftragspreise

Dieser Lieferant kann nicht vom Typ „Interessent“ sein und muss aktiv sein

Handelt es sich beim erfassten Lieferanten um einen Lieferanten vom Typ Sonstiger, öffnet sich ein Fenster, in dem die Lieferantenadresse erfasst werden kann. Handelt es sich beim erfassten Lieferanten um einen Lieferanten vom Typ Standard können Sie nach Eingabe des Lieferantencodes die Adresse über das Symbol Aktionen anzeigen und ggf. ändern.

Nach Erfassung oder Änderung des Lieferanten können verschiedene Meldungen angezeigt werden:

• Der Lieferant befindet sich in Rechtsstreit. Abhängig vom Code des Rechtsstreits im Datensatz Lieferanten kann es sich bei dieser Meldung um eine sperrende Meldung oder um einen einfachen Hinweis handeln.
• 
  
• Der Artikelauftrag ist für diesen Lieferanten oder für diesen Lieferanten an diesem Wareneingangsstandort gesperrt. Abhängig vom Sperrcode im Datensatz Artikel-Lieferant oder im Datensatz Artikel - Standorte kann es sich bei dieser Meldung um eine sperrende Meldung oder um einen einfachen Hinweis handeln.
• Der Artikel ist beim Lieferanten nicht referenziert. Dabei kann es sich um eine sperrende Fehlermeldung oder um einen Hinweis handeln - je nachdem, was im allgemeinen Parameter ITMBPS - Lieferantenreferenzierung (Kapitel ACH, Gruppe REF) festgelegt wurde.
• Der Artikel-Standort (Wareneingang) ist beim Lieferanten nicht referenziert. Dabei kann es sich um eine sperrende Fehlermeldung oder um einen Hinweis handeln - je nach Auswahl auf Ebene des Parameters ITMBPSFCY - Referenzierung Lieferant-Standort. Ist diese Meldung eine sperrende Meldung, können Sie trotzdem mit der Erfassung fortfahren, jedoch nur wenn das Feld Standort Wareneingang als erfassbar auf Ebene der Erfassungstransaktion definiert ist. In diesem Fall wird das Feld, das den Wareneingangsstandort enthält, geleert. Sie müssen daher einen Standort angeben, an dem der Artikel-Lieferant referenziert ist, oder für den der Parameter ITMBPSFCY - Referenzierung Lieferant-Standort nicht sperrend ist.
  Diese Prüfung wird nicht für Intersite-Aufträge ausgeführt.
• Unterscheidet sich die Einkaufseinheit des Lieferanten von der erfassten Einheit, wird eine Meldung angezeigt, und der Benutzer muss vorgeben, ob er eine Umrechnung wünscht.

Wird der Lieferant geändert und weist der neue Lieferant andere Einheiten als der alte auf, wird folgende Meldung ausgegeben: „Möchten Sie in Lagereinheiten bestellen?“. Hierdurch werden inkohärente Preise vermieden. Darüber hinaus wird gewährleistet, dass eine für den Lieferanten passende Bestelleinheit behalten wird.

• Lautet die Antwort „Ja“, wird die Bestelleinheit an die Lagereinheit angepasst.
• Lautet die Antwort „Nein“, werden die Mengen unter Beibehalt der Lieferanteneinheiten angepasst.

Wird der Auftrag dupliziert, ist die Änderung des Lieferanten nicht zulässig.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Bei standort- oder unternehmensübergreifenden Aufträgen muss der Lieferant als standortübergreifend deklariert sein, und beim Standort des Lieferanten muss es sich um einen Verkaufsstandort handeln (durch diesen Verkaufsstandort ist auch der Verkaufsstandort im zugehörigen Verkaufsauftrag definiert). Am Einkaufsstandort, der am Ursprung des Auftrags stand, muss ein standortübergreifender Kunde bekannt sein, der als Kunde im zugehörigen Verkaufsauftrag fungiert.

Handelt es sich beim Lieferanten um einen standortübergreifenden Lieferanten, wird der Indikator Standortübergreifend des Auftrags automatisch aktiviert. Gehört der Standort des Lieferanten nicht zu demselben Unternehmen wie der Einkaufsstandort des Auftrags, wird auch der Indikator Unternehmensübergreifend aktiviert.

In diesem Zusammenhang wird eine Meldung ausgegeben, wenn der dem Einkaufsstandort zugeordnete Kunde gesperrt ist. Der generierte Verkaufsauftrag ist in diesem Fall ebenfalls gesperrt. Standortübergreifende Aufträge hingegen bleiben hiervon unberührt. Für interne Flüsse werden keine aktuellen Bewegungen verwaltet.

• Feld BPRNAM

• Rechnungssteller (Feld BPSINV)

Dieses Feld ermöglicht die Angabe des Codes des Rechnungsstellers, der standardmäßig mit dem in der Kopfzeile erfassten Lieferantencode initialisiert wird.
Dieser Lieferant kann auch ein anderer Lieferant als der in der Lieferantentabelle ausgewählte sein.

• Feld BPAINV

Dieses Feld ermöglicht die Angabe eines Rechnungsadresscodes des rechnungstellenden Lieferanten.
Standardmäßig der in der Datei des Auftragslieferanten für den rechnungstellenden Lieferanten definierte Adresscode. Es kann auch ein anderer Adresscode des rechnungstellenden Lieferanten gewählt werden.

• Zahlungsempfänger (Feld BPRPAY)

Dieses Feld ermöglicht die Angabe des Codes des bezahlten Lieferanten; standardmäßig mit dem in der Kopfzeile erfassten Lieferantencode initialisiert. Dieser Lieferant kann auch ein anderer Lieferant als der in der Lieferantentabelle ausgewählte sein.

• Feld BPAPAY

Dieses Feld ermöglicht die Angabe eines Zahlungsadresscodes des zahlungsempfangenden Lieferanten.
Standardmäßig der in der Datei des Auftragslieferanten für den zahlungsempfangenden Lieferanten definierte Adresscode. Es kann auch ein anderer Adresscode des bezahlten Lieferanten gewählt werden.

• Interne Referenz (Feld ORDREF)

In diesem Feld kann eine interne Bestellungsreferenz für die dem Lieferanten erteilte Auftragsbestätigung erfasst werden.

Von diesem Feld aus kann über das Kontextmenü zur Adressauskunft des Lieferanten verzweigt und dort, falls notwendig, eine andere Adresse ausgewählt werden. Die Auftragsbestätigung wird an die ausgewählte Adresse verschickt.

• Projekt (Feld PJTH)

In diesem Feld können Sie einen Projektcode angeben.
Die Verwaltung dieses Codes ist abhängig vom Wert des Parameters CTLOPPCOD - Prüf. Vorgangscode (EK/VK) (Kapitel TC, Gruppe MIS).

• Hat er den Wert Nein, kann es sich um einen frei gewählten Code handeln.
• Hat er den Wert Ja, wird systematisch eine Existenzprüfung des erfassten Projektcodes ausgeführt.
  Sie können das Symbol Auswahl verwenden, um die Liste der verfügbaren Projektcodes anzuzeigen.

Die Verwaltungsmodalitäten dieses Felds sind abhängig vom Parameter PJTSNGDOC - Ein Projekt pro Dokument (Kapitel TC, Gruppe MIS).

• Hat der Parameter den Wert Ja, ist die Verwaltung von Mehrfachprojekten nicht zulässig.
  Der Projektcode stimmt immer mit dem in der Dokumentkopfzeile und den Zeilen überein.
  Der Projektcode, den Sie in der Kopfzeile erfassen, wird bei direkter Anlage systematisch in die Zeilen des Dokuments übertragen und kann nicht geändert werden.
  Wenn Sie keinen Projektcode angeben und wenn die Bedingungen erfüllt sind, damit sich das Bedarfsberücksichtigungsfenster automatisch öffnet, zeigt dieses alle Bedarfe entsprechend den angegebenen Kriterien an. Diese Bedarfe können verschiedene Projektcodes betreffen. Wenn Sie auf Alle einschließen klicken, wird der Projektcode der ersten Zeile verwendet, um den Projektcode des Auftrags auszufüllen: es sind daher nur die Zeilen ausgewählt, die den gleichen Projektcode wie die erste Zeile enthalten.
  Wird ein Dokument umgewandelt, wird der in der Kopfzeile erfasste Projektcode dazu verwendet, die bei der Auswahl vorgeschlagenen Dokumente zu filtern. Ist kein Projektcode erfasst, wird er automatisch mit dem Projektcode des ersten ausgewählten Dokuments angegeben.
  Wenn Sie den Projektcode der Dokumentkopfzeile ändern, wird der Projektcode automatisch auf alle Zeilen übertragen. Eine Meldung wird angezeigt, die vorschlägt, die Preise/Nachlässe in den Zeilen zu aktualisieren. Die Aktualisierung betrifft nur die nicht eingegangenen und nicht saldierten Zeilen.
  
• Hat der Parameter den Wert Nein, ist die Verwaltung von Mehrfachprojekten zulässig.
  Der Projektcode, den Sie in der Kopfzeile des Dokuments erfassen, wird bei direkter Anlage verwendet, um den Projektcode der Zeilen des Dokuments zu initialisieren, wo er weiterhin geändert werden kann.
  Wird ein Dokument umgewandelt, wird der in der Kopfzeile erfasste Projektcode nur als Standardwert in den Zeilen verwendet, die keinen Projektcode besitzen.
  
  Wenn Sie den Projektcode der Dokumentkopfzeile ändern, öffnet sich eine Dialogbox und schlägt ggf. vor, den Code entsprechend den folgenden Optionen auf die Dokumentzeilen zu übertragen:
• Ja: der Projektcode wird auf alle Zeilen übertragen. Eine zweite Meldung wird angezeigt, die vorschlägt, die berechneten Preise/Nachlässe in den Zeilen zu aktualisieren. Die Aktualisierung betrifft nur die nicht eingegangenen und nicht saldierten Zeilen.
• Nein: der Projektcode wird nicht auf die Zeilen übertragen.
• Ja bei gleichem Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.
  Möglicherweise ist der auf die Zeilen übertragene Projektcode der gleiche, der bereits in den anderen Zeilen steht. Da das System diese Zeilen nicht unterscheiden kann, wird die Aktualisierung der Preise/Nachlässe weder vorgeschlagen noch ausgeführt, damit Preise, die möglicherweise nicht aus dem Tarif stammen, sondern vom Benutzer erfasst wurden, nicht gelöscht werden.

Wurde der Auftrag durch einen Direktauftrag aus einem Verkaufsauftrag generiert, wird der Projektcode automatisch mit dem in der Kopfzeile des Verkaufsauftrags angegebenen Wert ausgefüllt.
Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentkopfzeile zur Neubelegung des Sektorcodes zu dieser Dimension in der Dokumentkopfzeile sowie in den Rechnungselementen über die Parametrisierung der Standardsektoren. Wird der Projektcode in die Zeilen übernommen, wird auch der Sektorcode der betroffenen Zeilen neu belegt.

• Zahlungsbedingung (Feld PTE)

Vorbelegung mit dem in der Bestellungskopfzeile erfassten Lieferanten. Über die Zahlungsbedingungen sind die Zahlweise des Lieferanten sowie die Staffelung der Zahlungen festgelegt. Es handelt sich um eine änderbare Angabe, die jedoch obligatorisch ist.

In diesem Feld kann direkt ein Zahlungscode erfasst werden. Es wird dann geprüft, ob dieser in der entsprechenden Tabelle vorhanden ist. Alternativ dazu stehen im Kontextmenü folgende Möglichkeiten zur Verfügung:

• Auswahl eines Zahlungscodes aus der Tabelle;
• Anlage (sofern die entsprechenden Benutzerrechte vorhanden sind) eines Zahlungscodes in der Tabelle;
• Simulation einer Offen-Posten-Kalkulation
• Zugriff auf die Adressauskunft des Lieferanten und Auswahl einer anderen Lieferantenadresse, falls notwendig. Die Auftragsbestätigung wird an die ausgewählte Adresse verschickt.

Nur Zahlungsbedingungen, die der Rechtsordnung und der Unternehmensgruppe des Dokumentenstandorts entsprechen, können angegeben werden.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

• Skonto (Feld DEP)

Mit diesem Code können Skonto- und Verzugszinssätze festgelegt werden, die je nach Zahlungsverzug bzw. Vorauszahlungszeitraum in Tagen zur Anwendung kommen.
Der Skontocode wird mit den Skontocode des fakturierenden Lieferanten belegt. Er kann weiterhin geändert werden.
Es kann nur ein Skontocode angegeben werden, der zur Rechtsordnung und der Gruppe des Unternehmens des Belegstandorts passt.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

Besonderheiten bei unternehmensübergreifenden Aufträgen: bei einer unternehmensübergreifenden Rechnung, die aus einer Verkaufsrechnung generiert wird, wird das Skonto mit dem aus der Verkaufsrechnung belegt.

• Einkäufer (Feld BUY)

Hat der Parameter BUYFLT - Einkaufsfilter (Kapitel ACH, Gruppe AUZ) den Wert Ja, wird der Code des Einkäufers mit dem Code des Benutzers initialisiert und muss in jedem Fall angegeben werden.

Je nach verwendeter Erfassungstransaktion kann dieses Feld ausgeblendet sein. In diesem Fall wird der Benutzercode als Standardwert übernommen.

Von diesem Feld aus kann über das Symbol Aktionen auf das Adressdetail des Lieferanten zugegriffen werden und dort, falls erforderlich, eine andere Adresse ausgewählt werden. Die Auftragsbestätigung wird an die ausgewählte Adresse verschickt.

• Währung (Feld CUR)

Dieses Feld gibt den Code der Währung an, in der die Preise und Beträge der Bestellung oder des Wareneingangs ausgedrückt sind.

Diese erforderliche Information wird über die Adresse des Lieferanten initialisiert, an den die Bestellung gerichtet ist. Solange noch keine Bestellung angelegt ist, kann diese Währung noch geändert werden. Wurden bereits Auftragspositionen erfasst oder handelt es sich um eine Auftragsduplizierung, muss der Benutzer entscheiden, ob die Preise und Nachlässe erneut zu kalkulieren sind. Entscheidet man sich dazu, die Tarife nicht anzuwenden, werden die Preise und Nachlässe einfach in die neue Währung zu dem Kurs umgerechnet, der vom Kurstyp und dem Bestelldatum festgelegt wird.
Die Änderung der Währung ist nicht zulässig, wenn mindestens eine Position mit einer Kostenstruktur bereits erfasst wurde.

In diesem Feld können Sie direkt einen Währungscode erfassen. Es wird dann geprüft, ob dieser in der entsprechenden Tabelle vorhanden ist. Alternativ dazu stehen im Kontextmenü folgende Möglichkeiten zur Verfügung:

• Auswahl einer Währung aus der Tabelle
• Anlage (sofern die entsprechenden Benutzerrechte vorhanden sind) eines Währungscodes in der Tabelle
• Zugriff auf die detaillierte Adresse des Lieferanten und Auswahl einer anderen Lieferantenadresse, falls erforderlich. Die Auftragsbestätigung wird an die ausgewählte Adresse verschickt.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Bei unternehmens- oder standortübergreifenden Bestellungen wird die generierte Verkaufsauftragswährung mit der Währung des dem Einkaufsstandort zugeordneten Kunden initialisiert.

• Kurstyp (Feld CHGTYP)

Dieses Feld wird in einem lokalen Menü geprüft und kann folgende Werte annehmen: Tageskurs/Monatskurs/Durchschnittskurs.

Standardmäßig wird der zum im Auftragskopf erfassten Lieferanten gehörige Wechselkurstyp vorgeschlagen. Solange der Auftrag noch nicht angelegt wurde, kann er immer noch geändert werden, wenn nicht bereits eine Zeile mit einer Kostenstruktur erfasst wurde.

Mit einem Wechselkurstyp und dem Bestelldatum kann der Wechselkurs in der Kurstabelle ermittelt werden. Der Wechselkurs ist erforderlich, um die anwendbaren Preise und Nachlässe in die neue Währung umrechnen zu können.

Wurden bereits Auftragspositionen erfasst oder handelt es sich um eine Auftragsduplizierung, muss der Benutzer entscheiden, ob die Preise und Nachlässe erneut zu kalkulieren sind. Sollen diese nicht neu kalkuliert werden, werden Preise und Nachlässe lediglich auf Basis des über Wechselkurstyp und Bestelldatum ermittelten Wechselkurses in die neue Währung umgerechnet.

Entspricht der Wechselkurs der Unternehmenswährung, ist kein Zugriff auf den Kurstyp möglich, da dieser in diesem Kontext keine Rolle spielt.

• Steuerart (Feld VACBPR)

Obligatorische Eingabe, Vorbelegung mit dem in der Bestellungskopfzeile erfassten Steuersystem des Lieferanten. Über dieses Feld ist das für die Bestellung anwendbare Steuersystem festgelegt; darüber hinaus lassen sich aus diesem Steuersystem die auf die einzelnen Artikelpositionen anzuwendenden Steuersätze ableiten.
 Mit der Sonstigen TabelleSteuersysteme Personenkonto wird eine Prüfung vorgenommen.

Nur ein Steuersystem, das der Rechtsordnung und der Unternehmensgruppe des Standorts entspricht, kann angegeben werden.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sindhier detailliert beschrieben.

Funktionalitäten in Verbindung mit diesem Feld:

• Auswahl eines Steuersystems aus der Tabelle;
• Anlage (sofern die entsprechenden Benutzerrechte vorhanden sind) eines Steuersystems in der Tabelle.

Wird diese Angabe bei Anlage oder Duplizierung der Bestellung geändert und sind Bestellpositionen vorhanden, so wird der Benutzer zu erneuten Berechnung der Preise und Nachlässe der Bestellpositionen aufgefordert, was insbesondere dann wichtig ist, wenn es sich bei den angegebenen Preisen um Bruttopreise handelt. Nach Anlage der Bestellung kann nicht mehr auf das Steuersystem zugegriffen werden.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Bei unternehmens- oder standortübergreifenden Bestellungen wird das zum generierten Verkaufsauftrag erfasste Steuersystem mit dem Steuersystem des dem Einkaufsstandort zugeordneten Kunden initialisiert.

• Feld PRHFCYLIB

• Rechnungsstandort (Feld INVFCY)

Standort, an den die Rechnungen für diesen Auftrag gerichtet sind, und der standardmäßig mit dem Code des dem Auftragsstandort zugewiesenen Buchhaltungsstandorts initialisiert wird.
 Dieser Standort muss in jedem Fall ein Buchhaltungsstandort sein, der zur gleichen juristischen Person gehört, wie der Auftragsstandort.
Die Verwaltung dieses Feldes ist abhängig vom Parameter der Erfassungstransaktion des Fremdverarbeitungsauftrags.

Besonderheiten bei unternehmensübergreifenden Verträgen: Bei unternehmens- oder standortübergreifenden Bestellungen wird der Rechnungsstandort mit dem Standort des fakturierten Kunden initialisiert, der in den Kundendaten des Einkaufsstandortes definiert ist. Der Rechnungsstandort kann geändert werden, sofern der neue Standort einem Kunden zugeordnet ist. Bei Generierung des Verkaufsauftrags werden der fakturierte Kunde und der Zahlende mit dem Kunden des erfassten Rechnungsstandortes initialisiert. Bei Änderungen wird auch der Verkaufsauftrag aktualisiert.

• Versandstandort (Feld STOFCY)

Code des Lagerstandorts, von dem aus der Kunde in der Regel beliefert wird. Der Versandstandort wird anhand der Standorttabelle geprüft und muss dem Lagerstandort entsprechen.

Zugriff nur bei Intersite-/Intercompany-Auftrag. Es handelt sich um den Versandstandort der Ware beim Verkaufsunternehmen des Intersite-/Intercompany-Lieferanten. Mit diesem Versandstandort werden in der Folge die Versandstandorte der einzelnen Bestellzeilen initialisiert. In diesem Kontext handelt es sich um ein Pflichtfeld.

Der Versandstandort wird wie folgt nach Priorität initialisiert:

• Suche nach dem Versandstandort, der zur Lieferadresse des zuvor berechneten Wareneingangsstandortes gehört. Dieser Versandstandort muss zum Unternehmen des Lieferanten gehören,
• vom Lieferanten initialisierter Standort - sofern es sich dabei um einen Lagerstandort handelt.

Konnte mit dieser Suche kein Standort ermittelt werden, müssen Sie den Standort manuell erfassen. In diesem Fall wird eine Prüfung vorgenommen, mit der gewährleistet werden soll, dass der Standort zu demselben Unternehmen gehört, wie der Standort des Lieferanten, und dass es sich bei diesem Standort um einen Lagerstandort handelt. Über das Menü Aktionen können alle wählbaren Standorte angezeigt werden.

Besonderheiten im Zusammenhang mit automatisch generierten Bestellungen:: Wenn mit der Ausführung aller oben beschriebenen Punkte immer noch kein Versandstandort ermittelt werden konnte, wird für die Initialisierung der erste Lagerstandort aus der alphabetischen Liste der Lagerstandorte des Lieferanten ausgewählt.

Bei der Generierung des entsprechenden Verkaufsauftrags wird der Versandstandort in der Kopfzeile des Verkaufsauftrags mit dem so ermittelten Standort belegt.

• Frachtführer (Feld BPTNUM)

Für die Lieferung der Waren verantwortliche Spedition. Vorbelegung mit der in der Bestellungskopfzeile erfassten Spedition. Es öffnet sich ein Auswahlfenster, in dem eine andere Spedition ausgewählt werden kann. Verfügt der Benutzer über die hierfür notwendigen Rechte, kann er den Spediteur auch aus der Spediteurstabelle auswählen.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Im Rahmen von unternehmens- oder standortübergreifenden Bestellungen wird die zum Verkaufsauftrag generierte Spedition mit der Spedition des belieferten Kunden initialisiert und nicht mit dem in der hier beschriebenen Funktion erfassten Wert (es sei denn, es ist zum belieferten Kunden keine Spedition angegeben).

• Lieferart (Feld MDL)

Standardmäßige Vorbelegung dieses erforderlichen Felds mit dem in der Kontraktkopfzeile erfassten Lieferanten. Beschreibt, wie die Waren transportiert werden. Diese Information wird insbesondere für die Intrastat-Erklärung verwendet.
Die über die Lieferart festgelegte Transportart wird auf die Auftragsbestätigung übernommen.

In diesem Feld kann direkt eine Lieferart erfasst werden. Es wird dann geprüft, ob diese in der entsprechenden Tabelle vorhanden ist. Alternativ dazu stehen über das Symbol Aktionen folgende Möglichkeiten zur Verfügung:

• Auswahl einer Lieferart aus der Tabelle
• Anlage (sofern die entsprechenden Benutzerrechte vorhanden sind) einer Lieferart in der Tabelle

Besonderheiten bei unternehmensübergreifenden Aufträgen: Im Rahmen von unternehmens- oder standortübergreifenden Bestellungen wird die Lieferart des generierten Verkaufsauftrags mit der zur Bestellung erfassten Lieferart vorbelegt, sofern sie nicht vom belieferten Kunden selbst erfasst wurde. Wobei der belieferte Kunde im Verkaufsauftrag durch die Lieferadresse festgelegt ist, die als Wareneingangsstandort in der Bestellung angegeben ist.

• Incoterm (Feld EECICT2)

Die von der Internationalen Handelskammer standardisierten Incoterms sollen die im internationalen Handel am häufigsten verwendeten Handelsbedingungen vereinheitlichen, indem die jeweiligen Verpflichtungen des Verkäufers und des Käufers bei der Einrichtung eines Verkaufsvertrags mit einem eindeutigen Begriff definiert werden, der international gleich interpretiert werden kann.

Die Incoterms werden in der Tabelle Incoterms geprüft und werden vor allem für die Intrastat-Meldung verwendet. Sie können auch für die Preisfestlegung verwendet werden.

Bei der Erstellung eines Auftrags, eines Wareneingangs oder einer Rechnung wird der Incoterm-Code standardmäßig mit dem Incoterm-Code des Lieferanten initialisiert.
Bei Aufträgen, Wareneingängen und Rechnungen ist der Incoterm-Code für das gesamte Dokument eindeutig.

Die Incoterm-Verwaltungsfunktion ist über eine Verzweigung zugänglich. 

Bei Artikeln, zu denen eine Kostenstruktur im Dokument erfasst ist, kann die Incoterm-Auswahl nicht mehr verändert werden. Diese Regel gilt bei Erstellung, Änderung oder Duplizierung eines Auftrags.

 Die Incoterms Code und Stadt sind auch über das MenüOptionen / Zollinformationen zugänglich.

• Ort Incoterm (Feld ICTCTY2)

Bestimmten Incoterm-Typen zugeordnete Stadt. Beispiele: FOB Le Havre. Ein Auswahlfenster ermöglicht die Auswahl einer im System gespeicherten Stadt. Es kann jedoch auch eine nicht gespeicherte Stadt erfasst werden.

• Code Gruppierung (Feld GPGCOD)

In diesem von der Erfassungstransaktion verwalteten Feld kann ein frei wählbarer Code angegeben werden, der zur Identifizierung und Gruppierung von Dokumenten mit demselben Code verwendet wird. Mit diesem Code können beispielsweise bei Warenimport die verschiedenen Dokumente kumuliert werden, die einer Bestellung entsprechen und aus logistischen Gründen (Kostenoptimierung) zu einer Route gruppiert wurden.
So gruppierte Aufträge können auf Ebene der Anzeigefunktion der Auftragslisten und des Berichts PURFCS - Einkaufsaufwände angezeigt werden.
Im Fall eines standortübergreifenden Auftrags übernimmt der Eingang der Lieferposition automatisch den Gruppierungscode.

• Dimension (Feld DIE)

Diese Tabelle ermöglicht die Angabe oder Anzeige der Kostenrechnungsdimensionen in Abhängigkeit des Parameters der Erfassungstransaktion der Lieferungen.

• Bezeichnung (Feld NAMDIE)

Dieses Feld übernimmt die Bezeichnung der Dimension.

• Sektor (Feld CCE)

Es handelt sich um Sektoren, die in Abhängigkeit des für die Standardsektoren (Sektorcode POH) definierten Parameters initialisiert wurden. Die Sektorcodes können manuell geändert werden, sofern dies in der Transaktion erlaubt ist.

Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentkopfzeile zur Neubelegung des Sektorcodes über die Parametrisierung der Standardsektoren. Wird der Projektcode in die Zeilen übernommen, wird auch der Sektorcode der betroffenen Zeilen neu belegt.

In Abhängigkeit der Parametrisierung des Sektorcodes POP können die auf Kopfzeilenebene erfassten Sektoren als Standardwerte für die Bestellpositionen dienen.

• Unterzeichnet (Feld APPFLG)

Übersicht über die Bestellungssituation aus Sicht der Unterschriftenregelung. Folgende Werte sind möglich: 'Nein', 'Teilweise', 'Vollständig', 'Keine Verwaltung', 'Ja, automatisch'.
Ist die Unterschriftenregelung für das Unternehmen nicht aktiviert (Parameter APPPOH), wird der Wert systematisch auf Keine Verwaltung gesetzt. In diesem Fall kann die Auftragsbestätigung ausgedruckt und der Wareneingang angenommen werden.
Ist die Unterschriftenregelung für das Unternehmen aktiviert, richtet sich der Wert nach der Unterschriftenregelung und den bereits erteilten Unterschriften:

• Ist der Wert 'Nein', wurde noch keine Unterschrift erteilt, oder bereits erteilte Unterschriften wurden von einem Unterzeichner storniert.
• Wert = Teilweise: Ein Teil der in der Unterschriftenregelung vorgesehenen Unterschriften wurden bereits erteilt.
• Wert = Vollständig: Alle in der Unterschriftenregelung vorgesehenen Unterschriften wurden bereits erteilt. Die Auftragsbestätigung kann ausgedruckt, die Ware angenommen werden.
• Wert = Automatisch: Die Unterschriftenregelung ist fakultativ (Parameter APPPOH), und für diese Bestellung wurde kein Unterschriftenkreis festgelegt. Die Bestellung wird als unterzeichnet angesehen und kann folglich ausgedruckt und entgegengenommen werden.

Bei standort- oder unternehmensübergreifenden Einkaufsverträgen, deren Parameter entsprechend gesetzt sind, wird bei folgenden Werten der entsprechende Verkaufsauftrag aktualisiert: 'Keine Verwaltung', 'Vollständig' oder 'Ja Automatisch'.

• Gedruckt (Feld PRNFLG)

Diese Information ermöglicht die Angabe, ob die Auftragsbestätigung bereits bearbeitet wurde. Die Auftragsbestätigung kann nur bearbeitet worden sein, wenn der Auftrag vollständig unterzeichnet ist, oder wenn es keine Unterschriftenverwaltung für diesen Auftrag gibt, oder wenn die Unterschrift automatisch ist.

• Beglichen (Feld CLEFLG)

Diese Information ermöglicht die Angabe, ob der Auftrag vollständig saldiert ist (wenn alle Auftragspositionen saldiert sind, ist der Auftrag automatisch saldiert).
Ein Auftrag kann saldiert werden, wenn er vollständig eingegangen ist oder wenn er manuell saldiert wurde. Ist ein Auftrag vollständig saldiert, kann er nicht mehr geändert werden.

• Erhalten (Feld RCPFLG)

Übersicht über die Situation der Aufträge aus Sicht des Wareneingangs.
Folgende Werte sind möglich: 'Nein', 'Teilweise', 'Vollständig'. Ist ein Auftrag vollständig eingegangen, wird er automatisch saldiert.

• Fakturiert (Feld INVFLG)

Übersicht über die Bestellungssituation aus Sicht der Rechnungstellung. Folgende Werte sind möglich: 'Nein', 'Teilweise', 'Vollständig'.

• Artikel (Feld ITMREF)

Hilfe für die Funktionen Aufträge, Rechnungen und Einkaufsplan.
Die Erfassung einer Artikelreferenz ist erforderlich. Über dieses Feld stehen Ihnen mehrere Möglichkeiten zur Verfügung.
Sie können:

• Direkterfassung einer Artikelreferenz.
  Ist der Parameter ITMFLG - Erfassung Artikelreferenz/Lieferantenreferenz (Kapitel ACH, Gruppe REF) aktiviert, kann entweder die interne Referenz des Artikels oder die Artikelreferenz des Lieferanten erfasst werden.
  Die Existenz dieser Referenz wird in der Datei Artikel geprüft.
  Die angezeigte Referenz ist immer die interne Referenz des Artikels, die immer in der Artikeltabelle vorhanden und aktiv und vom Typ Gekaufter Artikel sein muss. Hat der Wert des Parameters BUYFLT - Einkaufsfilter (Kapitel ACH, Gruppe AUZ) den Wert Ja, muss der Artikel vom Käufer verwaltet werden. Dieser Filter wird bei der Rechnungsprüfung deaktiviert.
  Im Fall einer Zeile vom Typ Sonstige ist der Artikelcode nicht erforderlich.
  
• Über das Menü Aktionen stehen folgende Funktionalitäten zur Verfügung:
• Auswahl eines Artikels aus der Datei
• Auswahl eines Artikels aus der Artikelliste des Lieferanten
• Auswahl eines Artikels aus der Artikelliste Lieferant-Standort. In diesem Auswahlfenster steht der Cursor standardmäßig auf dem ersten beim Lieferant referenzierten Artikel für den Wareneingangsstandort. Sie können einen anderen Artikel auswählen, der bei einem beliebigen anderen Wareneingangsstandort referenziert ist, der zum gleichen juristischen Unternehmen gehört.
• Anlage eines Artikels in der Datei, sofern entsprechende Benutzerrechte vorhanden sind
• Anzeige und Berücksichtigung der vorhandenen Antworten auf Ausschreibungen, sofern in der verwendeten Transaktion zulässig
  Klicken Sie nach Erfassung der Artikelreferenz auf das Symbol Aktionen, um die Liste auf Angebotsanfragen zu begrenzen, die diesem speziellen Artikel entsprechen Wird eine Antwort auf eine Ausschreibung ausgewählt, so wird die Bestellzeile automatisch geladen, wobei die Daten aus der ursprünglichen Anforderung sowie aus der vom Lieferanten erteilten Antwort übernommen werden.
  Bestellmenge, Einheit, Bezeichnungen, Projektcode und Sektoren werden mit den Daten aus der Anforderung zur Ausschreibung belegt. Preise, Nachlässe und vorgesehenes Wareneingangsdatum werden mit den Daten aus der Antwort des Lieferanten auf die Ausschreibung initialisiert.
• Anzeige und Berücksichtigung des Bedarfs in Bezug auf den Artikel (Aktion in der Rechnungsfunktion nicht verfügbar). Dieser Bedarf wird in Form von Materialanforderungen, Vorschlägen für die MRP-Berechnung oder Dispositionsvorschlägen ausgedrückt.
  In der Funktion Bestellvorschläge Einkauf können Sie das Fenster anzeigen, das den Bedarf ohne Erfassung der Artikelreferenz berücksichtigt. In diesem Fall werden alle Bedarfstypen unabhängig vom Artikeltyp dargestellt, die der ausgeführten Auswahl entsprechen. Nachdem die Zeilen ausgewählt und freigegeben wurden, werden die Zeilen automatisch mit dem richtigen Artikeltyp abhängig vom Ursprung des Bedarfs generiert und angezeigt.
  In der Funktion der Aufträge und der Bestellvorschläge Einkauf kann sich das Bedarfsberücksichtigungsfenster abhängig von der verwendeten Erfassungstransaktion auch automatisch öffnen. Es öffnet sich nach der Erfassung der Artikelreferenz, wobei es sich um einen Artikel der Kategorie Dienstleistung handelt, gemäß der Auswahl des Artikeltyps (Dienstleistung oder Fremdbearbeitung), wenn diese Wahl geändert werden kann.

Bei der Anlage des Artikels werden die Bezeichnungsfelder initialisiert. Die so gesetzten Werte können jedoch vom Benutzer geändert werden.
Nach Erfassung des Artikels können verschiedene Meldungen angezeigt werden:

• Der erfasste Artikel existiert nicht am ausgewählten Wareneingangsstandort.
  Diese Meldung bietet die Möglichkeit, den Standort anzulegen, falls die Benutzerrechte dies ermöglichen.
• Der Artikel ist beim Lieferanten nicht referenziert.
  Dabei kann es sich um eine sperrende Fehlermeldung oder um einen Hinweis handeln - je nachdem, was im allgemeinen Parameter ITMBPS - Lieferantenreferenzierung (Kapitel ACH, Gruppe REF) festgelegt wurde.
• Der Artikel-Standort (Wareneingang) ist beim Lieferanten nicht referenziert.
  Dabei kann es sich um eine sperrende Fehlermeldung oder um einen Hinweis handeln - je nachdem, was im allgemeinen Parameter ITMBPSFCY - Referenzierung Lieferant-Standort (Kapitel ACH, Gruppe REF) festgelegt wurde.
  Diese Prüfung wird nicht für standortübergreifende Aufträge ausgeführt.
• Der Artikel ist für die Lieferanten oder für den Lieferanten am Wareneingangsstandort gesperrt.
  Abhängig vom Sperrcode im Datensatz Artikel-Lieferant oder im Datensatz Artikel - Standorte kann es sich bei dieser Meldung um eine sperrende Meldung oder um einen einfachen Hinweis handeln.
• Der erfasste Artikel gehört bereits zu einem offenen Auftrag.
  Bei dieser Meldung handelt es sich um einen einfachen Warnhinweis.
• Der Artikel kann nicht direkt bestellt werden, zuvor muss eine Einkaufsanfrage gestellt werden.
  Diese Meldung ist eine sperrende Meldung.

Bei Artikeln mit Bestandsführung können sowohl die MRP-Vorschläge als auch die Vorschläge aus der von der MRP-Berechnung unabhängigen Dispositionsrechnung berücksichtigt werden.

Bei Artikeln ohne Bestandsführung können lediglich eventuelle Materialanforderungen berücksichtigt werden.

Bei Artikeln zur Fremdbearbeitung wird der Einkaufsvorschlag von den Aufträgen zur Fremdbearbeitung erstellt, die wiederum von den Fertigungsstarts generiert wurden. Wenn ein Artikel zur Fremdbearbeitung bestellt werden soll, muss zwingend ein Bedarf vorhanden sein. Ist kein Bedarf vorhanden, so wird bei Erfassung der Artikelreferenz eine Fehlermeldung ausgegeben.

Auf den Fertigungsauftrag kann über das Menü Aktionen auf die Artikelzeile zugegriffen werden. Die Bestellzeile muss dabei einen Artikel zur Fremdbearbeitung betreffen.

Bedarfsberücksichtigung

Liegen bei der Auftragserfassung und in Abhängigkeit der verwendeten Erfassungstransaktion zum erfassten Artikel Einkaufsvorschläge, Aufträge zur Fremdbearbeitung oder Materialanforderungen vor, kann ein Fenster mit Vorschlägen zur Bedarfsberücksichtigung automatisch geöffnet werden. Dieses Fenster öffnet sich nach der Erfassung der Artikelreferenz, wobei es sich um einen Artikel der Kategorie ‚Dienstleistung‘ handelt, gemäß der Auswahl des Artikeltyps (Dienstleistung oder Fremdbearbeitung), wenn diese Wahl geändert werden kann.

Hinweise:

• Ist der ausgewählte Artikeltyp ‚Fremdbearbeitung‘, öffnet sich das berücksichtigte Bedarfsfenster unabhängig vom auf Ebene der Erfassungstransaktion ausgeführten Parameter. Bestellzeilen über Artikel zur Fremdbearbeitung müssen nämlich zwingend per Verbrauch des Fremdbearbeitungsbedarfs angelegt werden.
• Ist der Lieferant auf Ebene des Artikel-Standorts gesperrt, wird das Feld mit dem Wareneingangsstandort geleert und das Bedarfsberücksichtigungsfenster öffnet sich trotzdem.

Diese Vorschläge können ignoriert werden, indem das Fenster geschlossen und so zur Erfassung der Zeile zurückgekehrt wird (außer für Fremdbearbeitungsartikel, für die die Bedarfsauswahl erforderlich ist).

Soll ein bestimmter Bedarf berücksichtigt werden, so kann dieser im Fenster Bedarfsberücksichtigung ausgewählt werden. In diesem Fenster werden der Lieferantencode, der Name des Lieferantenunternehmens sowie der Artikelcode und die Standardbezeichnung des Artikels angezeigt.

Um den Bedarf aller Standorte anzuzeigen, einschließlich der Standorte, für die der Artikel-Lieferant gesperrt ist, aktivieren Sie das Kontrollkästchen Alle Standorte. Andernfalls lassen Sie dieses Kontrollkästchen deaktiviert. In diesem Fall werden nur die Bedarfe des Wareneingangsstandorts angezeigt. Ist der Wareneingangsstandort aufgrund der Sperre des Lieferanten auf Ebene des Datensatzes Artikel - Standorte leer, werden die Bedarfe des Standardwareneingangsstandorts angezeigt.

Ebenso gibt es die Möglichkeit, die Anzeige der Bedarfszeilen in Abhängigkeit des Direktauftragskriteriums zu ändern.

Um den Vorschlag zeitlich einzugrenzen, können Sie auch ein Datum erfassen. Dieses Datum wird standardmäßig als Bedarfsende interpretiert, kann aber in Abhängigkeit des Blockes Bedarfsauswahl auch als Bedarfsbeginn verwendet werden. Wird kein Datum erfasst, werden sämtliche Materialanforderungen, Materialanforderungsvorschläge sowie Vorschläge und Aufträge zur Fremdbearbeitung vorgeschlagen.

Klicken Sie auf die Aktion Kriterien,um die Klassifizierungskriterien und zusätzliche Auswahlkriterien anzugeben, einschließlich der Erfassung von Bereichen in Bezug auf den Projektcode, den Beleg oder den Ursprungsbeleg, und ein Filter für den Vorschlagstyp.

Im Anschluss daran können Sie die Einheit erfassen, in der die Bedarfsmengen ausgedrückt werden sollen. Standardmäßig handelt es sich dabei um die Lagereinheit. Unter der Voraussetzung, dass es sich dabei um eine der folgenden Einheiten handelt, können Änderungen vorgenommen werden: Einkaufseinheit, Verpackungseinheit oder Lagereinheit des Artikels. Es werden dann die Bestandszeilen mit jeweils folgenden Angaben angezeigt:

• Bedarfsbeginn, Bedarfsende, Standort und Code des Einkäufers.
• Bedarfsmenge sowie berücksichtigte Menge.
• Berücksichtigte Menge. Sie kann standardmäßig auf zwei verschiedene Arten initialisiert werden:

• mit der Bedarfsmenge, wenn dem Bedarf kein Lieferant zugeordnet ist oder wenn der zur Bedarfszeile spezifizierte Lieferant dem Lieferanten der Bestellung entspricht,
• mit Null, wenn sich der in der Bedarfszeile angegebene Lieferant vom Lieferanten der Bestellung unterscheidet.

• Die Angabe des Status der ‚Sperre‘ für den Artikel-Standort-Lieferant.

• Ist die Zeile gesperrt, hat das Feld Sperreden Wert ‚Ja‘. Die Zeile ist nicht erfassbar und kann nicht berücksichtigt werden.
• Weist die Zeile eine Warnung auf, hat das Feld Sperreden Wert ‚Nein‘. Die Menge wird mit dem Wert Null initialisiert, sie können dennoch eine andere Menge angeben. Sie können diese Zeile nur manuell auswählen und nicht über die Aktion Alle einschließen.

• Die Aktionen Alle ausschließen und Alle einschließenbetreffen alle Bedarfszeilen mit Ausnahme der gesperrten Zeilen und der Zeilen mit Warnung. Sie ermöglichen es, die Menge auf Null zu setzen oder sie vorzuladen. Ist für den betroffenen Artikel im Datensatz Artikel-Lieferant eine Mindestmenge angegeben, wird diese Menge für die berücksichtigte Menge vorgeschlagen, auch wenn sie höher als die Bedarfsmenge ist. Eine blockierende Meldung untersagt die Erfassung einer Menge, die niedriger als diese Mindestmenge ist.

• Mit verschiedenen Daten wie den berücksichtigten Mengen entsprechendes Gewicht und Volumen, der Nummer und der Materialanforderungszeile (wenn der Bedarf eine Materialanforderung betrifft), dem Lieferant, dem Typ und der Nummer des Fertigungsauftrags sowie dem Bedarfsursprung (MRP, MPS, Einkauf oder Fertigung).
• Der Lieferant (oder Lieferant Sonderbeschaffung) wird mit dem Standardlieferanten (oder Standardsonderbeschaffungslieferanten) initialisiert, der auf Ebene des Datensatzes Artikel-Standorte oder auf Ebene des Datensatzes Artikel - Lieferanten definiert ist (weitere Informationen zu den Initialisierungsregeln des Lieferanten finden Sie in der Dokumentation zum Datensatz Artikel).
• Wenn Sie den Wareneingangsstandort ändern, wird eine Meldung angezeigt, die vorschlägt, nach dem neuen Standardlieferanten (oder Standardsonderbeschaffungslieferanten) für diesen Artikel-Standort zu suchen.
• Ist der Artikel nicht beim Lieferanten referenziert, kann eine sperrende Fehlermeldung oder ein einfacher Hinweis angezeigt werden, je nachdem, was im Parameter ITMBPS - Lieferantenreferenzierung (Kapitel ACH, Gruppe REF) festgelegt wurde.
• Ist der Artikel-Standort (Wareneingang) nicht beim Lieferanten referenziert, kann eine sperrende Fehlermeldung oder ein einfacher Hinweis angezeigt werden, je nachdem, was im allgemeinen Parameter ITMBPSFCY - Referenzierung Lieferant-Standort (Kapitel ACH, Gruppe REF) festgelegt wurde. Ist diese Meldung eine sperrende Meldung, können Sie trotzdem mit der Erfassung fortfahren, jedoch nur wenn das Feld Standort Wareneingang als erfassbar auf Ebene der Erfassungstransaktion definiert ist. In diesem Fall wird das Feld, das den Wareneingangsstandort enthält, geleert. Sie müssen daher einen Standort angeben, an dem der Artikel-Lieferant referenziert ist, oder für den der Parameter ITMBPSFCY - Referenzierung Lieferant-Standortnicht sperrend ist.

Nach Erfassung der Einheit wechselt das System automatisch in den Erfassungsmodus für die Menge, die als einzige Angabe in dieser Maske erfasst werden kann. Soll die angezeigte Liste nach Bedarfsbeginn (Standardsortierung) oder nach Bedarfsende sortiert werden, müssen Sie den Erfassungsmodus verlassen und dann auf das Symbol Aktionen klicken, um die gewünschte Sortierweise auszuwählen. Hat sich die Bedarfszeile aus einer Materialanforderung ergeben, kann hier auch diese Materialanforderung aufgerufen werden.

Die Vorschlagsmenge kann geändert werden, jedoch darf die neue Menge nicht größer sein als die Bedarfsmenge. Eine solche Änderung kann z.B. sinnvoll sein, wenn ein Bedarf nur teilweise berücksichtigt werden soll. Zum Ausschluss einer Bedarfsszeile ist deren Menge auf null zu setzen. Klicken Sie auf das Symbol Aktionen, um die Gesamtbedarfsmenge auszuwählen.

Zu Artikeln zur Fremdbearbeitung muss die gewünschte Menge zwingend in der Maske Bedarfsberücksichtigung erfasst werden. Bestellzeilen über Artikel zur Fremdbearbeitung müssen nämlich zwingend per Verbrauch des Fremdbearbeitungsbedarfs angelegt werden. Es ist aber in jedem Fall möglich, eine größere Menge zu bestellen als von der Fertigungsabteilung gemeldet wurde. Hierfür muss lediglich nach der Generierung der Bestellzeile die Bestellmenge entsprechend geändert werden.

Für die über den direkten Direktauftrag verwalteten Artikel kann die Menge nicht geändert werden.

Der Direktauftrag ist nicht zulässig, wenn der Parameter PURCTLPRI0 - Preisprüfung auf 0 erforderlich (Kapitel ACH, Gruppe PRI) den Wert ‚Prüfung‘ hat und der Artikel nicht über einen Preis verfügt:

• das System hat keinen Einkaufspreis für den Sonderbeschaffungslieferanten gefunden
• im Artikeldatensatz ist kein Grundpreis für den Einkauf angegeben,
• der Artikel hat keine Plankosten, oder der Parameter PURPRICE - Standardpreis Plankosten (Kapitel ACH, Gruppe PRI) hat den Wert ‚Nein‘.

Wenn bei der Erfassung des Artikels eine Antwort auf die Ausschreibung ausgewählt wurde und die gesamte berücksichtigte Bedarfsmenge unter der in dieser Antwort genannten Menge liegt, wird nach Ende der Bedarfsberücksichtigung eine zusätzliche Prüfung ausgeführt und ggf. ein Hinweis ausgegeben. Die Erfassung kann storniert oder fortgeführt werden. Weiterhin wird der Benutzer mit einer anderen Meldung dazu aufgefordert zu entscheiden, ob die Bestellzeilen zu dem Preis bewertet werden sollen, der in der Antwort auf die Ausschreibung genannt ist.

Nach der Freigabe werden die berücksichtigten Bedarfszeilen nach Artikeln, Standorten und Projektcodes sortiert und nach Standorten, Sektoren, Projektcodes und Bezeichnungen (bei generischen Artikeln) gruppiert. Bedarf zur Fremdbearbeitung wird niemals gruppiert.

Die Art der Auftragsgruppierung kann mithilfe eines Einsprungpunktes geändert werden (siehe Einsprungpunkt ECLBESOINS).

Wurden die Bestellzeilen auf Basis eines mit einer Materialanforderung verbundenen Bedarfs erzeugt, so können über das Menü Aktionennach Anlage der Bestellzeile sämtliche verbrauchten Materialanforderungzeilen angezeigt werden. Es wird dann eine Anzeigemaske geöffnet, von der aus zu den einzelnen Materialanforderungen verzweigt werden kann.

Betrifft der zu einer Bestellzeile berücksichtigte Bedarf mindestens eine Materialanforderung, so kann die Menge der Bestellzeile nicht verringert (jedoch erhöht) werden. Betrifft der Bedarf nur eine Einkaufsanfrage und wird die Menge verringert, aktualisiert diese Verringerung die Menge in der Einkaufsanfrage und den Auftrag, sowie die Verbrauchsinformationen in der Einkaufsanfrage. Sie aktualisiert auch die Anfrageobligos, falls erforderlich.

Besonderheiten bei unternehmensübergreifenden Aufträgen:

Standortübergreifende Aufträge:

Sie können nur Artikel vom Typ Erhalten / Lieferbar erfassen.

Unternehmensübergreifende Aufträge:

Sie können keine Artikel vom Typ Erhalten / Nicht lieferbar erfassen.

In einem unternehmensübergreifenden Einkaufsauftrag bestimmt der Artikel der ersten erfassten Zeile die Kategorie generierten Verkaufsauftrags. Zu jedem Artikel, den Sie hinzufügen, wird eine Prüfung des Typs ausgeführt, damit die Kohärenz zur Ebene der Verkaufsauftragskategorie beibehalten wird.

• Ist der erste Artikel vom Typ Erhalten / Lieferbar oder Nicht erhalten / Nicht lieferbar, ist die Kategorie des generierten Verkaufsauftrags ‚Normal‘. Sie können nur folgende Artikel hinzufügen:

• vom Typ Erhalten/ Lieferbar. Diese Artikelzeilen folgen dem Fluss Lieferung/Verkaufsrechnung.
• vom Typ Nicht erhalten / Nicht lieferbar. Diese Artikelzeilen werden über die Fristenliste der Fakturierung fakturiert.

• Ist der erste Artikel vom Typ Nicht erhalten / Lieferbar, ist die Kategorie des generierten Verkaufsauftrags ‚Direktfakturierung’. Alle Zeilen werden direkt ohne Lieferung fakturiert. Sie können nur folgende Artikel hinzufügen:

• vom Typ Nicht erhalten / Lieferbar,
• vom Typ Nicht erhalten / Nicht lieferbar.

Auch wenn Sie den Artikel aus der ersten Zeile löschen, bleibt bei Anlage eines Einkaufsauftrags die Kategorie des Verkaufsauftrags die, die festgelegt wurde, und zwar solange mindestens eine Zeile in der Tabelle verbleibt. Um den Verkaufsauftrag und seine Kategorie zu reinitialisieren, müssen Sie alle erfassten Zeilen löschen.

Wenn der Verkaufsauftrag bereits generiert wurde, kann die Kategorie bei Änderung eines Einkaufsauftrags nie geändert werden, auch wenn Sie alle Zeilen des Einkaufsauftrags löschen. Sie können nur Artikel erfassen, deren Typ mit der anfänglichen Kategorie kompatibel ist. Wurde der Verkaufsauftrag hingegen noch nicht generiert (z.B. wenn die Unterschriftenverwaltung aktiv ist und wenn der Einkaufsauftrag noch nicht unterzeichnet wurde), können Sie alle Zeilen löschen, eine Artikelzeile mit einem völlig anderen Typ erfassen und so gegebenenfalls die Kategorie des zu generierenden Verkaufsauftrags ändern.

Bei dieser Art von Bestellung sind Artikel zur Fremdbearbeitung nicht erlaubt.

• Bezeichnung (Feld ITMDES)

Bezeichnung, die in die Sprache des Lieferanten übersetzt wurde. Sie wird mit allen eventuellen Änderungen in den Wareneingang oder auf die Lieferantenrechnung übernommen.

Entspringt die Bestellung einer Materialanforderung oder einer Ausschreibung, so wird die übersetzte Bezeichnung von der ursprünglichen Position vererbt.

Diese Bezeichnung wird auf der Auftragsbestätigung angedruckt.

 Über dieses Feld kann über eine Verzweigung auf das Artikeldatenblatt zugegriffen werden.

• Standardbezeichnung (Feld ITMDES1)

Bezeichnung, die in der Artikeldatei erfasst wurde. Sie wird mit allen eventuellen Änderungen in den Wareneingang oder auf die Lieferantenrechnung übernommen. Bei standort- oder unternehmensübergreifenden Bestellungen werden Änderungen an der Standardbezeichnung auch in den generierten Verkaufsauftrag übernommen.

Entspringt die Bestellung einer Materialanforderung oder einer Ausschreibung, so wird die Standardbezeichnung von der ursprünglichen Position vererbt.

 Über dieses Feld kann per Tunnelfunktion auf das Artikeldatenblatt zugegriffen werden.

• Artikeltyp (Feld ITMKND)

• Hauptversion (Feld ECCVALMAJ)

Die höhere Versionsnummer ist nur zugänglich, wenn die Rückmeldung der höheren Versionen auf Ebene des Artikelparameters aktiv ist (im Bereich Verwaltung der Funktion Artikel hat das Feld Bestandsversion den Wert 'Höher'). Ist das Vorladen der Versionen auf Ebene des Artikels/Lieferanten oder stattdeseen auf Ebene des Artikels/Dispo aktiviert, wird die letzte aktive höhere Version automatisch vorgeladen. Stattdessen wird die letzte höhere Version mit Status 'Angehalten' vorgeladen. Dies kann geändert werden.

• Nebenversion (Feld ECCVALMIN)

Die niedrigere Versionsnummer ist nur zugänglich, wenn die Rückmeldung der höheren und niedrigeren Versionen auf Ebene des Artikelparameters aktiv ist (im Bereich Verwaltung der Funktion Artikel hat das Feld Bestandsversion den Wert 'Höher und niedriger'). Ist das Vorladen der Versionen auf Ebene des Artikels/Lieferanten oder stattdeseen auf Ebene des Artikels/Dispo aktiviert, wird die letzte niedrigere Version automatisch vorgeladen. Dies kann geändert werden.

• Standort Wareneingang (Feld PRHFCY)

Standort, an den die Ware vom Lieferanten geliefert werden soll, initialisiert mit dem Einkaufsstandort aus der Auftragskopfzeile, wenn dieser auch ein Lager ist.

Dieser Wareneingangsstandort muss zum selben juristischen Unternehmen gehören wie der Auftragsstandort.

Bei einem Auftrag für einen in Bestand verwalteten Artikel:

• der Wareneingangsstandort muss ein Lager sein
• die Artikelreferenz muss für diesen Wareneingangsstandort definiert sein

Handelt es sich um einen Artikel mit Bestandsführung und ist der Einkaufsstandort kein Lagerstandort, so wird vom System der erste für den Artikel definierte Lagerstandort vorgeschlagen.
Wenn Sie einen Wareneingangsstandort erfassen, für den der Datensatz Artikel-Standort noch nicht angelegt wurde, schlägt das System vor, den Datensatz durch direkten Zugriff auf den Datensatz Artikel-Standort zu erstellen.
Ist der Artikel nicht beim Lieferanten referenziert, kann eine sperrende Fehlermeldung oder ein Hinweis angezeigt werden, je nachdem, was im allgemeinen Parameter ITMBPSFCY - Referenzierung Lieferant-Standort (Kapitel ACH, Gruppe REF) festgelegt wurde. Diese Prüfung wird nicht für standortübergreifende Aufträge ausgeführt.

Wenn Sie den Wareneingangsstandort ändern, schlägt eine Meldung vor, die Suche nach dem Standardlieferanten erneut zu starten:

• Sie möchten die Suche erneut starten:
• Wird ein Standardlieferant im Datensatz Artikel - Standorte gefunden, wird dieser Standardlieferant berücksichtigt.
• Existiert kein Lieferant auf Ebene des Datensatzes Artikel - Standorte, wird der auf Ebene des Datensatzes Artikel - Lieferanten definierte Standardlieferant verwendet, wenn der Parameter ITMBPSFCY - Referenzierung Lieferant-Standort (Kapitel ACH, Gruppe REF) nicht angibt, dass die Referenzierung des Artikellieferanten auf Standortebene erforderlich ist.
• Existieren Lieferanten im Datensatz Artikel - Standorte, wird jedoch kein Standardlieferant gefunden, da alle gesperrt sind, wird der Lieferant nicht ausgefüllt. Das Feld bleibt leer. Sie müssen ihn angeben.
• Sie möchten die Suche nach dem Standardlieferanten nicht erneut starten:
• Der ursprüngliche Lieferant wird beibehalten.
  

In dieser Funktion stehen über das Symbol Aktionen folgende Funktionalitäten zur Verfügung:

• Auswahl eines Einkaufsstandortes aus der Standorttabelle, Wobei die zur Auswahl angezeigten Standorte auf die durch den Einkaufsstandort definierten Standorte des Unternehmens begrenzt sind.
• Anzeige des Artikelbestands am angegebenen Standort
• Zugriff auf den Datensatz Artikel-Standort, sofern es Ihre Benutzerrechte zulassen.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Bei standort- oder unternehmensübergreifenden Bestellungen wird der Wareneingangsstandort mit dem Wareneingangsstandort initialisiert, der zur Standardlieferadresse desjenigen Kunden erfasst wurde, der dem Einkaufsstandort der Bestellung zugeordnet ist. Ist zur Standardlieferadresse des durch den Einkaufsstandort definierten Kunden kein Wareneingangsstandort angegeben, wird für die Initialisierung auf die erste Lieferadresse zurückgegriffen, bei der es sich um einen Wareneingangsstandort handelt (alphabetische Reihenfolge).

Ist zu keiner der Lieferadressen des durch den Einkaufsstandort definierten Kunden ein Wareneingangsstandort definiert, wird eine sperrende Fehlermeldung angezeigt: "Zwischen Standorten: Lieferadresse des Kunden-Personenkontos xxxx nicht gefunden!" Analog dazu wird auch eine sperrende Fehlermeldung angezeigt, wenn der ermittelte Standort nicht zum selben Unternehmen gehört wie der Einkaufsstandort (inkohärente Daten in der Datenbank).

Beim Speichern der Bestellung wird der in der Bestellungskopfzeile angezeigte Wareneingangsstandort auf den Wareneingangsstandort gesetzt, der zur ersten Zeile der Bestellung gewählt wurde.

Bei der Generierung des Verkaufsauftrags wird als Lieferadresse zur jeweiligen Bestellzeile die am Wareneingangsstandort für die Bestellzeile ermittelte Lieferadresse verwendet.

In diesem Zusammenhang kann es vorkommen, dass sich die erfassten Wareneingangsstandorte für die einzelnen Bestellzeilen nicht unterscheiden dürfen. Dies hängt von den Verkaufsparametern ab:

Ist der Parameter LINBPD - Zeilenweise belieferte Kunden (Kapitel VEN, Gruppe MIS) für den zum Lieferanten definierten Standort so gesetzt, dass die Adressen der Auftragszeilen eines Verkaufsauftrags sich nicht unterscheiden dürfen, so gilt für sämtliche Bestellzeilen derselbe Wareneingangsstandort. Der für die erste Bestellung erfasste Wareneingangsstandort wird dann systematisch in die nachfolgenden Zeilen übernommen und kann nicht geändert werden.

Lässt der dem Einkaufsstandort zugeordnete Kunde lediglich vollständige Bestellungen zu, so können Sie zu sämtlichen Bestellzeilen der Bestellung nur einen einzigen Wareneingangsstandort und einen einzigen Versandstandort erfassen. Wareneingangsstandort und Versandstandort werden dann systematisch in die nachfolgenden Zeilen übernommen und können nicht geändert werden.

• Adresse (Feld FCYADD)

Hierbei handelt es sich um den Standardadresscode des gewählten Wareneingangsstandorts. Es handelt sich um die Adresse, die auf der an den Lieferanten gesendeten Auftragsbestätigung eingetragen wird.
Im Feld Adresse Wareneingangsstandort können Sie eine andere Adresse auswählen, sofern mehrere Adressen vorhanden sind.

• Verbrauchsort (Feld USEPLC)

Verwenden Sie dieses Feld, um den Verbrauchsort des Frachtführers anzugeben, oder um einen Adresszusatz zu definieren.

Beispiele: Rampe xx oder Halle yy.

Der Verbrauchsort wird in die Auftragsbestätigung eingetragen.

Unternehmensübergreifende Besonderheiten: Bei Intercompany- oder Intersite-Aufträgen wird der Verbrauchsort in die generierte Verkaufsauftragszeile übernommen.

• Versandstandort (Feld LINSTOFCY)

Code des Lagerstandorts, von dem aus der Kunde in der Regel beliefert wird. Der Versandstandort wird anhand der Standorttabelle geprüft und muss dem Lagerstandort entsprechen.

Zugriff nur bei Intersite-/Intercompany-Auftrag. Es handelt sich um den Versandstandort der Ware beim Verkaufsunternehmen des Intersite-/Intercompany-Lieferanten. Mit diesem Versandstandort werden in der Folge die Versandstandorte der einzelnen Bestellzeilen initialisiert. In diesem Kontext handelt es sich um ein Pflichtfeld.

Der Versandstandort wird wie folgt nach Priorität initialisiert:

• Suche nach dem Versandstandort, der zur Lieferadresse des zuvor berechneten Wareneingangsstandortes gehört. Dieser Versandstandort muss zum Unternehmen des Lieferanten gehören,
• vom Lieferanten initialisierter Standort - sofern es sich dabei um einen Lagerstandort handelt.

Konnte mit dieser Suche kein Standort ermittelt werden, müssen Sie den Standort manuell erfassen. In diesem Fall wird eine Prüfung vorgenommen, mit der gewährleistet werden soll, dass der Standort zu demselben Unternehmen gehört, wie der Standort des Lieferanten, und dass es sich bei diesem Standort um einen Lagerstandort handelt. Über das Menü Aktionen können alle wählbaren Standorte angezeigt werden.

Besonderheiten im Zusammenhang mit automatisch generierten Bestellungen:: Wenn mit der Ausführung aller oben beschriebenen Punkte immer noch kein Versandstandort ermittelt werden konnte, wird für die Initialisierung der erste Lagerstandort aus der alphabetischen Liste der Lagerstandorte des Lieferanten ausgewählt.

Bei der Generierung des entsprechenden Verkaufsauftrags wird der Versandstandort in der Kopfzeile des Verkaufsauftrags mit dem so ermittelten Standort belegt.

• Fremdbearbeiteradresse (Feld SCOADD)

Hierbei handelt es sich um den Adresscode des Fremdverarbeiters, bei dem das mit einem Arbeitsgang Fremdbearbeitung verbundene Material verbraucht wird. Standardmäßig wird die Standardadresse des Lieferanten verwendet. Das Feld kann nur bearbeitet werden, wenn es sich bei dem zur Bestellposition erfassten Artikel um einen Artikel zur Fremdbearbeitung handelt und wenn der Lieferant der Fremdbearbeitung auch als Kunde definiert wurde.

Dieser Adresscode entspricht dem Code einer Lieferadresse, die dem beim Lieferanten definierten Kunden zugeordnet ist. Auf diese Weise kann ein Lagerplatz Fremdverarbeiter pro Adresscode definiert werden. Ist zum Lieferanten der Fremdbearbeitung kein Kunde definiert, so wird mit dem Fremdverarbeiter-Lagerplatz aus den Lieferantendaten gearbeitet.

Der Adresscode des Fremdverarbeiters wird dann mit dem Adresscode initialisiert, der zum Arbeitsgang der Fremdbearbeitung erfasst wurde. Fehlt diese Angabe zum Arbeitsgang, so wird das Feld mit der Standardlieferadresse des Kunden initialisiert, der dem liefernden Fremdverarbeiter zugeordnet ist.

Diese Fremdverarbeiteradresse kann jedoch geändert werden. In diesem Fall werden die Änderungen in den Arbeitsgang der Fremdbearbeitung übernommen.

Im Feld Adresse Fremdbearbeitung stehen per Rechtsklick folgende Funktionalitäten zur Verfügung:

• Auswahl einer Lieferadresse aus den Lieferadressen in den Kundendaten des für die Fremdbearbeitung zuständigen Lieferanten
• Zugriff auf die Verwaltung der Lieferadressen, sofern der Benutzer über die hierfür notwendigen Berechtigungen verfügt

• EKE (Feld UOM)

Auftragseinheit oder Fakturierungseinheit.
Der Artikel kann über fünf Verpackungseinheiten verfügen:

• Vier in der Tabelle des Datensatzes Artikel-Einheiten erfasste Verpackungseinheiten.
  
• Eine mit dem Lieferanten verknüpfte Verpackungseinheit (Datensatz Artikel-Lieferant). und zwei Einkaufseinheiten:
  
• Eine mit dem übergeordneten Artikel verknüpfte Einkaufseinheit.
• Eine mit dem Artikel-Lieferant verknüpfte Einkaufseinheit. Bei der Auftragserfassung wird diese Einheit standardmäßig vorgeschlagen, wenn ein Datensatz Artikel-Lieferant vorhanden ist. Andernfalls wird die Einkaufseinheit des Artikeldatensatzes standardmäßig vorgeschlagen.

Es können lediglich die Verpackungseinheiten oder Einkaufseinheiten ausgewählt werden, die zuvor angegeben wurden.

Ob Sie Zugriff auf die Bestelleinheit haben, hängt von der verwendeten Auftragstransaktion ab. Ist die Erfassung der Bestelleinheit in der Transaktion nicht erlaubt, so wird die Einheit mit der für den Lieferanten definierten Einkaufseinheit initialisiert; ist diese nicht bekannt, so wird für die Initialisierung auf die Einkaufseinheit des Artikels zurückgegriffen.

Ist die Bestellung auf einen Bedarf zurückzuführen, wird standardmäßig entweder die Einkaufseinheit des Lieferanten für den Artikel oder die Einkaufseinheit des Artikels als Einheit vorgeschlagen.

Die vorgeschlagene Bestelleinheit kann geändert werden. Über das Symbol Aktionen können Sie eine Einheitenliste anzeigen, die die Lagereinheit, die Verpackungseinheit, die Einkaufseinheit und die verschiedenen zum Lieferanten definierten Einheiten umfasst.

Stammt die Auftragszeile aus einer Sonderbeschaffung, wird die Auftragseinheit über den Wert des Parameters POHCTMPUU - Direktauftrag in Einkaufseinheit (Kapitel ACH, Gruppe ORD) festgelegt.

Wird der Lieferant geändert und weist der neue Lieferant andere Einheiten als der alte auf, wird im Plan des Einkäufers eine Meldung ausgegeben, in der der Benutzer aufgefordert wird, in Lagereinheiten zu bestellen, um inkohärente Preise zu vermeiden und eine mit dem Lieferanten kompatible Bestelleinheit zu behalten. Wenn Sie mit Ja antworten, wird die Bestelleinheit an die Lagereinheit angepasst. Wenn Sie mit Nein antworten, werden die Mengen unter Beibehalt der Lieferanteneinheiten angepasst.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Bei standort- und unternehmensübergreifenden Bestellungen wird die Einheit geprüft, weil in diesem Kontext sichergestellt werden muss, dass im Modul 'Verkauf' eine Entsprechung vorhanden ist. Ist dies nicht der Fall, untersagt eine sperrende Prüfung die Erfassung dieser Einheit.

• Bestellmenge (Feld QTYUOM)

Die Menge muss in jedem Fall in der zuvor erfassten Auftragseinheit angegeben werden. Diese Auftragseinheit kann eine Einkaufseinheit oder eine Verpackungseinheit aus dem Artikel-Lieferant oder dem übergeordneten Artikel sein.
Standardmäßig wird die Mindesteinkaufsmenge oder die berücksichtigte Bedarfsmenge vorgeschlagen. Nach der Erfassung werden die Mengen in Einkaufseinheit und in Lagereinheit berechnet.

Ist die Auftragsmenge Null, wird sofort eine Fehlermeldung angezeigt.

Weitere Fehlermeldungen werden in folgenden Fällen angezeigt:

• Sie ändern die Vorschlagsmenge zur Bedarfsberücksichtigung im Zusammenhang mit Materialanforderungen und die erfasste Menge ist geringer als die berücksichtigte Menge. Betrifft der berücksichtigte Bedarf lediglich eine einzige geplante Bestellung (POP) oder nur Einkaufsvorschläge (POS), so kann die Menge verringert werden.
• Die erfasste Menge liegt unter der vom Lieferanten geforderten und im Artikel-Lieferanten-Datensatz angegebenen Mindestmenge, Die Prüfebene wird im Parameter POHMINQTY - Prüfung Mindestbestellbmenge (Kapitel ACH, Gruppe AUZ) definiert.
• Sie ändern die Menge einer Auftragszeile eines als Direktauftrag verwalteten Artikels.
• Sie ändern die berechnete Menge, obwohl Sie in Verpackungseinheit bestellen und die erfasste Menge kein Mehrfaches der Verpackung ist.

Aus dem Feld Menge können Sie über das Menü Aktionen auf die Bestandsanzeige für den zuvor erfassten Wareneingangsstandort zugreifen.

Besonderheiten bei Intercompany-Aufträgen: Bei Intercompany- oder Intersite-Bestellungen werden neben der Mindestbestellmenge auch die Mindest- und die Höchstverkaufsmenge geprüft. Diese Prüfung kann in Abhängigkeit des dem Benutzerparameter SDACLOK - Prüfung nicht sperrend (Preis, Marge, Menge) (Kapitel VEN, Gruppe AUZ) zugewiesenen Werts sperrend sein.

Im Rahmen eines Intercompany-Auftrags basierend auf einem nicht lieferbaren Artikel vom Typ Dienstleistung, der mit einem Teilfakturierungsprojekt verknüpft ist, können Sie keine Menge unter der Gesamtmenge der bereits fakturierten und freigegebenen Menge im Fakturierungsplan erfassen.

• Koeffizient (Feld UOMPUUCOE)

Hierbei handelt es sich um den Umrechnungsfaktor, der zur Umrechnung von Bestelleinheiten (UC) in Einkaufseinheiten (UA)(Lieferant oder Artikel) verwendet wird.

Koeffizient zur Mengenberechnung in EA auf Basis einer in Verpackungseinheiten erfassten Auftragsmenge:
Menge in EK = Menge in VPE * Koeff.
Dieser Koeffizient kann auch bei der Umrechnung des Preises in die Auftragseinheit nützlich sein.
Dieser Koeffizient ist zugänglich, wenn eine Auftragseinheit mit einem anderen Wert als den im Artikel-Lieferant oder im übergeordneten Artikel enthaltenen Einkaufseinheiten erfasst wurde. Er wird mit einem der Koeffizienten initialisiert, die sich in einer der beiden Dateien befinden, oder mit der Tabelle der Umrechnungskoeffizienten, wenn die Kombination vorhanden ist.

Dieser Umrechnungskoeffizient kann geändert werden, sofern es sich bei der erfassten Bestelleinheit um eine Verpackungseinheit des Artikels mit änderbarem Koeffizienten handelt (siehe Tabelle ‚Verpackungseinheiten' im Bereich Einheiten des Datensatzes Artikel); für andere Einheiten kann der Koeffizient nicht bearbeitet werden (Einkaufseinheit des Artikels, für den Lieferanten definierte Einkaufseinheit, Verpackungseinheit des Lieferanten, Lagereinheit).

Besonderheiten bei unternehmensübergreifenden Aufträgen: Bei unternehmens- oder standortübergreifenden Bestellungen wird als Koeffizient für den generierten Verkaufsauftrag stets der Koeffizient der Bestellung verwendet.

• EK-Einheit (Feld PUU)

Hierbei handelt es sich um die für das Tupel „Artikel-Lieferant“ definierte Einkaufseinheit; ist kein Datensatz „Artikel-Lieferant“ vorhanden, so handelt es sich um die Einkaufseinheit des Artikels.
Jeder Artikel verfügt über zwei Einkaufseinheiten:

• die im Artikeldatensatz definierte Einkaufseinheit,
• die Einkaufseinheit des Lieferanten.

Diese Einkaufseinheit kann nicht geändert werden. Sie wird standardmäßig bei der Erfassung eines Auftrags, eines Fremdbearbeitungsauftrags oder eines Wareneingangs verwendet. Die Einkaufseinheit des Lieferanten wird standardmäßig vorgeschlagen, wenn der Datensatz Artikel-Lieferant existiert.

Die zugänglichen Einkaufseinheiten hängen vom angegebenen Kategorietyp ab.

Bei der Fakturierung eines Artikels wird die Einkaufseinheit des Artikels verwendet.

• LE (Feld STU)

Dieses Feld gibt die Verwaltungseinheit des Artikels an, in der folgendes ausgedrückt wird:

• Bestand
• Standardkosten
• Menge der Stücklistenverknüpfungen etc.

Diese nicht änderbaren Informationen werden immer angezeigt, unabhängig von der verwendeten Transaktion. Es kann nicht geändert werden.

• Menge LE (Feld QTYSTU)

Hierbei handelt es sich um die in Lagereinheiten ausgedrückte Menge, berechnet auf Basis der in Bestelleinheiten ausgedrückten Bestellmenge.

Ist die erfasste Menge kein Mehrfaches der Auftragseinheit, wird eine Warnmeldung angezeigt. Standardmäßig wird die Mindesteinkaufsmenge oder die berücksichtigte Bedarfsmenge vorgeschlagen. Die erfasste Menge darf in keinem Fall niedriger als diese Mengen sein.

Diese Menge kann geändert werden, sofern es sich bei der erfassten Bestelleinheit um eine Verpackungseinheit des Artikels mit änderbarem Koeffizienten handelt (siehe Tabelle ‚Verpackungseinheiten' im Bereich Einheiten des Datensatzes Artikel); für andere Einheiten kann der Koeffizient nicht bearbeitet werden (Einkaufseinheit des Artikels, für den Lieferanten definierte Einkaufseinheit, Verpackungseinheit des Lieferanten, Lagereinheit).

Wenn Sie die in Lagereinheiten ausgedrückte Menge ändern, so wird der Umrechnungskoeffizient für die Konvertierung zwischen Bestelleinheit und Einkaufseinheit angepasst.

• Projekt (Feld PJT)

In diesem Feld können Sie einen Projektcode angeben.
Die Verwaltung dieses Codes ist abhängig vom Wert des Parameters CTLOPPCOD - Prüf. Vorgangscode (EK/VK) (Kapitel TC, Gruppe MIS).

• Hat er den Wert Nein, kann es sich um einen frei gewählten Code handeln.
• Hat er den Wert Ja, wird systematisch eine Existenzprüfung des erfassten Projektcodes ausgeführt.
  Sie können das Symbol Auswahl verwenden, um die Liste der verfügbaren Projektcodes anzuzeigen.

Die Verwaltungsmodalitäten dieses Felds sind abhängig vom Parameter PJTSNGDOC - Ein Projekt pro Dokument (Kapitel TC, Gruppe MIS).

• Hat der Parameter den Wert Ja, ist die Verwaltung von Mehrfachprojekten nicht zulässig.
  Der Projektcode stimmt immer mit dem in der Dokumentkopfzeile und den Zeilen überein.
  Der Projektcode, den Sie in der Kopfzeile erfassen, wird bei direkter Anlage systematisch in die Zeilen des Dokuments übertragen und kann nicht geändert werden.
  Wenn Sie keinen Projektcode angeben und wenn die Bedingungen erfüllt sind, damit sich das Bedarfsberücksichtigungsfenster automatisch öffnet, zeigt dieses alle Bedarfe entsprechend den angegebenen Kriterien an. Diese Bedarfe können verschiedene Projektcodes betreffen. Wenn Sie auf Alle einschließen klicken, wird der Projektcode der ersten Zeile verwendet, um den Projektcode des Auftrags auszufüllen: es sind daher nur die Zeilen ausgewählt, die den gleichen Projektcode wie die erste Zeile enthalten.
  Wird ein Dokument umgewandelt, wird der in der Kopfzeile erfasste Projektcode dazu verwendet, die bei der Auswahl vorgeschlagenen Dokumente zu filtern. Ist kein Projektcode erfasst, wird er automatisch mit dem Projektcode des ersten ausgewählten Dokuments angegeben.
  Wenn Sie den Projektcode der Dokumentkopfzeile ändern, wird der Projektcode automatisch auf alle Zeilen übertragen. Eine Meldung wird angezeigt, die vorschlägt, die Preise/Nachlässe in den Zeilen zu aktualisieren. Die Aktualisierung betrifft nur die nicht eingegangenen und nicht saldierten Zeilen.
  
• Hat der Parameter den Wert Nein, ist die Verwaltung von Mehrfachprojekten zulässig.
  Der Projektcode, den Sie in der Kopfzeile des Dokuments erfassen, wird bei direkter Anlage verwendet, um den Projektcode der Zeilen des Dokuments zu initialisieren, wo er weiterhin geändert werden kann.
  Wird ein Dokument umgewandelt, wird der in der Kopfzeile erfasste Projektcode nur als Standardwert in den Zeilen verwendet, die keinen Projektcode besitzen.
  
  Wenn Sie den Projektcode der Dokumentkopfzeile ändern, öffnet sich eine Dialogbox und schlägt ggf. vor, den Code entsprechend den folgenden Optionen auf die Dokumentzeilen zu übertragen:
• Ja: der Projektcode wird auf alle Zeilen übertragen. Eine zweite Meldung wird angezeigt, die vorschlägt, die berechneten Preise/Nachlässe in den Zeilen zu aktualisieren. Die Aktualisierung betrifft nur die nicht eingegangenen und nicht saldierten Zeilen.
• Nein: der Projektcode wird nicht auf die Zeilen übertragen.
• Ja bei gleichem Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.
  Möglicherweise ist der auf die Zeilen übertragene Projektcode der gleiche, der bereits in den anderen Zeilen steht. Da das System diese Zeilen nicht unterscheiden kann, wird die Aktualisierung der Preise/Nachlässe weder vorgeschlagen noch ausgeführt, damit Preise, die möglicherweise nicht aus dem Tarif stammen, sondern vom Benutzer erfasst wurden, nicht gelöscht werden.

Wurde der Auftrag durch einen Direktauftrag aus einem Verkaufsauftrag generiert, wird der Projektcode automatisch mit dem in der Kopfzeile des Verkaufsauftrags angegebenen Wert ausgefüllt.
Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentkopfzeile zur Neubelegung des Sektorcodes zu dieser Dimension in der Dokumentkopfzeile sowie in den Rechnungselementen über die Parametrisierung der Standardsektoren. Wird der Projektcode in die Zeilen übernommen, wird auch der Sektorcode der betroffenen Zeilen neu belegt.

• Datum Wareneingang (Feld EXTRCPDAT)

Hilfe für die Aufträge und Einkaufsplan.

Das Wareneingangsdatum ist ein Pflichtfeld. Es wird standardmäßig automatisch ein Datum vorgeschlagen. Dieser Vorschlag kann auf verschiedene Weise erstellt worden sein, wobei die folgende Reihenfolge gilt:

• Bedarfsdatum, falls ein Bedarf berücksichtigt wurde. Am wenigsten weit in der Zukunft liegendes Bedarfsdatum, falls die Position auf eine Bedarfsgruppierung zurückgeht. Wird dieser Vorschlag auf ein weiter in der Zukunft liegendes Datum geändert, so wird ein Hinweis ausgegeben.
• Bestelldatum plus im Preis vorgesehene Lieferfrist, falls vorhanden.
• Bestelldatum plus im Datensatz 'Artikel-Standort' vorgesehene Dispositionsfrist, sofern der Artikel gelagert wird.
• Bestelldatum plus im Datensatz 'Artikel' vorgesehene Dispositionsfrist, sofern der Artikel nicht gelagert wird.

Dieser Vorschlag wird gegen die Fabrikkalender des Wareneingangsstandortes geprüft. Handelt es sich beim vorgeschlagenen Datum um einen Fabrikkalenderfehltag, wird eine sperrende Fehlermeldung ausgegeben, und es muss ein anderes Datum erfasst werden. Es wird ebenfalls ein Hinweis ausgegeben, wenn das erfasste Datum vor dem berechneten Datum liegt. Wurde der Auftrag einmal freigegeben, kann das Datum nicht mehr über eine Reinitialisierung des Preises geändert werden.

Das vorgesehene Wareneingangsdatum kann auch automatisch neu berechnet werden, wenn es sich beim erfassten Datum am Standort nicht um einen Werktag handelt. In diesem Fall wird automatisch der erste vor dem erfassten Datum liegende Werktag vorgeschlagen.

In all diesen Fällen entspricht das vorgesehene früheste Wareneingangsdatum dem Bestelldatum plus der ersten Frist, die zum Preis im Datensatz Artikel-Standort oder im Datensatz Artikel vermerkt ist (Reihenfolge in den entsprechenden Daten).

In diesem Feld können Sie über das Symbol Aktionen die voraussichtliche Bestandsentwicklung anzeigen.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Bei unternehmens- und standortübergreifenden Bestellungen wird das in der Kopfzeile des generierten Verkaufsauftrags gewünschte Lieferdatum mit dem frühesten aus den Bestellpositionen ermittelten geplanten Wareneingangsdatum initialisiert. Das geplante Lieferdatum der einzelnen Verkaufsauftragspositionen wird mit dem geplanten Wareneingangsdatum der entsprechenden Bestellpositionen initialisiert.

• Bruttopreis (Feld GROPRI)

Hilfe für Aufträge und Bestellvorschläge Einkauf.

In diesem Feld wird der Bruttostückpreis des Artikels festgelegt. Dieser Preis wird pro Bestelleinheit ausgedrückt, sofern das Feld Einheit in der Transaktion als bearbeitbar deklariert ist; sonst wird der Preis pro Einkaufseinheit ausgedrückt.

Nach der Erfassung der Hauptmerkmale einer Zeile wird automatisch die Verarbeitung Preissuche ausgeführt. Ziel dieser Suche ist die Zusammenstellung folgender Daten:

• Bruttopreis mit zugehörigem Grund.
  Unterscheidet sich die Auftragseinheit (oder Einkaufseinheit) von der der Preiszeile:
  - wird eine Umrechnung des Preisbetrags ausgeführt, wenn Umrechnung Betrag den Wert ‚Ja‘ auf Ebene der Preisparameter hat. Diese Umrechnung basiert auf der Tabelle der Einheitenumrechnungskoeffizieten. Wurde keine Umrechnung zwischen diesen Einheiten parametrisiert, werden die Preisbeträge durch Anwendung eines Umrechnungskurses von 1 berücksichtigt.
  - wird der Preis nicht verwendet, wenn Umrechnung Betrag den Wert ‚Nein‘ auf Ebene der Preisparameter hat. Der Bruttopreis hat den Wert '0'.
• Auf die Zeile anzuwendende Nachlässe und Spesen, entweder prozentual oder in Form von Beträgen ausgedrückt.

Beträgt der erfasste Preis Null, so wird der Benutzer mit einer Meldung zum Bestätigen aufgefordert.

Im Feld Preis haben Sie über das Symbol Aktionen folgende Möglichkeiten:

• Anzeige und Änderung der anhand des Strukturcodes des Lieferanten ermittelten Felder Rabatte und Spesen. Die Werte in diesen Feldern stammen aus der Preissuche und können geändert werden, sofern der zugeordnete Preis dies zulässt.
• Anzeige der Gründe für die Preise sowie für die verschiedenen Felder für Rabatte und Spesen
• Anzeige der Preise
• Reinitialisierung des Preises sowie der Nachlässe und Spesen per Anstoß einer neuen Preissuche

Die Erfassung der sonstigen Informationen zur Zeile hängt von der gewählten Transaktion ab. Dabei kann es sich z.B. um Angaben zum Standort, zur Qualitätsprüfung, etc. handeln.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Bei unternehmens- oder standortübergreifenden Bestellungen, bei denen unternehmensübergreifende Preise parametrisiert wurden, wird analog zu den Standardpreisen verfahren. Bei Generierung des Verkaufsauftrages werden die Preise und Nachlässe entweder aus den unternehmensübergreifenden oder aus den Standardpreisen ermittelt. Die zur Bestellung erfassten Preise und Nachlässe werden niemals in den Verkaufsauftrag übernommen. Die Preise in den Bereichen Verkauf und Einkauf können sich unabhängig voneinander entwickeln. Eine Abstimmung zwischen diesen Preisen wird bei Rechnungsstellung vorgenommen.

• Feld DISCRGVAL1

Allgemeine Hilfe zu den Modulen Einkauf und Verkauf.

Die angezeigten Nachlass- und Spesenspalten hängen vom Parameter des Preisstrukturcodes aus dem Lieferantendatensatz des entsprechenden Lieferanten ab.
Sie können über die Verwendung der Preise initialisiert werden (siehe Dokumentation Preisparameter und Preiserfassung).

Der Zugriff auf die Spalten kann von den Preisgrundparametern abhängen, sowie vom Grundwert der folgenden Parameter:

• UPDPRISAL - Preisgruppe (Std) (Kapitel VEN, Gruppe PRI) für den Verkauf
• UPDPRIPUR - Preisgruppe (Std) (Kapitel VEN, Gruppe PRI) für den Einkauf

Diese Nachlässe oder Kosten werden in Betrag oder Prozent definiert und werden auf die Bruttopreise kumuliert oder hierarchisch angewendet, um den Nettopreis der Dokumentenposition festzulegen.

Über das Symbol Aktionen haben Sie die folgenden Möglichkeiten:

• Anzeige der Gründe für die Preise sowie für die verschiedenen Felder für Rabatte und Spesen
• gegebenenfalls die Gründe für jede einzelne Spalte zu ändern.

• Nettopreis (Feld NETPRI)

Hierbei handelt es sich um den Nettostückpreis der Bestellposition, welcher aus dem Bruttopreis und den eventuellen Nachlässen und Spesen berechnet wird.
 Diese Information ist nicht zugänglich.

• Nettozeilenbetrag (Feld LINAMT)

Hierbei handelt es sich um den Nettostückpreis, multipliziert mit der Bestellmenge.
 Diese Information ist nicht zugänglich.

• Währung (Feld NETCUR)

Dokumentwährung, in der die in den vorherigen Spalten angezeigten Beträge ausgedrückt werden.
Diese nicht änderbare Währung wird mit der im Bereich Verwaltung angegebenen Währung ausgefüllt.

• Koeffizient Einstandskosten (Feld CPRCOE)

Die Verwaltung der Einstandskosten ermöglicht die Quantifizierung der Transferkosten der bestellten Ware zum Lieferanten und der Belastung der Artikel zum Zeitpunkt des Auftrags, des Wareneingangs oder der Rechnung. Die Einstandskosten fließen in die Berechnung der Einkaufs- und Bestandskosten ein.
Die Bewertung dieser Kosten wird mit einem der folgenden beiden Verfahren vorgenommen:

• Allgemeine Methode nach Anwendung eines Einstandskostenkoeffizienten und/oder Berücksichtigung von Einheitsfixkosten:
• Methode mit Berücksichtigung aller in einer Kostenstruktur detaillierten Ausgaben:

Es kann nur eines der beiden Verfahren verwendet werden. Die Auswahl dieses Verfahrens wird in der Artikelverwaltung getroffen.

Dieses Feld wird in Abhängigkeit der ausgewählten Methode, die für die Bestimmung der Abstimmungskosten verwendet wird, und der verwendeten Erfassungstransaktion verwaltet. Falls erfassbar, muss der Anpassungskoeffizient größer oder gleich 1 sein. Ermöglicht die Beeinflussung der Einkaufskosten und der Bestandskosten, indem dem Nettopreis die zuvor bekannten Kosten hinzugefügt werden.
Er wird mit dem für den Bestandsstandort des Artikel-Lieferanten erfassten Anpassungskoeffizienten auf Ebene der Funktion Anpassungskosten - Standort ausgefüllt.

Existiert kein Datensatz für den Bestandsstandort des Artikel-Lieferanten, wird der Koeffizient aus dem Datensatz Artikel-Lieferant berücksichtigt.
Ist der Koeffizient nicht in diesem Datensatz angegeben, wird der Wert 1 berücksichtigt.
Existiert der Artikel-Lieferant nicht, wird der im Bereich Einkauf des Artikeldatensatzes angegebene Koeffizient berücksichtigt.

Um den Betrag der so berechneten Anpassungskosten anzuzeigen, klicken Sie auf Kosten der Zeile über das Symbol Aktionen (dieser Betrag wird auf Ebene des Bereichs Kostendetail - Tabelle der Nicht detaillierten Kosten angezeigt).

• Fixkosten pro Einheit (Feld CPRAMT)

Die Verwaltung der Einstandskosten ermöglicht die Quantifizierung der Transferkosten der bestellten Ware zum Lieferanten und der Belastung der Artikel zum Zeitpunkt des Auftrags, des Wareneingangs oder der Rechnung. Die Einstandskosten fließen in die Berechnung der Einkaufs- und Bestandskosten ein.
Die Bewertung dieser Kosten wird mit einem der folgenden beiden Verfahren vorgenommen:

• Allgemeine Methode nach Anwendung eines Einstandskostenkoeffizienten und/oder Berücksichtigung von Einheitsfixkosten:
• Methode mit Berücksichtigung aller in einer Kostenstruktur detaillierten Ausgaben:

Es kann nur eines der beiden Verfahren verwendet werden. Die Auswahl dieses Verfahrens wird in der Artikelverwaltung getroffen.

Dieses Feld wird in Abhängigkeit der ausgewählten Methode, die für die Bestimmung der Abstimmungskosten verwendet wird, und der verwendeten Erfassungstransaktion verwaltet. Kann sie erfasst werden, wird dieser immer positive Wert in der Unternehmenswährung ausgedrückt.

Sie wird mit den für den Bestandsstandort des Artikel-Lieferanten erfassten Fixkosten p. Einheit auf Ebene der Funktion Anpassungskosten - Standort ausgefüllt.

Existiert kein Datensatz für den Bestandsstandort des Artikel-Lieferanten, werden die Fixkosten p. Einheit aus dem Datensatz Artikel-Lieferant berücksichtigt. Sind die Fixkosten p. Einheit nicht in diesem Datensatz angegeben, wird der Wert 0 berücksichtigt.
Existiert der Artikel-Lieferant nicht, werden die im Bereich Einkauf des Artikeldatensatzes angegebenen Fixkosten p. Einheit berücksichtigt.

Um den Betrag der so berechneten Anpassungskosten anzuzeigen, klicken Sie auf Kosten der Zeile über das Symbol Aktionen (dieser Betrag wird auf Ebene des Bereichs Kostendetail - Tabelle der Nicht detaillierten Kosten angezeigt).

• Kostenstruktur (Feld STCNUM)

Die Verwaltung der Einstandskosten ermöglicht die Quantifizierung der Transferkosten der bestellten Ware zum Lieferanten und der Belastung der Artikel zum Zeitpunkt des Auftrags, des Wareneingangs oder der Rechnung. Die Einstandskosten fließen in die Berechnung der Einkaufs- und Bestandskosten ein.
Die Bewertung dieser Kosten wird mit einem der folgenden beiden Verfahren vorgenommen:

• Allgemeine Methode nach Anwendung eines Einstandskostenkoeffizienten und/oder Berücksichtigung von Einheitsfixkosten:
• Methode mit Berücksichtigung aller in einer Kostenstruktur detaillierten Ausgaben:

Es kann nur eines der beiden Verfahren verwendet werden. Die Auswahl dieses Verfahrens wird in der Artikelverwaltung getroffen.

Eine Kostenstruktur beschreibt alle betrachteten Kosten als Fixkosten, die beim Kauf identifiziert werden können. Diese Kosten werden in der Unternehmenswährung ausgedrückt.
Ob das Feld vorhanden ist, hängt von der verwendeten Erfassungstransaktion ab.

Diese Information wird mit der für den Bestandsstandort des Artikel-Lieferanten definierten Kostenstruktur auf Ebene der Funktion Anpassungskosten - Standort ausgefüllt.
Existiert kein Datensatz für den Bestandsstandort des Artikel-Lieferanten, wird die Kostenstruktur aus dem Datensatz Artikel-Lieferant berücksichtigt. Ist die Kostenstruktur in diesem Datensatz nicht angegeben, wird keine Kostenstruktur für diesen Artikel-Lieferant berücksichtigt.
Existiert der Artikel-Lieferant nicht, wird die im Bereich Einkauf des Artikeldatensatzes angegebene Kostenstruktur berücksichtigt. Sie kann nie geändert werden.
Ist die Kostenstruktur in keinem Datensatz angegeben, schlägt das System die Kostenstruktur des höheren Datensatzes nicht vor.

Um das Detail der in der Kostenstruktur berücksichtigten Kosten anzuzeigen, klicken Sie auf Detail Kostenstruktur über das Symbol Aktionen. Die berechneten Beträge können weiterhin angepasst werden.
Diese Kosten werden auch im angezeigten Fenster dargestellt, wenn Sie auf Kosten der Zeile über das Symbol Aktionen klicken (dieser Betrag wird auf Ebene des Bereichs Kostendetail - Tabelle der Direktkosten angezeigt).

• Anschaffungskosten / Stück (Feld CSTPUR)

Diese nicht änderbare Information wird angezeigt, wenn die Transaktion es zulässt.

Die nicht änderbaren Einheitseinkaufskosten werden in der Unternehmenswährung ausgedrückt. Sie entsprechen dem Berechnungsergebnis:

Einkaufskosten der Zeile / Menge (in STK)

 Dieser Betrag wird niemals bei der Erfassung berechnet, sondern nur beim Speichern des Dokuments.

• Anschaffungskosten (Feld LINCSTPUR)

Die Einkaufskosten entsprechen der Summe dessen, was der Käufer zahlen muss: der Betrag der Zeile, die Summe der Kosten der Rechnungselemente (bewertet oder nicht), sowie die nicht abzugsfähigen Steuern.
Nicht änderbar, werden sie nur angezeigt, wenn es die Transaktion zulässt. Sie werden in der Unternehmenswährung ausgedrückt.
Hinweise:

Der Berechnungsmodus unterscheidet sich je nach Methode für die Änderung der Einstandskosten:

• Allgemeine Methode nach Anwendung eines Einstandskostenkoeffizienten und/oder Berücksichtigung von Einheitsfixkosten:
  
  Nettogesamtpreis der Zeile (Nettobetrag Zeile) * Annäherungskoeffizient
  + Summe der Fixkosten der Zeile (Einheitsfixkosten * Menge in PUR)
  + Summe der Rechnungselemente der Zeile
  + Summe der nicht abzugsfähigen Steuern der Zeile
  
  Hinweis: der Betrag der nicht abzugsfähigen Steuer wird im Fenster Kosten Zeile über das Symbol Aktionen in der Zeile angezeigt.
  
  Berechnungsbeispiel der Einkaufskosten der Zeile (ohne Rechnungselement):
  
  - Annahme: die Unternehmenswährung und die Dokumentenwährung sind identisch (€).
  
  - Nettopreis: 10 € / Karton
  - Annäherungskoeffizient: 1,3
  - Fixkosten p. Einheit 20 €
  - 1 Karton = 15 STK
  - Nicht abzugsfähige Steuer: 16,9 %
  
  --> Für einen Auftrag über 1 Karton:
  Einkaufskosten = (10 * 1,3 ) + 20 + (10 * 16,9 %) = 34,69 €
  Die Einkaufskosten / Stück betragen 34,69 € / 15 STK = 2,31 €
  
  --> Für einen Auftrag über 5 Kartons:
  Einkaufskosten = [(10 * 5) * 1,3 ] + (20 * 5) + (50 * 16,9%) = 173,45 €
  Die Einkaufskosten / Stück betragen 173,45 € / 75 STK = 3,31 €
  
  
  Berechnungsbeispiel der Einkaufskosten der Zeile (ohne Rechnungselemente):
  
  - Annahme: die Unternehmenswährung und die Dokumentenwährung sind identisch (€).
  
  - Nettopreis: 10 € / Karton
  - Annäherungskoeffizient: 1,3
  - Fixkosten p. Einheit 20 €
  - 1 Karton = 15 STK
  - Bewertetes Rechnungselement (Porto): 10 €
  - Nicht bewertetes Rechnungselement (Abladen): 7 €
  - Nicht abzugsfähige Steuer: 16,9 %
  
  --> Für einen Auftrag über 5 Kartons:
  Einkaufskosten = [(10 * 5) * 1,3 ] + (20 * 5) + (50 * 16,9 %) + 10 +7 = 190,45 €
  Die Einkaufskosten / Stück betragen 190,45 € / 75 STK = 2,539 €
  
  
• Methode mit Berücksichtigung aller in einer Kostenstruktur detaillierten Ausgaben:
  
  Nettogesamtpreis der Zeile (Nettobetrag Zeile)
  + Summe der Produktkosten (aus der Kostenstruktur) der Zeile
  + Summe der Rechnungselemente der Zeile
  + Summe der nicht abzugsfähigen Steuern der Zeile.
  
  Berechnungsbeispiel der Einkaufskosten der Zeile:
  
  - Annahme:
  - die Unternehmenswährung und die Dokumentenwährung sind identisch (€)
  - Incoterm Ex-Works (alle Ausgaben werden vom Käufer übernommen)
  
  - Nettopreis: 10 € / Karton
  - Bewertete Produktkosten: 20 % des Nettopreises
  - Nicht bewertete Produktkosten (Berechnungsmodus: Einheitspreis pro Karton): 20 € pro Karton
  - 1 Karton = 15 STK
  - Bewertetes Rechnungselement (Porto): 10 €
  - Nicht bewertetes Rechnungselement (Abladen): 7 €
  - Nicht abzugsfähige Steuer: 16,9 %
  
  --> Für einen Auftrag über 5 Kartons:
  Nettobetrag der Zeile: 5 Kartons * 10 € = 50 €
  + Ausgaben der Kostenstruktur: (50 € * 20 %) + (20 € * 5) = 110 €
  + Summe der Rechnungselemente der Zeile: 10 + 7 = 17 €
  + Summe der nicht abzugsfähigen Steuern der Zeile 50 * 16,9 % = 8,45 €
  
  Einkaufskosten = 50 + 110 + 17 + 8,45 = 185,45 €
  Die Einkaufskosten / Stück betragen 185,45 € / 75 STK = 2,472 €
  

• Tats. Anschaff.kost. (Feld REACSTPUR)

Die entstandenen Einkaufskosten entsprechen dem Gesamtbetrag der Rechnungen/Gutschriften, die in der Position belastet wurden. Die Lieferantenrechnungen/-gutschriften, sowie die zusätzlichen Rechnungen/Gutschriften der Position, unter der Bedingung, dass die zusätzlichen Rechnungen/Gutschriften freigegeben werden.

• Die zusätzlichen Rechnungen/Gutschriften, deren Indikator Neue Kosten den Wert Ja hat, werden direkt bei der Freigabe berücksichtigt.
• Die zusätzlichen Rechnungen/Gutschriften, deren Indikator Neue Kosten den Wert Nein hat, entsprechen einer Aktualisierung des Kostenbetrags. Diese Aktualisierung erfolgt entsprechend der nachfolgend beschriebenen Modalitäten.
• Ist der Auftrag abgeschlossen und bereits fakturiert (teilweise oder vollständig), erfolgt die Aktualisierung über den Start der Abfrage STCREG - Zuordnung Kosten.
• Ist der Auftrag abgeschlossen, aber noch nicht fakturiert, erfolgt die Aktualisierung während der Fakturierung wie folgt:
  - Handelt es sich um eine Rechnung zu einem Wareneingang, entspricht der berücksichtigte Betrag dem Kostenbetrag des Wareneingangs beeinflusst durch die Zusatzrechnungen.
  - Handelt es sich um eine Rechnung zu einem Auftrag, wird der Betrag der Zusatzrechnungen hinsichtlich der erhaltenen Mengen der einzelnen Wareneingänge der Auftragszeile aufgeteilt.
  

Die tatsächlichen Anschaffungskosten können nicht geändert werden. Sie werden nur angezeigt, wenn es die Erfassungstransaktion zulässt. Sie werden in der Unternehmenswährung ausgedrückt.

Bei der Erstellung wird diese Information niemals bei der Erfassung berechnet, sondern nur beim Speichern des Auftrags.

• Lagerbestandskosten / Stück (Feld CPR)

Einzelbestandskosten des Artikels in Unternehmenswährung.
Sie entsprechen dem Berechnungsergebnis:

Dieses Feld kann nicht geändert werden. Es wird nur angezeigt, wenn von der von Ihnen ausgewählten Transaktion zugelassen.
Die Bestandskosten können auch im Bestandsdetailfenster angezeigt werden.

Diese Kosten werden berechnet, wenn Sie den Auftrag speichern. Sie werden nicht berechnet, wen Sie gerade etwas in der Auftragszeile erfassen.

• Kosten Bestand (Feld LINAMTCPR)

Dieses nicht änderbare Feld wird angezeigt, wenn die Transaktion es zulässt.
Es zeigt den Kostenbetrag, der in die Bestandsbewertung eingeht, in Unternehmenswährung.

Hinweise:

Der Berechnungsmodus unterscheidet sich je nach Methode für die Änderung der Einstandskosten:

• Allgemeine Methode nach Anwendung eines Einstandskostenkoeffizienten und/oder Berücksichtigung von Einheitsfixkosten:
  
  Nettobetrag Zeile * Annäherungskoeffizient
  + Fixkosten p. Einheit (in PUR und umgerechnet in BE) * Menge in PUR
  + Summe der bewerteten Rechnungselemente der Zeile (es werden nur diejenigen berücksichtigt, deren Indikator Bewertung Bestand folgenden Wert hat: 'Ja')
  + Summe der nicht abzugsfähigen Steuern der Zeile (wenn der Parameter NODVATSTO - Nicht abzugsfähige Steuern Bestand den Wert "Ja" hat).
  
  Dieses Ergebnis wird mit dem im Bereich Verwaltung angegebenen Kurstyp in die Unternehmenswährung umgerechnet.
  
  Berechnungsbeispiel der Bestandskosten der Zeile (ohne Rechnungselement):
  
  - Annahme: die Unternehmenswährung und die Dokumentenwährung sind identisch (€).
  
  - Nettopreis: 10 € / Karton
  - Annäherungskoeffizient: 1,3
  - Fixkosten p. Einheit 20 €
  - 1 Karton = 15 STK
  - Nicht abzugsfähige Steuer: 16,9 %, der Parameter NODVATSTO - Nicht abzugsfähige Steuer Bestand hat jedoch den Wert "Nein".
  
  --> Für einen Auftrag über 1 Karton:
  Bestandskosten = (10 * 1,3) + 20 = 33 €
  Die Lagerbestandskosten / Stück betragen 33 € / 15 STK = 2,20 €
  
  --> Für einen Auftrag über 5 Kartons:
  Bestandskosten = [(10 * 5) * 1,3 ] + (20 * 5) = 165 €
  Die Lagerbestandskosten / Stück betragen 165 € / 75 STK = 2,20 €
  
  
  Berechnungsbeispiel der Bestandskosten der Zeile (mit Rechnungselementen):
  
  - Annahme: die Unternehmenswährung und die Dokumentenwährung sind identisch (€).
  
  - Nettopreis: 10 € / Karton
  - Annäherungskoeffizient: 1,3
  - Fixkosten p. Einheit 20 €
  - 1 Karton = 15 STK
  - Bewertetes Rechnungselement (Porto): 10 €
  - Nicht bewertetes Rechnungselement (Abladen): 7 €
  - Nicht abzugsfähige Steuer: 16,9 %, der Parameter NODVATSTO - Nicht abzugsfähige Steuer Bestand hat jedoch den Wert "Nein".
  
  --> Für einen Auftrag über 5 Kartons:
  Bestandskosten = [(10 * 5) * 1,3 ] + (20 * 5) + 10 = 175 €
  Die Lagerbestandskosten / Stück betragen 175 € / 75 STK = 2,33 €
  
  
  Berechnungsbeispiel der Bestandskosten der Zeile (mit Rechnungselementen):
  
  - Annahme: die Unternehmenswährung und die Dokumentenwährung sind unterschiedlich.
  
  Unternehmenswährung: $
  Dokumentwährung: €    - Umrechnung: 1 € = 1,40 $
  
  - Nettopreis (in Dokumentenwährung): 10 € / Karton, umgerechnet in die Unternehmenswährung --> 14 $ / Karton
  - Annäherungskoeffizient: 1,3
  - Einheitsfixkosten (in der im Artikeldatensatz angegebenen Währung): 30 $
  - 1 Karton = 15 STK
  - Bewertete Rechnungselemente (Porto) (in Dokumentenwährung): 15 €, umgerechnet in die Unternehmenswährung --> 21 $
  - Nicht abzugsfähige Steuer: 16,9 %, der Parameter NODVATSTO - Nicht abzugsfähige Steuer Bestand hat jedoch den Wert "Nein".
  
  --> Für einen Auftrag über 1 Karton:
  Bestandskosten = (14 * 1,3) + 30 + 21 = 69,20 $
  Die Lagerbestandskosten / Stück betragen 69,20 $ / 15 STK = 4,61 $
  
  
• Methode mit Berücksichtigung aller in einer Kostenstruktur detaillierten Ausgaben:
  
  Nettobetrag der Zeile
  + Kosten der Kostenstruktur
  + Summe der bewerteten Rechnungselemente der Zeile (es werden nur diejenigen berücksichtigt, deren Indikator ‚Bewertung Bestand‘ folgenden Wert hat: 'Ja')
  + Summe der nicht abzugsfähigen Steuern (wenn der Parameter NODVATSTO - Nicht abzugsfähige Steuern Bestand den Wert "Ja" hat).
  
  Berechnungsbeispiel der Bestandskosten der Zeile:
  
  - Annahme:
  - die Unternehmenswährung und die Dokumentenwährung sind identisch (€)
  - Incoterm Ex-Works (alle Ausgaben werden vom Käufer übernommen)
  
  - Nettopreis: 10 € / Karton
  - Bewertete direkte Ausgaben: 20 % des Nettopreises
  - Nicht bewertete direkte Ausgaben (Berechnungsmodus: Einheitspreis pro Karton): 20 € pro Karton
  - 1 Karton = 15 STK
  - Bewertetes Rechnungselement (Porto): 10 €
  - Nicht bewertetes Rechnungselement (Abladen): 7 €
  - Nicht abzugsfähige Steuer: 16,9 %, der Parameter NODVATSTO - Nicht abzugsfähige Steuer Bestand hat jedoch den Wert "Nein".
  
  --> Für einen Auftrag über 5 Kartons:
  Nettobetrag der Zeile: 5 Kartons * 10 € = 50 €
  + Bewertete Ausgaben der Kostenstruktur: 50 € * 20 % = 10 €
  + Summe der bewerteten Rechnungselemente: 10 €
  
  Bestandskosten = 50 + 10 + 10 = 70 €
  Die Lagerbestandskosten / Stück betragen 70 € / 75 STK = 0,933 €
  

• Währung (Feld CPRCUR)

Währung, in der die Bestände bewertet werden (Buchführungswährung des Unternehmens). Die Bestandsstückkosten des Auftrags werden in dieser Währung ausgedrückt.
Die dargestellten Informationen können nicht geändert werden.

• Feld LINACC1

Diesen Feldern sind die Einkaufskonten zu entnehmen. Welche Konten für die Bearbeitung zur Verfügung stehen, hängt von der Buchungsvorlage des Unternehmens ab, in dem die Bewegung gebucht wird.
Sind diese Felder nicht gefüllt, werden die Konten automatisch anhand des dem Artikel zugeordneten Kontos ermittelt (gemäß Parametrisierung der Automatik-Buchungen).
 Ob das Feld vorhanden ist, hängt von der verwendeten Maskentransaktion ab.

• Einkaufstyp (Feld LINPURTYP)

Ob dieses Feld vorhanden ist, hängt von der Parametrierung der Maskensteuerung ab.

Es bestehen folgende Einkaufstypen: Einkauf, Anlagen und Service Der Einkaufstyp wird gemäß der dem zuvor erfassten Konto zugeordneten steuerlichen Belastung initialisiert.

Der Einkaufstyp wird in den Wareneingang oder in die Prüfung der Einkaufsrechnung übernommen.

• Regel Abstimmung (Feld MATTOL)

Dieses Feld zeigt den Toleranzcode der Auftragszeile an. Dieses Feld wird auf folgende Weise belegt:

• das Programm sucht, wenn ein Toleranzcode in der Datei Artikel/Lieferant angegeben ist,
• wenn das Programm keinen Wert findet, erfolgt die Suche auf Ebene des Artikeldatensatzes,
• schließlich erfolgt die Prüfung auf Ebene des Lieferantendatensatzes,
• wenn kein Code vorgesehen ist: kein Toleranzcode wird auf die Zeile angewendet.

Feldverwaltung (abhängig vom Parameter der Erfassungstransaktion)

• Lässt die Erfassungstransaktion die Erfassung des Toleranzcodes zu, kann der Code geändert werden, wenn der Auftrag nicht saldiert ist.
• Lässt die Erfassungstransaktion die Anzeige des Toleranzcodes zu, wird ein Standardcode zugewiesen und kann nicht geändert werden.
• Lässt die Erfassungstransaktion die Anzeige der Spalte nicht zu, ist der Standardcode verborgen.

 Ein Toleranzcode kann unabhängig von der Bestellung (vom Typ Direktauftrag, manuell oder Arbeitsplan) standardmäßig zugewiesen werden.

• Feld CCE1

Bei der Erfassung von Bestellpositionen werden die Dimensionen in Abhängigkeit des Codes Standardsektoren POP initialisiert.

Bei einer Auftragszeile aus einer Dokumentzeile werden die Sektoren mit den in der Originaldokumentzeile vorhandenen Sektoren initialisiert. Sind im Originaldokument keine Dimensionen erfasst, wird versucht, die Dimensionen in Abhängigkeit des Codes Standardsektoren zu initialisieren.
Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentzeile zur Neubelegung des Sektorcodes über die Parametrisierung der Standardsektoren.
Die Sektoren können in Abhängigkeit des Transaktionsparameters geändert werden.Die verschiedenen zu der Bestellposition angegebenen Sektoren werden in den Wareneingang oder in die Prüfung der Einkaufsrechnung übernommen.

• QK (Feld QUAFLG)

Dieser Code ermöglicht die Definition, ob der Artikel bei Bestandseingang geprüft werden soll.
Die angegebene Artikelkategorie bestimmt den ursprünglichen Prüfwert des Artikel-Standort-Datensatzes und des Lieferant-Bestand-Datensatzes. Der Wert des Lieferant-Bestand-Datensatzes entspricht dem Standardwert in den Bestellungen.

• Keine Prüfung. Die Prüfung wird nach den Verwaltungsregeln definiert. Sie kann manuell geändert werden.
• Prüfung nicht änderbar. Die Qualitätskontrolle ist für Bestandseingänge erforderlich. Q ist der einzige gültige Status.
• Prüfung änderbar. Bei Bestandseingängen wird der Qualitätsstatus mit dem Wert Q initialisiert. Der Status kann auf A oder R geändert werden.
  Der Qualitätskontrollcode kann auch auf Ebene der Bestellung definiert werden.
  • Hat die Qualitätskontrolle in der Bestellung den Wert Ja, ist die Qualitätskontrolle erforderlich und der Wareneingang erfolgt mit einem der Unterstatus Q*, die auf Ebene der Artikelverwaltungsregel für Wareneingangsbewegungen definiert sind.
    Ist kein Unterstatus definiert, kann der zum Zeitpunkt des Wareneingangs nicht erfasst werden.
  • Hat die Qualitätskontrolle in der Bestellung den Wert Nein, ist die Qualitätskontrolle nicht erforderlich.
    Beim Wareneingang wird standardmäßig der Status A vorgeschlagen. Dieser Status kann durch einen der in der Verwaltungsregel der Wareneingangsbewegungen des Artikels definierten Status ersetzt werden.
• Prüfung periodisch. Die Prüfung wird automatisiert gemäß der Anzahl Wareneingänge für diesen Lieferanten und diesen Artikel. Der Bestandsstatus kann während des Zugangs noch geändert werden.
  
  

Ist dem Artikel bzw. dem Tupel Artikel-Lieferant der Prüfcode Prüfung nicht änderbar zugeordnet, so kann das entsprechende Feld der Bestellzeile unabhängig von der Parametrisierung der verwendeten Transaktion nicht bearbeitet werden.

Diese Angabe wird in der Folge beim Wareneingang verwendet und mit der für die Artikelkategorie definierten und dem Bewegungstyp Wareneingang Lieferant zugeordneten Verwaltungsregel gekreuzt. Dies dient der Ermittlung des Artikelstatus und ggf. der Generierung einer Analyseanforderung.

• Intrastat-Anhebung (Feld EECINCRAT)

Für die Intrastat-Erklärung verwendeter Erhöhungskoeffizient.
Dieser Koeffizient, der für den Steuerwert des Artikels angewendet wird, ermöglicht die Angabe des Statistikwerts. Ob dieses Feld angezeigt wird, richtet sich nach der Aktivierung der Verwaltung der Intrastat-Erklärung (Aktivitätscode DEB).
 Die Angabe wird mit dem Erhöhungskoeffizient aus dem Artikel-Lieferanten-Datei initialisiert, sofern vorhanden. Sonst erfolgt die Initialisierung anhand der Lieferantendaten.

• Land (Feld ORICRY)

Ursprungsland der Ware, in dem die Ware gefertigt wurde.
Diese Information wird mit dem Land der Lieferantenversandadresse initialisiert. Wird insbesondere für die Intrastat-Erklärung verwendet (ISO-Code der Ländertabelle). Das Herkunftsland der Ware im Sinn der Intrastat-Erklärung wird von der Lieferantenversandadresse ausgegeben.

• Datum Empfangsbestätigung (Feld LINOCNDAT)

Diese Informationen sind in der Auftragszeile nicht zugänglich. Sind das Datum und die Nummer der letzten vom Lieferanten zugesandten Wareneingangsbestätigung im Bereich Summe des Auftrags erfasst, werden die Auftragszeilen, in denen noch kein Datum und keine Empfangsbestätigungsnummer erfasst sind, automatisch mit den erfassten Werten aktualisiert.
Wird eine Zeile geändert oder hinzugefügt, werden das Datum und die letzte bekannte Empfangsbestätigungsnummer (Bereich Summe) auf diese Zeilen übertragen.
Besonderheiten bei unternehmensübergreifenden Aufträgen:
Im Rahmen eines unternehmensübergreifenden oder standortübergreifenden Auftrags werden die Nummer und das Datum der Empfangsbestätigung aller Zeilen mit dem Datum und der Nummer des Verkaufsauftrags initialisiert, wenn der Verkaufsauftrag erzeugt wurde.

• Empfangsbestätigungsnr. (Feld LINOCNNUM)

• Beglichen (Feld LINCLEFLG)

Diese Information ermöglicht die Anzeige der Auftragspositionssituation. Ist die Position saldiert, ist sie nicht zugänglich.
Sie kann reaktiviert werden, wenn die Berechtigungen des Benutzers es zulassen und wenn der Auftrag nicht vollständig saldiert wurde.
Eine Auftragsposition kann manuell oder automatisch über den Wareneingang saldiert werden.

• Nachtragsnr. (Feld LINREVNUM)

Bei aktivierter Nachtragsverwaltung (Parameter PURREV) wird zu geänderten Bestellpositionen die Nummer des entsprechenden Nachtrags angezeigt.

• Verkaufsauftragsnr. (Feld SOHNUM)

Diese Information gibt die Originalverkaufsauftragsnummer an, wenn der Einkaufsauftrag durch Direktauftrag generiert wurde.
 Diese Information ist nicht zugänglich.

• Ursprung (Feld ORI)

Diese nicht zugängliche Information gibt den Ursprung der Einkaufsauftragsposition an.
Foglgende Werte sind möglich: 'Einkauf', Direktauftrag', 'Direktauftrag empfangen', 'Fertigung', 'Fremdverarbeitung'.

• Gewicht (Feld QTYWEU)

Dieses Feld, das der Erfassungstransaktion unterliegt, enthält das Gewicht des bestellten Artikels.

• Gewichtseinheit (Feld LINWEU)

Die Gewichtseinheit ist das Referenzgewicht des Dokuments. Sie wird vom Parameter SALDSPWEU - Gewichtseinheit für Aufteilung (Kapitel TC, Gruppe INV) für alle Dokumente definiert.

• Volumen (Feld QTYVOU)

Dieses Feld, das der Erfassungstransaktion unterliegt, enthält das Volumen des bestellten Artikels.

• Volumeneinheit (Feld LINVOU)

Die Volumeneinheit ist das Referenzvolumen des Dokuments. Sie wird vom Parameter SALDSPVOU - Volumeneinheit für Aufteilung (Kapitel TC, Gruppe INV) für alle Dokumente definiert.

• Steuer 1 (Feld VAT1)

Dieses Feld ermöglicht die Angabe eines ersten Steuercodes für den bestellten Artikel.
Die Steuercodes (USt., parafiskalische Steuer und / oder Sonderabgaben, Regionalsteuer) können in der Auftragsposition geändert werden, wenn die Transaktion dies zulässt. Sie werden anhand der Steuerermittlungsregeln initialisiert, die sich in den meisten Fällen aus der Kreuzung des Steuersystems des Lieferanten und der Steuersätze der erfassten Artikel ergeben.
Ist der Aktivitätscode PTX - Regionalsteuern aktiviert, kann der Benutzer auf vier Zusatzsteuern pro Position zugreifen, mit denen auch Regionalsteuern verwaltet werden können. Bei Umwandlung einer Bestellposition in eine Wareneingangsposition oder in eine Rechnungsposition, werden die zur Bestellposition angegebenen Steuercodes in diese Dokumente übernommen.
Über den Kontextbutton kann für jeden Steuersatz ein Steuercode ausgewählt werden.

• Steuer 2 (Feld VAT2)

Dieses Feld ermöglicht die Angabe eines zweiten Steuercodes für die Position. Es handelt sich um eine parafiskalische oder Sondersteuer.

• Steuer 3 (Feld VAT3)

Dieses Feld ermöglicht die Angabe eines dritten Steuercodes für die Position.
Eine parafiskalische oder Sondersteuer.

• Ist-Versteuerung (Feld TAXRCP)

Dieses Feld ermöglicht die Angabe der Zugangssteuer für diesen Artikel.
Diese Steuer wird vom Parameter Steuerbestimmung ausgegeben oder manuell erfasst.
 DerAktivitätscode der Regionalsteuern muss zuvor aktiviert worden sein.

• Abgeführte USt. (Feld TAXISS)

Dieses Feld ermöglicht die Angabe der Abgangssteuer für diesen Artikel.
Diese Steuer wird vom Parameter Steuerbestimmung ausgegeben oder manuell erfasst.
 DerAktivitätscode der Regionalsteuern muss zuvor aktiviert worden sein.

• Sonstige Steuer 1 (Feld TAXOTH1)

Dieses Feld ermöglicht die Angabe einer zusätzlichen Steuer für diesen Artikel.
Diese Steuer wird vom Parameter Steuerbestimmung ausgegeben oder manuell erfasst.
 DerAktivitätscode der Regionalsteuern muss zuvor aktiviert worden sein.

• Sonstige Steuer 2 (Feld TAXOTH2)

Dieses Feld ermöglicht die Angabe einer zusätzlichen Steuer für diesen Artikel.
Diese Steuer wird vom Parameter Steuerbestimmung ausgegeben oder manuell erfasst.
 DerAktivitätscode der Regionalsteuern muss zuvor aktiviert worden sein.

• Typ (Feld LINTYP)

Durch diese Information wird der Positionstyp festgelegt. Dabei werden klassische Artikel von einer Fremdverarbeitungsstückliste unterschieden.
Folgende Werte stehen zur Verfügung: 'Normal', 'Fremdverarbeitet', 'Service', und 'Material geliefert'.

• Mindestbestellmenge (Feld ORDMINAMT)

Dieser nicht zugängliche Betrag gibt den Mindestbestellbetrag an, der für den Lieferanten definiert ist.
Er wird in der Auftragswährung ausgedrückt.
Liegt der Nettobetrag des Auftrags unter dieser Grenze, kann der Auftrag bei der Ausgabe der Auftragserfassung Teil einer Prüfung sein.
Die Prüfebene (blockierend, Warnung, keine Prüfung) wird im Parameter POHMINAMT - Prüfung Mindestbestellbetrag (Kapitel ACH, Gruppe AUZ) definiert und im Feld Prüfung angezeigt.

• Maximale Bestellmenge (Feld ORDMAXAMT)

Dieses Feld zeigt den für den Lieferanten in Ordnerwährung definierten Höchstauftragswert an. Dieser Betrag wird nicht gespeichert und verhindert nicht das Sichern.

Dieses Feld identifiziert den Gesamtauftragswert, der erforderlich ist, damit dieser versandkostenfrei ist. Es erscheint nur zur Anzeige und schränkt nicht die Erstellung von Materialanforderungen ein.

• Schwelle frachtfreie Lieferung (Feld ORDFREFRT)

Dieses Feld identifiziert den Gesamtauftragswert, der erforderlich ist, damit dieser versandkostenfrei ist. Es erscheint nur zur Anzeige und schränkt nicht die Erstellung von Materialanforderungen ein.

• Prüfung (Feld POHMINAMT)

Dieses nicht zugängliche Feld gibt den ausgeführten Prüftyp in Bezug auf den Mindestbestellbetrag an. Der Prüftyp (blockierend, Warnung, keine Prüfung) wird im Parameter POHMINAMT - Prüfung Mindestbestellbetrag (Kapitel ACH, Gruppe AUZ) definiert.

• Summe netto (Feld WTOTLINAMT)

Der Nettogesamtbetrag des Auftrags in Auftragswährung.

• Behälter (Feld TCTRNUM)

Wählen Sie Sie den Behälter aus, den Sie verwenden möchten. Es kann sich nur um einen Behälter vom Typ „Frachtcontainer“ handeln.
Die Wahl des Behälters legt das maximale Gewicht und das Volumen der Ladung festgelegt.

• Gewicht (Feld WEICAP)

Dieses Feld zeigt die Gesamtgewichtskapazität der ausgewählten Frachtcontainer an. Ist kein Container ausgewählt, können Sie ein Gewicht angeben, ohne die Container verwalten zu müssen.

• Anz. Behälter (Feld TCTRQTY)

• Volumen (Feld VOLCAP)

Dieses Feld zeigt die Gesamtvolumenkapazität der ausgewählten Frachtcontainer an. Ist kein Container ausgewählt, können Sie ein Volumen angeben, ohne die Container verwalten zu müssen.

• Gewicht (Feld WEITOT)

Dieses Feld zeigt das Gesamtgewicht multipliziert mit der bestellten Menge an.

• Volumen (Feld VOLTOT)

Dieses Feld zeigt die bestellte Menge multipliziert mit dem Gesamtvolumen an.

• Gewicht (Feld WEIAVL)

Dieses Feld zeigt das für einen Behälter verfügbare Gewicht an, wenn das Gesamtgewicht der ausgewählten Zeilen im Arbeitsplan nicht gleich Null ist.

• Feld TCTRWEU

• Volumen (Feld VOLAVL)

Dieses Feld zeigt das für einen Behälter verfügbare Volumen an, wenn das Gesamtvolumen der ausgewählten Zeilen im Arbeitsplan nicht gleich Null ist.

• Feld TCTRVOU

• Nr. (Feld INVDTA)

Nummer des Rechnungselements, die den zugewiesenen Betrag identifiziert (Kosten, Porto, Verpackung, Nachlass, etc).
Die Liste der Rechnungselemente wird durch Zusammenführung der Listen des Auftragslieferanten und des rechnungstellenden Lieferanten erstellt, in Abhängigkeit des im Rechnungelement selbst definierten Originals.
Ist ein Rechnungselement im rechnungstellenden und Auftragslieferanten vorhanden, nimmt man den Wert der Lieferantendatei in Abhängigkeit des Originals des Rechnungselements. Diese Liste wird mit den Rechnungselementen vom Typ Position vervollständigt, die auf Ebene der Preisstruktur des Auftragslieferanten angegeben sind.
 Dieser Liste können andere Elemente hinzugefügt werden. Nur die zuerst zur Liste hinzugefügten Elemente können gelöscht werden.

• Bezeichnung (Feld INVDTALIB)

Dieses Feld gibt den Kurztitel des Rechnungselements an.

• Prozent / Betrag (Feld INVDTAAMT)

Angaben in der Rechnungsfußzeile Die als in der Bestellungsfußzeile präsent deklarierten Angaben stammen direkt aus den Rechnungselementen, die sich in den Daten des vom Auftrag betroffenen Lieferanten befinden.
 Weitere Informationen, siehe Dokumentation über die Rechnungselemente.
Die Werte der verschiedenen vorhandenen Rechnungselemente können geändert werden und neue hinzugefügt werden. Diese Rechnungselemente werden direkt im Auftrag berücksichtigt und beeinflussen den Brutto- und Nettogesamtbetrag.
Unternehmensübergreifende Besonderheiten
Bei einem standortübergreifenden oder unternehmensübergreifenden Wareneingang werden die Rechnungselemente aus dem Einkaufsauftrag übernommen, wenn die eingegangene Lieferung aus einem Einkaufsauftrag stammt.
Bei einer Direktlieferung werden die Rechnungselemente direkt von der Lieferung übernommen.

• Feld AMTCODLIB

Das System gibt an, ob das Rechnungselement ein Prozentsatz oder ein Betrag ist.
Bei einem Betrag wird die Dokumentwährung angezeigt.

• Betrag Fußzeile Auftrag (Feld INVORDAMT)

Dieses Feld gibt den Betrag des Rechnungselements an.

• Kontenklassenbetrag (Feld INVLINAMT)

Dieses Feld übernimmt den Betrag des Rechnungselements, wenn dieses von den Dokumentenpositionen berechnet wurde.
 Für solche Rechnungselemente sind die Felder '% oder Betrag' und 'Betrag Fußzeile Auftrag' nicht zugänglich.

• Fakt. Betrag (Feld INVCPLAMT)

Dieses Feld gibt den berücksichtigten Betrag auf den mit dem Auftrag verknüpften Rechnungen an.

• D/C (Feld DEBCDT)

Dieses Feld gibt das Vorzeichen des Rechnungselements an:

• Haben für einen Nachlass,
• Soll für Kosten.

• Steuer (Feld INVDTAVAT)

Dieses Feld gibt den Steuercode des Rechnungselements an.
Es kann nur ein Steuercode angegeben werden, der der Rechtsordnung und der Unternehmensgruppe des Standorts entspricht.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

Ein Rechnungselement mit Steuerberechnungsregel Steuersatz Artikel oder Betrag Positionen stellt keinen Steuercode dar und untersagt die Änderung dieses Steuercodes.

• Feld ACC1

Diesen Feldern sind die Einkaufskonten der Rechnungselemente zu entnehmen. Welche Konten für die Bearbeitung zur Verfügung stehen, hängt von der Buchungsvorlage des Unternehmens ab, in dem die Bewegung gebucht wird. Sind diese Felder nicht gefüllt, werden die Konten automatisch anhand des dem Rechnungselement zugeordneten Kontos ermittelt (gemäß Parametrierung der Automatik-Buchungen).
 Ob diese Felder vorhanden sind, hängt von der verwendeten Erfassungstransaktionab.

• Umlage (Feld DSP)

Kostenrechnungsaufteilungsschlüssel des Rechnungselements.
Er kann direkt in der Position geändert werden.

• Feld PFICCE1

Es handelt sich um die Sektoren des Rechnungselements.

Die Sektoren werden gemäß dem Parameter der Standardsektoren (Sektorcode POV) aus der Verwaltung der Rechnungselemente initialisiert. Die Sektorcodes können manuell geändert werden, sofern dies in der Transaktion erlaubt ist. Um die Sektorcodes der verschiedenen Sektoren zu ändern, klicken Sie auf das Symbol Aktionen.

Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentkopfzeile zur Neubelegung des Sektorcodes dieser Dimension, wenn nicht ein Verteilungsschlüssel angegeben ist.

• Nr. (Feld NOTAX)

• Code (Feld TAX)

Dieses Feld gibt den Steuercode in den Dokumentenpositionen oder in der Tabelle der Rechnungselemente an.

• Bezeichnung (Feld LIBTAX)

Dieses Feld gibt die Bezeichnung des Steuercodes in den Dokumentzeilen oder in der Tabelle der Rechnungselemente an.

• Besteuerungsgrundlage (Feld BASTAX)

Dieses Feld gibt die Basis an, die der Steuer unterliegt. Sie besteht aus dem Nettobetrag der Rechnungspositionen bzw. dem Betrag der Rechnungselemente.

• Steuerbetrag (Feld AMTTAX)

Der von den Positionen bzw. Rechnungselementen berechnete Steuerbetrag.

• Typ (Feld PURTYP)

Bei Verknüpfung der Steuer mit:

• einer Belegzeile, übernimmt die Steuerart den Einkaufstyp aus der Belegzeile: Einkauf, Anlagen oder Service.
• einem Rechnungselement hat die Steuerart immer den folgenden Wert: Einkauf.

• Währung (Feld WCUR)

Dieses Feld gibt die Dokumentenwährung an.

• Mindestmenge (Feld ORDMINAMT)

Dieser nicht zugängliche Betrag gibt den Mindestbestellbetrag an, der für den Lieferanten definiert ist.
Er wird in der Auftragswährung ausgedrückt.
Liegt der Nettobetrag des Auftrags unter dieser Grenze, kann der Auftrag bei der Ausgabe der Auftragserfassung Teil einer Prüfung sein.
Die Prüfebene (blockierend, Warnung, keine Prüfung) wird im Parameter POHMINAMT - Prüfung Mindestbestellbetrag (Kapitel ACH, Gruppe AUZ) definiert und im Feld Prüfung angezeigt.

• Sperrend (Feld POHMINAMT)

Dieses nicht zugängliche Feld gibt den ausgeführten Prüftyp in Bezug auf den Mindestbestellbetrag an. Der Prüftyp (blockierend, Warnung, keine Prüfung) wird im Parameter POHMINAMT - Prüfung Mindestbestellbetrag (Kapitel ACH, Gruppe AUZ) definiert.

• Netto (Feld TOTLINAMT)

Der Nettogesamtbetrag der Auftragspositionen in Auftragswährung.

• Summe Netto (Feld TOTORD)

Der Nettogesamtbetrag des Auftrags in Auftragswährung, einschließlich der verschiedenen Rechnungselemente.

• Gesamtsteuer (Feld TOTTAXAMT)

Der Steuergesamtbetrag des Auftrags.
Dieser Betrag wird in Auftragswährung ausgedrückt.

• Summe Brutto (Feld TTVORD)

Der Bruttogesamtbetrag des Auftrags einschließlich der unterschiedlichen Rechnungselemente und Steuern. Dieser Betrag wird in der Auftragswährung ausgedrückt.

• Datum Empfangsbestätigung (Feld OCNDAT)

• Empfangsbestätigungsnr. (Feld OCNNUM)

Nachdem Sie den Auftrag vom Lieferanten erhalten haben, erfassen Sie die vom Lieferanten auf der Wareneingangsbestätigung angegebene Wareneingangsnummer.
Nach der Erfassung werden Kontraktpositionen, die noch nicht über eine Empfangsbestätigungsnummer verfügen, automatisch mit dieser Nummer aktualisiert.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Bei unternehmens- oder standortübergreifenden Kontrakten können Nummer und Datum der Empfangsbestätigung nicht bearbeitet werden. Sie werden mit dem Datum und der Nummer des Verkaufsauftrags initialisiert, sofern selbiger bereits generiert wurde. Wenn Sie über die erforderlichen Berechtigungen verfügen, können Sie über das Symbol Aktionen im Feld AB-Nr. auf den generierten Verkaufskontrakt zugreifen.

• Empfangsbestätigungen (Feld OCNREM)

Geben Sie gegebenenfalls zwei Kommentarzeilen für die Empfangsbestätigung an.

• Bezeichnung (Feld LIB)

• Feld TOTDOC

• Feld TOTSOC

• Summe nach Kostenart (Feld STCD)

• Incoterm (Feld EECICT)

Die von der Internationalen Handelskammer standardisierten Incoterms sollen die im internationalen Handel am häufigsten verwendeten Handelsbedingungen vereinheitlichen, indem die jeweiligen Verpflichtungen des Verkäufers und des Käufers bei der Einrichtung eines Verkaufsvertrags mit einem eindeutigen Begriff definiert werden, der international gleich interpretiert werden kann.

Die Incoterms werden in der Tabelle Incoterms geprüft und werden vor allem für die Intrastat-Meldung verwendet. Sie können auch für die Preisfestlegung verwendet werden.

• Ort Incoterm (Feld ICTCTY)

Bestimmten Incoterm-Typen zugeordnete Stadt. Beispiele: FOB Le Havre. Ein Auswahlfenster ermöglicht die Auswahl einer im System gespeicherten Stadt. Es kann jedoch auch eine nicht gespeicherte Stadt erfasst werden.

• Transit (Feld FFWNUM)

Der Spediteur ermöglicht die Identifikation eines vom Absender oder Empfänger bevollmächtigten Personenkontos, um die Transportkontinuität sicherzustellen, wenn die Ware mehrere aufeinander folgende Transporte durchlaufen muss. Der Spediteur wird in der Frachtführertabelle geprüft.

Der Spediteur und seine Adresse werden in der Intrastat-Meldung verwendet, um die Warenflüsse zwischen der Absenderadresse und der Empfängeradresse und zwischen der Spediteuradresse und der Empfängeradresse zu erklären.

Dies kann insbesondere der Fall sein, wenn die Waren zum Export gesendet wurden, die Zollformalitäten jedoch über einen Spediteur in einem anderen EU-Mitgliedsstaat erfolgt sind. Ein Intrastat-Lager muss für den Transfer der Ware in diesem anderen EU-Mitgliedsstaat durchgeführt werden.

• Übergangsadresse (Feld FFWADD)

Hierbei handelt es sich um den Adresscode des Spediteurs. Er wird mit der Standardadresse des dem Spediteur entsprechenden Personenkontos initialisiert. Diese Adresse ermöglicht die Definition, ob ein Instrastat-Lager für diesen Fluss erforderlich ist.

• EU-Ust.-IdNr. (Feld EECNUM)

Umsatzsteueridentifikationsnummer des Personenkontos. 

Die europäische Umsatzsteueridentifikationsnummer muss auf allen Rechnungen angegeben sein, die in die EU gehen oder aus der EU kommen. Sie beginnt mit dem aus zwei Buchstaben bestehenden Ländercode des jeweiligen Landes, gefolgt von einer vom Land abhängigen Zahlenfolge.

In Frankreich setzt sich die Nummer wie folgt zusammen: FR gefolgt von 2 Zeichen für das Finanzamt des Unternehmenssitzes, gefolgt von der SIREN-Nummer des Unternehmens.

Diese Information muss auf jeden Fall angegeben werden, wenn der SIREN-Code als erforderlich für das Unternehmensland parametrisiert wurde.

• INTRASTAT-Beförderungsort (Feld EECLOC)

Der Transportort ist eine für die Intrastat-Meldung erforderliche Information. Er wird mit dem Incoterm-Code kombiniert, um die Lieferbedingungen zu bestimmen, die die Bedingungen des Verkaufsvertrags übernehmen, die die jeweiligen Verpflichtungen des Verkäufers und des Käufers angeben.

Diese Information wird nicht für die französische Meldung verwendet.

• INTRASTAT-Beförd.art (Feld EECTRN)

Transportmittel, mit dem die Ware bei Versand das Land verlassen soll bzw. mit dem es bei Wareneingang in das Land gebracht werden soll. Wird in der Intrastat-Erklärung verwendet.

• Transaktionsart (Feld EECNAT)

Wirtschaftliche Information für den abgeschlossenen Vorgang. Die Transaktionsart wird für die Intrastat-Erklärung verwendet.
Diese Information wird in den physischen Flüssen initialisiert, wo sie geändert werden kann. Für bestimmte Finanzflüsse (Rechnungen und Gutschriften im Verkauf) erhält man auch Zugriff auf diese Information.
Die Initialisierung der Transaktionskostenart wird über den Parameter ausgeführt, der auf Ebene der entsprechenden Tabelle Bewegungssysteme und -arten ausgeführt wird. Über diese Tabelle kann jedem Flusstyp ein EU-System und eine EU-Transaktionskostenart zugewiesen werden Der Parameter kann je nach Rechtsordnung, Land und Unternehmensgruppe bestimmt werden.

• Statistikregel (Feld EECSCH)

Mit einer EU-Steuerart oder Statistik kann die Art eines aus steuerlicher oder statistischer Sicht innergemeinschaftlichen Vorgangs gekennzeichnet werden. Die EU-Steuerart wird für die Intrastat-Erklärung verwendet.
Diese Information wird in den physischen Flüssen initialisiert, wo sie geändert werden kann. Für bestimmte Finanzflüsse (Rechnungen und Gutschriften im Verkauf) erhält man auch Zugriff auf diese Information.
Die Initialisierung der Transaktionskostenart wird über den Parameter ausgeführt, der auf Ebene der entsprechenden Tabelle Bewegungssysteme und -arten ausgeführt wird. Über diese Tabelle kann jedem Flusstyp ein EU-System und eine EU-Transaktionskostenart zugewiesen werden Der Parameter kann je nach Rechtsordnung, Land und Unternehmensgruppe bestimmt werden.

• Anzahl Zeilen (Feld LINNBR)

• Anz. Z. m. volls. Wareneing. (Feld RCPLINNBR)

• Abgeschl. Zeilen (Feld CLELINNBR)

• In voller Höhe fakt. Zeilen (Feld INVLINNBR)

• Anz. Summe Wareneingangszeilen (Feld RCPNBR)

• Unterzeichnet (Feld APPFLG)

• Anz. Summe Rechnungszeilen (Feld INVNBR)

• Gedruckt (Feld PRNFLG)

• Nr. (Feld NOLIG)

• Artikel (Feld ITMREF)

• Bestellmenge (Feld QTYPUU)

• Summe Rechnungsmenge (Feld INVQTY)

• Einheit (Feld PUU)

• Nr. Wareneingang (Feld PTHNUM)

• Eingang am (Feld RCPDAT)

• Menge Wareneingang (Feld RCPQTYPUU)

• Rechn.-/Eingangsmenge (Feld INVQTYPUU)

• Rechnungsnr. (Feld INVNUM)