E-Mail
EDI-Rechnungsfehlermeldungen
Dieses Inhaltsobjekt wurde maschinell übersetzt. SAP übernimmt keine Gewährleistung für die Richtigkeit oder Vollständigkeit der Maschinenübersetzung. Sie können den Originalinhalt anzeigen, indem Sie über die Sprachauswahl zu "Englisch" wechseln.

Haben Sie eine fehlgeschlagene oder abgelehnte EDI-Rechnung (Electronic Data Interchange), deren Lösung Sie nicht sicher sind? Du bist an den richtigen Ort gekommen.

Ariba Network unterstützt zwei Arten von EDI-Rechnungen:

Klicken Sie auf einen dieser Links, um die Konfigurationsdetails für jede Art von EDI-Rechnung zu überprüfen. Die in der folgenden Tabelle beschriebenen Fehler beziehen sich auf EDI-Rechnungen ANSI X12 810, sofern nicht anders angegeben.

Beachten Sie, dass Sie auch die Rechnungsregeln Ihres Kunden und diese häufigen Rechnungsfehler konsultieren können, um herauszufinden, warum eine Rechnung zurückgewiesen wurde. Wenden Sie sich an Ihren Kunden, um spezifische Fragen zur Korrektur einer zurückgewiesenen Rechnung zu erhalten.

Im Folgenden finden Sie eine Liste der häufigsten EDI-Rechnungsfehler und deren Behebung:

Fehlerbeschreibung Warum ist das passiert? Wie kann ich das beheben?
INV-98: Ihre Steuernummer fehlt. In der EDI-Rechnung fehlt das REF-Segment (Remit To) in der N1-Schleife.

Sie erhalten diesen Fehler nur, wenn die Transaktionsregel Lieferanten müssen ihre Steuernummer in Rechnungen angeben aktiviert ist.

Geben Sie Ihre Steuernummer im REF-Segment an:

REF*BAA*[Lieferanten-ID]~

INV-13: Auftragsreferenz [Bestellnummer] ist eine veraltete, doppelte oder ersetzte Bestellung. Ihr Kunde hat die in der Rechnung referenzierte Bestellung storniert. Wenden Sie sich an Ihren Kunden, um zu sehen, ob eine Ersatzbestellnummer vorhanden ist.
EDI-Rechnungen erreichen Ariba Network nicht. Möglicherweise erhalten Sie einen der folgenden Fehler aus einem EDI Value Added Network (VAN):
  • Datenvalidierungsfehler, da die Sender-ID [ID] noch nicht im Netzwerk eingerichtet ist.
  • Ungültiges Paar aus Absender-Qualifier und -ID.
EDI-Rechnungen erreichen das Ariba Network möglicherweise nicht, wenn:
  • Die Rechnungen erreichen Ihren VAN, aber nicht den VAN des Ariba Network. Die ID der Industry Standard Architecture (ISA) zwischen Ihrem VAN und Ihrem Ariba-Network-Konto stimmt nicht überein.
  • Der ISA-Identifikator im GS02-Segment enthält am Ende "-T".
  • Der ISA-Identifikator weicht von dem in Ihrem Konto konfigurierten Wert ab.
Geben Sie die korrekte ISA-Nummer in die EDI-Rechnung ein, und reichen Sie die Rechnung erneut ein. Insbesondere muss das GS02-Segment mit der in Ihrem Konto konfigurierten ISA-ID übereinstimmen.
INV-63: Die Informationen zum Zahlungsempfänger fehlen oder sind unvollständig. Ihr Kunde verlangt von Ihnen, dass Sie Informationen zum Zahlungsempfänger in Rechnungen angeben (die Transaktionsregel In Rechnungen muss ein Zahlungsempfänger angegeben werden ist aktiviert). Stellen Sie sicher, dass die Rechnung eine Zahlungsempfängeradresse im Segment N1*RI enthält.
INV-13: Auftragsreferenz [Bestellnummer] ist eine veraltete, doppelte oder ersetzte Bestellung.

INV-15: Dieser Kunde akzeptiert keine Rechnungen für Bestellungen, die außerhalb von Ariba Network gesendet wurden.

