Rechnungseingang

• Rechnungsstandort (Feld FCY)

Code des Rechnungsstandorts, der standardmäßig über den Buchhaltungsstandort initialisiert wird, der dem Einkaufsstandort des Betreibers zugewiesen ist. Es muss sich um einen Finanzstandort handelnDer vorgeschlagene Standort kann geändert werden und kann in der Liste der für den Betreiber zulässigen Standorte ausgewählt werden. Dieses Feld muss in jedem Fall angegeben werden.

• Rechnungstyp (Feld PIVTYP)

Der Rechnungstyp ermöglicht die Identifikation der Rechnungskategorie und die Definition der verschiedenen Rechnungskategorien.
Beispiel: Rechnung Frankreich und Rechnung Export.

Der Rechnungstyp ist einem Belegtyp zugewiesen, für den ein Nummernkreis definiert ist (manuell oder automatisch).  

Eine Prüfung wird ausgeführt, um die Kohärenz zwischen der Rechtsordnung/der Gruppe, für die der angegebene Rechnungstyp definiert ist, und der Rechtsordnung/der Unternehmensgruppe des Rechnungsstandorts zu prüfen.
 Für mehr Informationen hier klicken.

• Belegnr. (Feld NUM)

Diese Belegnummer ermöglicht die eindeutige Identifikation der Rechnung.
Sie wird automatisch am Ende der Dokumentenerstellung erzeugt, je nach angegebenem Nummernkreisparameter für den dem Rechnungstyp zugewiesenen Belegtyp.

 Hinweise:

• Ist dem Rechnungstyp kein Belegtyp zugewiesen, wird der für den automatischen Beleg definierte Belegtyp (einschließlich dem zugewiesenen Nummernkreis) verwendet.
   
• Wurde kein Nummernkreis im Belegtyp angegeben und wurde keine Belegnummer bei der Rechnungserfassung manuell angegeben, weist das Programm eine Belegnummer in Abhängigkeit des Nummernkreises zu, der in derTabelle Nummernkreiszuweisung parametrisiert ist.

• Buchungsdatum (Feld ACCDAT)

Dieses Datum entspricht dem Buchungsdatum der ursprünglichen Transaktion.
Über das Buchungsdatum kann die Buchungsperiode für die Buchungen festgelegt werden. Es wird standardmäßig mit dem aktuellen Datum belegt und kann in Abhängigkeit vom Wert des Parameters PIHACCDAT - Änderung Buchungsdatum (Kapitel ACH, Gruppe INV) geändert werden.
Dieses Datum unterliegt einer systematischen Prüfung, ob es zu einem offenen und vorhandenen Steuerjahr gehört.
Bei Problemen während der Prüfung muss der Benutzer unabhängig vom Wert des Parameters ein neues Datum erfassen.

Dieses Datum entspricht dem Datum des Buchungsbelegs. Über das Buchungsdatum ist der Belastungszeitraum für die Buchungen festgelegt.

Standardmäßig wird es mit dem Tagesdatum initialisiert und kann je nach Parameterwert PIHACCDAT - Änderung Buchungsdatum (Kapitel ACH) geändert werden.

Es wird systematisch geprüft, ob dieses Datum in ein offenes und vorhandenes Geschäftsjahr fällt.
Ist dies nicht der Fall, muss unabhängig vom Parameterwert ein anderes Datum erfasst werden.

Hinweise zur DGI-Konformität:

• Das Erfassungsdatum kann nicht vor dem Dokumentendatum (Rechnung, Gutschrift oder Zusatzrechnung) mit der nächsten Nummer liegen. Diese Prüfung wird ausgeführt, wenn die Chronologische Prüfung auf dem Nummernkreis aktiv ist, der vom Belegtyp verwendet wird, der mit dem angegebenen Belegtyp verbunden ist.
• Die Erfassung von Rechnungen, Gutschriften oder zusätzlichen Rechnungen kann für einen Benutzer auf einen Datenbereich eingeschränkt werden, der von den ParameternACHSTRDAT - Startdatum Einkauf undACHENDDAT - Enddatum Einkauf definiert ist, sofern angegeben.
• Die Datumsänderung ist nur zulässig, wenn das neue Datum in der gleichen Buchungsperiode liegt. Diese Prüfung wird durchgeführt, wenn der Parameter FRADGI - Zahlung DGI Nr. 13L-1-06 den Wert ‚Ja‘ hat und wenn die Periodenkomponente Teil des Nummernkreises ist.
• In den Modulen Verkauf und Personenkonten können Ursprungsbelege zu Rechnungen, zu Gutschriften oder zu Zusatzrechnungen nicht mit einem Datum versehen sein, das nach dem Datum der Rechnung, Gutschrift oder Zusatzrechnung liegt.
  Beispiel: Das Datum einer Rechnung auf einer Gutschrift kann nicht nach dem Datum der Gutschrift liegen.
  Genauso kann ein Lieferschein auf einer Rechnung kein Versanddatum nach dem Rechnungsdatum haben.
  Um dies zu prüfen wird eine Prüfung durchgeführt. Die Auswahllisten und -fenster werden entsprechend gefiltert.
  Ein Einsprungpunkt ermöglicht die Deaktivierung dieser Prüfung, indem ein spezifischer ParameterCTLDATORI - Prüfung Belegdatum (Kapitel TC, Gruppe INV) definiert wird.

• Intercompany (Feld BETCPY2)

• Lieferant (Feld BPR)

Dieses Feld gibt den rechnungstellenden Lieferanten als Rechnungsabsender an.

• Feld BPRSAC

Erfassen Sie den Code des Personenkontensammelkontos (Kunde oder Lieferant), das standardmäßig über den Kontencode der Personenkontenrechnung initialisiert wird.

Die Initialisierung des Codes im Feld Prüfung hängt davon ab, ob das Register Personenkonto / Unternehmen im Datensatz des Personenkontos (GESBPR) vorhanden ist.

• Unternehmensname (Feld BPRNAM1)

Unternehmensname des rechnungstellenden Lieferanten, kann nicht geändert werden.

• Zahlungsfreigabe (Feld PAZ)

Das Feld wird mit der Zahlscheinebene des Benutzers vorbelegt und kann nach unten angepasst werden.
Eventuelle Änderungen werden erst nach Anlage der entsprechenden Rechnungsposition übernommen.

• Grund (Feld LIBPAZ)

Dieses Feld enthält mögliche Gründe für festgestellte Abweichungen zwischen der Lieferantenrechnung und der vom System berechneten Rechnung.

• Originalbelegnr. (Feld ORIDOCNUM)

• Feld BPRDAT

Dieses Feld gibt das Datum der Lieferantenrechnung an: das Datum auf der Rechnung, die der Lieferant erhalten hat.

• Feld TYPVCR

• Feld CLSVCR

• Feld SCUVCR

• Feld SEQVCR

• Rechnr. Lief. (Feld BPRVCR)

Dieses Feld übernimmt die Rechnungsnummer der Lieferantenrechnung.
Eine Prüfung erfolgt, damit die gleiche Nummer nicht mehrmals für einen rechnungstellenden Lieferanten erfasst werden kann.

• Zahlungsempfänger (Feld BPRPAY)

Dieses Feld wird mit dem bezahlten Lieferanten aus der Lieferantendatei oder mit dem bezahlten Lieferanten im ersten ausgewählten Dokument initialisiert.

• Währung (Feld CUR)

Dieses Feld gibt die Währung der Rechnungspreise an.
Standardmäßig wird die Währung aus der Lieferantenpersonenkontendatei vorgeschlagen. Sie kann aber durch die Währung im ersten ausgewählten Dokument in der Rechnung angepasst werden.

• Kurstyp (Feld CURTYP)

