Transformationslogik für Rechnungsdaten

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 5 Minuten Lesedauer

    • Integration von Accounts Payable Operations mit Document Intelligence konvertiert die Feldwerte für Rechnung und Rechnungsposition aus dem Rechnungsdokument in ein Format, das vom System unterstützt wird, das die Rechnung verarbeitet.

    Typableitungslogik

    Die Anwendung enthält die folgende Logik zum Ableiten des Typfelds auf der Rechnung.

    • Berücksichtigt den Bestellwert im Rechnungsphasen-Datensatz
    • Wenn der Bestellwert nicht leer ist, wird der Rechnungstyp auf Bestelltyp festgelegt.
    • Wenn der Bestellwert leer ist, wird der Rechnungstyp auf Nicht-Bestelltyp festgelegt.

    Datumskonvertierungslogik

    Die Anwendung enthält die folgende Logik zum Konvertieren von Datumsformaten, die im Rechnungsdokument erwähnt werden:
    • Berücksichtigt JJJJ-MM-TT als ISO-Format und Systemformat für die Datumskonvertierung.
    • Berücksichtigt nur Datumsangaben im Format MM-TT-JJJJ für die Konvertierung.
    • Datumsangaben im Format TT-MM-JJJJ werden nicht berücksichtigt, wenn TT kleiner als 12 ist.
    Datumsformat in der eingehenden Rechnung Konvertiertes Datumsformat
    2. September 2022 2022-09-02
    3. September 2022 02.09.2022
    02.09.2022 02.09.2022
    02.09.2022 02.09.2022
    Sept-02-2022 02.09.2022
    Sep-02-2022 02.09.2022
    09-02-2022 02.09.2022
    02-09-2022 2022-02-09
    02.09.2022 02.09.2022
    02.09.2022 09.02.2022

    Währungsumrechnungslogik

    Die Anwendung unterstützt verschiedene Gebietsschemata, z. B. US-Bundesstaaten, Europa und Indischer Ozean. Beispiel: „X,XXX.XXX“, „X.XXX,XX“, „XX,XX.XXX“, wobei „X“ für eine positive einstellige Zahl steht.

    Szenario Währungsformat in der Eingangsrechnung Konvertiertes Währungsformat
    Betrag gefolgt von einem Leerzeichen und dem Währungscode 76 eur 76 eur
    Betrag gefolgt von einem Leerzeichen und dem Währungssymbol 76 Etagen 76 eur
    Währungscode gefolgt von mehreren Leerzeichen und dem Betrag 76 eur 76 eur
    Währungssymbol gefolgt von mehreren Leerzeichen und dem Betrag 76,00 $ 76 eur
    Betrag ohne Währungscode oder Symbol 76 76 (gefolgt von der Bestellwährung oder der Sitzungswährung)
    Betrag getrennt durch Komma, Punkt oder ein anderes Gruppierungs- oder Dezimaltrennzeichen, gefolgt von einem Leerzeichen und dem Währungscode 7.123.456,99 eur 7123456,99 eur
    Betrag gefolgt vom Währungscode ohne Leerzeichen 76EUR 76 eur
    Betrag gefolgt vom Währungssymbol ohne Leerzeichen 76 Etagen 76 eur
    Währungscode gefolgt vom Betrag ohne Leerzeichen EUR76 76 eur
    Währungssymbol gefolgt vom Betrag ohne Leerzeichen 76,00 $ 76 eur
    Die Anwendung sucht zuerst nach dem aktiven eindeutigen Währungscode in der Währungstabelle [fx_currency], wenn ein eingehender Rechnungsbetrag ein Währungssymbol oder einen Währungscode aufweist. Wenn mehrere Währungsübereinstimmungen gefunden werden oder der eingehende Rechnungsbetrag keinen Währungscode oder kein Währungssymbol aufweist, führt die Anwendung die standardmäßige Währungslogik abhängig vom Rechnungstyp wie folgt aus.
    • Bestellrechnung – Sucht nach Bestellung und zugehöriger Währung und legt die Rechnungswährung auf die Bestellwährung fest. Falls die Bestellung oder die zugehörige Währung fehlt, wird die Rechnungswährung auf die Systemwährung festgelegt.
    • Nicht-PO-Rechnung: Sucht nach juristischer Person und lokaler Währung und legt die Rechnungswährung auf die lokale Währung der juristischen Person fest. Wenn die juristische Person und die lokale Währung fehlen, wird die Rechnungswährung auf die Systemwährung festgelegt.

    Umrechnungslogik für Stückpreis

    Die Anwendung unterstützt verschiedene Gebietsschemata, z. B. das Zahlenformat-Gebietsschema der USA, Europas und Indischer Ozean. Beispiel: „X,XXX.XXX“, „X.XXX,XX“, „XX,XX.XXX“, wobei „X“ für eine positive einstellige Zahl steht.

    Wenn der Stückpreis der eingehenden Rechnung aus einem Währungssymbol oder einem Code in der Währungstabelle [fx_currency] besteht, wird der Stückpreis konvertiert. Beispiel: $ XX,XXX,XXX.XX oder USD XX,XX,XXX.X, wobei X für eine einstellige positive Zahl steht.

    In der Eingangsrechnung erwähnter Stückpreis Konvertierter Stückpreis
    1,000,25.10 100025.10
    1,00,025.10 100025.10
    1.000.25,10 USD 100025.10
    1.000.25,10 $ 100025.10
    1,00,025,10 USD 100025.10
    1,00,025,10 USD 100025.10

    Dezimalkonvertierungslogik

    Die Anwendung unterstützt verschiedene Gebietsschemata, z. B. das Gebietsschema für das Dezimalformat (USA, Europa und Indischer Ozean). Beispiel: „X,XXX.XXX“, „X.XXX,XX“, „XX,XX.XXX“, wobei „X“ für eine positive einstellige Zahl steht.

    Währungsgruppierungen auf Rechnung und Rechnungspositionen werden basierend auf den Gebietsschemaeinstellungen des Anwendersystems festgelegt. Bei Währungen in Europa wird das Komma als Dezimaltrennzeichen und der Punkt als Tausendertrennzeichen betrachtet. In einigen Fällen können verschiedene Zeichen auch als Gruppierungstrennzeichen verwendet werden. Die eingehende Rechnung und die Rechnungspositionen in den Tabellen [sn_ap_ic_invoice_stage] und [sn_ap_ic_invoice_line_stage] werden basierend auf der Positionierung der Dezimal- und Tausendertrennzeichen konvertiert.
    Hinweis:
    Während der Konvertierung sucht das System bei Zahlen wie 100,251 und 100,251 nach anderen Dezimaltrennzeichen, die in der Rechnung erwähnt werden, und konvertiert sie in das entsprechende Dezimalformat. Wenn die Rechnung Felder mit einem einzelnen Dezimaltrennzeichen enthält, gilt die Konvertierung für die Rechnung nicht, und der Wert wird auf leer gesetzt, wie in der folgenden Tabelle gezeigt.
    Weitere Informationen zur Währungsumrechnung finden Sie unter Currency administration.
    Dezimalformat, das in der eingehenden Rechnung erwähnt wird Konvertiertes Dezimalformat
    1.000.25,10 100025.10
    1,00,025.10 100025.10
    100,251 100, 251
    10.102,510 10102.51
    10.10.102,510 1010102.51
    100, 251
    100.251

    Logik zum Abrufen von Referenzfeldwerten

    Referenzfeld Logik zum Abrufen des Feldwerts
    Juristische Person Das System ruft den Wert ab, indem es die folgenden Werte in der angegebenen Reihenfolge überprüft:
    1. Rechnungsadresse: Unternehmen
    2. Straße, Stadt, Bundesland, Land, PLZ
    3. Stadt, Bundesland, Land, Postleitzahl
    4. Bundesland, Land, Postleitzahl
    5. Land, Postleitzahl
    6. Land
    7. Postleitzahl
    Bestellung Das System führt Folgendes aus:
    • Das System berücksichtigt den Bestellwert, der in der Rechnungsphase erwähnt wird
    • Wenn dem Bestellwert Sonderzeichen, Buchstaben oder Nullen vorangestellt sind, ignoriert die Anwendung die Präfixe und gleicht den verbleibenden Bestellwert mit der ERP-Nummer aus der Bestelltabelle ab
    • Wenn eine eindeutige Bestellung gefunden wird, füllt die Anwendung die Bestellung auf der Rechnung aus
    Lieferant Das System führt eine der folgenden Aktionen aus:
    • Das System berücksichtigt den in der Rechnung angegebenen Wert und gleicht einen vollständigen Abgleich mit dem Lieferanten in der Lieferantentabelle ab.
    • Wenn die Rechnung eine dem Lieferanten zugeordnete Bestellung enthält, gleicht die Anwendung den auf der Rechnung erwähnten Lieferantennamen mit dem Lieferantennamen der Bestellung ab und trägt den Namen des Lieferanten ein.
    • Wenn das Rechnungsdokument einen Lieferantennamen mit mehr als zwei Wörtern enthält, führt die Anwendung einen teilweisen Namensabgleich mit den Lieferantendetails in der Lieferantentabelle zusammen mit Straße, Adresse oder Ort durch. Beispiel. Wenn das Rechnungsdokument den Lieferantennamen „XX Corp“ enthält und der Lieferantenname in der Lieferantentabelle „XX Ltd“ lautet, gleicht die Anwendung XX in der Lieferantentabelle zusammen mit der Adresse ab und trägt den entsprechenden Lieferanten in das Rechnungsdokument ein.
    Wenn in einem der oben genannten Elemente ein eindeutiger Lieferantendatensatz gefunden wird, trägt die Anwendung den Lieferantendatensatz auf der Rechnung ein.
    Land Das System führt eine der folgenden Aktionen aus:
    • Berücksichtigt den in der Rechnung genannten Wert
    • Wenn dieser Wert in der Rechnung nicht erwähnt wird, wird der kurze Ländername der International Organization for Standardization (ISO) oder der lange ISO-Ländername ausgefüllt
    Zwischensumme, Steuerbetrag, Sonstige Gebühren Das System führt Folgendes aus:
    • Wenn die Rechnung XX.XXX,XXX enthält, gruppiert die Anwendung den numerischen Wert auf vier Ziffern nach dem Dezimaltrennzeichen.
    • Wenn die Rechnung drei numerische Ziffern nach dem Trennzeichen enthält, werden die Rechnungsfelder von der Anwendung geleert.
    • Wenn die Rechnung eine Kombination aus Dezimal- und Tausendertrennzeichen in einem Formular enthält, verwendet die Anwendung standardmäßig den numerischen Wert als Dezimaltrennzeichen.
    • Wenn die Rechnung einen negativen Betrag oder eine negative Menge enthält, wird die Transformationslogik DocIntel aktualisiert, um negative Beträge zu extrahieren, bei denen das negative Vorzeichen entweder:
      • Nach dem Wert vorhanden (Header- oder Positionsebene)
      • Innerhalb einer Klammer vorhanden (Header- oder Zeilenebene)
      In solchen Fällen wird die Rechnung als vom Typ Gutschrift betrachtet.