Ihr Kunde hat kurz nach dem Senden der initialen Bestellauftragsversion einen Bestellauftragsänderung gesendet, und Ihre Rechnung verweist auf die ursprüngliche Bestellauftragsversion.

Wenn Ihr Kunde eine Bestellungsänderung sendet, wird der ursprüngliche Bestellauftrag veraltet. Wenn Sie versuchen, den veralteten Bestellauftrag in Rechnung zu stellen, akzeptiert Ariba Network die Rechnung aufgrund dieser Fehler nicht.

Referenzieren Sie die aktualisierte Bestellversion im BIG-Segment der EDI-Rechnung.
Die Steuer auf Ihrer EDI-Rechnung wird standardmäßig auf die Umsatzsteuer gesetzt, obwohl ich sie als Umsatzsteuer festgelegt habe. Ihre Rechnung enthält nicht das Segment Steuerstandort (TXI05), das Ariba Network zum Generieren der Steuerkategorie verwendet. Obwohl das Segment TXI05 optional ist, muss die Steuerkategorie über das Segment TXI05 angegeben werden.

Wenn das TXI05-Segment keine kanadische Lokation, PS, PG oder ST ist, wird die Kategorie wie folgt generiert:

  • "Verkauf": CS, CP, LT, ST
  • "gst": CG, CV, GS
  • "vat": VA
  • "Sonstiges": alles andere

Wenn das TXI05-Segment eine kanadische Lokation ist, entweder PS, PG oder ST, wird die Kategorie wie folgt generiert:

  • "qst": Wenn TXI05 '.qc.ca' ist
  • "hst": Wenn TXI05 '.ns.ca', '.nf.ca' , '.nb.ca' oder '.on.ca' ist
  • "pst": für alle anderen kanadischen Steuerstandorte.

Sie müssen den Steuerstandortcode zuordnen, der vom Element <TaxLocation> erfasst wird.

Ihre Rechnung schlägt aufgrund einer Mengeneinheiteninkonsistenz fehl. Ariba Network rechnet die Mengeneinheit des American National Standards Institute (ANSI) in UNUOM-Codes (United Nations Unit of Measure) um. Senden Sie den korrekten ME-Wert in der Rechnung, damit Ariba Network den Wert erfolgreich umrechnen kann. Weitere Informationen finden Sie in der ME-Zuordnungsliste.
INV-61: Die Rechnungsanschrift fehlt oder ist unvollständig. Ihr Kunde verlangt, dass Sie Rechnungsempfängerinformationen in das Segment N1*BT aufnehmen (die Transaktionsregel In Rechnungen muss eine Rechnungsanschrift angegeben werden ist aktiviert). Fügen Sie der Rechnung Rechnungsinformationen hinzu, und reichen Sie die Rechnung erneut ein.
INV-30: Rechnungsposition [Zeilennummer] ist im ursprünglichen Bestellauftrag [Bestellnummer] nicht vorhanden. Die Zeilennummernreferenz im IT101-Segment der Rechnung stimmt nicht mit einem Wert für das PO101-Segment der EDI-Bestellung überein.

Das bedeutet, dass es keine übereinstimmende Positionsnummer im Bestellauftrag gibt.

Stellen Sie sicher, dass Sie im IT1-Segment der Rechnung auf eine gültige Bestellpositionsnummer verweisen.
IT108(0235)='VS', aber VP fehlt. Wenn VS (Vendor Supplemental Part ID) verwendet wird, ist VP (Vendor Part ID) oder SH (Caseed) erforderlich. Wenn der VS-Qualifier im IT1-Segment erscheint, ist der VP-Qualifier erforderlich. Abhängig von Ihren Geschäftsanforderungen gibt es zwei mögliche Lösungen:
  • Ändern Sie das IT108-Segment von "VS" in "VP", wenn der Wert die Lieferantenteilenummer darstellt.
  • Schließen Sie den VP-Qualifier und die zugehörige Teilenummer in das IT1-Segment ein, wenn der Wert die ergänzende Teilenummer des Lieferanten darstellt, die von der Lieferantenteilenummer unterschieden werden muss.
Die Nachricht für die Dispositionsbenachrichtigung (MDN) gibt den folgenden Fehler aus:

automatische Aktion/MDN-automatisch gesendet; verarbeitet/Fehler: nicht erwarteter Verarbeitungsfehler

