Transformationslogik für Rechnungsdaten

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 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.

    Typ der Ableitungslogik

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

    • Berücksichtigt den Bestellwert im Rechnungsphasendatensatz
    • 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 für die Konvertierung von Datumsformaten, die im Rechnungsdokument erwähnt werden:
    • Berücksichtigt JJJ-MM-TT als ISO-Format und Systemformat für die Datumskonvertierung.
    • Berücksichtigt Daten nur im Format MM-TT-JJJJ für die Konvertierung.
    • Berücksichtigt keine Daten im Format TT-MM-JJJJ, wenn TT kleiner als 12 ist.
    Tabelle : 1. Datumskonvertierungslogik
    Datumsformat in der eingehenden Rechnung Konvertiertes Datumsformat
    September 2022 2022-09-02
    September 2022 02.09.2022
    02-Sep-2022 02.09.2022
    02-Sept-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
    09/02/2022 02.09.2022
    02/09/2022 2022-02-09

    Währungsumrechnungslogik

    Die Anwendung unterstützt verschiedene Gebietsschemata wie US-amerikanische, europäische und indische Nummernsysteme. Beispiel: „X,XXX.XXX“, „X.XXX,XX“, „XX,XX.XXX“, wobei „X“ eine einstellige positive Zahl ist.

    Tabelle : 2. Währungsumrechnungslogik
    Szenario Währungsformat in der eingehenden Rechnung 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 € 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 € 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 eine andere Gruppierung 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 € 76 EUR
    Währungscode gefolgt vom Betrag ohne Leerzeichen EUR76 76 EUR
    Währungssymbol gefolgt vom Betrag ohne Leerzeichen 76 € 76 EUR
    Die Anwendung sucht zuerst nach dem aktiven eindeutigen Währungscode in der Tabelle „Währung“ [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 Symbol hat, führt die Anwendung die standardmäßige Währungslogik je nach Rechnungstyp wie folgt aus.
    • Bestellrechnung: Sucht nach Bestellung und der zugehörigen Währung und legt die Rechnungswährung auf die Bestellwährung fest. Wenn die Bestellung oder die zugehörige Währung fehlt, wird die Rechnungswährung auf die Systemwährung festgelegt.
    • Nicht-Bestellrechnung: Sucht nach juristischer Person und lokaler Währung und legt die Rechnungswährung auf die lokale Währung der juristischen Person fest. Wenn juristische Person und lokale Währung fehlen, wird die Rechnungswährung auf Systemwährung festgelegt.

    Umrechnungslogik für Stückpreis

    Die Anwendung unterstützt verschiedene Gebietsschemata, z. B. US-amerikanisches, europäisches und indisches Zahlenformat. Beispiel: „X,XXX.XXX“, „X.XXX,XX“, „XX,XX.XXX“, wobei „X“ eine einstellige positive Zahl ist.

    Wenn der Stückpreis der eingehenden Rechnung aus einem Währungssymbol oder -Code besteht, das in der Tabelle „Währung“ [fx_currency] vorhanden ist, wird der Stückpreis konvertiert. Beispiel: $ XX,XXX,XXX.XX oder USD XX,XX,XXX.X, wobei X eine einstellige positive Zahl ist.

    Tabelle : 3. Umrechnungslogik für Stückpreis
    Stückpreis, der in der eingehenden Rechnung erwähnt wird 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
    USD1,00,025.10 100025,10
    1,00,025.10 USD 100025,10

    Dezimalkonvertierungslogik

    Die Anwendung unterstützt verschiedene Gebietsschemata, z. B. Gebietsschemata im Dezimalformat (USA, Europa und Indien). Beispiel: „X,XXX.XXX“, „X.XXX,XX“, „XX,XX.XXX“, wobei „X“ eine einstellige positive Zahl ist.

    Währungsgruppierungen für Rechnungen und Rechnungspositionen werden basierend auf den Gebietsschemaeinstellungen des Anwendersystems bestimmt. Europäische Währungen betrachten Komma als Dezimaltrennzeichen und Punkt als Tausendtrennzeichen. In einigen Fällen können verschiedene Zeichen auch als Gruppierungstrennzeichen verwendet werden. Die in den Tabellen [sn_ap_ic_Invoice_stage] und [sn_ap_ic_Invoice_line_stage] vorhandenen eingehenden Rechnungen und Rechnungspositionen werden basierend auf der Positionierung von Dezimaltrennzeichen und Tausendertrennzeichen konvertiert.
    Hinweis:
    Während der Konvertierung überprüft das System für Zahlen wie 100.251 und 100.251, ob andere Dezimaltrennzeichen 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 wie in der folgenden Tabelle gezeigt auf leer festgelegt.
    Weitere Informationen zur Währungsumrechnung finden Sie unter Currency administration.
    Tabelle : 4. Dezimalkonvertierungslogik
    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

    Tabelle : 5. Referenzfeldwertlogik
    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. Rechnungsempfänger: Unternehmen
    2. Straße, Stadt, Bundesland, Land, Postleitzahl
    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 in der Rechnung aus
    Lieferant Das System führt eine der folgenden Schritte aus:
    • Das System berücksichtigt den in der Rechnung genannten Wert und stimmt vollständig mit dem Lieferanten in der Lieferantentabelle überein.
    • Wenn die Rechnung eine Bestellung enthält, die dem Lieferanten zugeordnet ist, stimmt die Anwendung mit dem in der Rechnung genannten Lieferantennamen mit dem Lieferantennamen der Bestellung überein und füllt den Lieferanten aus.
    • Wenn das Rechnungsdokument den Lieferantennamen mit mehr als zwei Wörtern enthält, führt die Anwendung eine teilweise Namensübereinstimmung mit den Lieferantendetails in der Lieferantentabelle zusammen mit der Straße oder der Stadt durch. Beispiel. Wenn das Rechnungsdokument den Lieferantennamen XX Corp enthält und der Lieferantenname in der Lieferantentabelle XX Ltd ist, stimmt die Anwendung XX in der Lieferantentabelle zusammen mit der Adresse ab und füllt das Rechnungsdokument mit dem entsprechenden Lieferanten aus.
    Wenn in einem der oben genannten Elemente ein eindeutiger Lieferantendatensatz gefunden wird, füllt die Anwendung den Lieferanten in der Rechnung aus.
    Land Das System führt eine der folgenden Schritte 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 Internationalen Organisation für Standardisierung (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 Stellen nach dem Dezimaltrennzeichen.
    • Wenn die Rechnung drei numerische Ziffern nach dem Trennzeichen enthält, legt die Anwendung die Rechnungsfelder auf leer.
    • Wenn die Rechnung eine Kombination aus Dezimaltrennzeichen und Tausendertrennzeichen in einem Formular enthält, verwendet die Anwendung standardmäßig den numerischen Wert für das Dezimaltrennzeichen.
    • Wenn die Rechnung einen negativen Betrag oder eine negative Menge enthält, wird die verwendet DocIntel Die Transformationslogik wird aktualisiert, um negative Beträge zu extrahieren, bei denen das negative Zeichen entweder:
      • Nach dem Wert vorhanden (Header- oder Positionsebene)
      • In einer Klammer vorhanden (Header- oder Positionsebene)
      In solchen Fällen wird die Rechnung als vom Typ „Gutschrift“ betrachtet.