Dieses Feld wird vom Kurstyp des rechnungstellenden Lieferanten initialisiert.

• Kurs (Feld RAT1)

Ein Kurs zwischen der Bewegungswährung und der Unternehmenswährung kann direkt erfasst werden. Die vorgeschlagenen Werte stammen aus dem Kurstyp und dem Rechnungsdatum.
Um den Kurs zurückzusetzen, klicken Sie auf Wechselkursinit über das Symbol Aktionen. Die erfassten Wechselkurse werden direkt bei Freigabe der Rechnung in der Buchhaltung verwendet.

• Feld RAT2

• Feld CURMLT

• Original (Feld INVNUM)

Dieses Feld wird nur für die Gutschriften ausgefüllt. Nummer der Rechnung, auf die sich die automatisch auf jede Gutschriftposition übetragene Gutschrift erstreckt.

• Ort Incoterm (Feld EECICT2)

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

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

Bei der Erstellung eines Auftrags, eines Wareneingangs oder einer Rechnung wird der Incoterm-Code mit dem für den Lieferanten standardmäßig definierten Incoterm-Code oder dem Originaldokument initialisiert.

Die Incoterm-Verwaltungsfunktion ist über eine Verzweigung zugänglich. Bei Artikeln, zu denen eine Kostenstruktur im Dokument erfasst ist, kann die Incoterm-Auswahl nicht mehr verändert werden.
 Bei Aufträgen, Wareneingängen und Rechnungen ist der Incoterm-Code für das gesamte Dokument eindeutig. Bei der Umwandlung eines Dokuments wird der Incoterm-Code auf das untergeordnete Dokument übertragen.

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

• Feld ICTCTY2

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

• Datum Zoll (Feld SPACUSDAT)

Dieses Feld wird nur angezeigt, wenn die folgenden Bedingungen erfüllt sind:

• Der Aktivitätscode KSP - Spanische Lokalisierung ist aktiv.
• Das Unternehmen, dem der Rechnungsstandort zugewiesen ist, verwaltet die spanische Umsatzsteuer (der Unternehmensparameter SPAVAT - spanische USt. (Kapitel LOC, Gruppe SPA) hat den Wert "Ja").
• Dieses Feld kann nicht als verborgen auf Erfassungstransaktionsebene parametrisiert werden.

Hier kann das Vorgangsdatum bei der Zollstelle angegeben werden.

Wenn dieses Feld erfasst werden kann, kann es auch noch geändert werden, wenn die Rechnung freigegeben wurde.

• Referenz Zoll (Feld SPACUS)

Dieses Feld wird nur angezeigt, wenn die folgenden Bedingungen erfüllt sind:

• Der Aktivitätscode KSP - Spanische Lokalisierung ist aktiv.
• Das Unternehmen, dem der Rechnungsstandort zugewiesen ist, verwaltet die spanische Umsatzsteuer (der Unternehmensparameter SPAVAT - spanische USt. (Kapitel LOC, Gruppe SPA) hat den Wert "Ja").
• Dieses Feld kann nicht als verborgen auf Erfassungstransaktionsebene parametrisiert werden.

Hier kann der Name der Zollstelle angegeben werden, an der der Vorgang ausgeführt wurde.

Wenn dieses Feld erfasst werden kann, kann es auch noch geändert werden, wenn die Rechnung freigegeben wurde.

• Personenkonto Zoll (Feld SPACUSBPR)

Dieses Feld wird nur angezeigt, wenn die folgenden Bedingungen erfüllt sind:

• Der Aktivitätscode KSP - Spanische Lokalisierung ist aktiv.
• Das Unternehmen, dem der Rechnungsstandort zugewiesen ist, verwaltet die spanische Umsatzsteuer (der Unternehmensparameter SPAVAT - spanische USt. (Kapitel LOC, Gruppe SPA) hat den Wert "Ja").
• Dieses Feld kann nicht als verborgen auf Erfassungstransaktionsebene parametrisiert werden.

Hier kann der Lieferant der von der Zollstelle erhaltenen Originalrechnung angegeben werden.

Wenn dieses Feld erfasst werden kann, kann es auch noch geändert werden, wenn die Rechnung freigegeben wurde.

• Feld SPACUSNAM

• Projekt (Feld PJTH)

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

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

Der Projektcode, den Sie in der Kopfzeile des Dokuments erfassen, wird verwendet, um den Projektcode der Zeilen des Dokuments zu initialisieren, wo er weiterhin geändert werden kann. Wird ein Dokument umgewandelt, wird der in der Kopfzeile erfasste Projektcode nur als Standardwert in den Zeilen verwendet, die keinen Projektcode besitzen. Wenn Sie den Projektcode der Dokumentkopfzeile ändern, öffnet sich eine Dialogbox und schlägt ggf. vor, den Code entsprechend den folgenden Optionen auf die Dokumentzeilen zu übertragen:

• Ja: der Projektcode wird auf alle Zeilen übertragen.
• Nein: der Projektcode wird nicht auf die Zeilen übertragen.
• Ja bei gleichem Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.

• Interne Referenz (Feld INVREF)

Die interne Referenz der Lieferantenrechnung im Unternehmen. Dieses freie Feld ermöglicht die Erfassung einer Nummer oder einer Angabe, die die Rechnung identifiziert. Beispiel: eine der Rechnung bei Ankunft im Unternehmen zugewiesene laufende Nummer.

• Valutadatum (Feld STRDUDDAT)

Dieses Datum dient der Berechnungsgrundlage für die offenen Posten. Ob dieses Datum mit dem Wareneingangsdatum oder dem Rechnungsdatum zu initialisieren ist, hängt von einem Code auf Lieferantenebene ab.
Die Initialisierung mit dem Wareneingangsdatum kann erst nach Erfassung der Positionen erfolgen, wobei zunächst der zeitlich erste Wareneingang zu erfassen ist.

• 1. Offener Posten (Feld DUDDAT1)

Es handelt sich um den ersten Offenen Posten der Rechnung.

• Zahlungsbedingung (Feld PTE)

Über die Zahlungsbedingungen sind die Berechnungsvorschriften für die Fälligkeitsdaten bei Belegerfassung beschrieben (Bestellungen, Rechnungen und Gutschriften). Es können mehrere Posten mit mehreren Zahlungsarten berechnet werden.
Über die Zahlungsbedingungen sind definiert:

• Zahlungsart
• Anteil an der Belegsumme (bei mehreren Posten),
• Postenberechnungsvorschrift in Monaten, Tagen etc.,
• Zahlungsart (Fälligkeit, Anzahlung, Einbehalt an der Quelle).

Das als Beginndatum für die Berechnung verwendete Datum kann je nach Kontext ein anderes sein (Rechnungsdatum oder Wareneingangsdatum). Während der Erfassung kann es noch geändert werden.
Die Standardzahlungsbedingungen sind dem Personenkonto zugeordnet und können während der Erfassung bearbeitet werden. Die Zahlungsbedingung wird mit der Zahlungsbedingung des fakturierenden Lieferanten oder der im ersten Dokument ausgewählten Zahlungsbedingung belegt.
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.

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

• Skonto (Feld DEP)

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

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

• Steuerart (Feld VAC)

Steuerart der Rechnung. Die Steuerart wird mit der Steuerart des fakturierenden Lieferanten oder der im ersten Dokument ausgewählten Steuerart belegt.

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.

Besonderheiten bei unternehmensübergreifenden Aufträgen: bei einer unternehmensübergreifenden Rechnung, die aus einer Verkaufsrechnung generiert wird, werden die Steuercodes der Einkaufsrechnungszeilen wie folgt belegt:

• aus der Steuerart der Einkaufsrechnung, die aus der Verkaufsrechnung belegt wird
• aus den Steuerebenen der Verkaufsrechnung aus der Einkaufsrechnung