Sie haben die EDI-Rechnung auf die Test-EDI-EDIINT-URL (EDIINT) gebucht, die von der produktiven EDIINT-URL abweicht. Buchen Sie die produktive EDI-Rechnung auf die korrekte EDINT-URL.
[Name Ihres Kunden] akzeptiert keine Kopfzeilenrechnungen. Sie haben eine Gutschrift an Ariba Network gesendet. Rechnungskorrekturen (sowie Rückbelastungen) gelten als Rechnungen auf Kopfebene, da der Betrag nicht für einen bestimmten Bestellauftrag gilt und keine Positionsinformationen enthält.

Ihr Kunde hat die Transaktionsregel Lieferanten dürfen Rechnungskorrekturen und Rückbelastungen auf Kopfebene senden deaktiviert.

Da dieser Kunde keine Gutschriften akzeptiert, können Sie eine Standardrechnung mit einem negativen Dollarbetrag (negative Rechnung) senden.
Ihre EDI-Rechnung schlägt aufgrund eines Übersetzungsfehlers in den TDS-Segmenten fehl. Die Daten, die Sie in die Segmente TDS02, TDS03 und TDS04 aufgenommen haben, waren keine Ganzzahlen. Der Datentyp für diese Felder ist N2, was bedeutet, dass die Ganzzahlwerte zwei implizite Dezimalstellen haben.

Wenn die Daten im Feld beispielsweise 125 sind, werden sie als 1,25 interpretiert.

Entfernen Sie die Dezimalstellen in den Werten, und reichen Sie die Rechnung erneut ein.
Ihre EDI-Rechnung schlägt aufgrund fehlender Postadressen fehl. In der EDI-Rechnung sind vier Adressen (N1-Schleifen) enthalten: Zahlungsempfänger-, Liefer-, Rechnungs- und Versandanschriften. Das N3-Segment fehlt für jede der vier Adressen, was zu den Übersetzungsfehlern beiträgt.  

Das N3-Segment wird dem Attribut <Street> zugeordnet, während das N2-Segment dem Attribut <DeliverTo> des Elements <PostalAddress> in der Rechnungs-cXML zugeordnet ist.

Ändern Sie die N2-Segmente in N3, da sich die Daten im N2-Segment nicht auf Zustellinformationen, sondern auf die Straßenadresse beziehen.
Kostenstellendetails werden nicht auf Ihrer EDI-Rechnung angezeigt. Sie haben das Service-, Promotion-, Guthaben- oder Gebührensegment (SAC) anstelle der Positionsdetails in das Summensegment der Rechnung aufgenommen. Geben Sie die Kostenstellendetails nur im Positionsabschnitt und nicht auf der Zusammenfassungsebene an.  Sie müssen das SAC-Segment in das Segment Baseline-Positionsdetail (IT01) aufnehmen.
INV-8: Rechnungspositionsnummer [Zeilennummer] ist ein Duplikat. Sie haben die Rechnungszeilennummer im REF02-Segment (bei REF01=FJ) im Rechnungsbeleg dupliziert. Sie haben beispielsweise zwei REF-Segmente mit dem Qualifier "FJ", beide mit REF02 gleich "0001".

Das REF02-Segment bezeichnet die Rechnungszeilennummer (wenn REF01=FJ).

Ändern Sie ein Vorkommen des REF02-Segments, sodass es keine doppelten Zeilennummern gibt.
INV-88: Steuerinformationen müssen in Positionen angegeben werden. SAC*C*H850, das von selbst verwendet wird, ist dem Element <Tax> in der Rechnungs-cXML zugeordnet und enthält nicht das Element <TaxDetail>. Wenn Ihr Kunde die Transaktionsregel Lieferanten müssen Steuern auf Positionsebene eingeben aktiviert, ist das Element <TaxDetail> erforderlich. Nehmen Sie das TXI-Segment in die EDI-Rechnung nach dem SAC-Segment (SAC*C*H850) auf, das dem Element <TaxDetail> zugeordnet ist.
N404 Ländercode 'USA' kann nicht aufgelöst werden. Ariba SN unterstützt zweistellige ISO-3166-Ländercode-Didiagramme. Für 'USA' verwenden Sie 'US'.

