Aufträge

• Verkaufsstandort (Feld SALFCY)

Der Verkaufsstandort wird mit dem Verkaufsstandort aus dem Profil des Benutzers initialisiert. Der Verkaufsstandort kann geändert werden (wenn keine Zeile im Dokument erfasst wurde), wenn er aus der Liste der vom Benutzer zugelassenen Verkaufsstandorte ausgewählt wurde.

• Typ (Feld SOHTYP)

Die Auftragsart ermöglicht die Bestimmung der Auftragskategorie (Normal, Muster, Direktrechnung) sowie des verwendeten Nummernkreises (wenn der Nummernkreis ein manueller Nummernkreis ist, kann die Auftragsnummer erfasst werden). Die Kontrakte werden nicht in dieser Funktion verwaltet.

Es kann nur eine Auftragsart angegeben werden, deren Rechtsordnung und Unternehmensgruppe denen des Unternehmens des Verkaufsstandorts entsprechen.

• SOHTYPNOR - Auftragsart normal (Kapitel VEN, Gruppe ORD) für eine Auftragskategorie Normal.
• SOHTYPLND - Typ Kommissionsauftrag (Kapitel VEN, Gruppe ORD) für eine Auftragskategorie Muster.
• SOHTYPINV - Auftragsart Direktrechnung (Kapitel VEN, Gruppe ORD) für eine Auftragskategorie Direktfakturierung.

Erstellung eines Auftrags über die Schaltfläche Auftrag über ein Angebot

Haben Sie den Auftrag über die Schaltfläche Auftrag über ein Angebot erstellt, wird dieses Feld mit der im Feld Auftragsart des Angebots angegebenen Auftragsart ausgefüllt.
Ist kein Auftragstyp für das Angebot angegeben, wird der allgemeine Parameter QUOORDCAT - Auftragskategorie über Schaltfläche (Kapitel VEN, Gruppe ORD) für die Definition der verwendeten Auftragskategorie (Normal oder Direktfakturierung) verwendet.

• Ist die in diesem Parameter definierte Kategorie Normal, wird die im Parameter SOHTYPNOR - Auftragsart normal (Kapitel VEN, Gruppe ORD) definierte Auftragsart verwendet.
• Ist die in diesem Parameter definierte Kategorie Direktfakturierung, wird die im Parameter SOHTYPINV - Auftragsart Direktrechnung (Kapitel VEN, Gruppe ORD) definierte Auftragsart verwendet.

Ist im Parameter QUOORDCAT - Auftragskategorie über Schaltfläche kein Wert definiert, wird die erste Auftragsart in alphabetischer Reihenfolge verwendet.

• Nummer (Feld SOHNUM)

Diese Belegnummer ermöglicht die eindeutige Identifikation der Rechnung. Diese Nummer wird automatisch zugewiesen oder bei jeder Auftragsanlage erfasst. Dies hängt von der Nummernkreisparametrisierung des ausgewählten Auftrags ab.

Ist der Nummernkreis des Auftrags mit automatischer Zuweisung definiert, ist das Feld Auftragsnummer nicht zugänglich und der Nummernkreis wird bei der Erstellung des Auftrags zugewiesen. Ist der Nummernkreis des Auftrags dagegen mit manueller Zuweisung definiert, kann er manuell erfasst werden. Wird sie nicht bei der Erstellung angegeben, weist das System automatisch eine Auftragsnummer abhängig vom Nummernkreis zu.

• Nachtrag (Feld REVNUM)

Dieses Feld kann nicht erfasst werden. Es wird nur ausgefüllt, wenn Nachträge von Aufträgen verwaltet werden (Parameter SALREV - Nachtragsverwaltung (Kapitel VEN, Gruppe ORD)). Es enthält die letzte für den Auftrag gespeicherte Nachtragsnummer.

Wenn Sie einen Auftrag ändern, werden die alten in dem Auftrag geänderten Werte historisiert und die Nachtragsnummer wird inkrementiert:

• automatisch, wenn der Parameter SALREV - 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 SALREV - Nachtragsverwaltung den Wert „Auf Anfrage verwaltet“ hat.

• die Aktion Nachtragsverwaltung über die Funktion Aufträge,
• Ansicht Nachträge Verkaufszeile über das Symbol Aktionen der geänderten Zeile des Auftrags.

• Referenz (Feld CUSORDREF)

Diese Information ermöglicht die Angabe der Auftragsreferenz beim Kunden. Bei Intercompany- oder Intersite-Verkaufsaufträgen, die aus einer Bestellung des selben Typs entspringen, wird die Bestellnummer in dieses Feld geschrieben. Eine Verzweigung ermöglicht den Zugriff auf die Bestellung des Kundenstandorts.

• Endgültige Nummer (Feld SOHNUMEND)

• Datum (Feld ORDDAT)

Es handelt sich um das Dokumentdatum. Es wird mit dem Tagesdatum initialisiert und kann geändert werden. Wird es geändert, nachdem mindestens eine Zeile erfasst oder gespeichert wurde, wird eine Frage gestellt, die eine Neuberechnung der Preise und Nachlässe für alle Zeilen des Dokuments vorschlägt.

Betrifft eine Auftragszeile, die mit Preislisten verwaltet wird, einen nicht lieferbaren Artikel vom Typ Dienstleistung mit einer Fakturierungsplannummer und einer geplanten Rechnung mit Fortschrittsstatus Freigegeben, werden die Preise und Nachlässe für diese Zeile nicht neu berechnet.

• Auftraggeber (Feld BPCORD)

Der Auftragskunde ist der Auftraggeber des Auftrags. Er muss aktiv sein, um auf einem Auftrag erfasst zu werden. Sie können auch einen Interessenten erfassen. In diesem Fall schlägt eine Meldung vor, den Interessenten in einen Kunden umzuwandeln. Ansonsten kann der Auftrag nicht erstellt werden.
Sie können den Auftraggeber ändern, wenn keine Zeile im Auftrag erfasst wurde.

Klicken Sie auf das Symbol Aktionen für folgende Optionen:

• Je nach Berechtigung Zugriff auf oder Erstellung eines Kunden oder eines Interessenten,
• Änderung der diesem Auftrag zugewiesenen Standardadresse,
• Anzeige der Notizen zum Kunden.

Per Klick auf Kundenschnellsuche können Sie nach einem oder mehreren Kunden eines Kriteriums suchen. Eine Entsprechungsliste wird beim Tab ins nächste Feld erzeugt.
Für eine gezieltere Suche können alle im Block vorhandenen Felder ausgefüllt werden. Die Entsprechungsliste wird mit jedem Tab kleiner.

Besonderheiten bei Intercompany-Aufträgen: Wird auf Basis einer Bestellung automatisch ein Intercompany-Auftrag erstellt, entspricht der Auftraggeber dem Kunden, der in der Bestellung als dem Einkaufsstandort zugeordnet angegeben ist.

• Feld BPCNAM

Es handelt sich um den Unternehmensnamen des Kunden. Diese Information kann nicht direkt geändert werden. Sie kann über die Adressverwaltungsmaske geändert werden, die über das Feld Auftraggeber oder in der Toolbar verfügbar ist. Der Unternehmensname des Kunden wird auf der Eingangsbestätigung des Auftrags ausgedruckt.

• Währung (Feld CUR)

Währung, in der die Aufträge erstellt werden. Standardmäßig entspricht diese Währung der Währung des Rechnungsempfängers. Der Währungscode in dieser Maske kann nicht geändert werden. Er steht hier zur Information. Der Währungscode kann im Register Verwaltung des Auftrags geändert werden.

• Feld WSOHCAT

Die Kategorie kann nicht geändert werden; sie wird über den gewählten Auftragstyp bestimmt.

Besonderheiten Intercompany:

Im Rahmen eines aus einer Bestellung automatisch generierten Intersite-Auftrags sind die Artikel immer vom Typ Erhalten / Lieferbar. Die Kategorie des Auftrags ist daher immer: Normal.

Wird ein Intercompany-Auftrag automatisch auf der Basis einer Bestellung generiert, wird die Kategorie des Verkaufsauftrags vom Artikel der ersten in der Bestellung erfassten Zeile bestimmt.

• Ist der erste Artikel vom Typ Erhalten / Lieferbar oder Nicht erhalten / Nicht lieferbar, ist die Kategorie des Verkaufsauftrags Normal. Die folgenden Zeilen können Artikel enthalten:
• vom Typ Erhalten / Lieferbar. Diese Artikelzeilen folgen dem Fluss Lieferung/Verkaufsrechnung.
• vom Typ Nicht erhalten / Nicht lieferbar. Diese Artikelzeilen werden über den Fakturierungsplan 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.

• Rechnungsempfänger (Feld BPCINV)

Der Code des Rechnungsempfängers muss aktiv sein. Dieser wird stets mit dem Code des Rechnungsempfängers initialisiert, der dem Auftraggeber zugeordnet ist. Dieser Code wird aus dem Kundendatensatz des Auftraggebers übernommen. Der Rechnungsempfänger kann ggf. geändert werden. Es kann in diesem Feld entweder ein Kunde ausgewählt oder zur Kundenverwaltung verzweigt werden, sofern der Benutzer über die hierfür erforderlichen Rechte verfügt. Nach Erstellung des teilweise ausgelieferten Auftrags kann auf diese Information nicht mehr zugegriffen werden.

Besonderheiten Intercompany: Wird auf Basis einer Bestellung automatisch ein Intercompany-Auftrag erstellt, entspricht der Rechnungsempfänger dem Kunden, der in der Bestellung als dem Rechnungsstandort zugeordnet angegeben ist. Er kann in diesem Kontext nicht geändert werden.

• Feld BPINAM

Unternehmensname des Rechnungsempfängers. Diese Information kann nicht geändert werden.

• Regulierer (Feld BPCPYR)

Der Regulierer wird standardmäßig mit dem Regulierer des Auftraggebers initialisiert. Dieser Code wird aus dem Kundendatensatz des Auftraggebers übernommen. Der Regulierer kann ggf. geändert werden. Es kann in diesem Feld entweder ein Personenkonto ausgewählt oder zur Personenkontenverwaltung verzweigt werden, sofern der Benutzer über die hierfür notwendigen Rechte verfügt.

Besonderheiten Intercompany: Wird auf Basis einer Bestellung automatisch ein Intercompany-Auftrag erstellt, entspricht der Regulierer dem Kunden, der in der Bestellung als dem Rechnungsstandort zugeordnet angegeben ist. Er kann in diesem Kontext nicht geändert werden.

• Gruppenkunde (Feld BPCGRU)

Der Gruppenkunde wird mit dem Gruppenkundencode des Auftraggebers initialisiert. Dieser Code wird aus dem Kundendatensatz des Auftraggebers übernommen. Diese Information ermöglicht vor allem die Erstellung von Statistiken. Im Rahmen der automatischen Rechnungsgenerierung wird der Gruppenkunde auch für die Gruppierung von Rechnungen verwendet. Der Gruppenkunde kann gegebenenfalls geändert werden. Es kann in diesem Feld entweder ein Kunde ausgewählt oder zur Kundenverwaltung verzweigt werden, sofern der Benutzer über die hierfür erforderlichen Rechte verfügt.

Durch Auswahl der „Kundenschnellsuche“ können Sie nach einem oder mehreren Kunden mithilfe eines Kriteriums suchen. Eine Entsprechungsliste wird beim Tab ins nächste Feld erzeugt.
Für eine gezieltere Suche können alle im Block vorhandenen Felder ausgefüllt werden. Die Entsprechungsliste wird mit jedem Tab kleiner.

• Lieferadresse (Feld BPAADD)

Die Kombination des Auftraggebers und des Adresscodes identifiziert den Leistungsempfänger. Die Lieferadresse wird von der Standardlieferadresse, die dem Auftraggeber im Datensatz des Letzteren zugeordnet ist, oder vom ersten Lieferadresscode initialisiert, wenn keine Standardlieferadresse vorhanden ist. Klicken Sie über dieses Feld auf das Symbol Aktionen, um eine Lieferadresse auszuwählen. Werden die Lieferadressen nicht in der Zeile verwaltet (Parameter LINBPD - Zeilenweise belieferte Kunden), wird dieser Adresscode für jede Auftragszeile übernommen und kann nicht geändert werden. Ist das Gegenteil der Fall, wird dieser Adresscode für jede Zeile übernommen, kann jedoch geändert werden.

Wird die Lieferadresse der Auftragskopfzeile während der Erstellung geändert und wurde noch keine Zeile erfasst, wird eine Meldung angezeigt, in der Sie gefragt werden, ob Sie das angefragte Lieferdatum in Abhängigkeit des Versanddatums und der mit der neuen Adresse verknüpften Lieferfrist ändern möchten. In jedem Fall werden die mit dem neuen Lieferadresscode verknüpften Informationen neu initialisiert (Versandstandort, Lieferpriorität, Routencode, Lieferart, Frachtführer, Lieferfrist, Code Incoterm, Stadt Incoterm, Transitspediteur und dessen Adresscode, EU-Steuernummer, Intrastat-Transportort, Lieferkontakt und Vertreter, wenn diese vom Leistungsempfänger ausgegeben wurden).

Wird die Lieferadresse geändert, obwohl Auftragszeilen vorhanden sind (bei Auftragserstellung), erhalten Sie einen Hinweis, dass das Versanddatum in Bezug auf das angefragte Lieferdatum neu berechnet wird. In jedem Fall werden die zum neuen Lieferadresscode relativen Informationen in der Auftragskopfzeile neu initialisiert (Lieferpriorität, Routencode, Lieferart, Frachtführer, Lieferfrist, Lieferkontakt und Vertreter, wenn diese vom Leistungsempfänger ausgegeben wurden). Der Versandstandort ist von dieser Regel ausgenommen und wird gesichert. Eine Meldung wird angezeigt, die vorschlägt, die Änderungen auf die Bestellungen zu übertragen oder nicht. Abhängig von Ihrer Antwort gibt es mehrere Möglichkeiten:

• Ist die Antwort Ja, werden die die Lieferung betreffenden Informationen der Auftragszeile über die Lieferinformationen der Auftragskopfzeile geändert (Lieferadresscode, Lieferpriorität, Lieferart, Frachtführer, Lieferfrist, Lieferkontakt und Vertreter, wenn sie vom Leistungsempfänger ausgegeben wurden). Sind für diese neue Adresse ein oder mehrere Artikel untersagt, wird diese Liste auf der Maske in einer Logdatei angezeigt. Wenn Sie keine sperrende Preisprüfung haben (Benutzerparameter SDACLOK - Prüf. n. sperr. Pre. Mar. Men.), können Sie diesen Warnhinweis überspringen und fortfahren. Anschließend öffnet sich eine Dialogbox, in der Preis und Abschläge neu kalkuliert werden können. Antworten Sie mit Ja, erfolgt eine Preissuche für alle Dokumentzeilen. Ist der Preis in Abhängigkeit des Ländercodes und/oder des neuen Codes der geografischen Untereinheit definiert, können die Preise und Nachlässe je nach Kriterien neu zugewiesen werden.
• Ist die Antwort Nein oder Ende, werden die Informationen der Auftragszeile nicht geändert.
• Ist die Antwort Ja bei gleichem Wert, werden nur die Auftragszeilen mit Referenz auf die ursprüngliche Lieferadresse geändert. Sind für diese neue Adresse ein oder mehrere Artikel untersagt, wird diese Liste auf der Maske in einer Logdatei angezeigt. Wenn Sie keine sperrende Preisprüfung haben (Benutzerparameter SDACLOK - Prüf. n. sperr. Pre. Mar. Men.), können Sie diesen Warnhinweis überspringen und fortfahren. Anschließend öffnet sich eine Dialogbox, in der Preis und Abschläge neu kalkuliert werden können. Bei Antwort Ja wird eine Preissuche für alle Zeilen durchgeführt, deren Lieferadresse geändert wurde. Ist der Preis in Abhängigkeit des Ländercodes und/oder des neuen Codes der geografischen Untereinheit definiert, können die Preise und Nachlässe auf diese Zeilen je nach Kriterien neu zugewiesen werden.

Hinweise:

• Die Neuberechnung der Zeilenpreise erfolgt nur, wenn der Auftrag nicht geliefert (normale Aufträge) oder nicht fakturiert (Aufträge mit direkter Fakturierung) wurde und keine Zeile saldiert wurde.
• Die Dialogbox, die eine Neuberechnung der Preise und Nachlässe vorschlägt, wird nicht angezeigt, wenn mindestens eine Auftragszeile einen nicht lieferbaren Artikel vom Typ Dienstleistung betrifft und eine geplante Rechnung mit Fortschrittsstatus Freigegeben besitzt. In diesem Fall wird keine Neuberechnung der Preise und Nachlässe ausgeführt.

Besonderheit: hat der Parameter LINBPD - Leistungsempfänger detailliert (Kapitel VEN, Gruppe MIS) den Wert Nein, wird der Adresscode in jeder Auftragszeile übernommen und kann nicht in der Zeile geändert werden. Im Fall einer Änderung wird diese automatisch auf alle Auftragszeilen übertragen und dem Benutzer wird eine erneute Preissuche vorgeschlagen.

Besonderheiten Intercompany: Wird ein Intercompany-Auftrag automatisch auf der Basis einer Bestellung erstellt, entspricht die Lieferadresse dem Leistungsempfänger des Eingangsstandorts, der in der Bestellung angegeben ist.

• Feld BPDNAM

Unternehmensname der Lieferadresse.

• Projekt (Feld PJT)