Nur eine Steuerart, die der Rechtsordnung und der Unternehmensgruppe entspricht, kann angegeben werden.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

• Quellensteuermeldung (Feld DAS2)

Dieses Feld wird mit "Ja" initialisiert, wenn der ausgewählte Lieferant ein Dienstleister ist.

• Leistung von (Feld STRDATSVC)

Angabe der Beginn- und Endbereiche der Leistungsperiode.

 Für mehr Informationen über die Erfassung der Felder und ihre Verwendung, siehe Absatz Vorab festgestellte Belastungen und Einnahmen auf Einkaufsebene.

• Leistung bis (Feld ENDDATSVC)

• 1099 Formular (Feld FRM1099)

Der Formulartyp 1099 gibt an, ob ein Lieferant im Internal Revenue Service für die ausgeführten Zahlungen erklärt werden muss. Folgende Werte sind gültig: Kein, Sonstige, Dividende, Zinsen. Dieser Wert wird standardmäßig vom Lieferanten auf die Rechnung übertragen, kann aber geändert werden.

• 1099 Feld (Feld BOX1099)

Nummer des Standardfelds für die Zahlungen, die auf dem Formular 1099 ausgedruckt werden müssen. Die Feldnummern variieren je nach dem verwendeten Formular 1099. Dieser Wert wird standardmäßig vom Lieferanten auf die Rechnung übertragen, kann aber geändert werden. Die inaktiven Felder 1099 können nicht ausgewählt werden.

• Betrag 1099-Meld. (Feld AMTSUBJ109)

Betrag der Rechnung, die einer Erklärung 1099 unterliegt. Dieser Betrag wird automatisch aus der Summe der Nettobeträge der Rechnung für die Detailzeilen berechnet, deren Feld 1099 den Wert Ja hat.

• VCS-Nummer (Feld BELVCS)

Mit der belgischen Rechtsordnung verknüpftes Feld. 
Verwenden Sie dieses Feld, um die VCS-Nummer in einer Rechnung zu ermitteln (VCS bezieht sich auf Übertragungen in einem strukturierten Kommunikationsformat) und die Bankabstimmung zu vereinfachen.

Hinweis: mit der strukturierten Kommunikation ist es ausreichend, einen einzigen Identifikator in den Rechnungen anzugeben, der für alle Bankübertragungen verwendet wird.

Die Nummer setzt sich aus 12 numerischen Zeichen zusammen:

• 10 Ziffern (zwei Zeichen für das Jahr + acht Zeichen für einen Nummernkreis)
• 2 Prüfziffern, die mit dem Verfahren Modulo 97 der Prüfziffernberechnung berechnet wurden

Bei Lieferanten- und Einkaufsrechnungen wird diese Nummer geprüft und kann erfasst werden. Die Prüfung erfolgt, wenn die folgenden Bedingungen erfüllt sind:

• der Aktivitätscode KBE ist aktiviert
• der Parameter BELVCS hat den Wert ‚Ja‘
• die Rechnung ist keine Proforma-Rechnung
• der Lieferant kommt aus Belgien

 Wird der Standort geändert, wird die Anzeige des Felds ‚VCS-Nummer‘ erneut initialisiert.

• Feld 40 - Grund (Feld FLD40REN)

Feld, das folgendem Aktivitätscode unterliegt: KPO - Lokalisierung Portugal.
Er wird verwendet, den Grund für den USt.-Ausgleich für das Feld 40 bei der Generierung der USt.-Erklärung zu bestimmen.
Die möglichen Werte für die Auswahl des Grunds sind in der sonstigen Tabelle 8300 enthalten.

• Feld 41 - Grund (Feld FLD41REN)

Feld, das folgendem Aktivitätscode unterliegt: KPO - Lokalisierung Portugal.
Er wird verwendet, den Grund für den USt.-Ausgleich für das Feld 41 bei der Generierung der USt.-Erklärung zu bestimmen.
Die möglichen Werte für die Auswahl des Grunds sind in der sonstigen Tabelle 8301 enthalten.

• Nr. (Feld INVDTA1)

Nummer des Rechnungselements, die den zugewiesenen Betrag identifiziert (Kosten, Porto, Verpackung, Nachlass, etc).
Die Liste der Rechnungselemente besteht aus der Verknüpfung der Listen des fakturierenden Lieferanten sowie dessen Tarifstruktur.
Dieser Liste können andere Elemente hinzugefügt werden.

• manuell erfasste Elemente, da nur in der Lieferantenrechnung vorhanden,
• hinzugefügte Elemente in Abhängigkeit der ausgewählten Originaldokumente, wenn diese über Elemente verfügen, die normalerweise nicht vom rechnungstellenden Lieferanten verwendet werden.

 Nur die zuerst manuell zur Liste hinzugefügten Elemente können gelöscht werden.

• Rechnungselement (Feld INVDTALIB1)

Dieses Feld übernimmt den Kurztitel des Rechnungselements.

• Betrag (Feld INVDTAAMT1)

Dieses Feld gibt den Betrag der Rechnungselemente an, die auf der Lieferantenrechnung angegeben sind.
Diese Werte müssen manuell erfasst werden, um anschließend mit dem Betrag der vom System berechneten Rechnungselemente verglichen zu werden.

• Dimension (Feld DIE)

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

• Bezeichnung (Feld NAMDIE)

Dieses Feld übernimmt die Bezeichnung der Dimension.

• Sektor (Feld CCE)

Es handelt sich um Sektoren, die in Abhängigkeit des für die Standardsektoren (Sektorcode PIH) definierten Parameters initialisiert wurden. Die Sektorcodes können manuell geändert werden, sofern dies in der Transaktion erlaubt ist.
Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentkopfzeile zur Neubelegung des Sektorcodes über die Parametrisierung der Standardsektoren. Wird der Projektcode in die Zeilen übernommen, wird auch der Sektorcode der betroffenen Zeilen neu belegt.

• Summe netto (Feld TOTLINAMT1)

Dieses Feld gibt die Nettosumme der aus der Lieferantenrechnung erfassten Rechnungspositionen an.
Dieser Betrag dient zur Schlussprüfung der Rechnung durch Vergleich des vom System berechneten Nettobetrags der Positionen.

• Summe USt. (Feld TOTTAXAMT1)

Dieses Feld gibt den Gesamtsteuerbetrag der aus der Lieferantenrechnung erfassten Rechnungspositionen an.
Dieser erfasste Betrag dient zur Schlussprüfung der Rechnung durch Vergleich des vom System berechneten Steuerbetrags.

• Summe brutto (Feld TOTATIAMT1)

Der Bruttogesamtbetrag ist der Gesamtbetrag, der vom System ab den Elementen des Systems berechnet wurde.

• Rechnungsstatus (Feld STA)

Dieses Feld gibt den Status der Rechnung an:

• ausstehend (die Rechnung ist nicht ausgeglichen),
• freizugeben (die Rechnung ist ausgeglichen),
• freigegeben.

• Status Zuordnung (Feld TWMSTA)

Das Feld Status Toleranz Abgleich hat die folgenden Werte.

• Entsperrt: ein zum Entsperren berechtigter Benutzer kann die Sperrung aufheben.
• Gesperrt: eine oder mehrere Zeilen sind gesperrt (mit oder ohne Warnung).
• Warnung: eine oder mehrere Warnungen, aber keine Zeile gesperrt.
• Erfolgreich: die Abstimmung war erfolgreich.
• Nicht angewendet: keine Abstimmung wurde durchgeführt.

• Feld DES