N404='US', erfordert N402 (Code des Bundesstaats), was fehlt.

Sie erhalten diese Fehler, wenn:
  • Das N404-Segment referenzierte USA anstelle von US.
  • Im N4-Segment fehlte das Segment N402.
Stellen Sie sicher, dass der Ländercode nur zwei Zeichen enthält. Das Segment N404 stellt den Ländercode bereit, der aus zwei Zeichen bestehen muss, um den EDI-Standards (ISO-3166) zu entsprechen.

Darüber hinaus müssen Sie einen Code für Bundesstaaten (Segment N402) einschließen, wenn der N404-Wert US oder CA entspricht.

Eine Liste der Bundesstaatcodes für US und CA finden Sie im ANSI X12 810 Implementation Guide.

Der Inhalt des Elementtyps "InvoiceDetailServiceItem" ist unvollständig, er muss mit x, y, z übereinstimmen.

x, y und z stellen cXML-Elemente dar

Eine Rechnungsposition (IT1-Gruppe) enthält ein REF-Segment, das für eine Seriennummer (gekennzeichnet durch den REF01-Code SE) vorgesehen ist, und Seriennummern sind für Servicerechnungen nicht zulässig.

Wenn EDI-Servicerechnungen in das cXML-Format konvertiert werden, werden die Positionen dem Element InvoiceDetailServiceItem zugeordnet.  Gemäß dem cXML-Standard gibt es kein SerialNumber -Element innerhalb des InvoiceDetailServiceItemReference -Elements (ein Unterelement von InvoiceDetailServiceItem).

Entfernen Sie das REF*SE-Segment aus der IT1-Gruppe, und reichen Sie die Rechnung erneut ein.
Rechnung enthält mathematische Fehler. Die Summen auf Kopfebene der Rechnung stimmen nicht mit der Summe der einzelnen Positionen auf der Rechnung überein.

Angenommen, eine Rechnung hat insgesamt 141,29 USD. Es gibt vier Einzelposten mit den folgenden Beträgen:

  • Einzelposten 1: 303,70 EUR
  • Position 2: 52,43 EUR
  • Position 3: 58,90 EUR
  • Position 4: 29,96 EUR

Die Summe der vier Artikel beträgt 444,99 EUR, was nicht mit der Summe auf Rechnungskopfebene von 141,29 EUR übereinstimmt.

Stellen Sie sicher, dass die Summe der einzelnen Positionsbeträge mit den Summen auf Kopfebene übereinstimmt.

In diesem speziellen Beispiel muss die Position 1 entfernt werden. Die Summe der Positionen 2, 3 und 4 ergibt 141,29 USD, was mit der Summe auf Kopfebene übereinstimmt.

Beachten Sie, dass dies möglicherweise nicht der einzige Grund für diese Rechnungszurückweisungsnachricht ist, sondern eine häufige Ursache für die Nachricht ist.

Bis-Org. ist bereits gelöscht.

Es wurden keine gültigen Bis-Anmeldeinformationen angegeben.

Sie erhalten diese Fehler, wenn:
  • Die Ariba-Network-ID (ANID) im GS03-Segment gehört zu einem abgelaufenen Kundenkonto.
  • Für die von Ihnen angegebene ANID fehlt eine Ziffer oder sie hat eine zusätzliche Nummer.
Geben Sie eine aktive ANID im GS03-Segment (Empfängersegment) der Rechnung an, und stellen Sie sicher, dass Sie eine aktive Beziehung zu diesem Kunden haben.

So überprüfen Sie die ANID Ihres Kunden:

  1. Klicken Sie oben rechts auf der Registerkarte Startseite auf den Namen Ihres Unternehmens.
  2. Wählen Sie Kundenbeziehungen unter Kontoeinstellungen aus.
  3. Klicken Sie im Abschnitt Aktuell auf den Namen Ihres Kunden.
  4. Überprüfen Sie die ANID.

Diese ANID muss mit dem Wert übereinstimmen, den Sie im GS03-Segment der EDI-Rechnung angeben. Stellen Sie sicher, dass die ANID Ihres Kunden 13 oder mehr Zeichen enthält. Sie beginnt mit "AN" und folgt auf 11 oder mehr Zahlen.

