Spiegelbuchung

Einführung

Für Firmen innerhalb derselben Gruppe, die einen gemeinsamen Kontenplan verwenden, ist Spiegelbuchung eine effektive Lösung.

Da sie denselben Kontenplan verwenden, kann die Firma, die eine Rechnung ausstellt, auch die Grundlage für die Beschaffungsbuchhaltung in der kaufenden Firma bereitstellen. Sie können dann diese Beschaffungsbuchhaltung verwenden, wenn die kaufende Firma die Rechnung in der Kreditorenbuchhaltung (APL) erfasst.

Obwohl Sie in M3 die Lagerkontierung festlegen und Kontierungszeilen für eine Rechnung über CRS399MI (Kontierungszeile simulieren) abrufen können, ist keine Standardintegration verfügbar, um dies automatisch zu tun. Dieses Dokument beschreibt die erforderlichen Eingabewerte für CRS399MI aus einer kundenspezifischen Integration, um die korrekten Spiegelkontierungszeilen für eine Rechnung zu erzeugen.

Einschränkungen

Nicht alle Buchungstypen werden unterstützt. Die spezifischen unterstützten Buchungstypen sind im Abschnitt "Buchungstypen" aufgeführt.

Einstellungen

Die Buchungsvorgänge für die Spiegelbuchung sind OI21 (Kategorie 1) und OI22 (Kategorie 2) in "Buchungsdefinition. Einstellen" (CRS395).

Es ist zulässig, ein bestimmtes OI20-Ereignis in (CRS395) nach OI21 und OI22 zu kopieren. Diese Maßnahme dupliziert die gesamte Konfiguration, einschließlich aller in "Buchungs-Ausnahme. Öffnen" (CRS396) definierten Ausnahmen.

Die Spiegelkontierungszeile abrufen

Die API-Transaktion GetOI2Evnts in CRS399MI wurde entwickelt, um die im Rechnungs-BOD verfügbaren Informationen zum Abrufen der Kontierungszeilen (OI21 und OI22) für eine Rechnung zu verwenden. Die Entscheidung, welche Zeichenfolge abgerufen werden soll, wird in der Regel durch eine kundenbezogene Einstellung festgelegt. Dies kann beispielsweise auf der Kundengruppe basieren. Um auf den Kundendatensatz zuzugreifen, können Sie CRS610MI (Kundenschnittstelle) verwenden.

Länder und Staaten

Dieser Abschnitt ist nur relevant, wenn die Buchungseinrichtung so konfiguriert ist, dass die Felder BSCD, FTCO oder ECAR die Kontierungszeile beeinflussen können.

Die Felder "Basisland" (BSCD), "Von-/Nach-Land" (FTCO) und "Staat/Bundesland" (ECAR) sind optionale Eingaben für die Transaktion GetOI2Evnts. Wenn Sie diese drei Eingabefelder leer lassen, werden ihre Werte aus der entsprechenden Kundenauftragsrechnungsposition (OINVOL-Tabelle) abgerufen, wie in "Rechnung. Positionen anzeigen" (OIS351) angezeigt. Für diesen Abruf muss der gesamte Schlüssel für den Rechnungspositionsdatensatz als Eingabedaten angegeben werden.

Für USt (Buchungstypen 111 und 112) sind BSCD, FTCO und ECAR Teil des Schlüssels zum OINVOL-Datensatz. Für reguläre Rechnungen muss nur der USt-Code (VTCD) muss als Eingabe gesendet werden. Sammelrechnungen können jedoch mehrere USt-Positionen ("Info-Typ" 40) mit demselben USt-Code, aber unterschiedlichem Land oder Staat/Bundesland enthalten. In diesem Fall können Sie BSCD, FTCO und ECAR nicht direkt aus der Rechnungsposition abrufen. Verwenden Sie für solche Szenarien die API-Transaktion LstInvLineByTyp in OIS350MI (Kundenauftragsrechnungsschnittstelle) (mit Eingabe IVTP = 40), um USt-Datensätze aufzulisten und die zutreffenden Kombinationen aus USt-Codes, BSCD, FTCO und ECAR als Eingabe an GetOI2Evnts in CRS993MI zu identifizieren.

Für Debitorenbuchhaltung (Buchungstyp 100) sind die Rechnungspositionsfelder BSCD, FTCO und ECAR immer leer. Deshalb wird stattdessen der erste in OINVOL verfügbare Datensatz verwendet.

Datum

Wenn kein "Von-Datum" (FDAT) angegeben wird, wird das Buchungsdatum aus dem Rechnungskopf verwendet. Wenn keine Rechnungsnummer angegeben wird, wird das Systemdatum angewendet.

Buchungstypen

Für verschiedene Ereignisse sind hier die erforderlichen Eingabedaten aufgeführt, um die richtige Kontierungszeile abzurufen. Wenn weniger Eingaben verfügbar sind, ist das Ergebnis eine Simulation. Informationen zu den Eingabefeldern BSCD, FTCO und ECAR finden Sie im Abschnitt "Länder und Staaten".

Debitoren (zu zahlen) - Buchungstyp 100: YEA4, EXIN
Geschuldete USt - Buchungstypen 111 und 112: YEA4, EXIN, VTCD
Auftragszusatzkosten - Buchungstyp 140: YEA4, EXIN, ORNO, DLIX, CRID
Erlöse (Bruttozeilenbetrag) - Buchungstyp 120: YEA4, EXIN, ORNO, DLIX, PONR, POSX
Rabatte - Buchungstypen 131 bis 136, 157 und 158: YEA4, EXIN, ORNO, DLIX, PONR, POSX
Artikelzusatzkosten - Buchungstyp 150: YEA4, EXIN, ORNO, DLIX, PONR, POSX, CRID

Rabatt

Die Rabattnummer des Rabattmodells bestimmt, welcher Buchungstyp verwendet wird. Die Rabattnummern 1 bis 6 entsprechen den Buchungstypen 131 bis 136, während die Rabattnummern 7 und 8 den Buchungstypen 157 und 158 entsprechen. Die Rabattnummer ist nicht im Rechnungs-BOD enthalten.

Sie können SelLineDiscount in OIS350MI verwenden, um die Rabatte für eine Position aufzulisten und die Rabattnummern (DIPO) zu identifizieren.
Sie können GetHeadDiscNo in OIS350MI verwenden, um die auf den Auftragsgesamtrabatt angewendete Rabattnummer (DIPO) abzurufen.

Auftragszusatzkosten in einer Sammelrechnung

Bei Sammelrechnungen können Sie die Auftragsnummer (ORNO) und die Lieferungsnummer (DLIX) für Auftragszusatzkosten aus dem Rechnungs-BOD nicht bestimmen.

Um die Auftrags- und Lieferungsnummern für die jeweiligen Zusatzkosten abzurufen, verwenden Sie in OIS350MI LstInvLineByTyp mit Eingabe LTYP = 60.