Speicherung von Kommentaren, deren erste Zeile als Buchungsbezeichnung übernommen werden kann (abhängig von der Parametrisierung des Automatik-Beleges; PIHI für die Einkaufsrechnung oder SIHI für die Verkaufsrechnung).
 Ob das Feld vorhanden ist, hängt von der verwendeten Maskentransaktion ab.

• CAI-Nummer (Feld CAI)

• CAI-Gültigkeitsdatum (Feld DATVLYCAI)

• Ursprung (Feld TYPORI)

Dieses Feld ermöglicht die Angabe des Dokumententyps, der Ursprung der Rechnungsposition ist. Im Fall einer Vorbelegung wird es automatisch ausgefüllt.
Die verschiedenen zulässigen Werte hängen vom Rechnungstyp ab, der gerade verarbeitet wird. Ein Ursprung "Sonstiges" ermöglicht die Erfassung einer Zeile, die mit keinem Dokument verknüpft ist.
Dieses Feld ist nur bei der Erstellung einer Position zugänglich.
Folgende Werte sind in Abhängigkeit des Rechnungstyps möglich:

• Rechnung: Auftrag, Wareneingang und Sonstiges,
• Zusatzrechnung: Auftrag, Wareneingang, Rechnung und Sonstiges,
• Gutschrift: Rechnung und Sonstiges,
• Gutschrift auf Retoure: Retoure und Sonstiges.

• Nummer (Feld NUMORI)

Nummer des Ursprungsdokuments (Bestellung, Wareneingang, Retoure, Rechnung), das der in Rechnung zu stellenden Position entspricht.
Bei einer Vorbelegung wird dieses Feld automatisch angegeben.
Dieses Feld ist nur bei der Erstellung einer Position zugänglich. Dieses Feld kann nie erfasst werden, wenn das Original Sonstige ist.

• Ist der Rechnungstyp "Gutschrift",wird dieses Feld automatisch über das Feld des Registers Verwaltung 'Originalrechnung' angegeben.
• Ist der Rechnungstyp "Zusatzrechnung", ist die Auswahl der Aufträge als Originaldokument auf die nicht fakturierten und nicht saldierten Aufträge begrenzt, und nicht auf die Fremdverarbeitungsaufträge.
  

• Zeile (Feld LINORI)

Geben Sie in diesem Feld die Zeilennummer des Dokuments an, das Ursprung der Rechnungszeile ist. Bei Vorladen wird diese Nummer automatisch ausgefüllt.
Bei einem offenen Auftrag können Sie diese Nummer nicht direkt erfassen. Klicken Sie auf das Symbol Auswahl, um die betroffene Zeile auszuwählen.
Dieses Feld ist nur bei der Erstellung der Zeile zugänglich.

• Artikel (Feld ITMREF)

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

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

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

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

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

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

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

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

Bedarfsberücksichtigung

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

Hinweise:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Besonderheiten bei unternehmensübergreifenden Aufträgen:

Standortübergreifende Aufträge:

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

Unternehmensübergreifende Aufträge:

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

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

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

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

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

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

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

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

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

• Bezeichnung (Feld ITMDES)

Bezeichnung, die in die Sprache des Lieferanten übersetzt wurde. Wenn die Rechnung von einem anderen Dokument ausgegeben wird, wird die übersetzte Bezeichnung aus der ursprünglichen Position übernommen.
Diese Bezeichnung wird auf dem Rechnungsbeleg ausgedruckt.
 Über dieses Feld kann über eine Verzweigung auf das Artikeldatenblatt zugegriffen werden.

• Standardbezeichnung (Feld ITMDES1)

Bezeichnung, die im Artikeldatensatz erfasst wurde. Diese Bezeichnung wird bei einer Intercompany-Fakturierung von der Verkaufsrechnung auf die Einkaufsrechnung übertragen. Wenn die Rechnung von einem anderen Dokument ausgegeben wird, wird die Standardbezeichnung aus der ursprünglichen Zeile übernommen.

• Artikeltyp (Feld ITMKND)

Sie können den Artikeltyp nicht erfassen.

• Bei Auftragsauswahl kommt der Artikeltyp aus diesem Dokument: Standard, Dienstleistung oder Fremdbearbeitung.
• Bei Direktrechnung können Sie keinen Artikel vom Typ Fremdbearbeitung auswählen. Der Artikel muss vom Typ Standard oder vom Typ Dienstleistung sein.
• Bei Erfassung einer Zusatzrechnung kommt der Artikeltyp aus der Zeile des Ursprungsdokuments oder des ausgewählten Artikels, außer wenn Sie den Artikel vor der Auswahl angeben. In diesem Fall behalten alle Zeilen den gleichen Typ wie der des angegebenen Artikels.

Besonderheiten bei unternehmensübergreifenden Aufträgen: bei einer unternehmensübergreifenden Rechnung kommt der Artikeltyp aus dem Ursprungseinkaufsdokument, wenn der Typ angegeben ist. Andernfalls wird er automatisch als Standard oder Dienstleistung gemäß dem betroffenen Artikel bestimmt.

Ob das Feld vorhanden ist, hängt von der verwendeten Erfassungstransaktion ab.

• Einheit (Feld UOM)

Einheit der Rechnungstellung. Diese Einheit wird mit der Einkaufseinheit des Lieferanten oder mit der Einkaufseinheit des Originaldokuments ausgefüllt.

• Fakturiert (Feld QTYUOM)

Standardmäßig in Einkaufseinheit ausgedrückte Rechnungsmenge. Der Intitalisierungswert dieser Menge hängt vom Parameter PIHQTYAQR - Fakturierbare Menge (Kapitel ACH, Gruppe INV) ab.
Ist die erfasste Menge niedriger als die restliche zu fakturierende Menge, wird ein Fenster angezeigt, um angeben zu können, ob die Zeile Teil einer teilweisen Fakturierung sein muss.
Ist die erfasste Menge größer, wird eine Warnmeldung angezeigt.
Bei der Auswahl von Wareneingangszeilen werden die vollständig retournierten und daher nicht fakturierbaren Zeilen (die fakturierte Menge ist leer) standardmäßig nicht angezeigt. Sie können angezeigt werden, indem dem Parameter PIHQTYRET - Fakturierung retournierte Menge (Kapitel ACH, Gruppe INV) der Wert Ja zugewiesen wird.

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

Besteht eine Abweichung zwischen den Eingangskosten und den Rechnungskosten (wenn die Rechnungsposition von einer Eingangsposition ausgegeben wird) und hat der Parameter PIHCPR- Ausgleich Rechnungspreis den Wert "Mit Anpassungskosten", wird der Wert, der evtl. die Bestände beeinflusst hat (bei Verwaltung der Wertanpassungen des Eingangsbestands), bestimmt, indem der Nettobetrag der Rechnungsposition mit den für die Eingangsposition berechneten Anpassungskosten beeinflusst wird.

• Nettobetrag (Feld AMTNOTLIN)

Dieses Feld gibt den Nettobetrag der Position an: Wurde eine Menge in der Position erfasst, ist dieses Feld das Ergebnis der Multiplikation des Nettoeinheitspreises mit der Menge.
Dieser Betrag kann geändert werden, um z.B. eine Rundungsdifferenz zu korrigieren. Nach einer Änderung kann der Einzelpreis erneut angepasst werden, falls eine Menge erfasst wurde.
Eine Position kann auch nur mit Betrag ohne Menge erfasst werden. In diesem Fall ist nur der Nettobetrag der Position zugänglich.

• Währung (Feld NETCUR)

Währung, in der die in den vorherigen Spalten angezeigten Beträge ausgedrückt werden. Diese Information ist nicht zugänglich.
Bei einer Rechnung aus einer Auftrags- oder Wareneingangsposition wird der Währungscode aus dem Originaldokument übernommen.
Bei einer Direktrechnungsposition wird die Währung mit der Währung der Rechnungskopfzeile ausgefüllt und entspricht der Währung des Lieferanten.