Der Inhalt des Elementtyps InvoiceDetailOrderInfo ist unvollständig, er muss mit x, y, z übereinstimmen.

x, y und z stellen cXML-Elemente dar

Die Segmente BIG03 und BIG04 sind leer, und das Segment BIG07 ist gleich „DI“, was angibt, dass es sich um eine „Sollrechnung“ handelt. Wenn das Segment BIG07 auf "DI" gesetzt ist, sind sowohl die Segmente BIG03 als auch BIG04 erforderlich. Geben Sie Werte für die Segmente BIG03 und BIG04 an, und reichen Sie die EDI-Rechnung mit einer eindeutigen Interchange Control Number (ICN) erneut ein.
Positionsbeschreibungen für EDI-Rechnungen werden nicht an die Ariba-Bestellabwicklungslösung meines Kunden übergeben. Die Positionsbeschreibungen werden in das Element <ShortName> in der Rechnungs-cXML übersetzt, da Sie den Wert „GEN“ für das PID02-Segment angegeben haben. Geben Sie "F" im Segment PID02 an, und reichen Sie die Rechnung erneut ein.
Die Informationen zum Auftraggeber fehlen oder sind unvollständig. Ihr Kunde verlangt von Ihnen, dass Sie in allen Rechnungen eine Auftraggeberadresse angeben (die Transaktionsregel In Rechnungen muss eine Kundenanschrift angegeben werden ist aktiviert). Nehmen Sie das Segment Name (N1) mit dem Qualifier Kundenauftrag (SO) auf. Beispiel:

N1*SO*Customer_Customer_Name~
N3*123 Beliebige Avenue~
N4*Anytown*CA*12345*US~

Kundenorganisation ist nicht für den Empfang von InvoiceDetail-Anforderungen konfiguriert. Ihr Kunde akzeptiert keine Rechnungen aus Ihrem -Konto (die Transaktionsregel Lieferanten dürfen Rechnungen an dieses Konto senden ist deaktiviert). Ihr Kunde muss diese Transaktionsregel aktivieren, damit Sie Rechnungen senden können.

Lieferanten, die Rechnungen mit der EDI-Weiterleitungsmethode senden, erhalten eine E-Mail-Benachrichtigung mit der Fehlermeldung. Die Benachrichtigung geht an die E-Mail-Adresse, die auf der Seite EDI-Konfiguration konfiguriert wurde. Stellen Sie sicher, dass Sie das Ankreuzfeld neben der Einstellung Benachrichtigung senden, wenn ausgehende Dokumente nicht zugestellt werden können oder FVs überfällig sind markieren.

Ihre EDI-Rechnung enthielt keine Währung, aber der Währungswert in Ihrem Konto wird standardmäßig auf der Rechnung angezeigt. Sie haben das optionale Währungssegment (CUR) nicht auf Kopfebene der Rechnung aufgenommen, was bedeutet, dass der Abschnitt Zusammenfassung der Rechnung (Steuerübersicht und Rechnungszusammenfassung) die in Ihrem Konto konfigurierte Standardwährung verwendet. Wenn Sie die Standardwährung in Ihrem Profil aktualisieren müssen:
  1. Klicken Sie oben rechts auf der Registerkarte Startseite auf Ihren Namen.
  2. Wählen Sie Mein Konto.
  3. Ändern Sie den Wert für Standardwährung im Abschnitt Einstellungen.
  4. Wählen Sie Sichern.