Die Verwaltung des Projektcodes ist abhängig vom Wert des Parameters CTLOPPCOD - Projektprüfung erforderlich (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.

Wird die Erfassung geprüft, kann der Benutzer in Abhängigkeit des Kontextes ein Projekt auswählen, oder eine der Belastungseinheiten des Projekts (eine Budgetcharge oder eine Aufgabe) über den Belastungscode:

Sie können nur einen aktiven Belastungscode auswählen, der vom Status der betroffenen Entität abhängt. Wird er nach der Erstellung des Dokuments inaktiv, erfolgt die Prüfung und verhindert die Dokumentenänderung.

Der Projektcode wird bei der Anlage systematisch auf die Zeilen des Dokuments übertragen, wo er nur geändert werden kann, wenn die Verwaltung von Mehrfachprojekten der Dokumente zulässig ist (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Wert Nein).

Bei der Transformation eines Dokuments wird der Projektcode der Kopfzeile durch das erste ausgewählte Dokument initialisiert (wenn der Projektcode der Kopfzeile des Originaldokuments inaktiv wurde, wird der des Zieldokuments nicht ausgefüllt).

• Ja: der Projektcode wird auf alle Zeilen übertragen, mit Ausnahme der mit einem Fakturierungsplan und der mit einem nicht kompatiblen Meilenstein verbundenen Zeilen.
• Nein: der Projektcode wird nicht auf die Zeilen übertragen.
• Selber Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.

Verkaufsdokumente: Angebote, Aufträge, Lieferungen und Rechnungen:

• Für ein Angebot: das Angebot wurde nicht bestellt.
• Für einen Auftrag: der Auftrag wurde nicht geliefert (normale Aufträge) oder nicht fakturiert (Aufträge mit direkter Fakturierung), und keine Zeile wurde saldiert.
• Für eine Lieferung: die Lieferung wurde nicht freigegeben und es handelt sich um eine Direktlieferung.
• Für eine Rechnung oder eine Gutschrift: die Rechung oder Gutschrift wurde nicht freigegeben und es handelt sich um eine Direktrechnung/-gutschrift.

Die Gruppierung von zwei oder mehr Dokumenten mit unterschiedlichen Projektcodes in der Kopfzeile ist nur zulässig, wenn der Parameter PJTSNGDOC - Ein Projekt pro Dokument den Wert Nein hat. In diesem Fall können 2 Aufträge mit einem unterschiedlichen Projektcode nicht in einem Lieferschein gruppiert werden.

• Ist die Multi-Projektverwaltung der Dokumente zulässig (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Wert Nein), kann die Lieferung die direkten Lieferzeilen und die mit Aufgaben verbundenen Artikelzeilen betreffen. Der in der Kopfzeile angezeigte Projektcode wird nur in den direkten Lieferzeilen als Standardwert verwendet. Die mit Aufgaben verbundenen Artikelzeilen behalten ihren Projektcode, der nicht geändert werden kann. Wird der Projektcode in der Kopfzeile geändert, wird die Übertragung dieses Codes auf die Zeilen gemäß dem oben angegebenen Mechanismus vorgeschlagen. Dies gilt ausschließlich für die direkten Lieferzeilen.
• Ist die Multi-Projektverwaltung der Dokumente nicht zulässig (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Ja), kann die Lieferung nicht gleichzeitig die direkten Lieferzeilen und die mit Aufgaben verbundenen Artikelzeilen betreffen.
• Betrifft die Lieferung direkte Lieferzeilen, können Sie in der Kopfzeile keinen Projektcode erfassen, dem Aufgaben zugeordnet sind.
• Betrifft die Lieferung mit Aufgaben verbundene Artikelzeilen, können Sie nur die mit der gleichen Aufgabe verbundenen Artikelzeilen auswählen. Der in der Kopfzeile angezeigte Projektcode ermöglicht das Filtern der Aufgaben in der Auswahlleiste.

Sonderfall der Gratisartikel, die durch eine Preissuche nach Änderung des Projektcodes in der Kopfzeile generiert wurden: Der Gratisartikel zeigt den Projektcode des Ursprungsartikels an, jedoch nur, wenn dieser Code nicht in einer Aufgabe verwendet wird.

• Feld REP

Die Vertreter werden mit den Vertretern des Kunden oder mit den Vertretern des Leistungsempfängers initialisiert, wenn im Kundendatensatz keine Vertreter angegeben sind. Wird einer der beiden Vertreter geändert und sind Auftragszeilen vorhanden, schlägt das System dem Benutzer vor, die Änderung auf die Auftragszeilen zu übertragen und die Provisionssätze neu zu berechnen. Der Benutzer kann auch nur die Auftragszeilen ändern, die sich auf den alten Vertretercode beziehen (Auswahl Ja bei gleichem Wert).

• Retourdatum Muster (Feld LNDRTNDAT)

Das vorgesehene Datum der Mietrückgabe ist verfügbar, wenn es sich um einen Mietauftrag handelt. Es wird mit dem Auftragsdatum plus einem Monat initialisiert. Dieses Datum kann nicht vor dem Auftragsdatum liegen.

• Abschlussgrund (Feld CCLREN)

Diese Information ermöglicht die Angabe eines Abschlussgrunds für einen Auftrag oder eine Auftragszeile. Der Abschlussgrund kann angegeben werden, wenn der Parameter CCLRENORD (Grund Auftragsstorno) aktiviert ist. Beim Abschluss eines Auftrags oder einer Auftragszeile kann diese Information in einer vordefinierten Werteliste erfasst werden. Sie ermöglicht die Anzeige des Auftragsabschlussgrunds. Wird der Auftrag vollständig abgeschlossen, wird der erfasste Wert und das Abschlussdatum auch in den noch nicht abgeschlossenen Auftragszeilen eingetragen.

• Feld CCLDAT

• Steuerart (Feld VACBPR)

Die Steuerart steht für die Gebietskörperschaft, also für die bei der Bestimmung des Betrags anzuwendenden Berechnungsregeln.

Im Allgemeinen ermöglicht die Kombination einer Steuerart des Personenkontos mit einer Steuerebene des Artikels die Bestimmung des Steuercodes, der für die Dokumentzeile und folglich auch für die Buchungszeile anzuwenden ist.

Die Steuerart wird nach Priorität wie folgt belegt:

• Leistungsempfänger
• Personenkonto / Unternehmen
• Kunde

Wurde der Auftrag einmal erstellt, kann diese Information nicht mehr geändert werden. Wird die Steuerart dagegen nach der Erfassung der Auftragszeilen, aber vor der Auftragserstellung geändert, werden die Steuern für alle bereits erfassten Zeilen neu berechnet.

Es kann nur eine Steuerart angegeben werden, deren Rechtsordnung und Gruppe denen des Dokuments entsprechen.
Siehe Dokumentation zu den allgemeinen Prinzipien zur Multi-Rechtsordnung-Parametrisierung.

Der Parameter CTLTAX - Prüfung Steuercodes (Kapitel VEN, Gruppe VAT) ermöglicht die Prüfung, ob die Steuerart des Personenkontos:

• angegeben ist,
• aktiv ist,
• die Rechtsordnung und die Gruppe mit denen des Dokuments kohärent sind.

• Entität/Verwendung (Feld SSTENTCOD)

Erfassen Sie den Code der Entität/Verwendung, um den genauen Steuerbetrag für diesen Kunden zu berechnen. Dieser Steuercode ist mit dem System Avalara kompatibel und ermöglicht die Bestimmung de Kundentyps zu steuerlichen Zwecken.

Dieses Feld ist für alle Länder verfügbar. Der Code der Entität/Verwendung kann für jeden Lieferadresstyp angegeben werden, wenn ein Dokument für ein von der Steuer befreites Land verarbeitet wird. Ist die Verbindung mit SST Alle Dokumente berechnen auf Neingesetzt und ist ein Code der Entität/Verwendung angegeben, ist das Dokument steuerbefreit und unterliegt nicht den Verarbeitungskosten.

• Währung (Feld CUR)

Die Auftragswährung wird über die Kundenwährung initialisiert. Wurde der Auftrag einmal erstellt, kann diese Information nicht mehr geändert werden. Wird dagegen die Währung geändert, nachdem die Auftragszeilen erfasst wurden, aber bevor der Auftrag erstellt wurde, wird eine Umrechnung der Preise und Nachlässe durchgeführt. Es ist weiterhin möglich, eine neue Preissuche in Abhängigkeit der neuen Währung durchführen, wenn man auf die Frage „Sollen die Preise und Abschläge neu berechnet werden?“ mit „Ja“ antwortet.

• Preis (Feld PRITYP)

Der Wert dieses Feldes (Netto oder Brutto) wird vom allgemeinen Parameter SALPRITYP - Preis- / Betragstyp (Kapitel TC, Gruppe INV) definiert.

Hat der allgemeine Parameter NOTATI - Preis / Brutto / Netto (Kapitel TC, Gruppe INV) den Wert Nein, können Sie diese Information nicht ändern.

• Unterzeichnet (Feld APPFLG)

Diese Information bietet eine Übersicht über die Dokumentensituation aus Sicht der Unterschriftenregelung. Folgende Werte sind möglich: „Keine“, „Teilweise“, „Vollständig“, „Keine Verwaltung“, „Ja, automatisch“.

- Ist die Unterschriftenverwaltung für das Unternehmen nicht aktiviert (Parameter APPSQH für die Angebote, APPSOH für die Aufträge oder APPSOC für die Kontrakte), ist der Wert systematisch gleich „Keine Verwaltung“. Das Dokument kann bearbeitet und konvertiert werden (Konvertierung des Angebots in einen Auftrag, Lieferung des Auftrags oder Lieferanforderung).

- 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 die bereits erteilten Unterschriften wurden von einem Unterzeichner storniert.
• Ist der Wert „Teilweise“, wurde nur ein Teil der in der Unterschriftenregelung vorgesehenen Unterschriften bereits erteilt.
• Ist der Wert „Vollständig“, wurden alle in der Unterschriftenregelung vorgesehenen Unterschriften bereits erteilt. Es kann bearbeitet und bestellt (für Angebote) oder geliefert (für Aufträge und Lieferanforderungenn) werden.
  In den zwei letzten Fällen kann die Änderung bestimmter Felder des Dokuments (siehe Liste in der Dokumentation über die Unterschriftenregelung (SQHSIGfür die Angebote, SOHSIG für die Aufträge und SOCSIG für die Kontrakte)) den Unterschriftenkreis reinitialisieren und die Dokumentensituation in Bezug auf die Unterschriften beeinflussen.
  Im Spezialfall eines Kontrakts wird der Unterschriftenkreis erst geändert, wenn mindestens eine Lieferanforderung zugeordnet ist.
• Ist der Wert „Ja, automatisch“, ist die Unterschriftenverwaltung optional (Parameter APPSQH, APPSOH oder APPSOC) und kein Unterschriftenkreis wurde für dieses Dokument festgelegt. Es wird dann als unterzeichnet betrachtet und kann bearbeitet und bestellt (für Angebote) oder geliefert (für Aufträge und Lieferanforderungen) werden.

• Auftragsstatus (Feld ORDSTA)

Diese Information ermöglicht die Angabe des Auftragsstatus zu jedem Zeitpunkt. Folgende Werte sind möglich: Nicht abgeschlossen, Abgeschlossen. Solange der Auftrag noch nicht abgeschlossen ist, kann er geändert werden. Andernfalls kann der Auftrag nicht mehr geändert werden. Ein Auftrag wird als abgeschlossen angesehen, wenn dieser vollständig geliefert wurde (vollständig fakturiert für die Aufträge mit Direktfakturierung) oder manuell abgeschlossen wurde.

• Reservierung (Feld ALLSTA)

Folgende Werte sind möglich: Nicht reserviert, Teilweise reserviert, Reserviert.

• Lieferung (Feld DLVSTA)

Folgende Werte sind möglich: Nicht geliefert, Teilweise geliefert, Geliefert.

• Rechnung (Feld INVSTA)

Folgende Werte sind möglich: Nicht fakturiert, Teilweise fakturiert, Fakturiert.

• Kredit (Feld CDTSTA)

Folgende Werte sind möglich: OK, Gesperrt, Überschreitung Kreditlimit, Nicht geleistete Anzahlungen.

Gesperrt

Der Habenstatus des Kunden ist Gesperrt, wenn im Kundendatensatz angegeben wurde, dass der aktuelle Vorgang gesperrt wurde, oder wenn die angefragte Anzahlung nicht vollständig überwiesen wurde und der Parameter LOKORD - Auftrag sperren bei fehlender Anzahlung (Kapitel VEN, Gruppe ORD) folgenden Wert hat: „Ja“.

Überschreitung Kreditlimit 

Der Kreditstatus des Kunden lautet Überschreitung Kreditlimit, wenn die Summe des Kunden das für ihn zulässige Kreditlimit überschreitet.

 Die Prüfung der Überschreitung des Kreditlimits im Auftrag erfolgt für den Auftraggeber und nicht für den Rechnungsempfänger.

Nicht geleistete Anzahlungen

Der Auftrag hat den Status Nicht geleistete Anzahlungen, wenn die Anzahlung getätigt wurde, das Fälligkeitsdatum der Anzahlung überschritten wurde und die Zahlung noch nicht vollständig ausgeführt wurde (eine gespeicherte aber noch nicht gebuchte Zahlung wird nicht berücksichtigt).

Bei Reservierungen, bei denen eine oder mehrere Auftragszeilen reserviert werden sollen und das für den Kunden zulässige Kreditlimit überschritten wird, und der Benutzerparameter SCDTUNL - Genehmigung Auftragsentsperrung (Kapitel VEN, Gruppe AUZ) den Benutzer dazu berechtigt, die Reservierungen dennoch vorzunehmen, wird eine Bestätigung angefordert. Andernfalls kann die Reservierung des Auftrags nicht durchgeführt werden. Es wird dann eine Meldung ausgegeben und die Verarbeitung gesperrt.

• Ist das Kreditlimit des Kunden gesperrt, können Sie den Auftrag nicht reservieren.
• Wurde die Anzahlung nicht überwiesen, wird eine Bestätigungsanforderung angezeigt, wenn die Reservierung einer Zeile oder des gesamten Auftrags durchgeführt werden soll.

• Feld CDTBTN

• Sperre (Feld HLDSTA)

Dieses Feld wird angezeigt nur angezeigt, wenn die Option Sperrcode auf Ebene der Erfassungstransaktion aktiviert ist.
Es zeigt den Sperrstatus des Auftrags an:

OK

Der Auftrag hat keine manuelle Auftragssperre.

Gesperrt

Der Auftrag ist gesperrt. Der Sperrgrund wird neben dem Schlosssymbol angezeigt.
Um einen Auftrag zu sperren/entsperren, klicken Sie auf das Schlosssymbol Sperre Hold-Status.

• Feld HLDBTN

Klicken Sie auf das Schloss-Symbol, um einen Auftrag zu sperren oder zu entsperren.

Um einen Auftrag zu sperren:

• Klicken Sie auf dieses Symbol. Die Maske Sperrung / Freigabe Auftrag wird angezeigt.
• Geben Sie den Sperrcode durch Auswahl des Sperrgrunds an.
  Diese Codes sind in der sonstigen Tabelle 204 definiert, in der die manuellen Sperrgründe aufgeführt sind. Um einen Code in dieser Tabelle zu ändern oder einen neuen Code hinzuzufügen, klicken Sie auf das Symbol Gehe zu im Feld Sperrcode.
  In dieser Tabelle bestimmen drei Parameter den Status der Reservierung, die Anlage der Sonderbeschaffung und die Zugriffscodes für eine erhöhte Sicherheit:
• Wählen Sie Nein im Feld Reservierung aus, um die Reservierung der Mengen aufzuheben, wenn der Code des Sperrgrunds ausgewählt wurde.
• Wählen Sie Ja im Feld Sperre Sonderbeschaffung aus, um die Anlage der Sonderbeschaffung zu sperren.
• Erfassen Sie einen Zugriffscode, um die Entsperrrechte für den Auftrag auf Benutzer einzuschränken, deren Profil diesen Code besitzt.
• Klicken Sie auf OK.

Ist ein Auftrag gesperrt, kann in diesem Auftrag keine Aktivität gespeichert werden, bis die Sperre aufgehoben wird. Die Lieferung, Fakturierung oder Kommissionierung sind auch gesperrt. Die Reservierung und die Anlage der Sonderbeschaffung hängen von den Parametern des Grundcodes der manuellen Auftragssperre ab.

Wird die Sperrung eines Auftrags aufgehoben, bleibt der Kunde jedoch gesperrt, ist der Lieferungsimport dieses Auftrags nicht möglich. Die interaktive Lieferung des Auftrags ist jedoch weiterhin möglich.

Um einen Auftrag zu entsperren:

• Klicken Sie auf dieses Symbol.
• Wählen Sie Ja im angezeigten Dialogfenster aus.

Dieses Symbol ist nicht verfügbar, wenn Sie keine ausreichenden Rechte haben, um den Auftrag zu entsperren. Dies ist der Fall, wenn nur eine oder alle der folgenden Bedingungen erfüllt werden:

• Sie verfügen auf Ebene Ihres Profils nicht über den erforderlichen Zugriffscode.
• Der Benutzerparameter HLDREL - Berechtigung manuelle Auftragssperre (Kapitel Verkauf, Gruppe AUZ) hat den Wert Nein.

Der Benutzer, der die Sperre erstellt hat, kann sie immer entsperren, auch wenn er keinen Sperrzugriffscode hat.

Ist der Sperrcode keinem Zugriffscode zugewiesen, können alle Benutzer den Auftrag entsperren.
Alle Benutzer, die Rechte für die aktuelle Erfassungstransaktion (das Feld Sperrcode muss aktiv sein) haben und deren Parameter SCDTUNL - Genehmigung Auftragsentsperrung (Kapitel Verkauf, Gruppe AUZ) den Wert Ja hat, können den Auftrag entsperren.

• Feld HLDCOD

Dieses Feld zeigt den Grundcode der manuellen Sperrung an, der erfasst wurde, um den Auftrag zu sperren.

Um diesen Code zu erfassen, öffnen Sie die Maske Sperrung / Freigabe Auftrag, indem Sie auf das Symbol Sperre Hold-Status (Schloss) klicken.
In dieser Maske klicken Sie auf das Symbol Gehe zu im Feld Sperrcode, um in der sonstigen Tabelle 204 der manuellen Sperrgründe einen Code zu ändern oder einen neuen Code zu erfassen. In dieser Tabelle bestimmen drei Parameter den Status der Reservierung, die Anlage der Sonderbeschaffung und die Zugriffscodes für eine erhöhte Sicherheit:

• Wählen Sie Nein im Feld Reservierung aus, um die Reservierung der Mengen aufzuheben, wenn der Code des Sperrgrunds ausgewählt wurde.
• Wählen Sie Ja im Feld Sperre Sonderbeschaffung aus, um die Anlage der Sonderbeschaffung zu sperren.
• Erfassen Sie einen Zugriffscode, um die Entsperrrechte für den Auftrag auf Benutzer einzuschränken, deren Profil diesen Code besitzt.

• Auftragsbestätigung (Feld OCNPRN)

Diese Information ermöglicht die Angabe, ob eine Bestellbestätigung ausgedruckt wurde.

• Intersite (Feld BETFCY)

Diese nicht änderbaren Informationen geben an, ob der Auftrag Intersite oder Intercompany ist. Betrifft der Auftrag einen Intersite-Kunden (Standort im gleichen Unternehmen), kann keine Rechnung gestellt werden. Betrifft der Auftrag Intercompany-Kunden (Standort in einem anderen Unternehmen), kann eine Rechnung generiert werden.

• Intercompany (Feld BETCPY)

• Elektronische Signatur (Feld SOHCFMFLG)

• Freigabedatum (Feld SOHVALDATC)

• Versandstandort (Feld STOFCY)

Der Versandstandort ist der Lagerstandort, von dem die Artikel versendet werden, wenn der Auftrag geliefert wird.

Der Versandstandort wird mit dem Versandstandort initialisiert, der im Leistungsempfänger angegeben ist (er entspricht dem Standardversandstandort für diese Lieferadresse), oder, falls nicht angegeben, mit dem Standardlagerplatz des Benutzers. In beiden Fällen muss der Versandstandort zum gleichen Unternehmen gehören, wie der Verkaufsstandort, ohne dass er vorgeschlagen wird, und er muss erfasst werden.

Der Versandstandort kann unter bestimmten Bedingungen geändert werden:

• Der erfasste Standort muss als Lagerstandort erklärt sein
• Er muss zum selben juristischen Unternehmen gehören wie der Verkaufsstandort.

Der in der Kopfzeile erfasste Versandstandort dient als Standardwert für die Auftragszeilen. Bei Vollständigen Lieferaufträgen kann der Versandstandort nicht in den Auftragszeilen geändert werden.

Wurde der Versandstandort geändert und sind die Auftragszeilen vorhanden, schlägt das System dem Benutzer vor, den Versandstandort in allen Auftragszeilen zu ändern (nur die nicht zugewiesenen und nicht gelieferten Auftragszeilen werden geändert).

Besonderheiten Intercompany: Wird ein Intercompany- oder Intersite-Auftrag auf der Basis einer Bestellung generiert, ist der Versandstandort mit dem Versandstandort vorbelegt, der in der Bestellung erfasst wurde. Er kann geändert werden, um Versandrisiken zu verwalten. Der ursprüngliche Auftrag wird hingegen durch diese Änderung nicht aktualisiert.

• Lieferpriorität (Feld DLVPIO)

Geben Sie in diesem Feld die Lieferpriorität an (Normal, Dringend, Sehr dringend). Diese Information wird für die Klassifizierung der Aufträge bei der Vorbereitung der Lieferung verwendet.
Sie wird über die Lieferadresse des Kunden initialisiert. Sie wird standardmäßig in die Auftragszeilen übernommen, wo sie geändert werden kann, wenn die Lieferart des Auftrags nicht Vollständig ist. Wenn Sie diese Information ändern und bereits Auftragszeilen vorhanden sind, wird eine Meldung angezeigt, die vorschlägt, diese Änderung auf die Auftragszeilen zu übertragen.
Diese Information wird in der automatischen Reservierungsverarbeitung der Aufträge verwendet, um die prioritär zu verarbeitenden Aufträge zu bestimmen.

Die Auftragszeilen, die sich auf nicht lieferbare Artikel erstrecken, sind von dieser Information nicht betroffen.

• Gewünschte Lieferung (Feld DEMDLVDAT)

Das gewünschte Lieferdatum entspricht dem vom Kunden gewünschten Datum. Es wird mit dem Versanddatum (das über das Auftragsdatum initialisiert wird) plus der Lieferzeit der Lieferadresse initialisiert. Dieses Datum wird standardmäßig in den Zeilen des Auftrags übernommen, wenn die Artikel lieferbare Artikel sind. Wird dieses Datum geändert, wird es dazu verwendet, das Versanddatum neu zu berechnen. Wenn der Auftrag Zeilen enthält, wird in einer Meldung vorgeschlagen, das gewünschte Lieferdatum, das späteste Lieferdatum (wenn das erfasste Datum später liegt) und das neue Versanddatum in den Auftragszeilen zu aktualisieren.

Für dieses Datum wird eine Prüfung in Bezug auf die Öffnungstage des Kunden und seinen Kalenderfehltagen durchgeführt. Entspricht das gewünschte Lieferdatum einem Schließtag des Kunden, wird das Datum automatisch auf ein späteres Datum verschoben. Entspricht das gewünschte Lieferdatum einem Kalenderfehltag des Kunden, wird eine Warnmeldung angezeigt, die Ihnen vorschlägt, dieses Datum zu ändern oder fortzufahren.

Besonderheiten bei Intercompany-Aufträgen: Wird ein Intercompany- oder Intersite-Auftrag auf der Basis einer Bestellung erstellt, wird das gewünschte Lieferdatum mit dem frühesten geplanten Wareneingangsdatum initialisiert, das in den Auftragszeilen angegeben wurde.

• Lieferzeit (Feld DAYLTI)

Erforderliche Zeit in Tagen, um diesen Leistungsempfänger zu beliefern. Sie wird mit der Zeit initialisiert, die in der Lieferadresse des Kunden angegeben ist. Diese Zeit wird standardmäßig in den Zeilen des Auftrags vorgeschlagen, die der Lieferadresse der Auftragskopfzeile entsprechen, wenn die Artikel lieferbare Artikel sind.

Sie dient zur Initialisierung des Versanddatums ab dem angefragten Lieferdatum. Die Änderung dieser Zeit führt zu einer Neuberechnung des Versanddatums in Abhängigkeit des angefragten Lieferdatums.

• Sendung (Feld SHIDAT)

Das Versanddatum wird beim Start mit dem Auftragsdatum oder dem Tagesdatum (wenn das Auftragsdatum vor dem Tagesdatum liegt) initialisiert. Dieses Datum wird in Bezug auf die Öffnungstage des Versandstandorts und die Nichtverfügbarkeitszeiten dieses Standorts geprüft. Entspricht das berechnete Versanddatum einem Schließtag des Standorts, verschiebt das System das Versanddatum (nach hinten) auf das erste Öffnungsdatum. Entspricht das Datum einem Nichtverfügbarkeitstag, zwingt Sie eine blockierende Prüfung dazu, ein neues Versanddatum zu erfassen. Dieses Versandatum wird standardmäßig in den Zeilen des Auftrags übernommen, wenn die Artikel lieferbare Artikel sind.

Ein Warnhinweis kann auch angezeigt werden, wenn das erfasste Versanddatum nach dem angeforderten Lieferdatum liegt.

Durch Änderung des Versanddatums wird nie das angeforderte Lieferdatum aktualisiert.

• Voraussichtliche Lieferzeit (Feld DEMDLVHOU)

Dieses Feld unterliegt dem Aktivitätscode EDIX3.
Es ermöglicht die Angabe der voraussichtlichen Lieferzeit des Auftrags. Diese Uhrzeit wird in den Auftragszeilen verwendet, um den in den Feldern Voraussichtliche Lieferzeit und Späteste Lieferzeit definierten Lieferzeitbereich zu initialisieren.

• Tournr. (Feld DRN)

Durch ein lokales Menü geprüfter Code, mit dem Lieferscheine in Abhängigkeit eines Routencodes generiert werden können, der zum Beispiel ein geografisches Gebiet definiert. Diese Angabe ist durch die Lieferadresse des Kunden definiert.

• Lieferart (Feld MDL)

Dieser Code ermöglicht Ihnen die Definition der Informationen in Bezug auf Transport und Lieferung. Er wird in der Tabelle der Lieferarten geprüft. Er wird über den Leistungsempfänger initialisiert.

Diese Information beschreibt die Art und Weise, wie die Waren an den Kunden geliefert werden (insbesondere wird diese Information für die Intrastat-Meldung benötigt). Sie wird in den Auftragszeilen übernommen, wenn die Artikel lieferbare Artikel sind. Sie können sie in den Zeilen ändern, wenn die Lieferart des Auftrags nicht Vollständig ist.

Wenn Sie diese Information ändern und bereits Auftragszeilen vorhanden sind, wird eine Meldung angezeigt, die vorschlägt, diese Änderung auf die Auftragszeilen zu übertragen.

Besonderheiten Intercompany: Im Rahmen von Intercompany- oder Intersite-Aufträgen, die über eine Bestellung generiert wurden, wird die Lieferart mit der Lieferart initialisiert, die auf der Bestellung erfasst ist, wenn die Lieferart nicht vom Leistungsempfänger angegeben wurde.

• Frachtführer (Feld BPTNUM)

Frachtführer, der üblicherweise ausgewählt wird, um die Ware an die Lieferadresse des Kunden zu transportieren. Er wird zum Zeitpunkt der Lieferung verwendet, um die Transportkosten festzulegen. Der Frachtführer wird in der Auftragszeile übernommen, wenn die Artikel lieferbare Artikel sind. Sie können ihn ändern, wobei es möglich ist, ihn in den Zeilen zu ändern, wenn die Lieferart des Auftrags nicht Vollständig ist.

Wenn Sie diese Information ändern und bereits Auftragszeilen vorhanden sind, wird eine Meldung angezeigt, die vorschlägt, diese Änderung auf die Auftragszeilen zu übertragen.

Besonderheiten Intercompany: Im Rahmen von Intercompany- oder Intersite-Aufträgen, die über eine Bestellung generiert wurden, wird der Frachtführer mit dem Frachtführer initialisiert, der auf der Bestellung erfasst ist, wenn der Frachtführer nicht vom Leistungsempfänger angegeben wurde.

• 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.

Bei der Erstellung eines Angebots, eines Auftrags, einer Lieferung oder einer Rechnung wird der Incoterm-Code mit dem für den Leistungsempfänger standardmäßig definierten Incoterm-Code initialisiert.

Dieser Incoterm-Code kann geändert werden. Bei Angeboten und Aufträgen ist der Incoterm-Code für das gesamte Dokument eindeutig. Bei der Umwandlung eines Dokuments wird der Incoterm-Code auf das untergeordnete Dokument übertragen.

Der Code und die Stadt für die Incoterms sind auch über das MenüOptionen / Intrastat-Warennummer zugänglich.

• 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.

• Letzte Liefernr. (Feld LASDLVNUM)

Nummer und Datum der letzten für diesen Auftrag ausgeführten Lieferung. Eine Verzweigung ermöglicht den Zugriff auf diese Lieferung.

• Letztes Lieferdatum (Feld LASDLVDAT)

• Lieferart (Feld SDHTYP)

Dieses nicht änderbare Feld gibt den Liefertyp des gewählten Auftragstyps an.

Falls diese Information nicht angegeben wurde:

• Bei der Lieferung des Auftrags über die Schaltfläche [Lieferung]:
  Der Liefertyp, der vom Parameter SDHTYPNOR - Standardlieferart oder SDHTYPLND - Typ Musterlieferung (Kapitel VEN, Gruppe SSD) angegeben wird, wird berücksichtigt.
• Bei den Verarbeitungen Automatische Auslieferungen und Lieferung Kommissionierscheine:
  Der in der Startfunktion der Verarbeitung angegebene Liefertyp wird berücksichtigt.

• Abschluss erlaubt (Feld ORDCLE)

Diese vom Auftraggeber initialisierte Information ermöglicht es, den Abschluss einer Zeile oder des Auftrags zuzulassen. Wenn die Transaktion es zulässt, kann diese Information bei der Auftragserfassung geändert werden.

• 1 Auftrag pro Lieferung (Feld ODL)

Diese vom Auftraggeber initialisierte Information ermöglicht es, die Gruppierung mehrerer Aufträge unter einer Lieferung zu untersagen. Wenn die Transaktion es zulässt, kann diese Information bei der Auftragserfassung geändert werden.

• Teillieferung (Feld DME)

Diese vom Auftraggeber initialisierte Information ermöglicht die Angabe der Auftragslieferart. Möglich sind drei Werte:

• Genehmigt bedeutet, dass der Auftrag teilweise geliefert werden kann.
• Vollständige Zeile bedeutet, dass der Auftrag teilweise geliefert werden kann, wenn die vollständige Zeile geliefert wird.
• Vollständiger Auftrag bedeutet, dass der gesamte Auftrag in einer einzigen Lieferung geliefert werden muss.

Das heißt auch, dass eine Teilreservierung nicht für eine Auftragszeile oder einen Auftrag ausgeführt werden kann, wenn der Bestand nicht ausreicht, um eine Zeile oder einen Auftrag vollständig abzudecken: die Option Teilreservierungen muss auf dem Auftrag oder in den Sammelreservierungsoptionen angegeben sein.Im Fall einer Teillieferung wird bei der Erfassung der zu reservierenden Menge oder bei der Manuellen Reservierung in der Zeile eine Warnmeldung angezeigt.

Hinweis:Wenn Sie Vollständige Zeile oder Vollständiger Auftrag auswählen, können Sie die Warnmeldung ignorieren und die Teillieferung erzwingen.

• Reservierungsart (Feld ALLTYP)

Der Reservierungstyp (global/detailliert) wird mit dem Wert des allgemeinen Parameters ALLTYP - Reservierungstyp (Kapitel VEN, Gruppe SAL) initialisiert. Er kann je nach verwendeter Erfassungstransaktion geändert werden. Der in diesem Register angegebene Reservierungstyp dient als Standardwert für die Auftragszeilen, die anschließend erfasst werden.

Diese Information kann nicht mehr geändert werden, wenn im Auftrag Reservierungen vorhanden sind.

Die allgemeine Reservierung reserviert die Ware ohne Unterscheidung mit einer allgemeinen Summe, wohingegen die detaillierte Reservierung genaue Bestandsobjekte (Charge, Serie...) reserviert. Ein Auftrag kann über den Auftrag werden. Sie können die zu reservierende Menge per Klick auf das Symbol Aktionen in der Zeile erfassen, um die Bestandszeilen bei einer detaillierten Reservierung auszuwählen, oder auf die Schaltfläche Reservierung, oder über die Funktionen Automatische Reservierung oder Reservierung pro Artikel.

• Fakturierungsmodus (Feld IME)

Diese Information wird vom Auftraggeber initialisiert und ermöglicht die Definition der Fakturierungsart des Kunden. Diese Fakturierungsart wird von dort an verwendet, um die Lieferscheine oder die Aufträge mit Direktrechnung zu fakturieren, indem sie gruppiert oder aufgesplittet werden. Diese Information wird in den automatischen Fakturierungsverarbeitungen und in der Funktion für die manuelle Fakturierung verwendet (wobei eine Prüfung in Bezug auf diese Information durchgeführt wird).

Die verfügbaren Fakturierungsarten und deren Einfluss auf die Fakturierung der Lieferungen sind wie folgt:  

• 1 Rechnung / LS: Diese Fakturierungsart benötigt eine getrennte Rechnung für jede der erstellten Lieferungen.
• 1 Rechnung / abgeschlossener Auftrag: Diese Fakturierungsart lässt die Fakturierung der zu einem Auftrag gehörenden Lieferungen nur zu, wenn dieser abgeschlossen ist, und wenn alle zugehörigen Lieferungen freigegeben sind, und wenn alle Lieferungen Teil der automatischen Fakturierungsauswahl sind. Es wird nur eine einzige Rechnung generiert, die sämtliche Lieferungen des Auftrags gruppiert.
• 1 Rechnung / Auftrag: Diese Fakturierungsart ermöglicht die Erstellung einer Rechnung für alle Lieferungen, die mit der Fakturierungsverarbeitung freigegeben wurden. Es wird eine Rechnung generiert, die sämtliche Lieferungen gruppiert.
• 1 Rechnung / Leistungsempfänger: Diese Fakturierungsart ermöglicht die Erstellung einer Rechnung für alle Lieferungen für einen Leistungsempfänger auf einer einzigen Rechnung bei der Ausführung der automatischen Fakturierungsverarbeitung. Eine Prüfung ist auch bei der manuellen Fakturierung der Lieferungen vorhanden.
• 1 Rechnung / Periode: Diese Fakturierungsart ermöglicht die Erstellung einer Rechnung für alle Lieferungen in Abhängigkeit der für den Kunden definierten Fakturierungsperiodizität. Beträgt das Rechnungsintervall z.B. eine Woche, werden alle Lieferungen der KW 32 (Versanddatum oder Lieferdatum in Abhängigkeit des Parameters INVREFDAT - Ursprungsdatum für Fakturierung) auf der gleichen Rechnung gruppiert. Es gibt eine mit der Fakturierungsperiodizität verknüpfte Besonderheit, wenn diese den Wert auf Anfrage hat.Die Lieferungen mit einer solchen Periodizität werden zusammen gruppiert. Eine Prüfung wird auch bei der manuellen Fakturierung der Lieferungen ausgeführt, um nur die Gruppierung der Lieferungen zuzulassen, deren Fakturierungsart nach Periode und manuell ist.
• Manuelle Rechnung: Diese Rechnungsart wird nicht in den automatischen Fakturierungsverarbeitungen berücksichtigt. Die Fakturierung erfolgt manuell bei der Rechnungserfassung.

Einfluss der Fakturierungsart auf die Erzeugung von Lieferungen: die Aufträge mit Fakturierungsart 1 Rechnung / Auftrag oder 1 Rechnung / abgeschlossener Auftrag werden nie unter einer Lieferung zusammen gruppiert.

Außer diesen Fakturierungsarten gibt es Informationen, ob sie sich von Lieferung zu Lieferung unterscheiden und die Zusammengruppierung zweier Lieferungen untersagen. Siehe Hilfe über die automatische Fakturierung der Lieferungen.

Der Einfluss der Fakturierungsarten auf die Aufträge mit Direktrechnung ist folgender:

• 1 Rechnung / LS: Diese Fakturierungsart benötigt eine getrennte Rechnung für jeden der Aufträge mit Direktrechnung. Ein Auftrag kann über die Funktion automatische Fakturierung teilweise fakturiert werden, wenn die Lieferart des Auftrags nicht Vollständiger Auftrag ist.Ist die Lieferart des Auftrags Vollständiger Auftrag, müssen alle Zeilen des Auftrags fakturiert werden (die im Bestand verwalteten Auftragszeilen müssen zugewiesen sein), ohne die die Rechnung nicht generiert wird. Bei der manuellen Fakturierung eines solchen Auftrags gibt es keine Einschränkungen in Bezug auf die Lieferart. Eine Teilrechnung ist auch möglich, wenn die Lieferart Vollständiger Auftrag ist.
• 1 Rechnung / abgeschlossener Auftrag: Diese Fakturierungsart benötigt eine getrennte Rechnung für jeden der Aufträge mit Direktrechnung. Ein Auftrag muss hingegen vollständig betrachtet werden, um über die Funktion automatische Fakturierung fakturiert zu werden. Es gibt daher nur eine Rechnung für diesen Auftrag. Bei der manuellen Erfassung kann man gegen diese Regel verstoßen, indem ein solcher Auftrag teilweise fakturiert wird.
• 1 Rechnung / Auftrag: Für die Aufträge mit Direktrechnung entspricht diese Fakturierungsart der zuvor beschriebenen Fakturierungsart: 1 Rechnung / LS. 1 Rechnung / LS:
• 1 Rechnung / Leistungsempfänger: Diese Fakturierungsart ermöglicht die Erstellung einer Rechnung für alle Aufträge mit Direktrechnung für einen Leistungsempfänger auf einer einzigen Rechnung bei der Ausführung der Fakturierungsverarbeitung. Betreffen die Auftragszeilen unterschiedliche Leistungsempfänger, gibt es so viele Rechnungen wie Lieferungen in der Zeile. Eine Prüfung ist auch bei der manuellen Fakturierung der Aufträge vorhanden.
• 1 Rechnung / Periode: Diese Fakturierungsart ermöglicht die Erstellung einer Rechnung für alle Aufträge in Abhängigkeit der für den Kunden definierten Fakturierungsperiodizität. Beträgt das Rechnungsintervall z.B. eine Woche, werden alle Aufträge der KW 32 (in Bezug auf das angefragte Lieferdatum der Auftragskopfzeile) auf der gleichen Rechnung gruppiert. Es gibt eine mit der Fakturierungsperiodizität verknüpfte Besonderheit, wenn diese den Wert auf Anfrage hat.Die Aufträge mit einer solchen Periodizität werden zusammen gruppiert.
• Manuelle Rechnung: Diese Rechnungsart wird nicht in den automatischen Fakturierungsverarbeitungen berücksichtigt. Die Fakturierung erfolgt manuell bei der Rechnungserfassung.

Außer diesen Fakturierungsarten gibt es Informationen, ob sie sich von Auftrag zu Auftrag unterscheiden und die Zusammengruppierung zweier Aufträge untersagen. Siehe Hilfe über die automatische Fakturierung der Aufträge.

• Zahlungsbedingung (Feld PTE)

Die Zahlungsbedingungen ermöglichen die Identifikation der Zahlungsarten des Kunden sowie die Staffelung der Zahlungen bei der Rechnungsstellung des Auftrags. Um die Staffelung der erwarteten Zahlungen zu simulieren, gehen Sie in die Verwaltung der Zahlungsbedingungen und klicken Sie auf Simulation.

Anzahlungsfälligkeiten können Teil dieser Aufteilung sein. In diesem Fall werden die Anzahlungsanfragen automatisch bei der Auftragserstellung in Abhängigkeit der Auftragszeilen generiert. Diese Anzahlungsanfragen können jederzeit geändert werden.

Diese Information wird mit der Zahlungsbedingung des Rechnungsempfängers oder des Regulierers des Kunden im Angebot initialisiert, je nach Auswahl auf Ebene des Parameters PAYTERMVAL - Init Zahlungsbedingungen (Kapitel TC, Gruppe RSK).

Die Initialisierung erfolgt nach folgender Prioritätenreihenfolge:

• Datensatz Personenkonto / Unternehmen (Funktion Personenkonten)
• Datensatz Kunde

Die Zahlungsbedinungen können geändert werden, wenn noch keine Anzahlungsanfrage gezahlt und noch kein Auftrag fakturiert wurde. Durch Änderung der Zahlungsbedingungen werden die bereits vorhandenen Anzahlungsanfragen gelöscht und neue, mit den neuen Zahlungsbedingungen verknüpfte Anzahlungsanfragen erstellt.

Es kann nur eine Zahlungsbedingung angegeben werden, die zur Rechtsordnung und der Gruppe des Unternehmens des Belegstandorts passt.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

• Skonto (Feld DEP)

Diese Information ermöglicht die Bestimmung von Skonto- oder Verzugszinssätzen in Abhängigkeit des Zahlungsverzugs bzw. Vorauszahlungszeitraums in Bezug auf das Fälligkeitsdatum. Weitere Informationen finden Sie in der Dokumentation Skonto.

Der Skontocode ist im Auftrag erfasst. Er wird gemäß der folgenden Prioritätenreihenfolge mit dem des Rechnungsempfängers im jeweiligen Datensatz belegt:

• Personenkonto / Unternehmen (Funktion Personenkonten)
• Kunde.

Es kann nur eine Zahlungsbedingung angegeben werden, die zur Rechtsordnung und der Gruppe des Unternehmens des Belegstandorts passt.

Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

• Angebotsnr. (Feld SQHNUM)

Nummer des ursprünglichen Angebots des Auftrags. Eine Verzweigung ermöglicht den Zugriff auf das Angebot. Bei mehreren Angeboten wird auf dieser Ebene keine Angebotsnummer angezeigt. Sie werden in der Zeile angezeigt.

• Proformanr. (Feld PRFNUM)

Proforma-Rechnungsnummer des Dokuments. Die generierte Proformanummer wird angezeigt, wenn eine Proformarechnung aus diesem Dokument erstellt wird. Eine Verzweigung ermöglicht dann den Zugriff auf die Rechnung.

• Letzte Rechnungsnr. (Feld LASINVNUM)

Nummer und Datum der letzten Rechnung zu diesem Auftrag. Eine Verzweigung ermöglicht den Zugriff auf diese Rechnung.

• Letztes Rechnungsdatum (Feld LASINVDAT)

• Rechnungskonditionen (Feld INVCND)

Diese Information wird nur für die Aufträge der Kategorie Normal verwaltet. Es ist kein Pflichtfeld.
Sie wird mit den Rechnungsbedingungen des Rechnungsempfängers initialisiert, falls vorhanden. Dies kann geändert werden. Es kann nur eine Rechnungsbedingung angegeben werden, die zur Rechtsordnung und der Gruppe des Unternehmens des Dokumentstandorts passt.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

Die Rechnungsbedingungen, die Sie hier angeben, werden verwendet, um die Rechnungsbedingungen jeder Auftragszeile zu initialisieren, die sich auf Artikel der Kategorie Generisch oder Dienstleistung erstreckt, die verkauft und nicht lieferbar sind.
Wenn Sie die Rechnungsbedingungen auf Kopfebene ändern, öffnet sich eine Dialogbox und schlägt die Übertragung der Änderung auf die Zeilen des Dokuments gemäß den folgenden Optionen vor:

• Ja: die Rechnungsbedingungen werden auf alle Zeilen übertragen, mit Ausnahme der mit einem Fakturierungsplan verknüpften Zeilen.
• Nein: die Rechnungsbedingungen werden nicht auf alle Zeilen übertragen.
• Selber Wert: die Rechnungsbedingungen werden nur auf die Zeilen übertragen, die die alten Rechnungsbedingungen hatten.

Es sind nur die Zeilen betroffen, die nicht saldiert sind oder nicht Teil einer Rechnung waren.

Über das Symbol Aktionen können Sie auf die Verwaltungsfunktion der Rechnungsbedingungen zugreifen. In dieser Funktion ermöglicht eine Aktion Simulation die Simulation der Staffelung der erwarteten geplanten Rechnungen.

• Valutadatum (Feld VCRINVCNDD)

Es handelt sich um das Startdatum der Berechnung der geplanten Rechnungen.
Dieses Datum wird mit dem der Auftragsdatum initialisiert. Sie können dieses Datum ändern, es muss jedoch nach oder am Auftragsdatum liegen. Im Fall einer Änderung schlägt Ihnen eine Meldung vor, die Daten und Perioden der Zeilen der Fristenliste neu zu berechnen. Diese Neuberechnung gilt nicht für die bereits vollständig oder teilweise fakturierten Auftragszeilen.
 Die Anzeige und die Verwaltung dieses Felds (ausgeblendet, eingeblendet, erfasst) ist mit den Rechnungsbedingungen verknüpft und hängt von der für dieses Feld auf Erfassungstransaktionsebene ausgeführten Parametrisierung ab.

• Dimension (Feld DIE)

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

• Bezeichnung (Feld NAMDIE)

Dieses Feld übernimmt die Bezeichnung der Dimension.

• Sektor (Feld CCE)

Die Sektoren werden gemäß dem Parameter der Standardsektoren aus der Verwaltung der Auftragskopfzeilen initialisiert. Abhängig von der Parametrisierung können sie weiterhin geändert werden.
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.

Besonderheiten bei Intercompany-Aufträgen:
Bei Intercompany- oder Intersite-Aufträgen können per Parametrisierung der Standardsektoren SOH ggf. die Sektoren bestimmter in der Bestellkopfzeile erfasster Dimensionen übernommen werden.

• Kurzbezeichnung (Feld SHO)

Erfassen Sie eine Kurzbezeichnung für das Rechnungselement.

• Prozent / Betrag (Feld INVDTAAMT)

Die Werte beziehen sich auf die Rechnungsfußzeile. Diese Informationen können direkt aus dem Parameter der Elemente der Rechnungsfußzeile stammen, oder aus dem Datensatz des betroffenen Kunden oder aus dem ausgewählten Angebot.
Weitere Informationen finden Sie in der Dokumentation Rechnungselemente.
Die Fußzeilenelemente können geändert werden. Diese Werte wirken sich direkt auf die Netto- und Bruttobeträge des Dokuments aus.

Die Rechnungselemente, deren Gruppierungsregel auf Gewichts- oder Volumenanteil basiert, werden nicht in den Flüssen für die nicht lieferbaren Artikel berücksichtigt.

Im Fall einer Auftragsänderung durch Löschen eines Angebots oder einer bzw. mehrerer Angebotszeilen können die Beträge der Rechnungselemente nicht unter Berücksichtigung der gelöschten Zeilen oder Angebote neu berechnet werden: der Teil der Rechnungselemente in Bezug auf diese Zeilen oder Angebote wird nicht aus dem so geänderten Auftrag gestrichen.

Besonderheiten bei Intercompany-Aufträgen:
Wurde der Vertrag aus einer Intercompany-oder Intersite-Bestellun generiert und ist durch die Intercompany-Parametrisierung festgelegt, dass die Rechnungselemente aus dem Einkauf stammen, so werden diese mit den zur ursprünglichen Bestellungen erfassten Werten angegeben.

• Feld INVDTATYP

Das System gibt an, ob das Rechnungselement ein Prozentsatz oder ein Brutto- oder Nettobetrag ist.

• SST-Code (Feld SFISSTCOD)

Erfassen Sie den zu verwendenden Code, um den Standardsteuercode SST des Artikels oder des Rechnungselements zu ersetzen. Dieser Steuercode wird von Sage Sales Tax erkannt und ermöglicht die Identifizierung der Zeilentypen zu steuerlichen Zwecken. Dieses Feld ist nur verfügbar, wenn der Aktivitätscode LTA - Lokale Steuerregelungen aktiv ist und der Parameter USATAX - Zugrundelage Steuersysteme den Wert Ja hat.

Im Fall von Rechnungselementen, die als Nachlass auf SST-Dokument bezeichnet sind, können Sie den SST-Steuercode des Dokuments nicht löschen.

• Artikel (Feld ITMREF)

Artikelreferenz, für die eine Dokumentzeile gespeichert ist.

Sie können direkt eine Artikelreferenz oder eine Referenz Artikel / Kunde erfassen. Die Existenz dieser Referenz wird in den Dateien „Artikel/Verkauf“ und „Artikel/Kunde“ geprüft. Wenn Sie eine Referenz Artikel / Kunde erfassen, gibt das System die interne Artikelreferenz zurück. Bei der Erfassung eines Artikels wird eine sperrende Meldung angezeigt:

• wenn Preise vom Typ Unzulässig für bestimmte Kunden parametrisiert wurden (siehe Preisparameter),
• wenn dieser Artikel vom Typ Feste Stückliste und nicht lieferbar ist.

Für die folgenden Aktionen können sie auch das Menü Aktionen verwenden:

• Auswahl eines Artikels aus der Datei der verkauften Artikel
• Auswahl eines Artikels aus der Artikelliste des Kunden
• Anlage eines Artikels in der Datei, sofern entsprechende Benutzerrechte vorhanden sind
• Anzeige der Artikelpreise
• Anzeige des Artikelbestands am Versandstandort
• Anzeige des verfügbaren Bestands am Versandstandort
• Auswahl des Ersatzartikels, falls bereits gespeichert Diese Funktion ist zugänglich, wenn der Ursprungsartikel verfügbar ist. In den Bestandsinformationen zur Verfügbarkeit des Ersatzartikels wird eine Maske angezeigt. Der Ersatzartikel kann angenommen oder zurückgewiesen werden. Bei der Erfassung einer Auftragszeile ist der Austauschartikel über das Symbol Aktionen im Feld Bestellmenge der Tabelle verfügbar. Sie ist nicht verfügbar, wenn die Zeile reserviert oder teilweise geliefert, fakturiert oder kommissioniert wurde.

Die Anlage des Artikels ermöglicht die Initialisierung der änderbaren Felder Bezeichnung und Verkaufseinheit. Die Verkaufseinheit kann geändert werden, muss jedoch aus der angezeigten Liste ausgewählt werden, die die Verkaufs- und Verpackungseinheiten aus dem Datensatz Artikel und Artikel/Kunde enthält.

In diesem Schritt wird möglicherweise der Hinweis ausgegeben, dass der erfasste Artikel durch einen anderen Artikel ersetzt wurde. Voraussetzung für diesen automatischen Ersatz ist:

• das Feld Austauschartikel des Artikeldatensatzes wurde angegeben,
• das Dokumentendatum muss an oder nach dem Austauschdatum liegen,

Nachdem die Zeile erfasst wurde, kann der Artikelcode nicht mehr geändert werden. Zur Änderung des Codes muss die Zeile gelöscht und neu angelegt werden.

• Bezeichnung (Feld ITMDES)

Artikelbezeichnung, die in die Sprache des Kunden übersetzt wurde. Diese Bezeichnung wird auf dem Dokument gedruckt. Besteht für den entsprechenden Artikel keine Übersetzung in der Sprache des Kunden, wird die Standardbezeichnung verwendet. Diese Bezeichnung wird auch an das folgende Dokument übertragen.

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

Besonderheiten Intercompany:Im Rahmen eines Intercompany- oder Intersite-Auftrags, der aus einer Bestellung erstellt wurde, wird die übersetzte Bezeichnung mit der Standardbezeichnung der Bestellung initialisiert (Bezeichnung übersetzt in die Verbindungssprache, d.h. die Sprache des Benutzers, der die Bestellung erstellt hat).

• Standardbezeichnung (Feld ITMDES1)

Bezeichnung, die im Artikeldatensatz erfasst wurde. Diese Bezeichnung wird auf die Lieferungen oder Rechnungen (bei Aufträgen mit Direktrechnung) mit den eventuell vorgenommenen Auftragsänderungen übertragen.

Bei Aufträgen zu Angeboten wird die Standardbezeichnung aus der Angebotszeile übernommen.

Es ist möglich, über eine Verzweigung auf den Artikeldatensatz zuzugreifen.

Besonderheiten Intercompany:Im Rahmen eines aus einer Bestellung erstellten Intercompany- oder Intersite-Auftrags wird die Standardbezeichnung mit der übersetzten Bezeichnung der Bestellung, also der in die Lieferantensprache (Verkaufsstandort) übersetzten Bezeichnung initialisiert.

Die intuitive oder halbautomatische Erfassung ist in diesem Feld verfügbar, wenn der Parameter AUTOSEL - Automatische Auswahl (Kapitel SUP, Gruppe INT) den Wert ‚Ja‘ hat.
Beginnen Sie damit, einige in der Referenz, Bezeichnung, o.ä. enthaltene Zeichen zu erfassen und drücken Sie die Tabulatortaste.
Die Ergegnisliste wird in einem Fenster angezeigt. Wählen Sie den gesuchten Wert aus.

Die Implementierungsmodalitäten der automatischen Suche werden in der Dokumentation zum Parameter AUTOSEL - Automatische Auswahl beschrieben.

.

• Hauptversion (Feld ECCVALMAJ)

Dieses Feld zeigt die höhere Version des Artikels an.

Die höhere Versionsnummer ist zugänglich, wenn die Rückmeldung der höheren Versionen auf Ebene des Artikelparameters aktiv ist (im Register Verwaltung der Funktion Artikel, das Feld Bestandsversion hat den Wert „Höher“).

Ist das Vorladen der Versionen auf Ebene des Artikel/Kunden aktiviert (im Register Kunden der Funktion Artikel ist das Kontrollkästchen Version vorladen aktiviert), oder stattdessen auf der Ebene Artikel/Verkauf (im Register Verkauf der Funktion Artikel ist das Kontrollkästchen Version vorladen aktiviert), wird die letzte aktive Hauptversion automatisch vorgeladen. Andernfalls wird die letzte Hauptversion mit Status „Angehalten“ vorgeladen.

Sie können eine Versionsnummer nicht mehr ändern, wenn die Zeile teilweise reserviert, kommissioniert, geliefert oder fakturiert wurde.

Wird der Auftrag in ein anderes Dokument umgewandelt, werden folgende Aktionen durchgeführt.

• Aktivierung der Schaltfläche Kommissionierung und der Schaltfläche Lieferung, mit der Übertragung und der Prüfung der Versionsnummern auf dem Kommissionierschein oder dem Lieferschein.
• Aktivierung der Schaltfläche Rechnung, mit der Übertragung und der Prüfung der Versionsnummern auf der Rechnung.
• Angebotsauswahl, mit der Übertragung und der Prüfung der Versionen auf der Bestellung.

Die Anzeige des Felds Hauptversion hängt vom Parameter der Erfassungstransaktion ab (verborgen, angezeigt, erfasst).

• Nebenversion (Feld ECCVALMIN)

Dieses Feld zeigt die niedrigere Version des Artikels an.

Die Nebenversionsnummer ist nur zugänglich, wenn die Rückmeldung der Haupt- und Nebenversionen auf Ebene des Artikelparameters aktiv ist (im Register Verwaltung der Funktion Artikel, das Feld Bestandsversion hat den Wert „Höher und niedriger“).

Ist das Vorladen der Versionen auf Ebene des Artikel/Kunden aktiviert (im Register Kunden der Funktion Artikel ist das Kontrollkästchen Version vorladen aktiviert), oder stattdessen auf der Ebene Artikel/Verkauf (im Register Verkauf der Funktion Artikel ist das Kontrollkästchen Version vorladen aktiviert), wird die letzte Nebenversion automatisch vorgeladen.

Sie können eine Versionsnummer nicht mehr ändern, wenn die Zeile teilweise reserviert, kommissioniert, geliefert oder fakturiert wurde.

Wird der Auftrag in ein anderes Dokument umgewandelt, werden folgende Aktionen durchgeführt.

• Aktivierung der Schaltfläche Kommissionierung und der Schaltfläche Lieferung, mit der Übertragung und der Prüfung der Versionsnummern auf dem Kommissionierschein oder dem Lieferschein.
• Aktivierung der Schaltfläche Rechnung, mit der Übertragung und der Prüfung der Versionsnummern auf der Rechnung.
• Angebotsauswahl, mit der Übertragung und der Prüfung der Versionen auf der Bestellung.

Die Anzeige des Felds Nebenversion hängt vom Parameter der Erfassungstransaktion ab (verborgen, angezeigt, erfasst).

• Versandstandort (Feld DSTOFCY)

Der Lagerstandort, von dem die Waren versendet werden, um die Auftragszeile zu liefern. Der Versandstandort wird mit dem in der Auftragskopfzeile erfassten Versandstandort initialisiert. Er kann geändert werden, wenn der gewählte Versandstandort zum gleichen Unternehmen wie der Verkaufsstandort gehört, und die Auftragszeile nicht zugewiesen ist. Bei Vollständigen Lieferaufträgen kann der Versandstandort auch nicht mehr in den Auftragszeilen geändert werden.

Es gibt folgende Möglichkeiten:

• Auswahl eines Lagerstandorts,
• Anzeige des Artikelbestands am Versandstandort,
• Zugriff über eine Verzweigung auf einen Datensatz Artikel/Standort, falls die Benutzerrechte dies zulassen,

Besonderheiten bei Intercompany-Aufträgen:Wird ein Intercompany- oder Intersite-Auftrag auf der Basis einer Bestellung erstellt, wird der Versandstandort mit dem Versandstandort initialisiert, der in der Bestellzeile erfasst wurde. Er kann geändert werden, um Versandrisiken zu verwalten. Der ursprüngliche Auftrag wird durch diese Änderung nicht aktualisiert.

• VK-Einheit (Feld SAU)

Die Verkaufseinheit wird durch die im Datensatz Artikel-Kunde definierte Verkaufseinheit oder die Verkaufseinheit des Artikels initialisiert. In einem Auswahlfenster kann eine andere Einheit erfasst werden. Die vorgeschlagenen Einheiten sind die Verpackungseinheiten des Artikels und die im Datensatz Artikel-Kunde definierten Verpackungseinheiten. Wenn der Benutzer über die hierfür notwendigen Berechtigungen verfügt, kann auch die Tabelle der Einheiten geöffnet werden.

Wurde die Zeile einmal erfasst, kann die Verkaufseinheit nicht mehr geändert werden. Eine Änderung der Einheit kann nur durch das Löschen und die erneute Erstellung der Zeile vorgenommen werden.

Mit Intercompany-Vorgängen verknüpfte Besonderheiten bei der Auftragserfassung:wurde der Auftrag über einen Intercompany- oder Intersite-Auftrag erstellt, wird diese Information mit der auf der Bestellung erfassten Einheit belegt und ist nicht zugänglich. Eine Änderung dieser Information kann nur erfolgen, wenn der ursprüngliche Auftrag geändert wird.

• Bestellmenge (Feld QTY)

Vom Kunden bestellte Menge. Sie wird in einer Verkaufseinheit ausgedrückt.

Klicken Sie auf das Symbol Aktionen für folgende Optionen:

• Zugriff über eine Verzweigung auf den Datensatz Artikel/Standort.
• Anzeige des Bestands nach Standort.
• Zugriff auf die Reservierungsfilter. Verwenden Sie diese Option zur Angabe von weiteren Informationen, die von der detaillierten Reservierung oder zum Zeitpunkt des Versands verwendet werden, wenn die Zeile vom Typ allgemeine Reservierung ist. Es können zwei ausschließende Filter angegeben werden: die Charge und eine Statuskombination (die erfasste Statuskombination muss in der Abgangsregel vom entsprechenden Liefertyp enthalten sein). Zur Reservierungssteuerung kann den Lagerplätzen ein prioritärer Filter zugewiesen werden. Die Platzhalter „*, ?“ können in diesen Informationen erfasst werden, um die Filter zu erweitern. Diese Filter sind auch über das Feld Zu reservierende Menge zugänglich.
• Anzeige des Reservierungsdetails. Diese Funktion ist zugänglich, wenn bereits reservierte Mengen für den Auftrag vorhanden sind. Der Funktion sind die reservierten Bestandszeilen zu entnehmen. Siehe Reservierungsdetail, das über das Symbol Aktionen in der Zeile zugänglich ist.
• Anzeige des verfügbaren Bestands.
• Anzeige des geplanten Bestands.
• Auswahl des Ersatzartikels. Diese Funktion ist zugänglich, wenn der Ursprungsartikel verfügbar ist. In den Bestandsinformationen zur Verfügbarkeit des Ersatzartikels wird eine Maske angezeigt. Der Ersatzartikel kann angenommen oder zurückgewiesen werden.

Die bestellte Menge muss angegeben werden. In diesem Fall wird ein Hinweis ausgegeben:

• Wenn die erfasste Menge geringer als die im Artikeldatensatz definierte Mindestmenge ist.
• Wenn die erfasste Menge höher als die im Artikeldatensatz angegebene Höchstmenge ist. Diese Meldungen können in Abhängigkeit des Werts des Benutzerparameters SDACLOK - Prüf. n. sperr. Pre. Mar. Men. (Kapitel VEN, Gruppe AUZ) blockierend sein.

De Verfügbarkeit des Artikels wird im Block Verfügbarer Bestand unter der Tabelle angezeigt, wenn die Option Verfügbarkeit des Artikels in der Erfassungstransaktion Auftrag ausgewählt ist.
Wenn der Artikel nicht verfügbar ist, wird der Hinweis „XXX: Nicht im Bestand verfügbar“ angezeigt, gefolgt von dem möglichen ersten Verfügbarkeitsdatum und der Menge in Lagereinheit und in Verkaufseinheit.
Wie die Bewertung des Dokuments, hängt die Anzeige der Artikelverfügbarkeit vom Wert des Parameters SOHVALLIG - Zeile Auftragsbewertung (Kapitel VEN, Gruppe MIS) ab.

Nach der Erfassung der bestellten Menge, wird automatisch nach dem Preis gesucht. Ziel dieser Suche ist die Zusammenstellung folgender Daten:

• Bruttopreis mit zugehörigem Grund,
• auf die Zeile anzuwendende Nachlässe und Spesen, entweder prozentual oder in Form von Beträgen ausgedrückt,
• ggf. Gratisartikel.

Die Preissuche kann je nach erfasstem Artikeltyp auf unterschiedliche Art und Weise angestoßen werden.

• Bei Standardartikeln wird die Preissuche automatisch angestoßen.
• Ist der erfasste Artikel vom Typ Feste Stückliste oder Flexible Stückliste, so wird zunächst eine Preissuche für das Erzeugnis angestoßen. Danach wird die Stücklistendatei gelesen, um die verschiedenen Handelsalternativen anzeigen zu können, sofern vorhanden. Ist eine Alternative vorhanden, so wird diese automatisch berücksichtigt.

Nach Auswahl der Alternative können je nach Aufbau der Artikelstückliste verschiedene Fälle auftreten:

• Jede Komponente vom Typ Normal wird automatisch ausgewählt.
  
  Sie wird automatisch durch den Ersatzartikel ersetzt, wenn dieser auf Ebene des Artikeldatensatzes angegeben wurde und wenn das Datum des Dokuments nach oder am Ersatzdatum liegt.
  Für die anderen unten aufgeführten Komponententypen wird die Angabe des Ursprungsartikels auf Ebene des Komponentenauswahlfensters angezeigt, sofern ein Ersatzartikel verwendet wird.
• Für jede Komponente vom Typ Normal (mit Formel) öffnet sich ein Fenster mit allen Artikeln aus der Auswahlformel. Wurde eine Komponente vom Typ Normal in der gleichen Sequenz gespeichert, wird diese Komponente in der Liste angezeigt. Sie wird standardmäßig automatisch ausgewählt, kann aber abgewählt werden. Die Menge kann nicht geändert werden.
  Es ist möglich, eine oder mehrere andere Komponenten aus der Auswahl auszuwählen. Die Schaltflächen [Alle einschließen] und [Alle ausschließen] sind hierzu verfügbar. Wurde keine Komponente ausgewählt, ist die Schaltfläche [Kriterien] verfügbar, um die Auswahl einzuschränken, wenn die Anzahl der Zeilen in der Tabelle zu hoch ist (die Anzahl der dargestellten Zeilen hängt von der Anzahl der Zeilen ab, die noch in das Dokument eingefügt werden können).
• Für jede Komponente vom Typ Alternative öffnet sich ein Fenster mit allen Alternativen, die auf der gleichen Stücklistenebene aufgelistet oder aus einer Auswahl ausgegeben sind. Es muss eine ausgewählt werden.
• Für jede Komponente vom Typ Option wird die entsprechende Option vorgeschlagen, die angenommen oder abgelehnt werden kann. Wenn für eine Stücklistenebene mehrere Optionen bestehen, oder eine Auswahlformel definiert ist, öffnet sich ein Auswahlfenster. Es können aber auch alle Optionen abgelehnt werden.
• Für jede Komponente vom Typ Mehrfachoption öffnet sich ein Fenster, das alle Optionen darstellt, die auf der gleichen Stücklistenebene aufgelistet oder aus einer Auswahlformel ausgegeben sind. Es können mehrere ausgewählt oder alle abgelehnt werden. Die Schaltflächen [Alle einschließen] und [Alle ausschließen] sind hierzu verfügbar. Wurde keine Komponente ausgewählt, ist die Schaltfläche [Kriterien] verfügbar, um die Auswahl einzuschränken, wenn die Anzahl der Zeilen in der Tabelle zu hoch ist.

Die den unterschiedlichen Stücklistenkomponenten entsprechenden Zeilen werden generiert:

• bei einem Artikel vom Typ Feste Stückliste werden alle Komponentenzeilen automatisch generiert. Diese Zeilen sind dann vollständig vom Artikel abhängig. Sie werden zwar in der Maske angezeigt, können jedoch nicht bearbeitet werden. Die Komponentenmenge wird automatisch auf Basis der Erzeugnismenge berechnet. Wird die Menge des Erzeugnisses geändert, so werden sämtliche Komponentenmengen automatisch neu berechnet. Wird das Erzeugnis gelöscht, so werden auch sämtliche Komponenten automatisch gelöscht.
• Bei Artikeln vom Typ Flexible Stückliste können alle Komponenten bearbeitet werden (außer der Verkaufseinheit). Die Komponenten sind in diesem Fall also unabhängig vom Erzeugnis. Wird das Erzeugnis geändert oder gelöscht, kann das Ändern oder Löschen der Komponenten übernommen werden.

In beiden Fällen wird für den Komponententyp automatisch eine Preissuche gestartet. Für jede generierte Auftragszeile wird dem Zeilentyp ein Wert zugewiesen:

• Setoption oder Stücklistenoption für eine Komponente vom Typ Option,
• Setalternative oder Stücklistenalternative für eine Komponente vom Typ Alternative,
• Setkomponente oder Stücklistenkomponente für eine Komponente vom Typ Normal.

Nach Abschluss der Verarbeitung Preissuche werden einige Prüfungen durchgeführt:

• Ist der Preis als Bruttopreis definiert, wird der Nettopreis berechnet.
• Prüfung des berechneten Nettopreises: Wenn der errechnete Nettopreis unter dem im Artikeldatensatz gespeicherten Mindestpreis liegt, wird eine Warnmeldung ausgegeben.
• Prüfung der Marge: Wenn der Prozentsatz der Marge unter dem im Artikeldatensatz gespeicherten Mindestwert liegt, wird eine Warnmeldung ausgegeben

In Abhängigkeit des Benutzerparameters SDACLOK - Prüf. n. sperr. Pre. Mar. Men. (Kapitel VEN, Gruppe INV) kann es sich um blockierende Meldungen handeln.

Auftragszeilen beziehen sich auf Artikel der Kategorie Generisch oder Dienstleistung, verkauft oder nicht lieferbar:

Diese Artikel sind Teil einer Fakturierung über einen Fakturierungszeitplan. Wenn die Auftragszeile nicht vollständig fakturiert wurde, können Sie die Menge der Zeile ändern. In diesem Fall können nur die mit der Zeile verknüpften nicht fakturierten offenen Posten geändert werden. Der prozentuale Anteil wird für alle Zeilen neu berechnet. Der Gesamtbetrag der Auftragszeile kann sich daher von der Summe der geplanten Rechnung unterscheiden.

Wenn Artikel zu einem Projekt mit Teilfakturierung gehören:

• Die Bestellmenge der Zeile kann geändert werden und hat Auswirkungen auf die nicht freigegebenen und nicht fakturierten geplanten Rechnungszeilen.
• Die Menge der Auftragszeile kann nicht kleiner als die Summe der Gesamtmenge aller fakturierten geplanten Rechnungen und der Gesamtmenge aller geplanten Rechnungen mit Fortschrittsstatus Freigegeben sein.
• Umfasst eine Stückliste eine oder mehrere Komponenten, die mit einem Projekt mit Teilfakturierung verknüpft sind, wird die Mengenänderung nur dann auf diese Komponenten übertragen, wenn die erfasste Menge größer oder gleich der Menge im Fortschrittsstatus Freigegeben oder Fakturiert bleibt. Andernfalls erfolgt die Übertragung nur auf die Komponenten, die nicht mit einem Projekt mit Teilfakturierung verknüpft sind.
• Wenn alle geplanten Rechnungen mit einem Fortschrittsstatus Freigegeben verknüpft sind, kann die Menge nicht mehr geändert werden.
• Die Menge kann nicht geändert werden, wenn eine Preisstruktur (Aufschläge / Rabatte) eine Preisänderung generiert, wenn eine geplante Rechnung einen Fortschrittsstatus Freigegeben hat.

• UmrechFaktorVK-LE (Feld SAUSTUCOE)

Umrechnungsfaktor zwischen Verkaufs- und Lagereinheit. Dieser Koeffizient kann geändert werden. Er kann bearbeitet werden, wenn die Verkaufseinheit oder die Verpackungseinheit als „änderbar“ markiert wurde (siehe Artikeldatensatz). Nicht änderbar ist er, wenn die verwendete Einheit für den Kunden definiert wurde. Bei Verwendung von Einheiten, deren Umrechnungskoeffizient änderbar ist, dürfen nur in Lagereinheiten ausgedrückte Preise definiert werden.

Nach Erfassung der Zeile kann der Umrechnungskoeffizient nicht mehr geändert werden. Eine Änderung des Koeffizienten kann nur durch das Löschen und die erneute Erstellung der Zeile vorgenommen werden.

Mit Intercompany-Vorgängen verknüpfte Besonderheiten bei Auftrag: wurde der Auftrag über einen Intercompany- oder Intersite-Auftrag erstellt, wird diese Information mit dem aus der Einkaufsmenge und der Lagereinheit berechneten Koeffizienten initialisiert und ist nicht zugänglich. Diese Information kann nur durch Änderung der ursprünglichen Bestellung geändert werden.

• LE (Feld STU)

Lagereinheit des Artikels. Diese Einheit kann nicht geändert werden.

• Reservierte Menge (Feld ALLQTY)

Die Menge in Verkaufseinheit, die bereits für den Auftrag reserviert ist. Diese Reservierung kann allgemein und detailliert sein.

• Fehlmenge (Feld SHTQTY)

Die Menge in Verkaufseinheit, die im Auftrag fehlt. War ein Teil des Bestands bei der letzten Reservierung zur Auftragszeile nicht verfügbar, wird er in dieser Spalte angegeben (wenn der Parameter GENSHT - Fehlbestandsgenerierung (Kapitel STO, Gruppe MIS) den Wert Ja hat).

• Zu reservierende Menge (Feld WALLQTY)

Die zur Auftragszeile reservierte Menge.

Lässt die Transaktion es zu, kann in der Auftragszeile die zu reservierende Menge erfasst werden.
Sie ist immer gleich der bereits reservierten Menge der Auftragszeile (Reservierte Menge + Fehlmenge). Zur Erhöhung oder Verringerung der zu reservierenden Menge muss diese Menge erhöht oder verringert werden.
Hat der Parameter INIALLORD - Init zu reserv. Menge Auftrag den Wert „Ja“, wird die zu reservierende Menge mit der in der Auftragszeile zu reservierenden Gesamtmenge initialisiert (wenn die bestellte Menge des Auftrags geändert werden muss, wird die zu reservierende Menge neu berechnet).
Ist der Auftrag nicht Vollständig unterzeichnet, obwohl der Unterschriftenkreis erzeugt ist und der Parameter SOHAPPALL - Reserv. b. ni. unterz. Auftr. den Wert Nein hat, kann die zu reservierende Menge nicht erfasst und nicht in Abhängigkeit der bestellten Menge initialisiert werden. Das gleiche Verhalten wird angewendet, wenn der Parameter SOHAPPALL - Reserv. b. ni. unterz. Auftr. den Wert Ja hat, die WIP-Generierung für die im Bestand verwalteten Artikel jedoch für die nicht unterzeichneten Aufträge untersagt ist (Parameter SOHAPPORD - Artikel WIP ni. unterz. Auftr. hat den Wert „Nein“). Die Reservierung eines Auftrags ohne WIP ist nicht zulässig.

Die erfasste Menge kann über der Auftragsmenge liegen. Ein Hinweis wird angezeigt. Die Reservierung wird beim Speichern des Auftrags durchgeführt.

Sind zum betreffenden Artikel Kundenreservierungen vorhanden und hat der Parameter USERERBPC - Verbrauch Kundenreservierungen den Wert Ja, werden die vom Kunden vorgenommenen Reservierungen bei der Reservierung verbraucht.

Ist das Kreditlimit des Kunden gesperrt, ist dieses Feld nicht zugänglich.
Hat der Kunde das Kreditlimit überschritten, fordert eine Warnmeldung die Bestätigung der Erfassung, wenn der Benutzerparameter SCDTUNL - Genehmigung Auftragsentsperrung es zulässt. Andernfalls ist die Information nicht zugänglich.

Ist der Auftragsstatus Anzahlung nicht überwiesen, fordert eine Warnmeldung die Bestätigung der Erfassung.

Während der Erfassung der zu reservierenden Menge:

• Sind bereits Fehlmengen zu anderen Aufträgen zum aktuell bearbeiteten Artikel vorhanden, wird eine Warnmeldung angezeigt.
• Ist die Option Verfügbarkeit des Artikels in der Erfassungstransaktion Auftrag ausgewählt, wird eine Meldung im Block Verfügbarer Bestand unter der Tabelle angezeigt. Ist die zu reservierende Gesamtmenge nicht verfügbar, gibt dieser Hinweis die noch zu reservierende Menge an. Sie wird in der Lagereinheit oder in der Verkaufseinheit ausgedrückt.
  Wie die Bewertung des Dokuments, hängt die Anzeige der Artikelverfügbarkeit vom Wert des Parameters SOHVALLIG - Zeile Auftragsbewertung (Kapitel VEN, Gruppe MIS) ab.

Spezialfall Auftragszeilen, die als Wareneingangssonderbeschaffung oder als Fertigungssonderbeschaffung verwaltet werden.

Ist diesem Sonderbeschaffungstyp eine Auftragszeile zugewiesen, erlauben die Verarbeitungen der automatischen Reservierung keine Reservierung dieses Zeilentyps. Die Auftragszeile wird zum Zeitpunkt des Wareneingangs der zugehörigen Bestellung oder zum Zeitpunkt der Fertigmeldung des zugehörigen Fertigungsauftrags reserviert.
Um bestimmte Risiken zu verwalten (Verzug der Fertigung oder der Lieferantenlieferung...), kann man diese Zeilen bei verfügbarem Bestand manuell reservieren (oder die Reservierung aufheben).
Bei der Fertigmeldung oder beim Wareneingang der Bestellung wird nur der restliche zu reservierende Teil reserviert, wenn die restliche zu reservierende Menge des Auftrags unter der Wareneingangsmenge liegt. Der Rest der Ware geht in den Bestand ein und ist für die anderen Aufträge verfügbar.

Eine als Direktauftrag erzeugte Auftragszeile kann nicht reserviert werden.

Bestimmte Aktionen sind zugänglich, darunter:

• Reservierungsfilter. Verwenden Sie diese Aktion bei Zeilen mit allgemeiner Reservierung, um Angaben zu machen, die zum Versandzeitpunkt in die detaillierte Reservierung eingehen. Es können ausschließende Filter angegeben werden: die Charge und eine Statuskombination (die erfasste Statuskombination muss in der Abgangsregel vom entsprechenden Liefertyp enthalten sein). Zur Reservierungssteuerung kann den Lagerplätzen ein prioritärer Filter zugewiesen werden. Die Platzhalter „*, ?“ können in diesen Informationen erfasst werden, um die Filter zu erweitern.

• Reservierungsart (Feld DALLTYP)

Der Reservierungstyp einer Auftragszeile hat als Standardwert den in der Auftragskopfzeile angegebenen Reservierungstyp. Der Reservierungstyp (Allgemein/Detailliert) kann in einer Zeile geändert werden, wenn die ausgewählte Auftragstransaktion autorisiert ist. Eine allgemeine Reservierung wird abhängig von der verfügbaren Bestandssumme durchgeführt. Eine detaillierte Reservierung reserviert Bestandsobjekte (Charge - Serie - Status - Lagerplatz).

Nach Reservierung der Auftragszeile kann nicht mehr auf diese Informationen zugegriffen werden.

• Liefermenge (Feld TDLQTY)

Ist der bestellte Artikel nicht im Bestand verwaltet, können Sie die für diesen Artikel zu liefernde oder zu fakturierende Menge (bei Aufträgen mit Direktrechnung) angeben. Ist nichts angegeben, wird die gesamte Zeile geliefert.

Ist der Artikel ein nicht lieferbarer Artikel, ist dieses Feld in einem normalen Auftrag nicht zugänglich, da die zu fakturierende Menge auf Ebene des Fakturierungsplans definiert ist.

• Bruttopreis (Feld GROPRI)

Bruttoeinheitspreis (in Verkaufseinheit) des Artikels in Netto oder Brutto (je nach Preistyp). Er wird von einer Preissuche oder dem Basispreis des Verkaufsartikels ausgegeben, wenn die Preissuche keinen Preis ausgegeben hat.

Unterscheidet sich die Verkaufseinheit 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“.

Klicken Sie auf das Symbol Aktionen für folgende Optionen:

• Anzeige der Gründe für die Preise sowie für die verschiedenen Felder für Rabatte und Spesen,
• Anzeige der Liste der zehn letzten Auftragspreise,
• Anzeige der Preise,
• Verfügbarkeit einer Beschreibung der Nettopreisermittlung auf Basis des Bruttopreises und der unterschiedlichen Nachlässe.

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

Diese Meldung wird weder für die Komponenten einer Stückliste noch für die Gratisartikel angezeigt.

Gratisverarbeitung

Die Verarbeitung der Gratisartikel wird nach Abschluss der Dokumentzeile angestoßen. Mit dieser Verarbeitung werden sämtliche Gratisartikelzeilen generiert (Bruttopreis und Rabatte = 0). Hat der Parameter FOCPRI - Bewertung Gratisartikel (Kapitel VEN, Gruppe PRI) den Wert Ja, wird für den Gratisartikel eine Preissuche gestartet, um dem Artikel einen Bruttopreis zuzuweisen. Der zugewiesene Preis wird entweder durch einen prozentualen oder über einen betragsmäßigen Zeilenabschlag ausgeglichen (je nach Reihenfolge dieser Abschläge), um einen Nettopreis von Null zu erhalten.
Die Nummer der Ursprungszeile des Gratisartikels wird in jeder erzeugten Zeile des Gratisartikels in der Datei der Angebotszeilen angezeigt (Information erscheint nicht in der Maske). Die Information Original wird in jeder Zeile, der Gratisartikel zugrunde liegen, im Feld Gratis angezeigt. Für die Gratisartikelzeile hat diese Information den Wert Ja. Bei Änderung kann auf sämtliche Zeilen des Gratisartikels zugegriffen werden (mit Ausnahme der Felder Preis und Abschläge). Die Verwaltung der Gratisartikel wird nicht für die Komponenten berücksichtigt.

Sieht der Parameter (GRPPRI - Verwaltung Gruppenpreise) die Verwaltung der Gruppenpreise vor, wird bei der Erstellung des Dokuments eine Frage gestellt, um evtl. eine neue Preissuche durchzuführen (für den Gruppentyp), mit der die Sonderbedingungen für das gesamte Angebot bestimmt werden können. Nach Abschluss dieser Verarbeitung erhält der Benutzer in bestimmten Artikelzeilen folgende Daten:

• neuer Bruttopreis, neue Rabatte oder neue Spesen,
• Gratisartikel, die nicht einer bestimmten Zeile zugeordnet sind.

Auftragszeilen beziehen sich auf Artikel der Kategorie Generisch oder Dienstleistung, verkauft oder nicht lieferbar.

Diese Artikel sind Teil einer Fakturierung über einen Fakturierungszeitplan. Wenn die Auftragszeile nicht vollständig fakturiert wurde, können Sie den Preis der Zeile ändern. In diesem Fall betrifft die Änderung nur die nicht fakturierten offenen Posten zu der Zeile. Prozentsatz und Menge der offenen Posten sind nicht betroffen. Der Gesamtbetrag der Auftragszeile kann sich daher von der Summe der geplanten Rechnung unterscheiden.

Wenn diese Artikel zu einem Projekt mit Teilfakturierung gehören, können Sie den Preis nicht mehr ändern, wenn der Fortschrittsstatus einer geplanten Rechnung Freigegeben ist. Der Preis kann geändert werden, wenn diese geplante Rechnung fakturiert ist und die anderen geplanten Rechnungen noch nicht den Fortschrittsstatus Freigegeben haben.

• Feld DISCRGVAL1

Es werden die Spalten Skonto und Verzugszinsen angezeigt. Sie hängen von der Parametrisierung des Preisstrukturcodes ab (siehe Dokumentation Preisstruktur). 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, die den Preisen zugeordnet sind. Ein weiterer Einflussfaktor ist der durch den Wert des Parameters UPDPRISAL für die Verkäufe und UPDPRIPUR für die Einkäufe festgelegte Grund.

Diese Skonti oder Verzugszinsen werden in Betrag oder Prozent definiert und werden auf die Bruttopreise kumuliert oder hierarchisch angewendet, um den Nettopreis der Dokumentzeile festzulegen.

Die dem Preis und den verschiedenen Ab- und Aufschlagfeldern zugeordneten Preisgründe können auf Basis dieser Angaben per Rechtsklick angezeigt werden.

• Nettopreis (Feld NETPRI)

Es handelt sich um den Nettostückpreis der Wareneingangszeile, der sich über den Bruttopreis inklusive eventueller Nachlässe und Spesen errechnet. Diese Information ist nicht zugänglich.
In diesem Feld haben Sie über das Symbol Aktionen folgende Möglichkeiten:

• Anzeige der Gründe für die Preise sowie für die verschiedenen Felder für Rabatte und Spesen,
• Anzeige der Liste der zehn letzten Auftragspreise,
• Anzeige der Preise,
• Anzeige einer ausführlichen Erläuterung zur Berechnung des Nettopreises.

Beträgt der erfasste Preis Null, so wird der Benutzer mit einer Meldung zum Bestätigen aufgefordert. Diese Meldung wird nicht für die Komponenten einer Stückliste angezeigt, weder für die Gratisartikel, noch für die nicht fakturierbaren Lieferungen.

Die Verarbeitung der Gratisartikel wird nach Abschluss der Lieferzeile angestoßen. Mit dieser Verarbeitung werden sämtliche Gratisartikelzeilen generiert (Bruttopreis und Rabatte = 0). Hat der Parameter FOCPRI - Bewertung Gratisartikel (Kapitel VEN, Gruppe PRI) den Wert Ja, wird für den Gratisartikel eine Preissuche gestartet, um dem Artikel einen Bruttopreis zuzuweisen. Der zugewiesene Preis wird entweder durch einen prozentualen oder über einen betragsmäßigen Zeilenabschlag ausgeglichen (je nach Reihenfolge dieser Abschläge), um einen Nettopreis von Null zu erhalten.

Wenn Sie auf Erstellen klicken, um die Lieferung zu speichern, kann abhängig vom Wert des Parameters GRPPRI - Verwaltung Gruppentarife eine Frage gestellt werden, ob eine neue Preissuche ausgeführt wird oder nicht, um die mit der Gesamtlieferung verbundenen Sonderbedingungen festlegen zu können. Nach Abschluss dieser Verarbeitung erhält der Benutzer in bestimmten Artikelzeilen folgende Daten:

• neuer Bruttopreis, neue Rabatte oder neue Spesen,
• Gratisartikel, die nicht einer bestimmten Zeile zugeordnet sind.

• Selbstkosten (Feld CPRPRI)

Die Selbstkosten werden bei Anlage der Dokumentenzeile standardmäßig über die Bewertung des für die Margenberechnung ausgewählten Artikels ausgefüllt (siehe die für den Datensatz „Artikel-Standort“ definierten Bewertungsverfahren) und werden in Verkaufseinheit ausgedrückt. Zur Bewertung der Selbstkosten bestehen folgende Möglichkeiten: „Standardpreis“, „Aktualisierter Standardpreis“, „Letzter Preis“, „Gewichteter Durchschnittspreis“, „FIFO-Preis“, „Durchschnittspreis Charge“, „LIFO-Preis“. Falls bei der Bewertung ein Nullwert ermittelt wird, wird ein Standardwert verwendet. Es muss allerdings angegeben werden, welches der Bewertungsverfahren aus der zuvor beschriebenen Liste gewählt wurde. Dieser Wert wird in der Dokumentzeile gespeichert.

Diese Information kann in Abhängigkeit der verwendeten Dokumententransaktion vorgeladen werden. Bei den folgenden Ereignissen wird der erfasste Wert systematisch durch den Wert aus dem Parameter der Bewertungsmethode des Artikels ersetzt, außer wenn dieser Parameter einen Nullwert bestimmt (in diesem Fall wird die Änderung gespeichert):

• Umwandlung eines Angebots in einen Auftrag,
• Lieferung eines Auftrags, 
• Freigabe einer Lieferung,
• Fakturierung eines Auftrags. Die Selbstkosten werden während der Fakturierung einer Lieferung festgelegt.

Bei einem „Durchschnittspreis Charge“ in der Angebotsverwaltung gibt der „Durchschnittspreis Charge“ immer einen Wert Null zurück. Ein Standardwert wird verwendet. Bei der Freigabe der Lieferung wird der „Durchschnittspreis Charge“ verwendet, um die Marge neu zu berechnen und eine tatsächliche Marge in Abhängigkeit der gelieferten Chargen zu erhalten.

• Marge (Feld PFM)

Dieses Feld zeigt die Einheitsmarge in Verkaufseinheit an, berechnet auf Grundlage der Differenz zwischen Nettopreis und Selbstkostenpreis.

Bei der Berechnung der Handelsmarge kann geprüft werden, ob diese nicht unter der im Register Verkauf des Artikeldatensatzes definierten Mindestmarge liegt. Diese Prüfung kann durch den Benutzerparameter SDACLOK - Prüfung nicht sperrend (Preis, Marge, Menge) (Kapitel VEN, Gruppe AUZ) gesperrt werden. Die Prüfung des Markensatzes stützt sich auf folgende Berechnung:

((Gesamtpreis netto - Selbstkosten) / Gesamtpreis netto)* 100 >= Mindestmarge in Prozent oder Markensatz.

Bei nicht fakturierbaren Lieferungen wird keine Prüfung durchgeführt.

• Steuerebene 1 (Feld VACITM1)

Dieses Feld gibt die Steuerebene für den ausgewählten Artikel an.

Die Steuerebene ermöglicht in Kombination mit dem Steuersystem des Dokuments die Bestimmung des Steuersatzes für die Dokumentzeile.

Für eine Dokumentzeile sind drei Steuerebenen möglich.

Die erste Ebene ist erforderlich und entspricht der USt.

Die zwei anderen Ebenen beschreiben die parafiskalischen oder Sondersteuern, die ggf. der USt. unterliegen und auf die Nettogrundlage oder jede weitere bewertete Formel angegeben werden.

Die Steuersätze der Dokumentzeile werden standardmäßig mit den entsprechenden Werten aus dem Artikeldatensatz (Register Buchhaltung) vorbelegt. Diese Werte können in Abhängigkeit der Transaktion geändert werden. Sie können auch auf die Verwaltung der Steuersätze zugreifen, falls Sie über die hierfür erforderlichen Benutzerberechtigungen verfügen.

Der Parameter CTLTAX - Prüfung Steuercodes (Kapitel VEN, Gruppe VAT) ermöglicht die Prüfung, ob die Steuercodes der Steuerebene kohärent sind. Mit Hilfe dieser Prüfung prüft das System, ob die Steuerebene:

• angegeben ist,
• aktiv ist,
• die Rechtsordnung und die Unternehmensgruppe mit denen des Dokuments kohärent sind.

• Rechnungskonditionen (Feld DINVCND)

Ob das Feld vorhanden ist, hängt von der verwendeten Erfassungstransaktion ab.
Eine Rechnungsbedingung ermöglicht die Festlegung des Fakturierungsplans der Auftragszeile. Sie muss immer angegeben werden, wenn sich die Auftragszeile auf einen Artikel vom Typ Verkauft aber nicht Lieferbar erstreckt. Andernfalls kann sie nicht erfasst werden.
Sie wird über die im Auftragskopf angegebenen Rechnungsbedingungen initialisiert, oder standardmäßig mit denen aus dem Artikel.

Bei Gratisartikeln werden die Rechnungsbedingungen wie folgt nach Priorität initialisiert:

• auf Ebene des Parameters INVCNDFREE - Rechnungsbedingungen Gratisartikel (Kapitel VEN, Gruppe ORD) angegebene Rechnungsbedingungen,
• im Auftragskopf angegebene Rechnungsbedingungen,
• im Artikel angegebene Rechnungsbedingungen,
• Rechnungsbedingungen der ursprünglichen Gratisartikelzeile, wenn die Gratisartikel mit einer Auftragszeile verbunden sind und nach der Preissuche für diese Zeile erstellt wurden.
  Wurden die Gratisartikel aus Gruppentarifen nach Auftragserfassung generiert, werden die Rechnungsbedingungen über die oben definierten Regeln initialisiert. Sind die Bedingungen nicht ausgefüllt, werden die Gratisartikelzeilen nicht generiert.

Bei nicht lieferbaren Artikeln vom Typ Stücklistenerzeugnis werden die Rechnungsbedingungen mit den Rechnungsbedingungen aus der Auftragskopfzeile auf Ebene des Registers „Fakturierung“ initialisiert. Andernfalls werden sie in den Zeilen (Erzeugnis und Komponenten) mit denen aus dem Artikel der Zeile initialisiert. Sie bleiben zugänglich und können unabhängig in jeder Zeile geändert werden. Sind die Rechnungsbedingungen nicht ausgefüllt, werden die geplanten Rechnungen nicht generiert. Werden die Rechnungsbedingungen im Kopf geändert, öffnet sich eine Dialogbox, die vorschlägt, wie für einen normalen Artikel die Änderung auf die Zeile des Dokuments zu übertragen (siehe unten, Hinweise zu allen Produkten).
Werden die Rechnungsbedingungen im Erzeugnis geändert, öffnet sich eine Dialogbox, die vorschlägt, die Änderung auf die Zeilen der Komponenten zu übertragen. Wenn Sie mit Ja antworten, gilt die Änderung für die nicht abgeschlossenen Komponentenzeilen oder die nicht Teil einer Rechnung waren und nicht mit einem Fakturierungsplan verknüpft sind. Wird ein Auftrag geändert, wird eine Meldung bei der Änderung der Auswahl des Zeitplans angezeigt, die Sie darauf hinweist, dass der Zeitplan der betroffenen Zeilen geändert wird.

Für alle Artikel gültige Hinweise:

Werden die Rechnungsbedingungen im Dokumentkopf geändert, öffnet sich eine Dialogbox, die vorschlägt, die Änderung gemäß den folgenden Optionen auf die Zeilen des Dokuments zu übertragen:

• Ja: die Rechnungsbedingungen werden auf alle Zeilen (einschließlich der Gratisartikelzeilen) übertragen, mit Ausnahme der mit einem Fakturierungsplan verknüpften Zeilen.
• Nein: die Rechnungsbedingungen werden nicht auf alle Zeilen übertragen.
• Selber Wert: die Rechnungsbedingungen werden nur auf die Zeilen übertragen, die die alten Rechnungsbedingungen hatten.

Es sind nur die Zeilen betroffen, die nicht saldiert sind oder nicht Teil einer Rechnung waren.

Die Auswahl der Rechnungsbedingungen kann geändert werden, solange die Auftragszeile nicht vollständig oder teilweise fakturiert wurde. Wird diese Auswahl in einer Auftragszeile geändert, wird der Zeitplan bei Auftragserstellung abhängig von diesen neuen Rechnungsbedingungen direkt neu validiert. Wird ein Auftrag geändert, wird eine Meldung bei der Änderung der Auswahl des Zeitplans angezeigt, die Sie darauf hinweist, dass der Zeitplan der betroffenen Zeilen geändert wird.

Über das Symbol Aktionen können Sie in der Anzeige auf die Verwaltungsfunktion der Rechnungsbedingungen zugreifen. In dieser Funktion ermöglicht eine Aktion Simulation die Simulation der Staffelung der erwarteten geplanten Rechnungen.

Um den Fakturierungszeitplan einer Auftragszeile anzuzeigen, klicken Sie auf Planung über das Symbol Aktionen am Zeilenanfang.

• SST-Code (Feld SSTCOD)

Erfassen Sie den zu verwendenden Code, um den Standardsteuercode SST des Artikels oder des Rechnungselements zu ersetzen. Dieser Steuercode wird von Sage Sales Tax erkannt und ermöglicht die Identifizierung der Zeilentypen zu steuerlichen Zwecken. Dieses Feld ist nur verfügbar, wenn der Aktivitätscode LTA - Lokale Steuerregelungen aktiv ist und der Parameter USATAX - Zugrundelage Steuersysteme den Wert Ja hat.

Im Fall von Rechnungselementen, die als Nachlass auf SST-Dokument bezeichnet sind, können Sie den SST-Steuercode des Dokuments nicht löschen.

• Projekt (Feld DPJT)

Der Projektcode in der Dokumentzeile wird mit dem in der Kopfzeile erfassten initialisiert, oder, im Fall einer Dokumententransformation, mit dem der ausgewählten Dokumentzeilen (Auswahl oder Massenverarbeitung, wenn der Projektcode in einer Dokumentzeile nicht aktiv ist, kann diese Zeile nicht ausgewählt werden).

• der Parameter PJTSNGDOC - Ein Projekt pro Dokument (Kapitel TC, Gruppe MIS) hat den Wert Nein,
• die Erfassung dieses Felds wird von der verwendeten Erfassungstransaktion erlaubt.

Bei der Änderung hängt die Verwaltung des Projektcodes vom Wert des Parameters CTLOPPCOD - Projektprüfung erforderlich ab.

• 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.

Wird die Erfassung geprüft, können Sie in Abhängigkeit des Kontextes ein Projekt auswählen, oder eine der Belastungseinheiten des Projekts (eine Budgetcharge oder eine Aufgabe) über den Belastungscode:

• Ja: der Projektcode wird auf alle Zeilen übertragen, mit Ausnahme der mit einem Fakturierungsplan und der mit einem nicht kompatiblen Meilenstein verbundenen Zeilen.
• Nein: der Projektcode wird nicht auf die Zeilen übertragen.
• Selber Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.

Verkaufsdokumente: Angebote, Aufträge, Lieferungen und Rechnungen:

• Für ein Angebot: die Zeile ist nicht bestellt und nicht gratis.
• Für einen Auftrag: die Zeile ist nicht saldiert, nicht geliefert, nicht fakturiert und nicht gratis.
• Für eine Lieferung: die Zeile ist direkt und nicht gratis.
• Für eine Rechnung oder eine Gutschrift: das Dokument ist nicht freigegeben, die Zeile ist direkt und nicht gratis. Für die Gutschriften ist die Menge nicht 0.

• Ist die Multi-Projektverwaltung der Dokumente zulässig (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Wert Nein), kann die Lieferung die direkten Lieferzeilen und die mit Aufgaben verbundenen Artikelzeilen betreffen. Der in der Kopfzeile angezeigte Projektcode wird nur in den direkten Lieferzeilen als Standardwert verwendet. Die mit Aufgaben verbundenen Artikelzeilen behalten ihren Projektcode, der nicht geändert werden kann. Wird der Projektcode in der Kopfzeile geändert, wird die Übertragung dieses Codes auf die Zeilen gemäß dem oben angegebenen Mechanismus vorgeschlagen. Dies gilt ausschließlich für die direkten Lieferzeilen.
• Ist die Multi-Projektverwaltung der Dokumente nicht zulässig (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Ja), kann die Lieferung nicht gleichzeitig die direkten Lieferzeilen und die mit Aufgaben verbundenen Artikelzeilen betreffen.

• Betrifft die Lieferung direkte Lieferzeilen, können Sie in der Kopfzeile keinen Projektcode erfassen, dem Aufgaben zugeordnet sind.
• Betrifft die Lieferung mit Aufgaben verbundene Artikelzeilen, können Sie nur die mit der gleichen Aufgabe verbundenen Artikelzeilen auswählen. Der in der Kopfzeile angezeigte Projektcode ermöglicht das Filtern der Aufgaben in der Auswahlleiste.

Sonderfall der Gratisartikel, die durch eine Preissuche nach Änderung des Projektcodes in der Kopfzeile generiert wurden: Der Gratisartikel zeigt den Projektcode des Ursprungsartikels an, jedoch nur, wenn dieser Code nicht in einer Aufgabe verwendet wird.

• Vertreter 1 (Feld REP1)

Die Vertreter der Dokumentzeile werden mit den in der Dokumentenkopfzeile angegebenen Vertretern initialisiert. Diese werden nicht angegeben. Die Vertreter der Zeile werden mit den Vertretern des Kunden oder mit den Vertretern des Leistungsempfängers initialisiert, wenn im Kundendatensatz keine Vertreter angegeben sind.

Lässt der Parameter LINREP - Zeilenweise Vertreter (Kapitel VEN, Gruppe MIS) es zu, können die Vertreter der Dokumentzeile geändert werden. Gemäß den jeweiligen Benutzerrechten ist es möglich, auf den Vertreterdatensatz zuzugreifen.

• Provisionssatz 1 (Feld REPRAT1)

Der Provisionssatz des Vertreters wird in der Zeile je nach Provisionskategorie des Kunden und Provisionssatz des Vertreters nach Kategorie initialisiert. Dieser Provisionssatz kann mit einem änderbaren Koeffizienten gewichtet werden, der über die Preisparametrisierungen initialisiert werden kann. Bei einer Direktrechnung stehen diese Daten im Rechnungskopf zur Verfügung, ansonsten im Originaldokument.

• Provisionssatz 2 (Feld REPRAT2)

• Gewichtungsfaktor (Feld REPCOE)

Dieser Koeffizient ermöglicht die Gewichtung des Provisionssatzes der Vertreter für diese Dokumentzeile bei der Berechnung der Provision.
Diese Informationen werden mithilfe der Preissuche initialisiert: einige Preislisten ermöglichen die Definition eines Gewichtungskoeffizienten für den Provisionssatz der Vertreter.

• Gewünschtes Lieferdatum (Feld DDEMDLVDAT)

Es handelt sich um das vom Kunden gewünschte Lieferdatum. Dieses Datum wird mit dem gewünschten Lieferdatum initialisiert, das in der Auftragskopfzeile angegeben ist. Die Änderung dieses Datums führt zu einer Neuberechnung des Versanddatums (Versanddatum = gewünschtes Lieferdatum - Lieferzeit) und einer Neuberechnung des voraussichtlichen Lieferdatums (Voraussichtliches Lieferdatum = Versanddatum + Lieferzeit.

Bei der Änderung dieses Datums prüft das System, dass dieses Datum nicht einem Schließtag oder einem Nichtverfügbarkeitstag der Lieferadresse entspricht. Handelt es sich um einen Schließtag, wird das Datum um einen Tag nach hinten verschoben. Andernfalls erscheint eine Warnmeldung.
Das System prüft auch, dass das erfasste Datum kleiner oder gleich dem spätesten Lieferdatum ist, das in jeder Auftragszeile angegeben ist. Ist dies nicht der Fall, wird eine Meldung angezeigt, die vorschlägt, auch das Späteste Lieferdatum mit dem erfassten Datum zu ändern.

Besonderheiten bei Intercompany-Aufträgen:Wird ein Intercompany- oder Intersite-Auftrag auf der Basis einer Bestellung erstellt, wird das gewünschte Lieferdatum mit dem voraussichtlichen Wareneingangsdatum initialisiert, das in der Auftragszeile erfasst wurde.

• Durchlaufzeit (Feld DDAYLTI)

Lieferzeit in Tagen für den Leistungsempfänger. Diese Zeit wird mit der im Auftragskopf erfassten Zeit initialisiert. Sie dient zur Berechnung des voraussichtlichen Lieferdatums ab dem Versanddatum. Wird die Lieferadresse in der Auftragszeile geändert, wird die Lieferzeit mit der Zeit der neuen Lieferadresse erneut initialisiert, was zur Folge hat, dass das voraussichtliche Lieferdatum neu berechnet wird.

• Versanddatum (Feld DSHIDAT)

Das Versanddatum wird mit dem in der Auftragskopfzeile angegebenen Versanddatum initialisiert. Es ermöglicht die Berechnung des voraussichtlichen Lieferdatums. Es wird aus dem gewünschten Lieferdatum berechnet, von dem die Lieferzeit abgezogen wird. Wird das Versanddatum geändert, wird das voraussichtliche Lieferdatum erneut berechnet, indem dem erfassten Versanddatum die Zeit hinzugefügt wird.

Bei der Änderung des Versanddatums prüft das System, ob:

• das Datum innerhalb der Öffnungstage des Versandstandorts liegt. Ist dies nicht der Fall, wird das Versanddatum auf ein früheres Datum verschoben. 
• das Datum nicht an einem Kalenderfehltag des Standorts liegt. Ist dies der Fall, wird dies durch eine blockierende Meldung angezeigt.
• das Datum nicht vor dem Auftragsdatum liegt. Dies wird gegebenenfalls durch eine blockierende Meldung angezeigt.

• Geplantes Lieferdatum (Feld EXTDLVDAT)

Vom System unter Berücksichtigung des Versanddatums und der Lieferzeit berechnetes Lieferdatum.  Kann das voraussichtliche Lieferdatum geändert werden, schlägt das System dem Benutzer vor, das Versanddatum in Abhängigkeit der Lieferzeit zu ändern.

Bei der Änderung dieses Datums prüft das System, dass dieses Datum nicht einem Schließtag oder einem Nichtverfügbarkeitstag der Lieferadresse entspricht. Handelt es sich um einen Schließtag, wird das Datum um einen Tag nach hinten verschoben. Andernfalls erscheint eine Warnmeldung.

• Adresse (Feld DBPAADD)

Die Lieferadresse kann in jeder Auftragszeile personalisiert werden, wenn der allgemeine Parameter LINBPD - Zeilenweise belieferte Kunden (Kapitel VEN, Gruppe MIS) es zulässt und wenn die Lieferart des Auftrags nicht den Wert Vollständiger Auftrag hat, in welchem Fall diese Information nicht in der Auftragszeile geändert werden kann.
Die Kontextschaltfläche ermöglicht die Auswahl einer Kundenlieferadresse und den Zugriff auf diese Lieferadresse über eine Verzweigung.

Die Änderung der Lieferadresse einer Auftragszeile führt zur:
- Reinitialisierung der Lieferzeit durch die der neuen Lieferadresse. Das Versanddatum wird unter Berücksichtigung der Lieferzeit und des angeforderten Lieferdatums neu berechnet. Das voraussichtliche Lieferdatum wird ebenfalls aus dem neuen Versanddatum und der Lieferzeit neu berechnet.
- Anzeige einer Meldung die gegebenenfalls anzeigt, dass der Artikel für diese neue Adresse nicht erlaubt ist. Wenn der Benutzer keine sperrende Preisprüfung hat (Benutzerparameter SDACLOK - Prüf. n. sperr. Pre. Mar. Men.), hat er die Möglichkeit, diesen Warnhinweis zu überspringen und fortzufahren.
- Anzeige einer Dialogbox, die die Neuberechnung der Preise und Nachlässe vorschlägt. Bei Antwort „Ja“ erfolgt eine Preissuche in Abhängigkeit der neuen Lieferadresse.

Besonderheiten Intercompany: Wird ein Intercompany-Auftrag automatisch auf der Basis einer Bestellung erstellt, entspricht die Lieferadresse dem Leistungsempfänger des Eingangsstandorts, der in der Bestellung angegeben ist. Diese Information kann nicht im Verkaufsauftrag geändert werden. Nur eine Änderung der ursprünglichen Bestellung führt zur Aktualisierung dieser Information, wenn die Auftragszeile weder reserviert noch geliefert ist.

• Lieferkontakt (Feld CNDNAM)

Name des der Lieferadresse zugewiesenen Kontakts. Entspricht die Lieferadresse der Lieferadresse in der Dokumentenkopfzeile, ist der in der Zeile standardmäßig vorgeschlagene Kontakt der Kontakt, der in der Lieferadresse der Kopfzeile angegeben ist.
Entspricht die Lieferadresse nicht der Lieferadresse in der Dokumentenkopfzeile, ist der standardmäßig vorgeschlagene Kontakt der Standardkontakt des Personenkontos, wenn der dieser Lieferadresse entspricht. Andernfalls schlägt das System den ersten Kontakt dieser Adresse vor, nach alphabetischer Reihenfolge des Kontaktcodes.

Die Angebotszeilen, die sich auf nicht lieferbare Artikel erstrecken, sind von dieser Information nicht betroffen.

• Verbrauchsort (Feld USEPLC)

Diesem Feld ist der Verbrauchsort zu entnehmen. Weiterhin kann ein Adresszusatz definiert werden. Beispiele: Rampe X.

Besonderheiten bei Intercompany-Aufträgen:Wird ein Intercompany- oder Intersita-Auftrag auf der Basis einer Bestellung generiert, wird der Verbrauchsort mit dem Verbrauchsort vorbelegt, der in der Bestellzeile erfasst wurde.

• Lieferpriorität (Feld DDLVPIO)

Diese Information (initialisiert über die Lieferpriorität im Register Lieferung) ermöglicht die Angabe der Priorität für jede Zeile. Diese Information wird dazu verwendet, bestimmte Auftragszeilen prioritär vorzubereiten. Sie wird in der Verarbeitung der automatischen Reservierung von Aufträgen verwendet. Eine Reservierung nach Prioritätsebene ist zum Beispiel möglich, wenn der Bestand nicht für alle Aufträge ausreicht).

 Ist die Lieferart des Auftrags Vollständiger Auftrag, ist diese Information nicht in der Auftragszeile zugänglich.

• Tournr. (Feld DDRN)

Durch ein lokales Menü geprüfter Code, mit dem Lieferscheine in Abhängigkeit eines Routencodes generiert werden können, der zum Beispiel ein geografisches Gebiet definiert. Diese Angabe ist durch die Lieferadresse des Kunden definiert.

• Lieferart (Feld DMDL)

Die Lieferart ermöglicht die Definition der Informationen in Bezug auf Transport und Lieferung.  Sie beschreibt die Art und Weise, wie die Waren an den Kunden geliefert werden (insbesondere wird diese Information für die Intrastat-Meldung benötigt). Sie wird in der Tabelle der Lieferarten geprüft. Diese Information wird mit der in der Auftragskopfzeile angegebenen Lieferart initialisiert, kann aber in der Zeile geändert werden, wenn die Lieferart des Auftrags nicht den Wert Auftrag abgeschlossen hat. Wird die Lieferadresse in der Auftragszeile geändert, wird die Lieferart erneut vom Wert der Lieferadresse zugewiesen.

• Frachtführer (Feld DBPTNUM)

Frachtführer, der ausgewählt wird, um die Ware an die Lieferadresse des Kunden zu transportieren. Dieser Code wird in der Tabelle der Frachtführer geprüft. Diese Information wird mit dem in der Auftragskopfzeile angegebenen Frachtführer initialisiert, kann aber in der Zeile geändert werden, wenn die Lieferart des Auftrags nicht den Wert Auftrag abgeschlossen hat. Wird die Lieferadresse in der Auftragszeile geändert, wird der Frachtführer erneut vom Wert der Lieferadresse zugewiesen.

Der Frachtführer wird anschließend im Lieferschein verwendet, um die Portokosten in Abhängigkeit des Gewichts und des Volumens der Lieferung zu berechnen.

• Code Kommissionierung (Feld PRECOD)

Dieses Feld enthält den Kommissioniercode. Sie können ihn über das Symbol Aktionen auswählen oder ihn erfassen, falls nicht parametrisiert.

• Verpackung (Feld PCK)

Dieser Code wird in der Verpackungstabelle geprüft. Er gibt die Anzahl der Artikel in Verkaufseinheit an, die die Verpackung enthalten kann. Er wird nach der Artikelerfassung in Abhängigkeit der Verkaufseinheit und des Versandstandorts initialisiert:

• Wird die Verkaufseinheit des Auftrags mit der Verkaufseinheit des Artikel-Kunden initialisiert, wird die Verpackung ebenfalls mit der des Artikel-Kunden initialisiert.
• Hat der Artikel-Kunde keine Verkaufseinheit, wird die Verkaufseinheit des Auftrags auf die des Artikels gesetzt. In diesem Fall wird die Verpackung mit der Verpackung des Artikel-Standorts und andernfalls mit der der Artikelkategorie initialisiert.
• Wenn Sie den Versandstandort der Zeile ändern und dieser sich von dem der Auftragskopfzeile unterscheidet, wird die Verpackung ebenfalls mit der des Artikel-Kunden und andernfalls mit der des Artikel-Standorts initialisiert.

Diese Information kann geändert werden.
Nach Erfassung und Freigabe der Zeile kann die Verpackung nicht mehr reinitialisiert werden, wenn Sie den Versandstandort der Zeile ändern. Sie muss dann manuell erfasst werden.

Diese Information sowie die Verpackungsgröße werden bei der Vorbereitung oder beim Versand für die Durchführung der Verpackung angewendet.
Ist der Verpackungscode auf den Ursprungsdokumenten in den Funktionen Lieferungen oder Kommissionierscheine angegeben, wird er während dem deklarativem Verpacken angezeigt.

Wenn Sie über die entsprechenden Berechtigungen verfügen, können Sie auf den Verpackungsdatensatz zugreifen.

• Verpackungsgröße (Feld PCKCAP)

• Verbraucherpreis (Feld BPCSALPRI)

Dieses Feld unterliegt dem Aktivitätscode EDIX3.
Es ermöglicht die Angabe des Endpreises des Artikels für den Verbraucher.
In den automatisch generierten Stücklisten- und Gratisartikelzeilen hat dieser Betrag den Wert: 0

Bei über EDI erhaltenen Aufträgen werden die Stücklisten- und „Gratis“-Zeilen nicht automatisch generiert. Der Artikelendpreis kann in jeder Zeile vom Absender angegeben werden. Die Zeilen werden daher einzeln mit den erhaltenen Werten importiert.

• Voraussichtliche Lieferzeit (Feld DEMDLVHOU)

Die beiden Felder Voraussichtliche Lieferzeit und Späteste Lieferzeit werden mit der in der Kopfzeile angegebenen Voraussichtlichen Lieferzeit initialisiert.
Der Feld Späteste Lieferzeit unterliegt dem Aktivitätscode EDIX3.
Diese Felder können im Normalfall geändert werden und ermöglichen die Definition eines Lieferzeitbereichs.
In den folgenden Fällen werden diese Informationen jedoch automatisch ausgefüllt und können nicht geändert werden:

• in den automatisch generierten Stücklistenzeilen, wobei diese Werte identisch mit denen der Erzeugniszeile sind,
• in den „Gratis'“Zeilen, wobei diese Werte identisch mit denen des Ursprungsartikels des Gratisartikels sind.

• Spätestes Lieferdatum (Feld MAXDLVDAT)

Dieses Feld unterliegt dem Aktivitätscode EDIX3.
Es wird mit dem gewünschten Lieferdatum initialisiert und kann geändert werden. Das erfasste Datum muss nach oder am gewünschten Lieferdatum liegen.
Diese Information wird automatisch ausgefüllt und kann nicht geändert werden:

• in den automatisch generierten Stücklistenzeilen, wobei diese Werte identisch mit denen der Erzeugniszeile sind,
• in den „Gratis'“Zeilen, wobei diese Werte identisch mit denen des Ursprungsartikels des Gratisartikels sind.

Bei über EDI erhaltenen Aufträgen werden die Stücklisten- und „Gratis“-Zeilen nicht automatisch generiert. Die Zeilen werden einzeln importiert. Bei Änderung des Erzeugnisses oder des Ursprungsartikels des Gratisartikels wird diese Änderung jedoch auf die Komponentenzeilen und die „Gratis“-Zeilen übernommen.

• Späteste Lieferzeit (Feld MAXDLVHOU)

Die beiden Felder Voraussichtliche Lieferzeit und Späteste Lieferzeit werden mit der in der Kopfzeile angegebenen Voraussichtlichen Lieferzeit initialisiert.
Der Feld Späteste Lieferzeit unterliegt dem Aktivitätscode EDIX3.
Diese Felder können im Normalfall geändert werden und ermöglichen die Definition eines Lieferzeitbereichs.
In den folgenden Fällen werden diese Informationen jedoch automatisch ausgefüllt und können nicht geändert werden:

• in den automatisch generierten Stücklistenzeilen, wobei diese Werte identisch mit denen der Erzeugniszeile sind,
• in den „Gratis'“Zeilen, wobei diese Werte identisch mit denen des Ursprungsartikels des Gratisartikels sind.

• Mindesthaltbarkeitsdatum (Feld USELIMDAT)

Dieses Feld unterliegt dem Aktivitätscode EDIX3.
Ist der Artikel bestandsverwaltet und wird die Verwaltung des Ablaufdatums ebenfalls verwaltet, wird das Feld wie folgt initialisiert: Spätestes Lieferdatum (MAXDLVDAT) + Ablaufdatum (SHL). Das Datum wird nach den Kriterien des im Feld Verwaltung (EXYMGTCOD) auf Artikelebene parametrisierten Berechnungsmodus berechnet.
Dieses Datum kann geändert werden. Dieses Datum muss an oder nach dem spätesten Lieferdatum liegen.
Wird das Ablaufdatum nicht verwaltet, ist das Feld standardmäßig leer.

• Feld CCE1

Die Sektoren werden gemäß dem Parameter der Standardsektoren aus der Verwaltung der Auftragszeilen initialisiert. Abhängig von der Parametrisierung können sie weiterhin geändert werden.
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.

• Status (Feld DEMSTA)

Dieser Indikator ermöglicht die Definition des Auftragszeilenstatus, der Fest oder Geplant sein kann. Der Status Geplant ermöglicht das Vorziehen der festen Aufträge, da diese Information als Bedarf bei der Berechnung der Wiederbeschaffung verwendet wird. Dieser Indikator kann nicht mehr geändert werden, wenn die Auftragszeile reserviert, geliefert oder in Rechnung gestellt wurde. Er kann nicht mehr geändert werden, wenn die Zeile als Sonderbeschaffung verwaltet wird.

• Hat die Auftragszeile den Status Fest (Standardwert), kann sie reserviert und geliefert werden.
• Hat die Auftragszeile den Status Geplant, kann sie weder reserviert noch geliefert werden (der Status muss manuell auf Fest geändert werden).

• Produktquelle (Feld FMI)

Dieses Feld ermöglicht die Auswahl, wie der in der Auftragszeile ausgedrückte Bedarf gedeckt werden soll: Normal, über eine Sonderbeschaffung mit Wareneingang, über eine direkte Sonderbeschaffung, über einen Fertigungsauftrag.

In Abhängigkeit der Kategorie des Artikels und des Parameters des Artikeldatensatzes (Register Verkauf), wird dieses Feld folgendermaßen initialisiert:

• Hat der Artikel die Kategorie Dienstleistung, nicht lieferbar, ist der Ursprung des Artikels Normal.
• Wird der Artikel nicht als Sonderbeschaffung verwaltet, ist der Ursprung des Artikels Normal: die Auftragszeile kann aus dem verfügbaren Bestand geliefert werden.

• Wird der Artikel als Sonderbeschaffung verwaltet, hängt die standardmäßig vorgeschlagene Sonderbeschaffung von der Artikelkategorie ab:

• Gehört ein Artikel zur Kategorie Gekauft, aber nicht zur Kategorie Gefertigt, ist die Standardsonderbeschaffung eine Sonderbeschaffung mit Wareneingang, wenn nicht die direkte Menge im Bereich Verkauf im Artikeldatensatz ausgefüllt ist. In diesem Fall ist der standardmäßig vorgeschlagene Sonderbeschaffungstyp eine direkte Sonderbeschaffung, wenn die bestellte Menge größer oder gleich der direkten Menge ist.
  Dieser Sonderbeschaffungstyp kann nicht in einem Intercompany-Kontext verwendet werden.
  
  
• Gehört ein Artikel zur Kategorie Gefertigt, aber nicht zur Kategorie Gekauft, ist die standardmäßig vorgeschlagene Sonderbeschaffung ein Fertigungsauftrag.
  
• Hat der Artikel die Kategorie Dienstleistung und ist der Flusstyp Gekauft, sind die einzigen Auswahlmöglichkeiten Normal und Sonderbeschaffung (Direktauftrag).

• Anz. Sonderbeschaffungen (Feld FMINUM)

Nummer der Bestellung oder Nummer des Fertigungsauftrags, wenn eine Sonderbeschaffung für eine Auftragszeile generiert wurde. Dieses Dokument ist über die Funktion Situation zugänglich.

• Nettobetrag (Feld LINORDNOT)

Nettoeinheitspreis ohne USt. der Zeile multipliziert mit der Dokumentenmenge.

• Bruttobetrag (Feld LINORDATI)

Nettoeinheitspreis der Zeile, auf die die verschiedenen Steuern angewendet wurden, multipliziert mit der Menge der Dokumentzeile.

• Zeilenmarge (Feld LINPFM)

Einheitsmarge multipliziert mit der Menge der Dokumentzeile.

• Angebotsnr. (Feld DETSQHNUM)

Nummer des ursprünglichen Angebots der Auftragszeile. Um auf das Angebot zuzugreifen, klicken Sie auf Angebot über das Symbol Aktionen in der Auftragszeile.

• Nummer Fakturierungsplan (Feld PRGBILNUM)

Dieses Feld kann nicht erfasst werden. Es betrifft nur die nicht lieferbaren Artikel vom Typ Dienstleistung, die mit einem Teilfakturierungsprojekt verknüpft sind. Es zeigt die Nummer des Projektfakturierungsplans an, die Sie über die Funktion Projektmanagement nach Angabe des Projektcodes in der Auftragszeile generieren.

• Typ (Feld LINTYP)

Durch diese Information wird der Zeilentyp festgelegt. Dabei werden klassische Artikel von Vertriebsstücklisten oder Stücklisten unterschieden.
Folgende Werte stehen zur Verfügung:

• Normal,
• Feste Stückliste,
• Setkomponente,
• Setoption, Setalternative,
• Flexible Stückliste,
• Stücklistenkomponente,
• Stücklistenoption,
• Stücklistenalternative.

• Gratis (Feld FOCFLG)

Diese Information gibt an, ob die Zeile einen Gratisartikel betrifft, oder ob die Zeile der Ursprung für die Generierung eines oder mehrerer Gratisartikels ist.

• Beglichen (Feld SOQSTA)

Diese Information gibt an, ob die Auftragszeile abgeschlossen wurde oder immer noch aktiv ist. Eine Zeile kann abgeschlossen werden, wenn sie vollständig geliefert wurde (oder vollständig fakturiert für die Aufträge mit Direktfakturierung oder geplante Rechnungen) oder manuell abgeschlossen wurde.

Eine abgeschlossene Zeile kann nicht mehr geändert werden. Wurde der Auftrag nicht vollständig abgeschlossen, kann der Abschluss einer Auftragszeile zurückgenommen werden, wenn sie mit einem Servicevertrag verbunden ist.

• Abschlussgrund (Feld DCCLREN)

Grund für den Abschluss der Auftragszeile, wenn diese manuell abgeschlossen wurde. Der Abschlussgrund wird angegeben, wenn der Parameter CCLRENORD - Grund Auftragsstorno aktiviert ist. Dieser Grund kann dem Abschlussgrund des Auftrags entsprechen (wenn der Auftrag global abgeschlossen wurde) oder dem Abschlussgrund beim Abschluss dieser Zeile entsprechen. Beim Abschluss einer Auftragszeile kann diese Information in einer zuvor festgelegten Liste erfasst werden (siehe sonstige Tabelle Stornogründe).

• Abschlussdatum (Feld DCCLDAT)

Datum, an dem der Abschluss des Auftrags manuell ausgeführt wurde.

• Anzahlungsvertragsnr. (Feld PCNTNUM)

• Anzahlungsstatus (Feld PREPSTA)

• Feld WSTKTXT

Die Anzeige der mit der Bestandsverfügbarkeit verbundenen Informationen hängt von der Parametrisierung der Erfassungstransaktion Auftrag ab.
Wie die Bewertung des Dokuments, hängt die Anzeige der Artikelverfügbarkeit vom Wert des Parameters SOHVALLIG - Zeile Auftragsbewertung (Kapitel VEN, Gruppe MIS) ab.

Wenn der Artikel nicht verfügbar ist, wird der Hinweis „XXX: Nicht im Bestand verfügbar“ angezeigt, gefolgt von dem möglichen ersten Verfügbarkeitsdatum und der Menge in Lagereinheit und in Verkaufseinheit.

• Feld WALLTXT

Die Anzeige der mit der Bestandsverfügbarkeit verbundenen Informationen hängt von der Parametrisierung der Erfassungstransaktion Auftrag ab.
Wie die Bewertung des Dokuments, hängt die Anzeige der Artikelverfügbarkeit vom Wert des Parameters SOHVALLIG - Zeile Auftragsbewertung (Kapitel VEN, Gruppe MIS) ab.

Ist die zu reservierende Gesamtmenge nicht verfügbar, gibt dieser Hinweis die noch zu reservierende Menge an. Sie wird in der Lagereinheit oder in der Verkaufseinheit ausgedrückt.

• Netto zu liefern (Feld DLRNOT)

• Zu fakturieren Netto (Feld INRNOT)

• Marge (Feld PFMTOT)

Gibt die des auf Grundlage der Margen der Auftragszeilen berechnete Gesamtmarge des Auftrags an.

• Nettozeilen (Feld ORDNOT)

Summierter Nettobetrag der Zeilen. Er wird durch Summierung der Angebotszeilen berechnet. Bei Ausgabe des Reports DEVICLIENT (Angebotsdruck mit Nettowerten) entspricht der darin enthaltene Nettowert der Nettosumme.

• Netto (Feld ORDINVNOT)

Dieses Feld gibt das Nettoergebnis einschließlich der verschiedenen im Auftrag erfassten Rechnungselemente an.
Diese Informationen erscheinen beim Ausdruck des Reports ARCTTC2.
Das Berechnungsdetail ist in den Tabellen SVCRVAT und SVCRFOOT gespeichert.

• Brutto (Feld ORDINVATI)

Dieses Feld gibt das Bruttogesamtergebnis an, darin enthalten:

• die verschiedenen im Auftrag erfassten Rechnungselemente,
• die Steuerberechnung nach Steuerbasis.

Diese Informationen erscheinen beim Ausdruck des Reports ARCTTC2.
 Um die Details der Bruttoberechnung anzuzeigen, klicken Sie auf das Symbol Aktionen auf Ebene des Gesamtbetrags. Das Berechnungsdetail ist in den Tabellen SVCRVAT und SVCRFOOT gespeichert.

Um die Maske „Bewertung Brutto“ zu öffnen, klicken Sie auf die Feldverknüpfung Brutto.

• Unternehmensname (Feld BPRNAM)

Unternehmensname des Personenkontos.

• Adresse (Feld BPAADD)

• Land (Feld CRY)

Dieser Code ermöglicht unter anderem die Definition des Landes eines Personenkontos.
Diese wichtige Information ist einer bestimmten Anzahl an nützlichen Eigenschaften zur Ausführung der Prüfungen für verknüpfte Informationen zugewiesen, insbesondere:

• das Format der Telefonnummer,
• das Format der Nummer, mit der ein Unternehmen oder eine Aktivität identifiziert werden kann (SIRET, NAF), und ob die Erfassung erforderlich ist oder nicht,
• das Format der Postleitzahl der Stadt und auch der Code der geographischen Untereinheit, und ob die Erfassung erforderlich ist oder nicht,
• ob die Erfassung der Steuernummer dieser Gemeinschaft erforderlich ist oder nicht,
• das Format der Bankverbindung.

• Feld CRYNAM

Name des Landes, das in den Adressen und in allen Dokumenten verwendet wird, in denen der Ländercode angegeben wird.

• Feld BPAADDLIG

Diese Tabelle enthält die verschiedenen Adresszeilen. Die Formate für Bezeichnung und Erfassung sind in der Ländertabelle definiert.

• PLZ (Feld POSCOD)

Die Postleitzahl, deren Erfassungsformat in der Tabelle Länder definiert ist, ermöglicht die Bestimmung der Stadt und der geografischen Untereinheit, falls für das Land definiert.
Wird die Postleitzahl geändert, wird automatisch der neue Ort zur PLZ angezeigt. Das gleiche gilt für geographische Bereiche, falls für das Land vorhanden. 
Der Name der Stadt kann auch direkt erfasst werden. Ist die Stadt definiert, wird die zugeordnete Postleitzahl automatisch angezeigt.

Die Prüfung dieser Informationen und der erforderlichen Art hängen von der in der Länderverwaltung ausgeführten Parametrisierung ab. Damit die Prüfung durchgeführt wird, ist es auch erforderlich, dass der Parameter POSCOD - Warnung, falls PLZ nicht existiert (Kapitel SUP, Gruppe INT) den Wert „Ja“ hat.

Sonderfälle:

- für ANDORRA geben Sie 99130 an
- für MONACO geben Sie 99138 an
- für andere Länder geben Sie den INSEE-Code bzw. 99999 an, falls dieser nicht bekannt ist.

• Stadt (Feld CTY)

Es wird automatisch die Stadt zur zuvor eingegeben Postleitzahl vorgeschlagen. Der Name der Stadt kann auch direkt erfasst werden:

• Ist die Stadt definiert, wird die zugeordnete Postleitzahl automatisch angezeigt. 
•  Ist sie nicht vorhanden und wurde die Postleitzahlenprüfung auf Datensatzebene Land parametrisiert, wird ein Warnhinweis angezeigt, die Eingabe ist aber weiterhin möglich. Damit diese Prüfung durchgeführt wird, ist es auch erforderlich, dass der Parameter CTY - Warnung, falls Ort nicht existiert (Kapitel SUP, Gruppe INT) den Wert „Ja“ hat.
• Ist dieser nicht vorhanden und ist die Postleitzahl nicht angegeben, erscheint eine sperrende Meldung, wenn die Postleitzahl als für das Land erforderlich parametrisiert ist.

Hinweise:

• Das Format ist auf der Parameterebene des Länderdatensatzes definiert.
• In Abhängigkeit von dieser Parametrisierung kann die erfasste Stadt nach der Erfassung automatisch in Großbuchstaben umgewandelt werden.
• Um die Auswahl ohne Berücksichtigung des Formats (Sonderzeichen, Großbuchstaben, Kleinbuchstaben) zu erleichtern, umfasst das zu dem Feld verfügbare Auswahlfenster eine Suchspalte, in der die Ortsnamen in Großbuchstaben angezeigt werden. Die ausgeführte Prüfung ist unabhängig von der Klasse, da sie in Bezug auf den in Großbuchstaben gespeicherten Ortsnamen ausgeführt wird.

• Feld ITINERAIRE

Klicken Sie auf dieses Symbol, um eine Kartografieseite zu öffnen, mit der die angegebene Adresse eingeordnet werden kann.

• Feld SAT

Dieses Feld enthält die geografische Untereinheit, die der Definition der Postadresse entspricht. Z.B. ein Departement für Frankreich, oder ein Bundesstaat für die USA.

Die Bezeichnung der geografischen Untereinheit sowie die Erfassungsprüfung dieser Information sind im Parameter Land definiert.

Dieses Feld wird nach der Erfassung der Postleitzahl und der Stadt automatisch ausgefüllt, ausgehend von der Parametrisierung, die in Postleitzahlen ausgeführt wurde.
Wird das Feld geprüft, erfolgt die Prüfung gemäß der Tabelle der Geografischen Untereinheiten.

• Steuernr. (Feld CRN)

Die SIRET-Nummer des Standorts des Rechnungsempfängers wird angezeigt, falls auf Ebene des Personenkontos angegeben.
Sie können diese Nummer nur ändern, wenn der Rechnungsempfänger vom Typ Sonstiger ist. Die erfasste Nummer muss dem auf Ebene des Datensatzes Land definierten Format entsprechen.

• Kontaktperson (Feld CNTNAM)

Kontaktname.

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

• Freigabe Adresse (Feld VALADR)

Klicken Sie auf diese Schaltfläche, um die angegebene Adresse an den Adressfreigabeservice Sage Sales Tax (SST) zu senden. Die angegebene Adresse kann auch per Klick auf die Schaltfläche [OK] gesendet werden.

• Wird die Adresse erkannt, wird automatisch das Kontrollkästchen „Freigegeben“ aktiviert.
• Wird die Adresse nicht erkannt, wird das Kontrollkästchen „Freigegeben“ deaktiviert und der Zugriff gesperrt.

• Dieses Feld ist nur verfügbar, wenn der Aktivitätscode Lokale Besteuerung (LTA) aktiviert ist.
• Der Adressfreigabeservice SST ist in den Parametern Sage Sales Tax definiert.

• Freigegeben (Feld ADRVAL)

Dieses Kontrollkästchen ist automatisch aktiviert, wenn die Adresse vom Adressfreigabeservice Sage Sales Tax (SST) erkannt wird, wenn das Kontrollkästchen „Freigabe Adresse“ aktiviert ist. Das Kontrollkästchen ist deaktiviert und nicht zugänglich, wenn die Adresse nicht erkannt wird.

• Dieses Feld ist nur verfügbar, wenn der Aktivitätscode Lokale Besteuerung (LTA) aktiviert ist.
• Der Adressfreigabeservice SST ist in den ParameternSage Sales Tax definiert.

• Incoterm (Feld XEECICT)

• Ort Incoterm (Feld XICTCTY)

• Transit (Feld XFFWNUM)

• Übergangsadresse (Feld XFFWADD)

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

• INTRASTAT-Beförderungsort (Feld XEECLOC)

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

• Transaktionsart (Feld XEECNAT)

• Statistikregel (Feld XEECSCH)

• Transaktionsart (Feld XEECNATR)

• Statistikregel (Feld XEECSCHR)