• Koeffizient Einstandskosten (Feld CPRCOE)

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

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

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

Dieses Feld ermöglicht die Beeinflussung des Nettobetrags der Rechnungszeile durch Einbeziehen der durch vorherige Annäherung bekannten Kosten. Ob das Feld vorhanden ist, hängt von der verwendeten Erfassungstransaktion ab.

Die Berücksichtigung der Einstandskosten auf Rechnungsebene unterliegt dem Parameter PIHCPR - Anpassung Rechnungspreis:

• Hat der Parameter den Wert Ohne Einstandskosten, wird der Anpassungskoeffizient automatisch mit dem Wert 1 angegeben, wenn es sich um eine Rechnungstellung durch Auswahl des Auftrags oder des Wareneingangs handelt.
  
• Hat der Parameter den Wert Mit Einstandskosten wird der Anpassungskoeffizient mit dem Anpassungskoeffizient des Originaldokuments der Rechnung angegeben, wenn es sich um eine Rechnungstellung durch Auswahl des Auftrags oder des Wareneingangs handelt.
  

Diese Information kann nie geändert werden.
Um den so berechneten Betrag der Einstandskosten anzuzeigen, klicken Sie auf Kosten der Zeile über das Symbol Aktionen in der Zeile. Dieser Betrag wird auf Ebene des Registers Kostendetail - Tabelle Kosten nicht detailliert angezeigt.

Ein Anpassungskoeffizient wird weder auf die zusätzlichen Rechnungen noch auf die Gutschriften angewendet.

• Fixkosten pro Einheit (Feld CPRAMT)

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

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

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

Ob das Feld vorhanden ist, hängt von der verwendeten Erfassungstransaktion ab. Wird sie angezeigt, wird dieser Wert in der Unternehmenswährung ausgedrückt. Er kann nie geändert werden.

Die Berücksichtigung der Einstandskosten auf Rechnungsebene unterliegt dem Parameter PIHCPR - Anpassung Rechnungspreis:

• Hat der Parameter den Wert Ohne Einstandskosten, werden die Einzelfixkosten automatisch mit dem Wert 0 angegeben, wenn es sich um eine Rechnungstellung durch Auswahl des Auftrags oder des Wareneingangs handelt.
  
• Hat der Parameter den Wert Mit Einstandskosten, werden die Einzelfixkosten mit den Einzelfixkosten des Originaldokuments der Rechnung angegeben, wenn es sich um eine Rechnungstellung durch Auswahl des Auftrags oder des Wareneingangs handelt.
  

Um den so berechneten Betrag der Einstandskosten anzuzeigen, klicken Sie auf Kosten der Zeile über das Symbol Aktionen in der Zeile. Dieser Betrag wird auf Ebene des Registers Kostendetail - Tabelle Kosten nicht detailliert angezeigt.

• Kostenstruktur (Feld STCNUM)

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

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

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

Eine Kostenstruktur beschreibt alle betrachteten Kosten als Fixkosten, die beim Kauf identifiziert werden können. Diese Kosten werden in der Unternehmenswährung ausgedrückt.
Ob dieses Feld vorhanden ist, hängt von der verwendeten Erfassungstransaktion ab. Der Wert kann jedoch nie geändert werden.
Um die in der Kostenstruktur berücksichtigten Kosten anzuzeigen, klicken Sie auf Kosten der Zeile über das Symbol Aktionen in der Zeile. Diese Kosten werden auf Ebene des Registers Kostendetail - Tabelle Direktkosten angezeigt.

Eine Kostenstruktur wird weder auf die zusätzlichen Rechnungen noch auf die Gutschriften angewendet.

• Anschaffungskosten / Stück (Feld CSTPUR)

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

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

Einkaufskosten der Zeile / Menge (in STK)

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

• Anschaffungskosten (Feld LINCSTPUR)

Die Einkaufskosten entsprechen den Bestandskosten, denen die Kosten hinzugefügt werden, die zulasten des Käufers gehen und die nicht bei der Bestandsbewertung berücksichtigt werden (Transportkosten, nicht abzugsfähige Steuern, etc...).
Nicht änderbar, werden sie nur angezeigt, wenn es die Transaktion zulässt. Sie werden in der Unternehmenswährung ausgedrückt.

 Dieser Betrag wird niemals bei der Erfassung berechnet, sondern nur beim Speichern der Rechnung.
Die Berechnungsbedingungen hängen von der Berücksichtigung der Einstandskosten ab (Parameter PIHCPR - Ausgleich Rechnungspreis, Kapitel ACH, Gruppe INV).

Der Parameter PIHCPR hat den Wert: 'Mit Einstandskosten':

• Beim direkten Rechnungseingang unterscheidet sich der Berechnungsmodus der Einkaufskosten je nach Methode für die Änderung der Einstandskosten. Folgende Methode:
   
• Allgemeine Methode nach Anwendung eines Einstandskostenkoeffizienten und/oder Berücksichtigung von Einheitsfixkosten:
  Einkaufskosten =
  [ Nettogesamtpreis der Position (Nettobetrag der Position) * Annäherungskoeffizient ]
  + Summe der Fixkosten der Position (Einheitsfixkosten * Menge in PUR)
  + Summe der Rechnungselemente der Position
  + Summe der nicht abzugsfähigen Steuern der Position.
  
• Methode mit Berücksichtigung aller in einer Kostenstruktur detaillierten Kosten:
  
  Einkaufskosten =
  Nettogesamtpreis der Position (Nettobetrag der Position)
  + Summe der Produktkosten (aus der Kostenstruktur) der Position
  + Summe der Rechnungselemente der Position
  + Summe der nicht abzugsfähigen Steuern der Position.
   
• Bei Rechnungstellung durch Auswahl eines Wareneingangs oder einer Bestellung werden die Einkaufskosten mit den Einheitsbestandskosten des Ursprungsdokuments der Rechnung ausgefüllt, wenn die Informationen in Bezug auf den Preis und die Menge nicht geändert wurden.

Der Parameter PIHCPR hat den Wert: 'Ohne Einstandskosten':

• Bei einer direkten Rechnungstellung ist der Berechnungsmodus der folgende:
  Nettogesamtpreis der Position (Nettobetrag der Position) 
  + Summe der Rechnungselemente der Position
  + Summe der nicht abzugsfähigen Steuern der Position.
  
• Bei Rechnungstellung durch Auswahl eines Wareneingangs oder einer Bestellung werden sie nicht mit den Einkaufskosten des Ursprungsdokuments der Rechnung ausgefüllt, sondern neu berechnet, ohne die Einstandskosten des Ursprungsdokuments zu berücksichtigen.

 Der Betrag der nicht abzugsfähigen Steuern wird im Fenster Positionskosten dargestellt, das über das Symbol Aktionen angezeigt wird.

 Im Fall von Zusatzrechnungen und Gutschriften werden keine Einkaufskosten berechnet.

• Lagerbestandskosten / Stück (Feld CPR)

Einzelbestandskosten des Artikels in Unternehmenswährung.
Diese können auch im Bestandsdetailfenster angezeigt werden. 

Die Berechnungsmodalitäten hängen von der Berücksichtigung der Anpassungskosten ab (Parameter PIHCPR - Anpassung Rechnungspreis, Kapitel ACH, Gruppe INV).

Der Parameter PIHCPR hat den Wert: "Mit Anpassungskosten":