Zugriff auf Daten 1 in Komponente 1 in zusammengesetzter INVREF mit nur 0 Komponenten in Zeile [Zeile #]. In Ihrer Rechnungskorrektur auf Positionsebene fehlt das Segment REF*I5*[Rechnungsnr.]~. Fügen Sie das REF-Segment ein, um den Fehler zu beheben, und reichen Sie die Rechnung erneut ein.

Beachten Sie, dass Sie das REF*I5-Segment nur mit Rechnungskorrekturen auf Positionsebene verwenden können. Jede Rechnungskorrektur auf Positionsebene muss einen Rechnungsbezug haben, der die Elemente DocumentReference und InvoiceIDInfo im InvoiceDetailRequestHeader der Rechnungs-cXML bildet.

Ihre EDI-Rechnung schlägt aufgrund eines Übersetzungsfehlers im SAC-Segment fehl. Wenn Sie entweder das Segment SAC06 oder SAC07 einschließen, müssen Sie auch das andere Segment einschließen. Sie müssen entweder einen Wert für die Segmente SAC06 und SAC07 angeben oder die Werte für jedes Segment entfernen.
Dieses Dokument dient nur zu Ihrer Information. Es ist keine Aktion erforderlich. Das Segment BIG09 hat den Wert "NA", was bedeutet, dass keine Aktion erforderlich ist. Wenn Sie die Rechnung nicht nur als Information kennzeichnen möchten, entfernen Sie diesen Wert aus dem Segment BIG09.

Wenn das Segment BIG09 gleich "NA" ist, entspricht dies dem Attribut isInformationOnly von InvoiceDetailRequest.

Ich habe in der EDI-Rechnung einen Warengruppenwert angegeben, der jedoch nicht in der Rechnungs-cXML angezeigt wird. Die Rechnungsposition ist keine Serviceposition. Geben Sie eine Serviceposition in einer EDI-Rechnung mithilfe der Lieferschein-ID an. Das C3-Segment generiert das Klassifizierungselement, Sie können es jedoch nur für Servicepositionen verwenden.

Ihre EDI-Rechnung hat nur ein Segment Verkaufsbedingungen/Aufgeschobene Verkaufsbedingungen (ITD), es ist jedoch zwei identischen InvoiceDetailPaymentTerms in der Rechnungs-cXML zugeordnet.

Sie haben Zahlungsbedingungsinformationen in mehreren Bereichen des ITD-Segments zugeordnet.

Wenn das ITD01-Segment gleich "01" ist, geben die Segmente ITD03 und ITD05 zusammen die Rabattbedingungen und die Zahlung in Tagen an. ITD03 ist der Rabattprozentsatz, während ITD05 die Anzahl der Tage für die Zahlung darstellt.

Wenn ITD03 gleich "0" und ITD05 gleich "30" ist, steht dies für Netto 30 (kein Skonto, Zahlung in 30 Tagen). ITD07 ist für Nettozahltage, d.h. wenn ITD07 gleich "30" ist, steht dies auch für Netto 30.

Um die Zahlungsbedingungen netto 30 (ohne verfügbaren Rabatt) anzugeben, verwenden Sie die folgende ITD-Segmentstruktur:

ITD*05*3*****30********0~

Wenn Sie ITD01 auf „01“ setzen, können Sie sowohl eine Nettozahlungsbedingung als auch eine Skontobedingung gleichzeitig senden. Wenn Sie keine Skontobedingungen anbieten, wird die Verwendung von ITD01 gleich „05“ empfohlen.  Wenn Sie jedoch Skontobedingungen anbieten, können Sie ITD01 gleich „01“ verwenden, um die Skontobedingung sowie die Nettozahlungstage anzugeben.

INV-116: Der Kunde verlangt, dass der Name des Auftraggebers und der Ländercode in Rechnungen mit den Informationen für Rechnungsanschrift oder Auftraggeber (falls verfügbar) in Bestellaufträgen übereinstimmen. Der Name und der Ländercode des Auftraggebers der Rechnung stimmen nicht mit den Rechnungsempfängerinformationen im zugehörigen Bestellauftrag überein. Ihr Kunde verlangt, dass diese Werte zwischen der Rechnung und dem Bestellauftrag übereinstimmen (die Transaktionsregel Name des Kunden und Land der Rechnung muss mit Name und Land der Rechnungsanschrift des Bestellauftrags übereinstimmen (oder Kundeninformationen, falls verfügbar) ist aktiviert). Stellen Sie sicher, dass die auf der Rechnung angegebene Auftraggeberadresse mit der Rechnungsadresse aus dem Bestellauftrag übereinstimmt.
[Name Ihres Unternehmens] hat keine Services des Typs (cXML.InvoiceDetailRequest) von Ariba EDIGateway abonniert Ihre Rechnungsweiterleitungsmethode ist als Online oder cXML konfiguriert. Setzen Sie Ihre Rechnungsweiterleitungsmethode auf EDI, bevor Sie EDI-Rechnungen an Ariba Network senden:
  1. Klicken Sie oben rechts auf der Registerkarte Startseite auf den Namen Ihres Unternehmens.
  2. Wählen Sie unter Ariba Network-Einstellungen die Option Weiterleitung elektronischer Rechnungen.
  3. Wählen Sie die EDI-Weiterleitungsmethode, um entweder ANSI-X12-810- oder EDIFACT-INVOIC-Dokumente aus Ihrem Fakturierungssystem zu akzeptieren.
  4. Wählen Sie Sichern.

Wenn Sie Ihre Rechnungsweiterleitungsmethode als EDI konfigurieren, können Sie Rechnungen weiterhin manuell und über cXML erstellen.

Es gibt mehr als ein Dokument, das mit der ID [Reihenfolgenr.] übereinstimmt. Zwei aktive Bestellungen haben dieselbe Nummer und dasselbe Datum. Wenn Sie eine Rechnung senden, wird sie der OrderID und dem OrderDate zugeordnet. Sie müssen das Segment Datum und Uhrzeit (DTM) in die EDI-Rechnung aufnehmen, um sich auf die Uhrzeit der EDI-Bestellung zu beziehen. Alternativ kann Ihr Kunde eine der Bestellungen stornieren und mit einem anderen OrderDate erneut senden.
Der in der Rechnung referenzierte Bestellauftrag [Bestellnummer] wurde nicht gefunden. Das optionale Element BIG03 enthält nicht das korrekte Datum. Wenn Sie einen Wert für BIG03 angeben, muss dieser mit dem Empfangsdatum im BEG05-Element der zugehörigen EDI-Bestellung übereinstimmen. Entfernen Sie das Element BIG03 aus der EDI-Rechnung, oder stellen Sie sicher, dass das Bestelldatum auf der EDI-Rechnung mit dem Datum aus dem Bestellauftrag übereinstimmt.
Die Lieferanschrift in Position [Zeilennummer] fehlt oder ist unvollständig. Die Lieferinformationen auf Positionsebene sind unvollständig, obwohl Sie sie möglicherweise auf Kopfebene korrekt ausgefüllt haben.

Beachten Sie, dass derselbe Fehler auch für die Auslieferadresse (N1*SF) auftreten kann.

Es gibt zwei mögliche Lösungen:

  • Entfernen Sie das N1*ST-Segment aus der Zeilenebene (innerhalb der IT1-Schleife).
  • Fügen Sie die Segmente N2 bis N4 für die auf Positionsebene angegebene Lieferadresse hinzu.
Der Kontakt "Lieferanschrift" ist vorhanden, aber der Ansprechpartner "Absender" (SF) ist nicht vorhanden. Wenn sie verwendet werden, müssen sie zusammen verwendet werden. Inkludieren Sie N1*SF mit mindestens einem Namen (N102). Das Segment N1 enthält den ST-Qualifier (Lieferadresse), Sie haben jedoch keinen SF-Identifikator (Auslieferadresse) angegeben. Geben Sie sowohl das ST- als auch das SF-Segment an, oder geben Sie keines von beiden an. Wenn Sie eines dieser Segmente verwenden, ist das andere erforderlich.
Die Rechnungspositionsnummer fehlt in dieser IT1-Gruppe. Dies ist erforderlich. Include REF*FJ (2/120), mit REF02(0127)=Zeilennummer (Zeile #), pro IT1-Gruppe. Die Beschreibung (PID-Segment) enthält fälschlicherweise ein Fragezeichen (?) Zeichen.

Wenn der EDI-Übersetzer dieses Zeichen am Ende eines Segments oder Datenelements findet (vor dem Segmenttrennzeichen oder vor dem Datenelementtrennzeichen), kann er das Dokument nicht verarbeiten, da der EDI-Übersetzer dieses als Freigabezeichen verwendet.

? entfernen? und reichen Sie die Rechnung erneut ein.
Betrag (SAC05) fehlt und ist für die Steuerbelastung (H850) erforderlich. Das Segment Zusammenfassung Steuer (SAC) enthält nicht das Element SAC05. Da die Steuerzusammenfassung (SAC*C*H850) obligatorisch ist, verwenden Sie Folgendes, auch wenn der Betrag null ist:

SAC*C*H850***0**********KEINE STEUER~

Eingehende cXML referenziert eine ungültige ShipNoticeRequest mit Referenz [Referenznummer]. Das Versanddatum auf der EDI-Rechnung stimmt nicht mit dem Versanddatum aus dem referenzierten Versandbenachrichtigungsdokument überein. Wenn das DTM01-Segment gleich "011" ist, muss das Versanddatum in beiden Belegen übereinstimmen. Aktualisieren Sie das DTM02-Segment in der EDI-Rechnung, sodass es mit dem DTM02-Segment in der zugehörigen Versandbenachrichtigung übereinstimmt (856 -Dokument). Das DTM02-Segment in EDI-Rechnungen und Versandbenachrichtigungen bezieht sich auf das Versanddatum, wenn das DTM01-Segment gleich 011 ist.
Ihre EDI-Rechnung schlägt aufgrund eines Übersetzungsfehlers im PER-Segment fehl. Sie haben einen Wert im PER03-Segment anstatt im PER04-Segment angegeben. Aktualisieren Sie das PER-Segment auf einen Wert, z.B. Ihre Telefonnummer, innerhalb des PER04-Segments.

Beachten Sie, dass das andere Segment erforderlich ist, wenn entweder das PER03- oder das PER04-Segment vorhanden ist.

Ihre EDI-Rechnung schlägt aufgrund eines Übersetzungsfehlers im ITD07-Segment fehl. Das ITD07-Segment enthält den Wert "2/8". Dieses Feld ist für Laufzeitnettotage vorgesehen, die numerisch sein müssen. Schließen Sie nur einen numerischen Wert in das ITD07-Segment ein, um die Bedingung Nettotage darzustellen.
INV-66: Die Positionsbeschreibung in Position [Zeile Nr.] fehlt. Das PID-Segment (Produkt/Positionsbeschreibung) wird fälschlicherweise nach dem REF-Segment (Referenzidentifikation) platziert.

Das PID-Segment generiert die Artikelbeschreibung in der Rechnungs-cXML, und Ihr Kunde benötigt Artikelbeschreibungen (die Transaktionsregel Lieferanten müssen Positionsbeschreibungen angeben ist aktiviert).

Platzieren Sie das PID-Segment vor dem REF-Segment, und reichen Sie die Rechnung erneut ein.
Ihr EDIFACT-INVOIC-Beleg schlägt mit der folgenden Warnung fehl:
Warnung (118:BAD_IC_INVALID_SEPARATOR_WRONG_DEFAULTS) An Zeichenposition 3 Ungültige Trennzeichen: Wenn die Standardwerte nicht verwendet werden, ist ein UNA-Segment erforderlich
Sie haben das Segment String Service Advice (UNA) nicht am Anfang der Rechnung aufgenommen. Alle EDIFACT-Rechnungen müssen mit dem UNA-Segment beginnen.
Unzulässiges Subelement-Trennzeichen(104) Im PID05-Segment erscheint ein ungültiges Zeichen (insbesondere ein Doppelpunkt). Bitten Sie Ihren Kunden, ein anderes Zeichen in der Beschreibung der ursprünglichen Bestellauftragsposition zu verwenden.
Ihre EDI-Rechnung schlägt aufgrund eines Übersetzungsfehlers im REF-Segment fehl. Die extrinsische REF-Zuordnung des L9-Segments war in der EDI-Rechnung leer und gab die Teilenummer nicht an. Entfernen Sie das REF*L9-Segment aus der Rechnung. Alternativ können Sie die Teilenummer einschließen und die Rechnung erneut einreichen.
INV-33: Nur eine Nettobedingung zulässig Im Segment Verkaufsbedingungen/Aufgeschobene Verkaufsbedingungen (ITD) haben Sie in ITD01 den Qualifier 01 angegeben, obwohl Sie keine Skontozahlungsbedingung angegeben haben. Dies führte zu zwei Nettozahlungsbedingungen auf Ihrer EDI-Rechnung. Verwenden Sie den Qualifizierer 01 nur, wenn Sie sowohl eine Skontobedingung als auch eine Nettobedingung angeben müssen.

Wenn keine Skontobedingung vorhanden ist, geben Sie den Qualifier 05 für das ITD01-Segment an.

 

Nutzungsbedingungen  |  Copyright  |  Sicherheitsrichtlinie  |  Vertraulichkeit