Rechnungen

• Verkaufsstandort (Feld SALFCY)

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

• Typ (Feld SIVTYP)

Diese Information ist erforderlich.

Standardmäßig wird der Rechnungstyp aus dem Parameter SIVTYP - Benutzerrechnungstyp vorgeschlagen. Er kann bei Bedarf durch Auswahl eines Rechnungstyps aus der Liste der definierten Rechnungstypen geändert werden.
Der Ausgangsrechnungstyp:

• wird von den Verkaufs- und Kundenpersonenkontenrechnungen verwendet.
• identifiziert eine Rechnungskategorie (Rechnung, Gutschrift...) sowie eine Buchungsstruktur für die Rechnungsfreigabe.
• ist einem Belegtyp zugewiesen, für den ein Nummernkreis definiert ist (manuell oder automatisch).
  Hinweise:

• 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 der Tabelle der Nummernkreiszuweisung parametrisiert ist.
• Ist dem Rechnungstyp kein Belegtyp zugewiesen, wird der für den automatischen Beleg definierte Belegtyp (einschließlich dem zugewiesenen Nummernkreis) verwendet.

Bei der Rechnungserfassung kann nur ein Rechnungstyp angegeben werden, dessen Rechtsordnung und Unternehmensgruppe denen des Unternehmens des Verkaufsstandorts entsprechen.
Für weitere Informationen klicken Sie hier.

• Rechnungsnr. (Feld NUM)

Rechnungsnummer. Diese Nummer ermöglicht die eindeutige Identifikation der Rechnung. Sie wird bei jeder Erstellung in Abhängigkeit des dem Rechnungstyp zugewiesenen Nummernkreises erfasst oder automatisch erzeugt.

• Wird für Rechnungen ein manueller Nummernkreis verwendet, muss die Rechnungsnummer erfasst werden.
• Bei Verwendung eines automatischen Nummernkreises wird nach der Anlage eine Nummer zugewiesen.

• Referenz (Feld INVREF)

Dieses freie Feld ermöglicht die Erfassung einer Nummer oder einer Angabe, die die Rechnung identifiziert. Z.B. die interne Referenz der Lieferantenrechnung im Unternehmen.
Wird die Rechnung durch Auswahl der Aufträge erstellt, wird diese Information mit der Referenz des zuerst fakturierten Auftrags initialisiert (selbst wenn die Lieferungen aus einem Auftrag fakturiert werden).

• Datum (Feld INVDAT)

Es handelt sich um das Dokumentdatum. Für die Rechnungen zu Serviceverträgen wird dieses Datum während der Auswahl des Servicevertrags entweder mit dem Tagesdatum oder mit dem nächsten Rechnungsdatum initialisiert, je nach Wert des Parameters DATREFCON - Rechnungsdatum Servicevertrag (Kapitel HDK, Gruppe INV). Für Rechnungen/Gutschriften zu anderen Dokumenten wird 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. Diese Meldung wird nur ausgegeben, wenn es sich um eine Rechnung oder eine direkte Gutschrift handelt. Wenn sich die Rechnung oder Gutschrift auf Originaldokumente bezieht, wird diese Meldung nicht ausgegeben.

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 angegebenenRechnungstyp 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 Parametern VENSTRDAT - Startdatum Verkauf und VENENDDAT - Enddatum Verkauf 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 Handel und Personenkonten können Originalbelege zu Rechnungen, zu Gutschriften nicht mit einem Datum versehen sein, das nach dem Datum der Rechnung oder der Gutschrift 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 Parameter CTLDATORI - Prüfung Belegdatum (Kapitel TC, Gruppe INV) definiert wird.

• Rechnungsempfänger (Feld BPCINV)

Code des Kunden, der die Rechnung angefragt hat, im Fall einer direkten Rechnung.
Dieser Code wird in der Kundentabelle geprüft. Er muss aktiv sein. Dieser kann vom Typ Normal oder Sonstige sein. Sobald Zeilen erfasst wurden, kann er nicht mehr geändert werden. Im Fall einer Auftrags- oder Lieferrechnung handelt es sich um den ursprünglichen Rechnungsempfänger. Kann nicht geändert werden.

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.

• Handelt es sich beim erfassten Kunden um einen Kunden vom Typ Sonstiger, öffnet sich ein Fenster, in dem die Kundenadresse sowie dessen SIRET-Nummer erfasst oder geändert werden kann. Sie können diese Informationen auch anzeigen und ändern, indem Sie in der Aktionsleiste auf Rechnungsadresse klicken.
• Ist der erfasste Kunde vom Typ Normal und ist der Kundencode angegeben, können Sie die Rechnungsadresse über das Symbol Aktionen oder per Klick auf Rechnungsadresse in der Aktionsleiste anzeigen und ändern. Die SIRET-Nummer stammt aus dem Datensatz Personenkonten und kann nicht geändert werden.

Bei der Erstellung einer Rechnung kann folgendes ausgewählt werden:

• ein oder mehrere Lieferscheine
• eine oder mehrere Auftragszeilen oder mehrere Aufträge (wenn der Signaturkreis verwaltet wird (Parameter APPSOH - Unterschriftenregelung Verträge), die Aufträge, die den Unterschriftenregelungen genügen, können nur fakturiert werden, wenn sie Vollständig unterzeichnet sind,
• ein oder mehrere Verträge (ein Servicevertrag kann fakturiert werden, wenn er nicht abgelaufen oder gekündigt ist und wenn das Fristdatum der nächsten Rechnungsfälligkeit erreicht ist (das nächste Rechnungsdatum minus der Rechnungsfrist muss vor dem Rechnungsdatum liegen)),
• eine Serviceanfrage (eine Serviceanfrage kann fakturiert werden, wenn sie abgeschlossen ist und wenn die Verbräuche fakturiert werden können).

Bei der Fakturierung von Servicekontrakten stößt die Rechnungsanlage Verarbeitungen zu den Servicekontrakten an:

• Datum der nächsten Rechnung: das System errechnet auf Basis des Fakturierungsintervalls oder der Fakturierungsfrist eine neue Rechnungsfälligkeit aus.
• Vertragsneubewertung: das System ermittelt auf Basis des auf dem Servicekontrakt erfassten Fakturierungsintervalls, ob die jährliche Gebührenbasis des Kontraktes neu berechnet werden muss. Zur Neubewertung der jährlichen Gebührenbasis vergleicht das System den bei der letzten Neubewertung verwendeten Indexwert mit dem zuletzt in der Anwendung erfassten Indexwert. Die jährliche Gebührenbasis wird entsprechend der Indexentwicklung verringert oder erhöht. Der nächste Rechnungsfälligkeitsbetrag wird neu berechnet. Der Betrag hängt direkt vom Fakturierungsintervall und vom Gewichtungskoeffizienten der jährlichen Gebührenbasis ab.

Die Dokumente sind exklusiv. Lieferscheine und Aufträge können nicht gleichzeitig fakturiert werden.

Bei der Erstellung einer Gutschrift kann folgendes ausgewählt werden:

• eine oder mehrere Rechnungszeilen,
• eine oder mehrere Retourzeilen (eine Retoure kann Teil einer Gutschrift sein, wenn eine Gutschrift noch nicht ausgegeben wurde und wenn die Retourzeile auf Gutschreibung wartet).

In diesem Fall handelt es sich ebenfalls um exklusive Dokumente.

Bei der Anlage einer Stornorechnung können Sie eine oder mehrere Rechnungen auswählen. Das Storno bezieht sich immer auf die gesamte Rechnung. Einzelne Zeilen können weder ausgewählt noch geändert werden.

Können auf einer Rechnung keine zwei Dokumente vom gleichen Dokument ausgewählt werden, müssen die folgenden Informationen für diese zwei Dokumente ausgewählt werden: Verkaufsstandort, Währung, Regulierer, Kundengruppe, Preistyp, Steuersystem, Projektcode, Zahlungsbedingungen, Skontocode.

• Feld BPINAM

• Währung (Feld CUR)

• Originalbelegnr. (Feld ORIDOCNUM)

Dieses Feld muss einen Schrägstrich (/) enthalten, um die Sequenznummer der Serie (links) von der Sequenznummer selbst (rechts) zu trennen.

• Rechnungsart Spanien (Feld INVTYPSPA)

• Auftraggeber (Feld BPCORD)

Kundencode für die Anfrage eines Auftrags, einer direkten Lieferung oder einer direkten Rechnung. Funktionen des Codes:

• muss in der Kundentabelle geprüft werden,
• muss vom Typ 'normal', 'sonstige' oder 'unternehmensübergreifend' sein,
• muss geändert werden können, wenn keine Position im Dokument erfasst wurde.

• Feld BPCNAM

• Regulierer (Feld BPRPAY)

Regulierer, vorbelegt mit dem Rechnungsempfänger.

• Gruppenkunde (Feld BPCGRU)

Der Gruppenkunde wird mit dem Gruppenkundencode des Auftragskunden initialisiert. Dieser Code wird aus den Kundendaten des Vertragskunden ü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 notwendigen Rechte verfügt.

• Lieferadresse (Feld BPAADD)

Die Lieferadresse wird initialisiert:

• Im Fall einer Direktrechnung mit dem dem Rechnungsempfänger zugeordneten Standardadresscode, sofern vorhanden. Ansonsten wird der erste Adresscode der Liste vorgeschlagen.
• Bei Fakturierung eines Auftrags, einer Lieferung etc. mit dem auf dem ersten ausgewählten Originaldokument angegebenen Adresscode.

In diesem Feld kann direkt ein Adresscode erfasst werden. Es wird dann geprüft, ob dieser vorhanden ist. Alternativ dazu steht das Symbol Aktionen für folgende Möglichkeiten zur Verfügung:

• Auswahl einer Lieferadresse aus der Vorschlagsliste,
• Anlage (sofern die entsprechenden Benutzerrechte vorhanden sind) eines neuen Adresscodes für den Rechnungsempfänger,
• Änderung des dem erfassten Code entsprechenden Adressdetails.

Wenn der Adresscode bei Erfassung geändert wird, werden die von der Lieferadresse abhängigen Vertreter im Rechnungskopf automatisch über die Vertretercodes der neuen Adresse zugewiesen. Hat der Parameter LINREP - Positionsweise Vertreter den Wert Ja, wird in einer Meldung vorgeschlagen, die Vertreter der Rechnungspositionen durch die neuen Vertreter der Kopfzeile zu ersetzen. Hat der Parameter LINREP - Positionsweise Vertreter den Wert Nein, erfolgt das Ersetzen automatisch.

Wurde die Rechnung erstellt, kann der Adresscode nicht mehr geändert werden. Per Klick auf Adresse über das Symbol Aktionen können jedoch die detaillierten Adressinformationen angezeigt werden.
Hinweis: Die Adressänderung ist über das Menü Adresse / Lieferung möglich. Bezieht sich die Änderung auf ein Land und / oder eine geografische Unterereinheit und wurde die Rechnung nicht freigegeben, öffnet sich eine Dialogbox, in der Preis und Abschläge neu kalkuliert werden können. Die Antwort Ja führt zu einer Preissuche. In diese gehen bei allen Dokumentpositionen der neue Ländercode und/oder der neue Regionalcode ein.

• Feld BPDNAM

• Endgültige Nummer (Feld SIHNUMEND)

• Elektronische Signatur (Feld SIHCFMFLG)

• Projekt (Feld PJT)

Referenz des Projekts, für das die Informationen erfasst werden.
Dieses Feld wird nicht in der Tabelle geprüft:

• in einer Ausschreibung wird dieses Feld leer vorgeschlage
• in einem Einkaufsauftrag kann dieses Feld standardmäßig mit der Referenz Projekt der vorherigen Zeile oder der Ausschreibung initialisiert werden

Es kann ein freier Code oder ein im Objekt Projekte des Moduls CRM-Aktivitäten definierter Projektcode erfasst werden. Bei Erfassung eines Projektcodes verfügt der Benutzer über zwei Möglichkeiten:

• Über den ersten Menüpunkt des Kontextmenüs Auswahl kann ein Projekt aus einer Auswahlliste ausgewählt werden, die sämtliche im Objekt Projekte definierten Projekte umfasst
• Über den zweiten Menüpunkt des Kontextmenüs Projekte kann zur Auswahl direkt auf das Objekt Projekte zugegriffen werden, sofern der Benutzer über die hierfür notwendigen Berechtigungen verfügt

Ist die Bestellung auf einen Bedarf mit Projektcode zurückzuführen, so wird der Projektcode der Bestellung mit dem Projektcode des Bedarfes initialisiert.

• Feld REP

Die Vertreter werden mit den Vertretern des Kunden oder mit den Vertretern des Lieferkunden initialisiert, wenn im Kundendatenblatt keine Vertreter angegeben sind. Bei einem Interessenten werden nur die Vertreter des Interessenten berücksichtigt. Diese Vertretercodes werden in den Angebotspositionen übernommen. Wird ein Vertreter in der Angeobtskopfzeile geändert, wenn diese erstellt wurde oder Positionen im Angebot vorhanden sind, schlägt das System die Übernahme der Änderung in allen bereits vorhandenen Positionen vor.

• Ursprung (Feld SIHORI)

• Feld SIHORINUM

In diesem Teil des Registers werden die Daten zum Ursprung der Rechnung angezeigt. Nummer des Dokuments beim Ursprung der Rechnung/Gutschrift/Proforma.
Dieses Feld wird nur angegeben, wenn das Ursprungsdokument eindeutig ist. Beispiel: wenn diese Rechnung nur einer einzigen Lieferung zugeordnet ist, wird die entsprechende Liefernummer angezeigt.
Dies gilt ebenfalls für Rechnungen und Proforma, die Aufträgen, Servicekontrakten, offenen Posten zu Auftragsfakturierungen, Serviceanfragen oder unternehmensübergreifenden Lagerumbuchungen zugeordnet sind bzw. für Gutschriften zu Rechnungen oder Retouren. Eine Verzweigung zur Belegnummer ermöglicht den Zugriff auf das Originaldokument.
Bei der Verwaltung einer Gutschrift handelt es sich um die Rechnung, auf die die Gutschrift belastet wird.
Bei Freigabe der Buchung werden Gutschrift und Rechnung in Abhängigkeit des Parameters LETAUTCNO - Autom. Zuordnung Rechnung / Gutschrift (Kapitel CPT, Gruppe MTC) ggf. zugeordnet.

In Abhängigkeit vom Wert des ParametersINVCAN - Storno Rechnung(Gruppe TC, Kapitel INV), kann das aktuelle Dokumentvom Typ Storno Rechnung.In diesem Fall werden die Gutschrift und die Rechnung unabhängig vom Wert des Parameters LETAUTCNO zugeordnet.

• Gutschriftsart (Feld CNOREN)

Dieses Feld kann im Falle einer Gutschrift erfasst werden: geben Sie in diesem Feld den Grund für die Gutschrift an.

• Korrekturmethode (Feld METCOR)

Dieses Feld unterliegt den Aktivitätscodes EDIX3 - Papierloser Dokumentenaust. und KSP - Rechtsordnung Spanien.

Wählen Sie die Umschlüsselungsmethode der Gutschrift aus.
Dieses Feld wird nur angezeigt und kann nur erfasst werden, wenn die folgenden Bedingungen erfüllt sind:

• Es handelt sich um eine Gutschrift.
• Das Unternehmen, das die Gutschrift ausgibt, unterliegt der spanischen Rechtsordnung.
• Dieses Feld ist als erfassbar auf Erfassungstransaktionsebene parametrisiert.

• Einkaufsrechnungsnr. (Feld PIHNUM)

Unternehmensübergreifend die aus der Verkaufsrechnung erzeugte Einkaufsrechnungsnummer.

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

• Periode von (Feld PERDEB)

Die Datumsbereiche werden nur angezeigt, wenn das Dokument eine Gutschrift ist und wenn der Aktivitätscode KPO - Rechtsordnung Portugal aktiv ist. Sie ermöglichen die Angabe der Periode, in der die Gutschrift erfolgt.
Sie müssen immer angegeben werden, wenn die Gutschrift keinem Originaldokument angehängt ist. Die Prüfung erfolgt zum Zeitpunkt der [Freigabe] der Funktion.

• Periode bis (Feld PERFIN)

• VCS-Nummer (Feld BELVCS)

• Steuerart (Feld VACBPR)

Mit diesem Feld kann das Steuersystem des Dokuments angegeben werden. Dieser Code wird über die Tabelle Steuersysteme geprüft. Er wird mit dem entsprechenden Code der Personenkontendaten initialisiert, kann aber geändert werden.
Die Zahlungsbedingungen sind obligatorisch und können bis zur Freigabe der Lieferung geändert werden.
Es kann nur ein Steuersystem angegeben werden, dessen Rechtsordnung und Gruppe denen des Dokuments entsprechen.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

• Entität/Verwendung (Feld SSTENTCOD)

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

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

• Bestandsbewegung (Feld STOMVTFLG)

Bestandsbewegungskennzeichen, das angibt, ob die Rechnung mit Bestandsaktualisierung verwaltet wird.

• Versandstandort (Feld STOFCY)

Der Versandstandort wird standardmäßig mit dem Standard-Bestandsstandort des Benutzers initialisiert.
Er kann geändert werden, wenn der ausgewählte Standort mit dem aktiven Indikator 'Bestand' definiert ist. Der ausgewählte Standort muss zum selben juristischen Unternehmen gehören wie der Verkaufsstandort.

• Lager (Feld WRHE)

• Rampenlagerplatz (Feld SRGLOCDEF)

Lässt die Erfassungstransaktion einen Warenerhalt an der Rampe zu (Parameter im Transaktionsparameter aktiviert), erscheint ein Feld Lagerplatz Rampe in der Kopfzeile des Retourendokuments. Dies ermöglicht die Erfassung eines Lagerplatzes vom Typ 'Rampe', der standardmäßig als Retourenlagerplatz auf jede Position übertragen wird. Der vorgegebene Lagerplatz muss sich in einem Lager befinden, sofern ein solches angegeben ist.

Ein Lagerplatz Rampe entspricht einem Lagerplatz vom Typ 'Zur Einlagerung'. Er lässt den Eingang von Beständen zu, deren Eigenschaften von Charge, Untercharge, Seriennummer nicht zwingend direkt identifiziert werden. Es handelt sich um ein beschleunigtes Zugangsverfahren für Ware, die zu einem späteren Zeitpunkt noch präziser eingelagert wird. Diese Einlagerung wird über der FunktionEinlagerungsplan durchgeführt.

• Gruppe Bestandsbewegung (Feld TRSFAM)

Bewegungsgruppe, initialisiert mit der Bewegungsgruppe der verwendeten Transaktion.
Es handelt sich um eine statistische Information, die beim Sichern der Zugangsbewegungen im Bestandsjournal gespeichert wird. Diese Bewegungsgruppe stammt aus der Sonstigen Tabelle Nr. 9. Der in der Parametrisierung zugewiesene Wert ist ein Standardwert, der je nach Parametrisierung der Transaktion angezeigt und / oder geändert werden kann oder nicht (Bearbeitbar, Eingeblendet, Ausgeblendet).

Statistische Information zur Wiederaufnahme der Bestandsbewegungen der Lieferung. Dieser Wert wird gesetzt, wenn der Originalbeleg keine Bewegungsgruppe referenziert. Sonst wird prioritär die Bewegungsgruppe des Originalbelegs zur Qualitätskontrolle vorgeschlagen.

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

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

• Status (Feld INVSTA)

Diese nicht änderbare Information gibt den Rechnungsstatus an:

• nicht freigegeben,
• nicht verwendet,
• freigegeben (d.h. erzeugte Buchungsbelege).

• Gedruckt (Feld STARPT)

• Intercompany (Feld BETCPY)

Auf diese Information kann nicht zugegriffen werden. Sie gibt an, dass die Rechnung oder Gutschrift ein zur Gruppe gehörendes Unternehmen betrifft.
Der fakturierte Kunde wurde als unternehmensübergreifender Kunde definiert, und sein Einkaufsstandort gehört nicht dem Unternehmen des Verkaufsstandortes an.

• Anmeldung (Feld LICPLATE)

Kennzeichen des Fahrzeugs, das die Ware transportiert.

• Anmeldung angehängt (Feld TRLLICPLAT)

Erfassen Sie das Kennzeichen des Anhängers.

• Abfahrtsdatum (Feld DPEDAT)

• Abfahrtszeit (Feld ETD)

• Ankunftsdatum (Feld ARVDAT)

• Ankunftszeit (Feld ETA)

• Währung (Feld CUR)

Die Währung des Auftrags, der Lieferung oder der Rechnung.
Sie wird standardmäßig mit der Währung des Rechnungsempfängers initialisiert und kann geändert werden. In diesem Fall kann sie nur bei der Anlage oder Duplizierung geändert werden und wird durch die Währungstabelle geprüft.

Wenn die Preise netto oder brutto angegeben sind, kann die Transaktionswährung der Lieferung ausgewählt oder definiert werden (abhängig vom Wert des Parameters 'Nettopreis und Bruttopreis' - Kapitel TC, Gruppe INV/NOTATI). Bei Lieferungen zu Aufträgen werden diese Daten automatisch übernommen und können nicht geändert werden. Bei Direktlieferungen sind diese Daten nicht mehr änderbar, wenn bereits mindestens eine Lieferposition erfasst wurde. In diesem Fall werden die Währung und der Preistyp aus dem Kundendatensatz des Rechnungsempfängers übernommen.

• Kurstyp (Feld CURTYP)

Dieses Feld wird vom Kurstyp des rechnungstellenden Lieferanten initialisiert.

• Kurs (Feld RAT1)

• Feld LABEL

• Feld RAT2

• Feld CURMLT

• Factor (Feld BPRFCT)

Vorgeschlagener Factorcode mit Standardwert auf den Rechnungen des Kunden.
Ist auf einer Rechnung ein Factorcode vorhanden, bedeutet dies, dass die Forderungen aus der Rechnung an ein Factoring-Unternehmen abgetreten wurden und dass der Factor Zahlungsempfänger ist.

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

• Valutadatum (Feld STRDUDDAT)

Das Beginndatum der Fälligkeit wird mit dem Dokumentendatum (Rechnung oder Gutschrift) ausgefüllt und kann geändert werden (prüfen, ob es vor oder am Dokumentendatum liegt).

• Zahlung (Feld PTE)

Über die Zahlungsbedingungen sind der Zahlungscode und die Verteilungsregel für die verschiedenen Anzahlungen und offenen Posten festgelegt.
Sie werden auf Basis des dem Rechnungsempfängers zugeordneten Zahlungscodes initialisiert, sofern es sich um eine Direktrechnung handelt, oder auf Basis des Originaldokuments.
Diese Information ist änderbar. Bei Änderung dieser Bedingungen werden die Offenen Posten neu berechnet.

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

• Auswahl eines Zahlungscodes aus der Tabelle;
• Anlage (sofern die entsprechenden Benutzerrechte vorhanden sind) eines Zahlungscodes in der Tabelle;
• Simulation einer Berechnung und einer Aufteilung der offenen Posten über den Button [Simulation].

Ist die Rechnung einem Servicekontrakt zugeordnet, gelten die Zahlungsbedingungen des Servicekontraktes und nicht die Zahlungsbedingungen des ggf. über den Servicekontrakt angelegten Auftrags.
Verwaltet die Zahlungsbedingung SDD, muss das Feld "Mandatsreferenz" angegeben werden. Die Auswahl einer Zahlungsbedingung vom Typ SDD ist nicht zulässig, wenn das "Zahlende Personenkonto" ein "Sonstiges Personenkonto" ist.

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

• Mandatsreferenz (Feld UMRNUM)

Dieses Feld unterliegt der Erfassungstransaktion und wird nur angezeigt, wenn der Aktivitätscode SDD - Verwaltung der SEPA-Lastschriften (SDD) aktiv ist und wenn der Unternehmensparameter SDDMGT - Verwaltung der SEPA-Lastschriften (SDD) (Kapitel TC, Gruppe SDD) den Wert "Ja" hat.

Bei der direkten Rechnungserstellung kann es erfasst werden und ist nur erforderlich, wenn die Zahlungsbedingung SDD ist. Es ermöglicht auch die Angebe der Referenz des SDD-Lastschriftmandats.
Wird ein Mandat mit Status "Freigegeben" als "Hauptmandat" für das Paar [Unternehmen; Zahlender] identifiziert, wird die Referenz dieses Mandats standardmäßig ausgefüllt, kann aber geändert werden. Es kann nur die Referenz eines Mandats mit Status "Freigegeben" angegeben werden.
Wird das zahlende Personenkonto und/oder Unternehmen geändert, wird die Mandatsreferenz entsprechend neu initialisiert.

Wird die Rechnung von einer automatischen Erstellungsverarbeitung ausgegeben, kann dieses Feld nur initialisiert werden, wenn kein Hauptmandat mit dem Status "Freigegeben" für das Paar [Unternehmen; Zahlender] definiert wurde. In diesem Fall wurde die Rechnung trotzdem erstellt, die Freigabe bleibt aber untersagt, wenn die Mandatsreferenz nicht angegeben wurde.

Durch Auswahl der Rechnungen bei der Erfassung wird die Mandatsreferenz mit der des auf der ersten ausgewählten Rechnung referenzierten ausgefüllt.

• Skonto (Feld DEP)

Diese Information wird im Angebot erfasst; sie wird mit dem Skontocode des Kunden initialisiert und kann weiterhin erfasst werden. Damit können eine Reihe von Skonto- oder Verzugszinssätzen (max. 12) festgelegt werden. Diese werden für Zahlungen in Abhängigkeit des Verzugs bzw. Vorsprungs in Bezug auf das Fälligkeitsdatum angewendet (siehe Dokumentation Skonto).
In diesem Feld kann direkt ein Skontocode erfasst werden. Es wird dann geprüft, ob dieser in der entsprechenden Tabelle vorhanden ist. Alternativ dazu stehen im Kontextmenü folgende Möglichkeiten zur Verfügung:

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

Nur ein Skontocode, der der Rechtsordnung und der Unternehmensgruppe des Dokumentenstandorts entspricht, kann angegeben werden.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

Der Betrag der skontierfähigen Grundlage wird im Register "Bewertung" angezeigt.

• Beginndatum Leistung (Feld STRDATSVC)

Gibt über den Datumsbereich den Teil der Leistung an, der im Voraus für die nächste Periode oder das nächste Geschäftsjahr zu berücksichtigen ist.
Dieses Feld ist nur verfügbar, wenn der Aktivitätscode SVC - Periodische Abgrenzungen aktiviert ist. Die Aufwands- oder Erlösabgrenzungen werden in der Funktion Abgrenzungen Abschluss generiert.

• Endedatum Leistung (Feld ENDDATSVC)

• ESR-/QR-Referenznummer (Feld BVRREFNUM)

• ESR-/QR-Zahlungsbank (Feld PAYBAN)

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

• Dimension (Feld DIE)

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

• Bezeichnung (Feld NAMDIE)

• Sektor (Feld CCE)

Die Sektoren werden gemäß dem Parameter der Standardsektoren aus der Verwaltung der Rechnungskopfzeilen 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.

• Kurzbezeichnung (Feld SHO)

Dieses Feld übernimmt den Titel des Rechnungselements.

• Prozent / Betrag (Feld INVDTAAMT)

Die Werte beziehen sich auf die Rechnungsfußzeile. Diese Informationen können aus dem Parameter der Elemente der Rechnungsfußzeile stammen, oder aus der Datei des betroffenen Kunden oder aus dem ausgewählten Dokument.
 Für mehr Informationen, siehe Dokumentation Rechnungselemente.
Die Werte der Fußzeilenelemente können geändert werden. Diese Werte wirken sich direkt auf die Netto- und Bruttobeträge des Dokuments aus.
 Im Fall einer Rechnungsänderung durch Löschen einer Lieferung oder eines Auftrags oder einer Auftragsposition können die Beträge der Rechnungselemente nicht unter Berücksichtigung der gelöschten Lieferungen, Aufträge oder Auftragspositionen neu berechnet werden: der Teil der Rechnungselemente in Bezug auf diese Positionen oder Dokumente wird nicht aus der so geänderten Rechnung gestrichen.

• 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 Dokumentenposition gespeichert ist. Die Erfassung ist erforderlich.

Es gibt folgende Möglichkeiten:

• Direkte Erfassung einer Artikelreferenz oder einer Referenz Artikel / Kunde. Die Existenz der Artikelreferenz wird in den Dateien 'Artikel/Verkauf' und 'Artikel/Kunde' geprüft. Wird eine Referenz 'Artikel/Kunde' erfasst, gibt das System die interne Artikelreferenz aus. Falls ein Artikel mit für bestimmte Kunden als unzulässig parametrisierten Preistypen erfasst wird (siehe Preisparametrisierung) wird eine Fehlermeldung ausgegeben, und die Verarbeitung wird gesperrt.
• Per Rechtsklick stehen folgende Funktionalitäten zur Verfügung:
• 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.

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 der Datei Artikel und 'Artikel/Kunde' enthält.

Es wird möglicherweise der Hinweis ausgegeben, dass der erfasste Artikel durch einen anderen Artikel ersetzt wurde. Dieser automatische Austausch erfolgt, wenn folgende Bedingungen erfüllt sind:

• Das Feld Austauschartikel in den Artikeldaten ist gefüllt,
• Das Dokumentendatum muss auf oder nach dem Ersatzdatum liegen.

 Nachdem die Position erfasst ist, kann der Artikelcode nicht mehr geändert werden. Zur Änderung des Codes muss die Position 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 auf das folgende Dokument übertragen.
Aus diesem Feld kann man über eine Verzweigung auf die Artikeldatei zugreifen.

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

• Hauptversion (Feld ECCVALMAJ)

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

Die höhere Versionsnummer ist in folgenden Fällen 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'),
• und wenn die Rechung mit der Bestandsbewegung direkt ist.

Ist das Vorladen der Versionen auf Ebene des Artikel/Kunden aktiviert (im Register Kunden der Funktion Artikel ist die Option Vorladen Versionen ausgewählt), oder stattdessen auf der Ebene Artikel /Verkauf (im Register Verkauf der Funktion Artikel ist die Option Vorladen Versionen ausgewählt), wird die letzte aktive höhere Version automatisch vorgeladen. Stattdessen wird die letzte höhere Version mit Status 'Angehalten' vorgeladen.

Für eine Lieferrechnung oder eine Serviceanfragerechnung werden die Versionsnummern hinzugefügt, wenn Sie eine Direktposition hinzufügen.

Wird die Rechnung über andere Dokumente erstellt, werden folgende Aktionen durchgeführt:

• Auftragsauswahl, mit der Übertragung und der Prüfung der Versionen auf der Rechnung.
• Übertragung und Prüfung der Versionen für die automatische Auftragsfakturierung (wenn die Version nicht korrekt ist, wird eine informative Meldung in der Logdatei angezeigt). Es gibt keine Versionsübertragung für die automatische Fakturierung von Lieferungen, Serviceanfragen und Übertragungen.

Die Anzeige des Feldes Höhere Version hängt com Parameter der Erfassungstransaktion ab (verborgen, angezeigt, erfasst).

• Nebenversion (Feld ECCVALMIN)

Dieses Feld zeigt die niedrigere Version des Artikels an.

Die Nebenversionsnummer ist in folgenden Fällen zugänglich:

• wenn die Rückmeldung der Haupt- und Nebenversionen auf Ebene des Artikelparameters aktiv ist (im Bereich Verwaltung der Funktion Artikel hat das Feld Bestandsversion hat den Wert Höher und niedriger),
• und wenn die Rechnung mit der Bestandsbewegung direkt ist.

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

Für eine Eingangsrechnung oder eine Serviceanfragerechnung werden die Versionsnummern hinzugefügt, wenn Sie eine Direktzeile hinzufügen.

Wird die Rechnung über andere Dokumente erstellt, werden folgende Aktionen durchgeführt:

• Auftragsauswahl, mit der Übertragung und der Prüfung der Versionen auf der Rechnung.
• Übertragung und Prüfung der Versionen für die automatische Auftragsfakturierung (wenn die Version nicht korrekt ist, wird eine informative Meldung in der Logdatei angezeigt). Es gibt keine Versionsübertragung für die automatische Fakturierung von Lieferungen, Serviceanfragen und Übertragungen.

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

• Anteil (Feld INVPRC)

Fakturierter Prozentsatz, der dem offenen Posten der Fakturierung entspricht. Dieser prozentuale Anteil ist mit der fakturierten Menge verknüpft.

• Die Erfassung eines prozentualen Anteils, der über dem der Zeile der Fristenliste liegt, ist zulässig, solange der Gesamtprozentsatz 100% nicht überschreitet. Die Änderung des prozentualen Anteils darf nicht zu einer Überfakturierung führen. Eine Meldung wird angezeigt, die die Verteilung der folgenden offenen Posten vorschlägt. Sie können mit OK oder mit Abbrechen antworten.
  
• Die Erfassung eines niedrigeren Prozentsatzes als dem der Zeile der Fristenliste führt zum Hinzufügen einer Offene Posten-Zeile am Ende der Fristenliste, die die gleichen Eigenschaften besitzt, wie die geänderte Zeile, für einen Prozentsatz, der der Differenz mit der der geänderten Zeile entspricht. Status dieser Zeile: Zu fakturieren. Die Änderung des Prozentsatzes startet eine Neuberechnung der fakturierten Menge.
  
  Die Fristenliste, die über das Symbol Aktionen in der Offene Posten-Zeile angezeigt wird, gibt für jede Offene Posten-Zeile an, ob sie fakturiert, in der Rechnung berücksichtigt oder zu fakturieren ist.

• VK-Einheit (Feld SAU)

Die Verkaufseinheit wird mit der Verkaufseinheit vorbelegt, die im Datensatz Artikel-Kunde festgelegt wurde. Andernfalls erscheint die Verkaufseinheit des Artikels. In einem Auswahlfenster kann eine andere Einheit erfasst werden. Von den oben beschriebenen Einheiten abgesehen, entsprechen alle vorgeschlagenen Einheiten den Verpackungseinheiten des Artikels oder den Verpackungseinheiten, die im Datensatz Artikel-Kunde festgelegt wurden. Wenn Sie über die erforderlichen Berechtigungen verfügen, können Sie gegebenenfalls auch auf die Tabelle der Einheiten zugreifen.

Nach Erfassung der entsprechenden Position können Sie die Verkaufseinheit nicht mehr ändern. Um die Einheit zu ändern, müssen Sie die Position löschen und neu anlegen.

• Fakturiert (Feld QTY)

• Die Erfassung einer größeren Menge als die Menge der Zeile des Zeitplans führt zur Anzeige einer Meldung, die Ihnen vorschlägt, die zusätzliche Menge auf die nächsten geplanten Rechnungen zu verteilen. Wenn Sie mit Ja antworten, können Sie nicht die folgenden geplanten Rechnungen Rechnungen auswählen und hinzufügen, die Teil der zusätzlichen Verteilung sind, wenn Sie die Änderung nicht gespeichert haben. Wenn Sie mit Nein antworten, entspricht die Erhöhung der Menge einer Überfakturierung.
• Die Erfassung einer kleineren Menge als die Menge der Zeile des Zeitplans führt zum Hinzufügen einer geplanten Rechnungszeile am Ende des Zeitplans, die die gleichen Eigenschaften besitzt wie die geänderte Zeile, für eine Menge, die der Differenz mit der der geänderten Zeile entspricht. Status dieser Zeile: Zu fakturieren.

Der Zeitplan, der über das Symbol Aktionen in der geplanten Rechnungszeile angezeigt wird, gibt für jede geplante Rechnungszeile an, ob sie fakturiert, in der Rechnung berücksichtigt oder zu fakturieren ist. Ein Indikator gibt an, ob ein Mehrbetrag fakturiert wurde (Überfakturierung), mit Anzeige des Mehrbetrags und/oder der Mehrmenge.

Für geplante Rechnungen mit Fortschrittsstatus Freigegeben (nur für Teilfakturierungsprojekte):

• Die Erfassung einer größeren Menge als die im Fakturierungsplan erfasste Menge entspricht einer Überfakturierung. Der Fortschrittsprozentsatz des Projekts wird hingegen nicht geändert.
• Die Erfassung einer kleineren Menge als die Menge der geplanten Rechnungszeile ist nicht zulässig. Um eine kleinere Menge zu fakturieren, müssen Sie zurück zum Fakturierungsplan gehen, um zunächst die Freigabe des Fortschrittsstatus für diese geplante Rechnung rückgängig zu machen und dann die Menge zu verringern.
• Die Erfassung eines höheren Betrags als der Betrag der ausgewählten geplanten Rechnung entspricht einer Überfakturierung. Der Fortschrittsprozentsatz des Projekts wird hingegen nicht geändert.
• Die Erfassung eines niedrigeren Betrags als der Betrag der ausgewählten geplanten Rechnung entspricht einer Unterfakturierung. Der Fortschrittsprozentsatz des Projekts wird hingegen nicht geändert.

• 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,
• Gewichtungsfaktor der Provisionssätze für Vertreter.

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

• Bei Standardartikeln wird die Preissuche automatisch angestoßen.
• Handelt es sich bei dem erfassten Artikel um ein Kit-Erzeugnis oder Stücklistenerzeugnis, so wird zunächst eine Preissuche für den Artikel angestoßen. Danach wird eine Preissuche für die einzelnen Komponenten durchgeführt. Schließlich werden die Stücklistendaten gelesen, um in einem Fenster die verschiedenen Handelsvarianten anzeigen zu können, sofern vorhanden. Ist eine Variante vorhanden, so wird diese automatisch berücksichtigt.

• UmrechFaktorVK-LE (Feld SAUSTUCOE)

Umrechnungsfaktor zwischen Verkaufs- und Lagereinheit. In bestimmten Fällen kann dieser Koeffizient geändert werden. Er kann bearbeitet werden, wenn die Verkaufseinheit und/oder die Verpackungseinheit als änderbar aktiviert wurde (siehe Artikeldatenblatt). Nicht änderbar ist er, wenn die verwendete Einheit für den Kunden definiert wurde. Bei Verwendung von Einheiten, deren Umrechnungsfaktor änderbar ist, dürfen für den betreffenden Artikel nur in Lagereinheiten ausgedrückte Preise definiert werden.

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

• LE (Feld STU)

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

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

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

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

Die Verarbeitung der Gratisartikel wird nach Abschluss der Dokumentenzeile 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.

• Feld DISCRGVAL1

Allgemeine Hilfe zu den Modulen Einkauf und Verkauf.

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

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

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

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

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

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

• Nettopreis (Feld NETPRI)

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.

• Wert Zeilenbetrag (Feld AMTLIN)

• Selbstkosten (Feld CPRPRI)

Der 'Selbstkostenpreis' wird bei Anlage der Dokumentenposition standardmäßig über die Bewertung des für die Margenberechnung ausgewählten Artikels gefüllt (siehe die für die Datei 'Artikel-Standort' definierten Bewertungsverfahren). Er wird in Verkaufseinheiten ausgedrückt. Zur Bewertung des Kalkulationspreises 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, kann ein Alternativwert verwendet werden. Es muss allerdings angegeben werden, welches der Bewertungsverfahren aus der zuvor beschriebenen Liste gewählt wurde. Dieser Wert wird in der Zeile 'Dokument' gespeichert.

Diese Information kann in Abhängigkeit der verwendeten Dokumententransaktion überladen werden.

Der 'Selbstkostenpreis' wird systematisch neu berechnet während: 

• der Änderung eines Angebots in einen Auftrag,
• der Lieferung eines Auftrags, 
• der Freigabe einer Lieferung,
• der Fakturierung eines Auftrags.

Bei einem 'Durchschnittspreis Los' in der Angebotsverwaltung gibt der 'Durchschnittspreis Los' immer einen Wert Null zurück. In diesem Fall wird der Alternativwert verwendet. Bei der Freigabe der Lieferung wird erneut der 'Durchschnittspreis Los' verwendet, um die Marge neu zu berechnen und so eine tatsächliche Marge in Abhängigkeit der gelieferten Lose zu erhalten.

Besonderheiten zu Gutschriften
Wenn eine Gutschrift für eine Kundenretoure oder Rechnung angelegt wird, entspricht der vorgeschlagene Kalkulationspreis dem Kalkulationspreis des Originaldokuments. Bei einer direkten Gutschrift wird der Kalkulationspreis über die im Bewertungsverfahren von Artikel - Standort definierten Margenberechnungsregel ermittelt.

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

• Neufakturierung (Feld INVCNDUPD)

• Datum Neufakturierung (Feld NEXINVDAT)

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

• Lager (Feld WRH)

• Charge (Feld LOT)

Geben Sie für die Rechnungen die abzugehende Charge an.
In folgenden Fällen muss sie nicht angegeben werden:

• der Abgang betrifft mehrere Chargen,
• alle Eigenschaften des abzugehenden Bestands nicht angegeben sind (Charge, Untercharge, Seriennummer, Lagerplatz).

Wird der Artikel mit einer Seriennummer verwaltet, ist diese notwendig, um den abzugehenden Bestand zu bestimmen.

Ist dies nicht der Fall, sind die Charge, die Untercharge und der Lagerplatz (vom Verwaltungsmodus des Artikels bestimmt) erforderlich.

Wird der Artikel nicht nach Charge verwaltet, ist dieses Feld für Gutschriften nicht zugänglich. Bei Artikeln mit erforderlicher oder optionaler Chargenverwaltung hängt der Zugriff auf das Feld von folgenden Faktoren ab:

• der Parametrisierung der verwendeten Erfassungstransaktion für Gutschriften,
• der Chargenverwaltungsregel der Bewegung vom Typ Retoure Lieferung, die in der Kategorie des Artikels oder in den Bestandsverwaltungsregeln definiert ist. Auf dieser Ebene kann der Erfassungstyp der Charge angegeben werden und der Charge ein Standardwert zugewiesen werden.

Wurde nach Abschluss der Erfassung keine Chargennummer angegeben, gibt es mehrere Möglichkeiten:

• Zuweisung der Belegnummer durch die Verwaltungsregel der Bewegung
• Zuweisung einer neuen Chargennummer durch den Nummernkreis für die Charge des Artikels Wurde dem Artikel kein Chargennummernkreis zugeordnet und handelt es sich um eine erforderliche Charge, wird eine sperrende Meldung angezeigt.

• Anzahl Unterchargen (Feld NBSLO)

Anzahl an Unterchargen, auf die sich die Bestandsbewegung erstreckt.

• Untercharge (Feld SLO)

Dieses Feld gibt sie abzugehende Untercharge an. Wurde die Charge ausgewählt, wird die Untercharge sofort initialisiert.
In folgenden Fällen muss sie nicht angegeben werden:

• der Abgang betrifft mehrere Chargen,
• alle Eigenschaften des abzugehenden Bestands nicht angegeben sind (Charge, Untercharge, Seriennummer, Lagerplatz).

Wird der Artikel mit einer Seriennummer verwaltet, ist diese notwendig, um den abzugehenden Bestand zu bestimmen.
Ist dies nicht der Fall, sind die Charge, die Untercharge und der Lagerplatz (vom Verwaltungsmodus des Artikels bestimmt) erforderlich.
Für die Gutschriften gibt dieses Feld die Untercharge an, auf die sich die Eingangsbewegung erstreckt.

• Ende Untercharge (Feld SLOF)

Dieses Feld gibt die letzte Untercharge an, auf die sich die Bestandsbewegung erstreckt.

• Lieferantencharge (Feld BPSLOT)

Die Nummer der Lieferantencharge kann zu Informationszwecken in den Zugangsbewegungen erfasst und in den Bestandsabgangsbewegungen angezeigt werden.

Sie wird in der Bestandsdatei gespeichert und entspricht der internen Chargennummer. Hierdurch kann die Rückverfolgbarkeit der Warenherkunft sichergestellt werden.

• Seriennummer von (Feld SERNUM)

Für die Rechnungen wird der auszugebende Seriennummernbeginn angegeben. Die Seriennummer wird automatisch berechnet.
Sie muss nicht angegeben werden, wenn die auszugebenden Seriennummern nicht fortgeführt werden.

Wird der Artikel mit Seriennummer verwaltet, ist sie nur erforderlich, um den abzugehenden Bestand zu bestimmen.
Ist dies nicht der Fall, sind die Charge, die Untercharge und der Lagerplatz (über die Artikelverwaltungsart bestimmt) erforderlich.

Für Gutschriften gibt man die erste Seriennummer an, auf die sich die Zugangsbewegung bezieht. Diese Seriennummer muss in der Datenbank vorhanden sein, es kann aber auch eine nicht vorhandene Seriennummer erfasst werden.

• Seriennummer bis (Feld SERNUMF)

Es handelt sich um die letzte Seriennummer des Artikels.

• Bezeichner 1 (Feld PALNUM)

Verwenden Sie dieses Feld, um weitere Zusatzinformationen frei zu erfassen.

• Bezeichner 2 (Feld CTRNUM)

Dieses Feld gibt den ersten gespeicherten Identifikator an.

• Behälter (Feld TCTRNUM)

Dieses Feld unterliegt dem Aktivitätscode LPN - Interne Containerverwaltung.

Dieses Feld kann nur im Fall einer Gutschrift oder einer Direktrechnung angezeigt und erfasst werden.
Wählen Sie Sie den Container aus, den Sie verwenden möchten.

• Behälter-ID (Feld LPNNUM)

Allgemeine Hilfe für die Funktionen Bestandszugang (Sonstige Zugänge, Wareneingänge, Kundenretouren, etc.) und Rechnungen (in diesem Fall kann sie nur für eine Gutschrift oder eine Direktrechnung angezeigt und erfasst werden).
Dieses Feld unterliegt dem Aktivitätscode LPN - Verwaltung interne Behälter.

Die Verwaltung hängt davon ab, ob die Behälter-ID auf „Optional“ oder „Erforderlich“ gesetzt ist. Dies ist auf Ebene der Artikelkategorie im Bereich Zugangsfluss definiert.

In beiden Fällen können Sie die zu verwendende Behälternummer auswählen. Die Auswahlliste zeigt die aktiven Behälternummern des angegebenen Behälters an, unabhängig davon, ob sie bereits im Bestand oder frei sind. Ist kein Behälter angegeben, zeigt die Auswahlliste alle aktiven und im Bestand verfügbaren Behälternummern am Standort an. Dabei handelt es sich um Behälter, die Sie zuvor entweder einzeln über die Funktion Interne Behälter-IDs oder im Batch über die Funktion Anlage Behälter-IDs angelegt haben. Sie können auch direkt auf die Funktion Interne Behälter-IDs zugreifen, um eine Nummer direkt anzulegen und anschließend zur Erfassung des Dokuments zurückkehren.
Wenn Sie mehrere Behälternummern für eine Dokumentzeile angeben möchten, lassen Sie dieses Feld leer und klicken Sie auf Erfassung Mengendetail über das Symbol Aktionen in der Dokumentzeile.
Wenn Sie eine Behälternummer angeben, wird keine Einschränkung auf die Menge der Zeile hinsichtlich der Kapazität des verwendeten Behälters ausgeführt.

• Ist die Behälternummer „Erforderlich“, können Sie dieses Feld leer lassen, damit die verwendeten Behälternummern direkt angelegt werden. Die Anzahl der Behälter wird automatisch wie folgt festgelegt:
  - abhängig von der Kapazität des Behälters. Diese Kapazität wird im Datensatz Artikel - Standort, Bereich Verwaltung gemäß der Bestandseinheit und/oder der Verpackung des Artikels definiert.
  - abhängig von der Menge der Zeile. Sind mehrere Behälter erforderlich, wird die Anzahl im Fenster Erfassung Mengendetail angezeigt. Dieses Fenster öffnet sich automatisch, wenn nach Erfassung der Zeile Bestandsdaten fehlen. Falls sich das Fenster nicht öffnet, klicken Sie auf das Symbol Aktionen in der Dokumentzeile.
  Nach der Anlage zeigt das Feld Behälternummer der Dokumentzeile das Zeichen $ an, wenn die Zeile auf unterschiedliche Behälternummern umgelegt ist. Um die Liste der verwendeten Behälternummern anzuzeigen, öffnen Sie das Fenster Änderung Zugänge per Klick auf das Symbol Aktionen in der Dokumentzeile.
  Die direkte Anlage ist nur möglich, wenn die folgenden Voraussetzungen erfüllt sind:

- Die Behälter-ID ist auf Ebene der Artikelkategorie als „Erforderlich“ definiert.
- Der angegebene Behälter sowie die Einheit müssen auf Ebene des Artikel - Standorts in der Parametertabelle der Behälter definiert worden sein.
- Die Kapazität dieses Behälters muss in der gleichen Einheit wie die in der Dokumentzeile definiert sein.
Nach der direkten Anlage öffnet sich das Etikettendruckfenster der Behälternummern automatisch, wenn dieser Druck auf Ebene der Erfassungstransaktion zulässig ist.

• Ist die Behälternummer „Optional“, wird keine direkte Anlage ausgeführt. Wenn Sie einen oder mehrere Behälter verwenden möchten, müssen Sie deren Nummern manuell in der Dokumentzeile oder per detaillierter Erfassung der Zeilen erfassen. Sie können auch nachträglich die Funktion Zuweisung Behälter-ID verwenden.

Standort-/unternehmensübergreifende Besonderheiten: bei standort- oder unternehmensübergreifenden Wareneingängen stammt die Behälternummer nie aus der zur Verkaufslieferung angegebenen Nummer, da die Eigenschaft der Behälternummer Einzelstandort ist.

• Status (Feld STA)

• Geben Sie für die Rechnungen den Status des abzugehenden Bestands an.
  Der Status muss nicht angegeben werden, wenn alle Eigenschaften des abzugehenden Bestands nicht angegeben sind (Charge, Untercharge, Seriennummer, Lagerplatz).

• Wird der Artikel mit einer Seriennummer verwaltet, ist diese notwendig, um den abzugehenden Bestand zu bestimmen.
• Ist dies nicht der Fall, sind die Charge, die Untercharge und der Lagerplatz (vom Verwaltungsmodus des Artikels bestimmt) erforderlich.
  
• Geben Sie für die Gutschriften den Bestandsstatus der Eingangsbewegung an.
  Hat die Originalrechnung eine Bestandsbewegung ausgelöst, stammen der Status und der Lagerplatz, im Gegensatz zu den anderen Bestandsinformationen, nicht aus der Originalrechnung. Diese beiden Informationen sind zugänglich und werden über die Bestandszugangsregeln initialisiert.
  Ist die Zeile der Gutschrift direkt, sind der Lagerplatz und der Status zugänglich und werden gegebenenfalls von den Bestandszugangsregeln ausgefüllt.

• Lagerplatztyp (Feld LOCTYP)

Mit den Lagerplatztypen können die Lagerplätze im Lager nach ihren Lagerungsmerkmalen kodifiziert werden: Maße, zulässige Status, technische Beschränkungen usw.
Die Lagerplatztypen sind den Artikeln standortweise zugeordnet, so dass Artikel mit ähnlichen Eigenschaften geografisch gruppiert werden können.
Der Lagerplatztyp des Artikels wird in Abhängigkeit von der Bestandstransaktion standardmäßig vorgeschlagen und kann bei der Bewegungserfassung geändert werden.

• Lagerplatz (Feld LOC)

Geben Sie für die Rechnungen den Ursprungslagerplatz beim Abgang an. Um einen Lagerplatz anzugeben, verwenden Sie das Auswahlfenster über das Symbol Aktionen.
Es muss kein Lagerplatz angegeben werden, wenn:

• ein Abgang aus mehreren Lagerplätzen ausgeführt wird.
• alle Eigenschaften des abzugehenden Bestands nicht angegeben sind (Charge, Untercharge, Seriennummer, Lagerplatz).

Wird der Artikel mit einer Seriennummer verwaltet, ist diese notwendig, um den abzugehenden Bestand zu bestimmen.
Ist dies nicht der Fall, sind die Charge, die Untercharge und der Lagerplatz (vom Verwaltungsmodus des Artikels bestimmt) erforderlich.

Für die Gutschriften hängt der Zugriff auf das Feld von der Parametrisierung der verwendeten Erfassungstransaktion für Gutschriften ab.

Hat die Originalrechnung eine Bestandsbewegung ausgelöst, stammen der Status, die Behälternummer und der Lagerplatz, im Gegensatz zu den anderen Bestandsinformationen, nicht aus der Originalrechnung. Diese drei Informationen sind zugänglich und werden über die Bestandszugangsregeln initialisiert.

Ist die Zeile der Gutschrift direkt, sind der Status, die Behälternummer und der Lagerplatz zugänglich und werden gegebenenfalls von den Bestandszugangsregeln ausgefüllt.
Wird der Artikel nach Behälternummer verwaltet, wird der angezeigte Lagerplatz der Behälternummer zugewiesen. Kann nicht geändert werden.

Wird der Artikel nach Lagerplatz verwaltet und ist keine Behälternummer angegeben, kann ein Standardlagerplatz in Abhängigkeit der dem Bewegungstyp Lieferretoure zugeordneten Verwaltungsregel und der im Datensatz Artikel / Standort parametrisierten Lagerplätzen vorbelegt werden. Über die Semantik zur Erkennung der Lagerplatzkategorie können im Datensatz Artikel/Standort ein Lagerplatztyp und ein eventueller Lagerplatz zugewiesen werden. Der im Datensatz Artikel/Standort definierte Lagerplatztyp und Lagerplatz können sich auf eine Gruppe von Lagerplatztypen und/oder Lagerplätzen beziehen, wenn bei ihrer Definition Platzhalter (?, *) verwendet werden (siehe Lagerplatztypen und Artikel/Standort). Bei bestimmten Lagerplatztypen hängt deren Zuweisung von ihrer Verfügbarkeit und Kapazität ab (Kapazitätenverwaltung). Es können mehrere dieser Kriterien gleichzeitig angewendet werden.

In der Kopfzeile der Gutschrift kann ein Lagerplatz vom Typ Rampe erfasst werden, vorausgesetzt die Transaktion Kundengutschrift lässt dies zu. Ist dies der Fall, wird dieser Lagerplatz standardmäßig vorgeschlagen. Die Lagerplätze vom Typ Rampe werden in der Auswahl nicht vorgeschlagen, wenn die Transaktion Kundengutschrift keine Wareneingänge an der Rampe vorsieht.

In bestimmten Fällen kann die Erfassung eines Lagerplatztyps oder eines Lagerplatzes bewusst unterlassen werden, da die zurückzugebende Ware auf unterschiedliche Lagerplätze aufgeteilt wird. Diese Aufteilung kann im Fenster Bestandsdetail erfasst werden. Wenn nach Erfassung das Zeichen $ in diesen Feldern erscheint, bedeutet das, dass unterschiedliche Lagerplatztypen und/oder Lagerplätze zugewiesen wurden und für die Bestandszeile ein Unterdetail existiert.

• Bestellpreis (Feld PRIORD)

Stückpreis pro Lagereinheit; Verwendung im Rahmen der Bestandsbewertung (sofern das Bewertungsverfahren für Kundenretouren Auftragspreis ist).

Dieses Bewertungsverfahren ist pro Artikelkategorie in Abhängigkeit des Lagerstandorts definiert.
Es kann:

• nach Bewegungstyp parametrisiert werden,
• ggf. manuell geändert werden, falls von der Transaktion zugelassen,
• im Bestandsdetailfenster angezeigt werden.

Initialisierung des Auftragspreises:

• Wenn der Gutschriftsposition mit Bestandsbewegung eine Rechnungsposition mit Bestandsbewegung zugrunde liegt, entspricht der Auftragspreis dem Abgangswert der Rechnung. In diesem Fall kann der Auftragspreis nicht geändert werden.
• Bei direkten Gutschriften mit Bestandsbewegung wird der Auftragspreis initialisiert und kann geändert werden.

• Bewegungsbezeichnung (Feld MVTDES)

Die Bewegungsbezeichnung ist ein freier Kommentar bei der Erfassung, der zu jeder Bestandsbewegung der Gutschriftsposition im Bestandsjournal eingetragen wird. Diese Angabe kann im Fenster Bestandsauskunft geändert werden. Wird die Information geändert, so wird sie automatisch in Rechnungsposition in diesem Feld übernommen.

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

• Vertreter 2 (Feld REP2)

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

• Feld CCE1

Die Sektoren werden gemäß dem Parameter der Standardsektoren aus der Verwaltung der Rechnungszeilen 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.

• Beginndatum Leistung (Feld STRDAT)

Beginn- und Enddatum der Leistung.

• Endedatum Leistung (Feld ENDDAT)

• Anzahl Periode (Feld PERNBR)

Anzahl Perioden

Im Finanzwesen verwendet, um die vorab zugerechneten Kosten und Einnahmen umzulegen.

• Periodenart (Feld PERTYP)

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

Im Finanzwesen verwendet, um die vorab zugerechneten Kosten und Einnahmen umzulegen.

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

Durch diese Information wird festgelegt, ob die Position einen Gratisartikel betrifft oder ob der Position ein oder mehrere Gratisartikel zugrunde liegen.
Nach Verlassen der Tabelle mit den Positionen werden sämtliche Zwischensummen und ggf. die Steuerberechnungsgrundlagen ermittelt.
Im unteren Teil des Registers werden die Netto- und Bruttobeträge und die Gesamtmarge der Rechnung angezeigt. Sie sind nicht änderbar.

• Physischer Fluss (Feld EECFLOPHY)

Dieses Feld ermöglicht die Angabe, ob die Position einen physischen Fluss identifiziert, der die Erklärung der Intrastat-Erklärung beeinflusst. Eine Rechnungsposition, die nicht mit einem physischen Fluss verknüpft ist, kann für den Ausgleich erklärt werden, wenn ein EU-System und/oder eine EU-Transaktionskostenart auf der Rechnung angegeben ist (Option Zollinformationen).
Die Initialisierung wird unterschiedlich ausgeführt, wenn es sich um einen Artikel handelt, der im Bestand verwaltet wird oder nicht:

1/ Artikel im Bestand verwaltet

• Bei einer direkten Rechnung/direkten Gutschrift ohne Bestandsbewegung wird der physische Fluss mit Nein initialisiert und kann weiterhin geändert werden.
• Bei einer direkten Rechnung/direkten Gutschrift mit Bestandsbewegung wird der physische Fluss auf Ja positioniert und kann nicht geändert werden.
• Bei einer Rechnung für eine Lieferung oder einen Auftrag wird der physische Fluss auf Ja positioniert und kann nicht geändert werden.
• Bei einer Rechnung für eine Lieferung oder einen Auftrag mit einer zusätzlichen Position wird der physische Fluss auf Ja positioniert und kann nicht geändert werden.

2/ Artikel nicht im Bestand verwaltet

• Bei einer direkten Rechnung ohne Bestandsbewegung wird der physische Fluss mit Nein initialisiert und kann weiterhin geändert werden.
• Bei einer direkten Rechnung mit Bestandsbewegung wird der physische Fluss mit Ja initialisiert und kann weiterhin geändert werden.
• Bei einer Rechnung für eine Lieferung oder einen Auftrag wird der physische Fluss auf Ja positioniert und kann weiterhin geändert werden.
• Bei einer Rechnung für eine Lieferung oder einen Auftrag mit einer zusätzlichen Position wird der physische Fluss auf Ja positioniert und kann nicht geändert werden.

• Gesamtmarge (Feld PFMTOT)

Auf der Grundlage der Margen der Dokumentenpositionen wird die Gesamtmarge des Dokuments berechnet.

• Netto (Feld INVNOT)

Dieses Feld gibt den Nettobetrag einschließlich der verschiedenen Rechnungselemente der ausgewählten Artikel an.
Diese Informationen erscheinen beim Ausdruck des Reports SBONFACP2.
 Das Berechnungsdetail ist in den Tabellen SVCRVAT und SVCRFOOT gespeichert.

• Brutto (Feld INVATI)

Dieses Feld gibt das Bruttogesamtergebnis an:

• die verschiedenen Rechnungselemente der ausgewählten Artikel,
• die Steuerberechnung nach Steuerbasis.

Diese Informationen erscheinen beim Ausdruck des Reports DEVTTC.
Das Berechnungsdetail ist in den TabellenSVCRVAT undSVCRFOOT gespeichert.

• Bewertung (Feld VALUATION)

• Nr. (Feld NOLIGV)

• Steuer (Feld XVSHO)

Dieses Feld enthält die Bezeichnung der Steuer in den Dokumentzeilen.

• Netto (Feld XVNOT)

Dieses Feld gibt den Gesamtnettobetrag aller Artikelzeilen mit einer der ersten Spalte entsprechenden Besteuerungsgrundlage an.

• Zugrundeliegende Bgrundl. (Feld XVSMI)

Dieses Feld gibt die Nettobasis an, die der USt. unterliegt. Sie besteht aus dem Nettobetrag zuzüglich möglicher parafiskalischer Steuern oder Sondersteuern (in den Artikelzeilen erfasst), die der USt. unterliegen.

• Steuer (Feld XVTAX)

Steuercode in den Dokumentenpositionen.

• Satz (Feld XVRAT)

Dieses Feld gibt den dieser Bemessungsgrundlage entsprechenden Steuersatz an.

• Steuerbetrag (Feld XVAMT)

Durch Anwendung des Steuersatzes auf die umsatzsteuerpflichtige Basis erhaltener Steuerbetrag.

• Sonstige Abgaben (Feld XVSUP)

Dieses Feld gibt die parafiskalischen Steuern und Sondersteuern an, die auf dieser Bemessungsgrundlage Anwendung finden.

• Brutto (Feld XVATI)

• Nr. (Feld NOLIGF)

• Feld XFSHO

Dieses Feld gibt die Kurzbezeichnung des Rechnungselements an.

• Netto (Feld XFNOT)

• Zugrundeliegende Bgrundl. (Feld XFSMI)

Hierbei handelt es sich um die steuerpflichtige Basis eines Rechnungselements, dessen Bruttoberechnungsbasis dem Bruttobetrag entspricht.
Die zugrundeliegende Basis eines Rechnungselements mit Nettoberechnungsbasis entspricht dem Nettobetrag des Rechnungselements.
Bei einem Rechnungselement mit Steuerregel Produktsatz können Sie die Aufteilung der steuerpflichtigen Basis nach Produktsatz über das Symbol Aktionen anzeigen.

• Steuer (Feld XFTAX)

Dieses Feld gibt den für das Rechnungselement angewendeten Steuercode an.

• Satz (Feld XFRAT)

Dieses Feld gibt den Steuersatz zu diesem Rechnungselement an. Ist die Berechnungsgrundlage des Rechnungselements Brutto oder ist die Steuerregel des Rechnungselements Produktsatz, werden diese Information sowie der entsprechende Steuercode nicht angezeigt.
Bei einem Rechnungselement mit Steuerregel Produktsatz können Sie die verschiedenen Steuersätze nach zugrundeliegender Basis über das Symbol Aktionen anzeigen.

• Steuerbetrag (Feld XFVATAMT)

Dabei handelt es sich um den für dieses Rechnungselement aus der zugrundeliegenden Basis und dem anzuwendenden Steuersatz berechneten Steuerbetrag.
Ist die Berechnungsgrundlage des Rechnungselements Brutto, wird diese Information nicht angezeigt.
Bei einem Rechnungselement mit Steuerregel Produktsatz können Sie die Aufteilung der verschiedenen Steuercodes nach zugrundeliegender Basis über das Symbol Aktionen anzeigen.

• Brutto (Feld XFATI)

Dieses Feld gibt den Bruttobetrag des Rechnungselements an.

• Aufteilung Kostenrechnung (Feld DSP)

Kostenaufteilungsschlüssel des Rechnungselements. Er kann über das Symbol Aktionen geändert werden.
Der in diesem Feld angegebene Kostenaufteilungsschlüssel ermöglicht das Laden der zugewiesenen Dimensionen. Er besteht aus 1 bis 10 alphanumerischen Zeichen.
Kostenaufteilungsschlüssel ermöglichen die automatische Umlage des Betrags einer Buchungszeile auf mehrere Kostenrechnungszeilen. Diese Umlage erfolgt gemäß den Gewichtungskoeffizienten.

• Feld SFICCE1

Es handelt sich um die Sektoren des Rechnungselements.
Die Sektoren werden gemäß dem Parameter der Standardsektoren aus der Verwaltung der Rechnungselemente 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, wenn nicht ein Verteilungsschlüssel angegeben ist.
Um die Sektorcodes der verschiedenen Sektoren zu ändern, klicken Sie auf das Symbol Aktionen.

• Netto (Feld INVNOT)

Dieses Feld gibt das Nettoergebnis einschließlich der verschiedenen Fakturierungselemente der ausgewählten Artikel an.
Diese Informationen erscheinen beim Ausdruck des Reports DEVTTC.
Das Berechnungsdetail ist in den TabellenSVCRVAT undSVCRFOOT gespeichert.

• Netto (Unternehmen) (Feld INVNOTRPT)

• Feld DEVRPT1

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

• Brutto (Feld INVATI)

Dieses Feld gibt das Bruttogesamtergebnis an, darin enthalten:

• die verschiedenen Rechnungselemente der ausgewählten Artikel,
• die Steuerberechnung nach Steuerbasis.

Diese Informationen erscheinen beim Ausdruck des Reports:

• ARCTT2 für die Funktion Aufträge.
• BONLIV für die Funktion Lieferungen.
• DEVTTC2 für die Funktion Angebote.
• DEVTTC für die Funktion Rechnungen.

Das Berechnungsdetail ist in den TabellenSVCRVAT undSVCRFOOT gespeichert.

Klicken Sie auf das Symbol Aktionen, um auf Sage Sales Tax zuzugreifen.

• Brutto (Unternehmen) (Feld INVATIRPT)

• Feld DEVRPT2

• Steuertyp (Feld JURTYP)

Ein Steuercode kann Ihnen ermöglichen, mehrere Steuertypen zu identifizieren:

• MWSt. (Mehrwertsteuer): basierend auf dem Nettobetrag.
• Parafiskalische Steuer: diese Steuer basiert auf dem Nettobetrag, der Menge oder jedem anderen Element einer Dokumentzeile
• Sondersteuer: diese Steuer basiert auf dem Nettobetrag, der Menge oder jedem anderen Element einer Dokumentzeile
• Regionalsteuer: siehe unten.

Im Fall einer Sondersteuer oder Parafiskalischen Steuer aktivieren Sie das Kontrollkästchen Ust.-pflichtig, falls dies der Fall ist.

Regionalsteuer

Anwendung

Dieser Steuertyp wird nicht in Frankreich verwaltet.
Er wird in Kanada und in Argentinien angewendet.

Voraussetzungen

Der Aktivitätscode PTX - Steuersätze muss zuvor aktiviert werden.
Für die Verwaltung von Regionalsteuern in Argentinien muss der dedizierte Aktivitätscode KAG aktiviert sein.

Funktionsweise

Die Steuern der Dokumentfußzeile werden je nach Ursprungs- und/oder Zielregion angewendet.
Diese Funktionalität kann auf andere Fälle erweitert werden: Die Regionalsteuern hängen von den Informationen der Tabelle TAXLINK ab. Sie können als parafiskalische Steuern auf Ebene der Dokumentfußzeile verwendet werden. Dieser Sonderfall ermöglicht die Vermeidung der direkten Übertragung der Steuer in die Tabelle.

Ort

• Im Modul Verkauf erscheint die Regionalsteuer direkt in der Rechnungsfußzeile.
• Im Modul Einkauf erscheinen die vier zusätzlichen Steuercodes in der Zeile und können geändert werden.
  Ist die Anzahl an Steuern für den Verkauf begrenzt, können nicht mehr als vier in der Einkaufszeile angegeben werden.

• Bezeichnung (Feld JURNAM)

• Steuern (Feld TAXNAM)

• Besteuerungsgrundlage (Feld BASTAX)

• Taktzeit (Feld TAXRAT)

Verwenden Sie dieses Feld zur Angabe des auf diese Steuer anwendbaren Steuersatzes.

• Steuerbetrag (Feld AMTTAX)

• Steuerdat (Feld TAXDAT)

• Land (Feld PAYS)

• Element (Feld DTA)

• Steuertyp (Feld DTAJURTYP)

Ein Steuercode kann Ihnen ermöglichen, mehrere Steuertypen zu identifizieren:

• MWSt. (Mehrwertsteuer): basierend auf dem Nettobetrag.
• Parafiskalische Steuer: diese Steuer basiert auf dem Nettobetrag, der Menge oder jedem anderen Element einer Dokumentzeile
• Sondersteuer: diese Steuer basiert auf dem Nettobetrag, der Menge oder jedem anderen Element einer Dokumentzeile
• Regionalsteuer: siehe unten.

Im Fall einer Sondersteuer oder Parafiskalischen Steuer aktivieren Sie das Kontrollkästchen Ust.-pflichtig, falls dies der Fall ist.

Regionalsteuer

Anwendung

Dieser Steuertyp wird nicht in Frankreich verwaltet.
Er wird in Kanada und in Argentinien angewendet.

Voraussetzungen

Der Aktivitätscode PTX - Steuersätze muss zuvor aktiviert werden.
Für die Verwaltung von Regionalsteuern in Argentinien muss der dedizierte Aktivitätscode KAG aktiviert sein.

Funktionsweise

Die Steuern der Dokumentfußzeile werden je nach Ursprungs- und/oder Zielregion angewendet.
Diese Funktionalität kann auf andere Fälle erweitert werden: Die Regionalsteuern hängen von den Informationen der Tabelle TAXLINK ab. Sie können als parafiskalische Steuern auf Ebene der Dokumentfußzeile verwendet werden. Dieser Sonderfall ermöglicht die Vermeidung der direkten Übertragung der Steuer in die Tabelle.

Ort

• Im Modul Verkauf erscheint die Regionalsteuer direkt in der Rechnungsfußzeile.
• Im Modul Einkauf erscheinen die vier zusätzlichen Steuercodes in der Zeile und können geändert werden.
  Ist die Anzahl an Steuern für den Verkauf begrenzt, können nicht mehr als vier in der Einkaufszeile angegeben werden.

• Bezeichnung (Feld DTAJURNAM)

• Steuern (Feld DTATAXNAM)

• Besteuerungsgrundlage (Feld DTABASTAX)

• Taktzeit (Feld DTATAXRAT)

Verwenden Sie dieses Feld zur Angabe des auf diese Steuer anwendbaren Steuersatzes.

• Steuerbetrag (Feld DTAAMTTAX)

• Steuerdat (Feld DTATAXDAT)

• Land (Feld DTAPAYS)

• Bewertung Netto (Feld TOTINVNOT)

• Bewertung Brutto (Feld TOTINVATI)

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