• Bei der Rechnungstellung unterscheidet sich der Berechnungsmodus je nach Methode für die Änderung der Anpassungskosten. Folgende Methode: 
• Allgemeine Methode nach Anwendung eines Anpassungskostenkoeffizienten und/oder Berücksichtigung von Einheitsfixkosten,
  
  (Nettopreis * Anpassungskoeffizient) + Einzelfixkosten (in PUR und umgerechnet in STK) + bewertete Rechnungselemente (für eine Bestandseinheit) + nicht abzugsfähige Steuer (wenn der Parameter NODVATSTO - Nicht abzugsfähige Steuern im Bestand den Wert "Ja" hat) für eine Bestandseinheit.
  
  Dieses Ergebnis wird mit dem im Register "Verwaltung" angegebenen Kurstyp in die Unternehmenswährung umgerechnet.
   
• Methode mit Berücksichtigung aller in einer Kostenstruktur detaillierten Ausgaben:
• Bei Rechnungstellung durch Auswahl eines Wareneingangs oder eines Auftrags wird es mit den Einzelbestandskosten des Originaldokuments der Rechnung ausgefüllt.

Der Parameter PIHCPR hat den Wert: "Ohne Anpassungskosten":

• Bei einer direkten Rechnungstellung ist der Berechnungsmodus der folgende:
  Nettopreis + bewertete Rechnungselemente
  Dieses Ergebnis wird mit dem im Register "Verwaltung" angegebenen Kurstyp in die Unternehmenswährung umgerechnet.
   
• Bei Rechnungstellung durch Auswahl eines Wareneingangs oder einer Bestellung werden sie nicht mit den Einzelbestandskosten des Ursprungsdokuments der Rechnung ausgefüllt, sondern neu berechnet, ohne die Anpassungskosten des Ursprungsdokuments zu berücksichtigen.

Hinweise:

• Dieser Betrag wird niemals bei der Erfassung berechnet, sondern nur beim Speichern des Dokuments.
•  Für die Positionen mit einem Ursprung Retoure oder Gutschrift werden keine Einzelbestandskosten berechnet.

• Kosten Bestand (Feld LINAMTCPR)

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

Hinweise:

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

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

• Währung (Feld CPRCUR)

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

• 1099 (Feld FLG1099)

Das Flag 1099 ermöglicht die Angabe, ob eine Position der Erklärung 1099 unterliegt. Muss der Lieferant Teil einer Erklärung 1099 sein, ist der Standardwert dieser Position immer auf Ja positioniert. Unterliegt für diesen Lieferanten eine Position nicht einer Erklärung 1099, kann dieses Flag auf Nein positioniert werden und die Position wird nicht in den zu erklärenden Betrag 1099 integriert.

• Projekt (Feld PJT)

Der Projektcode der Dokumentzeile wird mit dem in der Kopfzeile erfassten Wert, oder bei Umwandlung eines Dokuments mit dem Wert der Zeilen des ausgewählten Dokuments, initialisiert. Die folgenden Zeilen können einen unterschiedlichen Projektcode haben.
Sie können den Projektcode in den Zeilen nur ändern, wenn die Erfassung dieses Felds von der verwendeten Erfassungstransaktion zugelassen wird.

Wenn Sie den Projektcode der Dokumentkopfzeile ändern, öffnet sich eine Dialogbox und schlägt ggf. vor, den Code entsprechend den folgenden Optionen auf die Dokumentzeilen zu übertragen:

• Ja: der Projektcode wird auf alle Zeilen übertragen.
• Nein: der Projektcode wird nicht auf die Zeilen übertragen.
• Ja bei gleichem Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.

Bei einer Änderung ist die Verwaltung dieses Codes abhängig vom Wert des Parameters CTLOPPCOD - Prüf. Vorgangscode (EK/VK) (Kapitel TC, Gruppe MIS).

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

Der Parameter PJTSNGDOC - Ein Projekt pro Dokument (Kapitel TC, Gruppe MIS) wird nicht in der Verwaltung der Rechnungen, den Rechnungen, Zusatzrechnungen und Gutschriften verwendet, die nur im Mehrfachprojektmodus verwaltet werden. Ein Lieferant muss eine gruppierte Rechnung bezüglich der verschiedenen auf unterschiedlichen Projekten basierenden Aufträge/Wareneingänge ausgeben können.

Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentkopfzeile oder in den Zeilen zur Neubelegung des Sektorcodes dieser Dimension. Die Reinitialisierung erfolgt gemäß des Parameters der Standardsektoren.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Im Rahmen einer unternehmensübergreifenden Rechnung stammt der Projektcode nicht aus der Zeile der Verkaufsrechnung, sondern aus der Zeile des Wareneingangs oder der Zeile der ursprünglichen Einkaufsbestellung.

• Feld LINACC1

Diesen Feldern sind die Einkaufskonten zu entnehmen. Welche Konten für die Bearbeitung zur Verfügung stehen, hängt von der Buchungsvorlage des Unternehmens ab, in dem die Bewegung gebucht wird. Sind diese Felder nicht gefüllt, werden die Konten automatisch anhand des dem Artikel zugeordneten Kontos ermittelt (gemäß Parametrierung der Automatik-Buchungen).
 Das Vorkommen dieses Feldes ist abhängig von der verwendeten Erfassungstransaktion.
Diese Konten werden standardmäßig in Abhängigkeit der Konten in der Ursprungsdokumentenposition der Rechnungsposition ausgefüllt.
 Ist kein Artikelcode in der Position vorhanden, muss das Hauptkonto angegeben werden.

Bei der Erfassung einer Direktrechnung mit einer Position vom Typ Sonstige und ohne Artikelcode wird das Konto mit dem Einkaufskonto des Lieferanten initialisiert.
Der Steuercode und der Einkaufstyp werden in diesem Fall in Abhängigkeit des Informationen des verwendeten Kontos (Konto der Hauptreferenz) initialisiert.

• Typ (Feld LINPURTYP)

Diese Information hängt von der Parametrisierung der Transaktion ab.
Es bestehen folgende Einkaufstypen: Einkauf, Anlagen und Service. Wenn die Rechnungszeile auf eine Belegzeile zurückgeht, wird der Einkaufstyp der Belegzeile übernommen.
Bei einer sonstigen Rechnungszeile, wird der Einkaufstyp in Abhängigkeit der Steuerbelastung initialisiert, die dem zuvor erfassten allgemeinen Konto zugeordnet ist.
Ist die Rechnungszeile Teil einer Gutschrift, wird der Einkaufstyp auf die Gutschriftzeile übertragen.

• Umlage (Feld LINDSP)

Kostenrechnungsaufteilungsschlüssel der Rechnungsposition.
Er kann direkt in der Position angegeben werden. In diesem Fall werden mögliche angegebene Kostenstellen gelöscht.

• Feld CCE1

Bei der Erfassung einer Rechnungszeile werden die Sektoren gemäß der Parameter der Standardsektoren (Code PID) initialisiert. Die Sektorcodes können manuell geändert werden, sofern dies in der Transaktion erlaubt ist.

Bei einer Rechnungszeile aus einer Dokumentposition werden die Dimensionen mit den in der Originaldokumentposition vorhandenen Sektoren initialisiert.

Sind im Originaldokument keine Dimensionen erfasst, wird versucht, die Dimensionen in Abhängigkeit des Codes Standardsektoren zu initialisieren.
Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentzeile zur Neubelegung des Sektorcodes über die Parametrisierung der Standardsektoren.

Im Rahmen einer unternehmensübergreifenden Rechnungserfassung übernehmen die Dimensionen die Sektoren der Verkaufsrechnung, abhängig von der Parametrisierung des Codes Standardsektoren der Rechnungsposition, PID:

• Steuer 1 (Feld VAT1)

Dieses Feld ermöglicht die Angabe eines ersten Steuercodes für den fakturierten Artikel.
Die Steuercodes (USt., parafiskalische Steuer und / oder Sonderabgaben, Regionalsteuer) können in der Rechnungsposition geändert werden, wenn die Transaktion dies zulässt.
Nur die in Bezug auf die Rechtsordnung und die Unternehmensgruppe des Standorts kohärenten Steuercodes können angegeben werden.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.
In der Regel werden sie anhand der Steuerermittlungsregeln initialisiert, die sich in den meisten Fällen aus der Kreuzung des Steuersystems des Lieferanten und der Steuersätze der erfassten Artikel ergeben.
Hat die Rechnungsposition als Ursprung eine Dokumentposition, werden die Steuercodes aus der Dokumentposition übernommen.
Hat die Rechnungsposition als Ursprung eine Verkaufsrechnung, werden die verschiedenen Steuercodes in Abhängigkeit des Kontextes neu bewertet und aus dem Originaleinkaufsdokument übernommen.
Bei der Umwandlung einer Rechnungsposition in eine Gutschriftposition werden die in der Rechnungsposition angegebenen Steuercodes auf dieses Dokument übertragen. Über den Kontextbutton kann für jeden Steuersatz ein Steuercode ausgewählt werden.

• Steuer 2 (Feld VAT2)

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

• Steuer 3 (Feld VAT3)

Dieses Feld ermöglicht die Angabe eines dritten Steuercodes für den in der Position bestellten Artikel. Es handelt sich um eine parafiskalische oder Sondersteuer.

• Ist-Versteuerung (Feld TAXRCP)

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

• Abgeführte USt. (Feld TAXISS)

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

• Sonstige Steuer 1 (Feld TAXOTH1)

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

• Sonstige Steuer 2 (Feld TAXOTH2)

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

• Leistung von (Feld STRDAT)

Angabe der Beginn- und Endbereiche der Leistungsperiode.

 Für mehr Informationen über die Erfassung der Felder und ihre Verwendung, siehe Absatz Vorab festgestellte Belastungen und Einnahmen auf Einkaufsebene.

• Leistung bis (Feld ENDDAT)

• Anzahl Periode (Feld PERNBR)

Angabe der Periodizität (Anzahl Tage, Wochen, Dekaden, Halbmonate oder Monate).

• Periodenart (Feld PERTYP)

• Mengendifferenz (Feld DIFQTY)

Diese Information zeigt an, ob es einen Mengenunterschied zwischen der erfassten und ausgegebenen Rechnungsposition des Lieferanten und der ursprünglichen Dokumentenposition gibt.

• Preisdifferenz (Feld DIFPRI)

Diese Information zeigt an, ob es einen Preisunterschied zwischen der erfassten und ausgegebenen Rechnungsposition des Lieferanten und der ursprünglichen Dokumentenposition gibt.

• Regel Abstimmung (Feld MATTOL)

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

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

Feldverwaltung (abhängig vom Parameter der Erfassungstransaktion)

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

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

• Status Zuordnung (Feld TWMSTAL)

• Nr. USt.-Erklärung (Feld DCLEECNUM)

Dieses Feld wird nur angezeigt, wenn die folgenden Bedingungen erfüllt sind:

• Der Aktivitätscode KPO - Portugiesische Lokalisierung ist aktiv.
• Das Unternehmen, dem der Rechnungsstandort zugewiesen ist, verwaltet die portugiesische Umsatzsteuer (der Unternehmensparameter PORVAT - portugiesische USt. (Kapitel LOC, Gruppe POR) hat den Wert "Ja").
• Dieses Feld kann nicht als verborgen auf Erfassungstransaktionsebene parametrisiert werden.

 Dieses Feld wird initialisiert:

• auf der ersten Position: mit der innergemeinschaftlichen USt.-Nummer des Lieferanten, die in der Rechnungskopfzeile angegeben ist,
• auf jeder der folgenden Positionen: mit der innergemeinschaftlichen USt.-Nummer, die auf der der aktuellen Position folgenden Position angegeben ist, oder mit der des in der Rechnungskopfzeile angegebenen Lieferanten.

Es kann geändert werden, wenn es als erfassbar auf Erfassungstransaktionsebene parametrisiert wurde und wenn die Rechnung nicht freigegeben wurde.

• Neue Kosten (Feld CSTMAJLIN)

Dieses Feld der Erfassungstransaktion betrifft nur:

• Die Zusatzrechnungen.
  Dieses Feld erhält standardmäßig den Wert Ja. Der Wert des Felds kann auch aus dem Wert stammen, der beim Vorladen der Rechnungszeile erfasst wurde.
• Ja: der Betrag wird wie Zusatzkosten in der Berechnung der realisierten Einkaufskosten der verschiedenen Belegzeilen (Auftrag und Wareneingang) und in der Bestandsbewertung berücksichtigt.
• Nein: Der Betrag entspricht der Aktualisierung des in der Kostenstruktur des Originaldokuments ausgewählten und enthaltenen Aufwands.

Der Wert dieses Felds in der Zusatzrechnungszeile hat auch eine Auswirkung auf die auf die Zeilen verteilten Rechnungselemente:

• Hat das Feld den Wert Ja in der Zusatzrechnungszeile und ist das Rechnungselement zur Bestandsbewertung parametrisiert, wird der Betrag des Rechnungselements in der Bestandsbewertung berücksichtigt.
• Hat das Feld den Wert Nein in der Zusatzrechnungszeile, wird der Betrag des Rechnungselements nicht in der Bestandsbewertung berücksichtigt, auch wenn das Rechnungselement für die Bestandsbewertung parametrisiert ist.
• Ein als nicht bestandsbewertet parametrisiertes Rechnungselement wird nie in der Bestandsbewertung berücksichtigt, unabhängig vom Wert des Felds Neue Kosten der Zusatzrechnungszeile.

• Die Gutschriften der zusätzlichen Rechnungen.
  Dieses Feld gibt den in der zusätzlichen Rechnung erfassten Parameter an.

• Einstandskosten (Feld FCSCOD)

Dieses Feld wird nur in folgenden Fällen angezeigt:

• Zusätzliche Rechnungen.
  Es wird angegeben, wenn die Rechnung keinen "Neuen Kosten", jedoch einer in der Kostenstruktur des Originaldokuments enthaltenen Charge entspricht. Standardmäßig die Charge, die bei der Erstellung der zusätzlichen Rechnung angegeben wird. Sie kann aber weiterhin geändert werden.
• Gutschriften der zusätzlichen Rechnungen.
  Es gibt die in der zusätzlichen Rechnung angegebene Charge an.

• Summe netto (Feld CUMLINAMT1)

Der Nettogesamtbetrag der Rechnungspositionen in Rechnungswährung.

• Nr. (Feld INVDTA)

Dieses Feld gibt die Nummer des Rechnungselements an, die den zugewiesenen Betrag identifiziert (Kosten, Porto, Verpackung, Nachlass, etc.)
Die Liste der Rechnungselemente besteht aus der Verknüpfung der Listen des fakturierenden Lieferanten sowie dessen Tarifstruktur.
Zu dieser Liste können auch andere Elemente hinzugefügt werden:

• manuell erfasste Elemente, da nur in der Lieferantenrechnung vorhanden,
• hinzugefügte Elemente in Abhängigkeit der ausgewählten Originaldokumente, wenn diese über Elemente verfügen, die normalerweise nicht vom rechnungstellenden Lieferanten verwendet werden.
  Jegliche Änderung an einem Rechnungselement, die auf Ebene des Wareneingangs ausgeführt wird, wird nur dann auf Rechnungsebene übernommen, wenn es sich um einen direkten Wareneingang handelt.

• Bezeichnung (Feld INVDTALIB)

Dieses Feld gibt den Kurztitel des Rechnungselements an.

• Erfasster Betrag (Feld INVDTAAMT)

Dieses Feld gibt den Betrag der Rechnungselemente an, die auf der Lieferantenrechnung angegeben sind.
Diese Werte müssen manuell erfasst werden, um anschließend mit dem Betrag der vom System berechneten Rechnungselemente verglichen zu werden.

• Währung (Feld AMTCODLIB)

• Betrag Fußzeile Auftrag (Feld INVORDAMT)

Diese Spalte gibt den aus den verschiedenen Bestellungen ermittelten Betrag an. Dieser Betrag kann erst nach Erfassung der Rechnungspositionen kalkuliert werden. 

Gibt es einen Unterschied zwischen dem in Sage X3 berechneten Wert und dem tatsächlich von Lieferanten fakturierten Wert, muss der Wert der Spalte 'Betrag Fußzeile Auftrag' angepasst werden, um die Rechnungsprüfung auszugleichen.

Betrifft die Rechnung direkte Wareneingänge, wird diese Spalte mit dem Wert der Rechnungselemente ausgefüllt, die im direkten Wareneingang erfasst wurden. Betrifft ein fakturierter Wareneingang Direktpositionen und Positionen aus Aufträgen, wird der Unterschied der Rechnungselemente zwischen dem Auftrag und dem Wareneingang in dieser Spalte abhängig vom Anteil der beeinflussten Positionen hinzugefügt.

• Betrag Fuß eingegangen (Feld RCPCPLAMT)

Diese Spalte ermöglicht die Anzeige der Rechnungselemente aus dem Wareneingang. Diese Information ist nur wichtig, wenn die Wareneingangspositionen auf der Rechnung erscheinen. Sie gibt an, dass die Rechnungselemente in Bezug auf die Werte der Rechnungselemente der Originalaufträge im Wareneingang hinzugefügt oder geändert wurden. Der Betrag dieser hinzugefügten oder geänderten Rechnungselemente wird in dieser Spalte angezeigt.

• Kontenklassenbetrag (Feld INVLINAMT)

Dieses Feld gibt den Betrag des Rechnungselements an, wenn dieses von den Dokumentenpositionen berechnet wurde.
 Für solche Rechnungselemente ist das Feld 'Betrag' nicht zugänglich.

• Abweichung (Feld INVDIFAMT)

Dieses Feld übernimmt die festgestellte Abweichung zwischen dem Betrag des auf der Lieferantenrechnung und in der Spalte 'Erfasster Betrag' angegebenen Rechnungselements und dem Betrag des vom System berechneten und in der Spalte 'Betrag Auftragsfußzeile' angegebenen Rechnungselements.

• D/C (Feld DEBCDT)

Dieses Feld gibt das Vorzeichen des Rechnungselements an:

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

• Steuer (Feld INVDTAVAT)

Dieses Feld gibt den Steuercode des Rechnungselements an.
Ein Rechnungselement mit Steuerberechnungsregel Steuersatz Artikel oder Betrag Positionen stellt keinen Steuercode dar und untersagt die Änderung dieses Steuercodes.
Dieses Rechnungselement kann in der Tabelle mit bis zu fünf unterschiedlichen Steuercodes erscheinen. Dies ist nur möglich, wenn das gleiche Rechnungselement aus unterschiedlichen Ursprungsdokumenten mit unterschiedlichen Steuercodes stammt.

• Feld ACC1

• Umlage (Feld DSP)

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

• Feld PFICCE1

Es handelt sich um Sektoren, die in Abhängigkeit des für die Standardsektoren (Sektorcode PIV) definierten Parameters der Rechnungselementeverwaltung initialisiert wurden. Die Sektorcodes können manuell geändert werden, sofern dies in der Transaktion erlaubt ist. Um die Sektorcodes der verschiedenen Sektoren zu ändern, klicken Sie auf das Symbol Aktionen.

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

• Zuschlag / Abschlag (Feld INCDCR)

• Skontierfähig (Feld DEPFLG)

• Nr. (Feld NOTAX)

• Bezeichnung (Feld LIBTAX)

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

• Besteuerungsgrundlage (Feld BASTAX)

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

• Steuerbetrag (Feld AMTTAX)

Der von den Positionen bzw. Rechnungselementen berechnete Steuerbetrag. Der Betrag kann geändert werden, um eine eventuelle Abweichung durch einen Berechnungs- oder Rundungsfehler zu korrigieren.Die Korrektur wirkt sich automatisch auf alle betroffenen Elemente aus(Positionen bzw. Rechnungselemente, die dieser Steuer unterliegen).

• Typ (Feld PURTYP)

Bei Verknüpfung der Steuer mit:

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

• Steuerpflichtig (Feld VATCHA)

• Bruttobasis (Feld VATGRO)

• Skontobasis netto (Feld BASDEPNOT)

• Skontobasis brutto (Feld BASDEPATI)

• Betrag Zusatzsteuer (Feld VATSUPAMT)

• Netto erfasst (Feld TOTLINAMT)

Dieses Feld gibt die Nettosumme der aus der Lieferantenrechnung erfassten Rechnungspositionen an.
Dieser Betrag dient zur Schlussprüfung der Rechnung durch Vergleich des vom System berechneten Nettobetrags der Positionen.

• Netto berechnet (Feld CLCLINAMT)

Gesamtnettobetrag der vom System berechneten Rechnungspositionen.

• Abweichung (Feld DIFLINAMT)

Dieses Feld gibt die Abweichung zwischen dem Nettobetrag der Rechnungspositionen und dem vom System berechneten Nettogesamtbetrag der Lieferantenrechnungspositionen an.

• Feld CUR2

• Erfasste Steuern (Feld TOTTAXAMT)

Dieses Feld gibt den Gesamtsteuerbetrag der aus der Lieferantenrechnung erfassten Rechnungspositionen an.
Dieser erfasste Betrag dient zur Schlussprüfung der Rechnung durch Vergleich des vom System berechneten Steuerbetrags.

• Differenz (Feld DIFTAXAMT)

Dieses Feld gibt die Abweichung zwischen dem Steuerbetrag der Lieferantenrechnung und dem vom System berechneten Steuerbetrag an.

• Rechnung + Steuer (Feld AMTATI)

Bruttogesamtbetrag, der von der Lieferantenrechnung ausgegeben und erfasst wird.

• Differenz (Feld DIFAMTATI)

Dieses Feld gibt die Abweichung zwischen dem Bruttobetrag der Lieferantenrechnung und dem vom System berechneten Bruttobetrag an.

• Skontierfähiger Betrag (Feld BASDEP)

Die Skontierungsbasis wird nur angezeigt, wenn die zwei folgenden Bedingungen erfüllt sind:

• ein Skontocode (der mindestens eine ein Skonto bestimmende Zeile enthält) wird auf der Rechnung angegeben, 
• der Parameter DEPMGTMOD - Modus Skontoverwaltung hat nicht den Wert „Aufschlüsselung nach Steuer (Kontenebene)“.

Die Berechnung der Skontierungsgrundlage ist abhängig von:

• dem Bereich des Skontocodes (Netto oder Brutto) der Rechnung,
• dem Parameter der Rechnungselemente,
• der vom Parameter DEPMGTMOD - Modus Skontoverwaltung definierten Skontoverwaltungsart.
  

• Bezeichnung (Feld LIB)

• Feld TOTDOC

• Feld TOTSOC

• Incoterm (Feld EECICT)

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

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

• Ort Incoterm (Feld ICTCTY)

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

• Transit (Feld FFWNUM)

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

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

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

• Übergangsadresse (Feld FFWADD)

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

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

Umsatzsteueridentifikationsnummer des Personenkontos. 

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

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

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

• INTRASTAT-Beförderungsort (Feld EECLOC)

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

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

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

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

• Transaktionsart (Feld EECNAT)

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

• Statistikregel (Feld EECSCH)

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