Magyar - Gépi fordítás
E-mail
EDI-számla hibaüzenetei
Ez a tartalomelem az Ön kényelme érdekében gépileg le lett fordítva. Az SAP Ariba nem garantálja, hogy a gépi fordítás helyes vagy teljes. Az eredeti tartalom eléréséhez a nyelvválasztóban válassza az angol nyelvet.

Van olyan sikertelen vagy elutasított elektronikus adatcsere-(EDI) számlája, amelyet nem biztos abban, hogy hogyan oldható fel? Jó helyre jöttél.

Az Ariba Network kétféle EDI-számlát támogat:

Az egyes EDI-számlatípusok konfigurációs részleteinek ellenőrzéséhez kattintson ezen hivatkozások valamelyikére. Eltérő rendelkezés hiányában az alábbi táblázatban leírt hibák az ANSI X12 810 EDI-számlákra vonatkoznak.

Ne feledje, hogy az ügyfél számlázási szabályaiból és ezekből az általános számlahibákból tudhatja meg, miért utasítottak el egy számlát. Vegye fel a kapcsolatot az ügyféllel, ha konkrét kérdései vannak az elutasított számlák helyesbítésével kapcsolatban.

Íme a leggyakoribb EDI-számlahibák listája, és ezek megoldásának módja:

Hiba leírása Miért történt ez? Hogyan oldjam meg?
INV-98: Az adószám értéke hiányzik. Az EDI-számlából hiányzik az Utalási cím (REF) szegmens az N1 ciklusból.

Ezt a hibaüzenetet csak akkor kapja meg, ha A beszállítóknak meg kell adniuk az adóazonosítójukat a számlákon tranzakciós szabály engedélyezve van.

Adja meg az adóazonosítóját a REF-szegmensben:

REF*BAA*[szállítóazonosító]~

INV-13: A(z) [rendelés száma] rendelés elavult, másodpéldány vagy lecserélt rendelés. Az ügyfele törölte a számlában hivatkozott megrendelést. Forduljon az ügyfélhez, hogy megtudja, van-e helyettesítő rendelésszám.
Az EDI-számlák nem érik el az Ariba Networköt. A következő hibák egyikét kaphatja egy EDI értéknövelő hálózattól (VAN):
  • Adatérvényesítési hiba, mert a(z) [azonosító] küldőazonosító még nincs beállítva a hálózaton.
  • Érvénytelen küldőminősítő/azonosító pár.
Előfordulhat, hogy az EDI-számlák nem érik el az Ariba Networköt, ha:
  • A számlák elérik a VAN-t, de nem jutnak el az Ariba Network VAN-jához. Eltérés található a VAN-fiókja és az Ariba Network-fiókja ágazati standard architektúrájának (ISA) azonosítója között.
  • A GS02 szegmens ISA-azonosítója a végén a „-T” karaktert tartalmazza.
  • Az ISA-azonosító eltér a fiókjában konfigurált értéktől.
Helyezze a helyes ISA-azonosítót az EDI-számlára, majd küldje el újra a számlát. A GS02 szegmensnek meg kell egyeznie a fiókjában konfigurált ISA-azonosítóval.
INV-63: Az utalási cím adatai hiányoznak vagy hiányosak. Az ügyfele megköveteli az utalási adatok megadását a számlákon (engedélyezett A számlákon szerepelnie kell az utalási címnek) tranzakciós szabály. Gondoskodjon arról, hogy a számla tartalmazzon továbbítási címet az N1*RI szegmensben.
INV-13: A(z) [rendelés száma] rendelés elavult, másodpéldány vagy lecserélt rendelés.

INV-15: Ez az ügyfél nem fogad el számlákat az Ariba Networkön kívülről küldött rendelésekről.

Az ügyfele nem sokkal a megrendelés kezdeti verziójának elküldése után elküldte a megrendelés módosítását, és a számla az eredeti megrendelésverzióra hivatkozik.

Amikor az ügyfél megrendelés-módosítást küld, az eredeti megrendelés elavulttá válik. Ha megpróbálja kiszámlázni az elavult megrendelést, az Ariba Network a hibák miatt nem fogadja el a számlát.

Hivatkozzon a frissített megrendelésverzióra az EDI-számla BIG szegmensében.
Az EDI-számlán szereplő adó alapértelmezés szerint forgalmi adó lesz, annak ellenére, hogy hozzáadottérték-adóként (áfaként) állítom be. A számla nem tartalmazza az Adóhely (TXI05) szegmenst, amelyet az Ariba Network az adókategória generálásához használ. Bár a TXI05 szegmens opcionális, az adókategória megadásához a TXI05 szegmenst kell használni.

Ha a TXI05 szegmens nem kanadai hely, PS, PG vagy ST, a kategória a következőképpen generálódik:

  • "Értékesítés": CS, CP, LT, ST
  • "gst": CG, CV, GS
  • "vat": VA
  • "egyéb": minden más

Ha a TXI05 szegmens kanadai hely, és PS, PG vagy ST, a kategória generálása a következőképpen történik:

  • "qst": ha TXI05 '.qc.ca'
  • "hst": Ha a TXI05 '.ns.ca', '.nf.ca', '.nb.ca' vagy '.on.ca'
  • "pst": minden más kanadai adóügyi helyszín esetében.

Hozzá kell rendelnie az adószékhelykódot, amelyet a <TaxLocation> elem rögzít.

A számla egy mértékegység-eltérés miatt sikertelen volt. Az Ariba Network átalakítja az American National Standards Institute (ANSI) mértékegységkódjait az Egyesült Nemzetek mértékegységének (UNUOM) kódjaira. Küldje el a helyes mértékegységet a számlán, hogy az Ariba Network sikeresen át tudja alakítani az értéket. További információt a mértékegység-hozzárendelési listában talál.
INV-61: A számlázási cím adatai hiányoznak vagy hiányosak. Az ügyfele megköveteli, hogy adja meg a számlázási adatokat az N1*BT szegmensben (engedélyezett A számlákon szerepelnie kell a számlázási címnek tranzakciós szabály). Adja hozzá a számlázási címet a számlához, majd küldje el újra a számlát.
INV-30: A(z) [. sor] számlasortétel nem létezik az eredeti [rendelés száma] megrendelésben. A számla IT101-es szegmensében szereplő sorszámhivatkozás nem egyezik az EDI megrendelés PO101 szegmensének egyik értékével sem.

Ez azt jelenti, hogy nincs egyező sortételszám a megrendelésben.

Ügyeljen arra, hogy érvényes megrendelési sorszámra hivatkozzon a számla IT1 szegmensében.
IT108(0235)='VS', de a VP hiányzik. Ha VS (Vendor Supplemental Part ID) használatos, akkor a VP (Vendor Part ID) vagy az SH (Caseed) megadása kötelező. Ha a VS minősítő megjelenik az IT1 szegmensben, a VP minősítő szükséges. Üzleti igényeitől függően két megoldás lehetséges:
  • Módosítsa az IT108 szegmenst "VS" értékről "VP" értékre, ha az érték a szállító cikkszámát jelöli.
  • Ha az érték a szállító kiegészítő cikkszámát jelöli, akkor az IT1 szegmensbe írja be a VP minősítőt és a hozzá kapcsolódó cikkszámot, amelyet meg kell különböztetni a szállító cikkszámától.
A rendelkezésre állási értesítés (MDN) üzenete a következő hibát okozza:

automatikus művelet/MDN-mondat automatikusan; feldolgozva/hiba: váratlan feldolgozási hiba

Könyvelte az EDI-számlát a teszt EDI-be az interneten keresztül (EDIINT) URL-re, ami eltér az éles EDIINT URL-től. Könyvelje a gyártási EDI-számlát a megfelelő EDINT URL-re.
[Ügyfele neve] nem fogad el fejlécszámlákat. Jóváírást küldött az Ariba Networknek. A jóváírások (és a terhelések) fejlécszintű számláknak minősülnek, mivel az összeg nem vonatkozik egy adott megrendelésre, és nem tartalmaz sortétel-információkat.

Az ügyfele letiltotta A beszállítók küldhetnek fejlécszintű jóváírásokat és terheléseket tranzakciós szabályt.

Mivel ez az ügyfél nem fogad el jóváírásokat, standard számlát küldhet negatív dollárösszeggel (negatív számlával).
Az EDI-számla a TDS-szegmensek fordítási hibája miatt sikertelen. A TDS02, TDS03 és TDS04 szegmensekben szereplő adatok nem egész számok voltak. Ezeknek a mezőknek az adattípusa N2, ami azt jelenti, hogy az egész értékeknek két implikált tizedesjegyük van.

Ha például a mezőben 125 az adat, akkor azt a rendszer 1,25-ként értelmezi.

Távolítsa el a tizedespontokat az értékekből, majd küldje el újra a számlát.
Az EDI-számla hiányzó postacímek miatt sikertelen. Az EDI-számla négy címet (N1 ciklusokat) tartalmaz: utalási cím, szállítási cím, számlázási és kiszállítási cím. A négy cím mindegyikénél hiányzik az N3 szegmens, ami hozzájárul a fordítási hibákhoz.  

Az N3 szegmens az <Utca> attribútumhoz, míg az N2 szegmens a <PostalAddress> elem <DeliverTo> attribútumához van hozzárendelve a számla cXML-ben.

Módosítsa az N2 szegmenst N3 szegmensre, mert az N2 szegmens adatai az utcacímre vonatkoznak, nem pedig a kézbesítési címre.
A költséghely részletei nem jelennek meg az EDI-számlán. A számla összegző szegmensében a Szolgáltatás, Előléptetés, Engedmény vagy Díj (SAC) szegmenst vette figyelembe a sortétel részletei helyett. A költséghely részleteit csak a sortétel szakaszban adja meg, az összegzés szintjén ne.  Az SAC-szegmenst bele kell foglalnia az Alaptétel részletei (IT01) szegmensbe.
INV-8: A számla sorának száma [sor száma] duplikátum. Duplikálta a számlasor számát a REF02 szegmensben (ha REF01=FJ) a számlabizonylatban. Lehet például két REF szegmens „FJ” minősítővel, mindkettő REF02 értéke „0001”.

A REF02 szegmens jelöli a számlasor számát (ha REF01=FJ).

Módosítsa a REF02 szegmens egy előfordulását, így nincsenek duplikált sorszámok.
INV-88: Az adóinformációkat meg kell adni a tételeknél. A saját maga által használt SAC*C*H850 a számla cXML-fájljának <Tax> eleméhez van hozzárendelve, és nem tartalmazza a <TaxDetail> elemet. Ha az ügyfél engedélyezi A beszállítóknak meg kell adniuk az adókat a tételek szintjén tranzakciós szabályt, akkor kötelező megadni az <TaxDetail> elemet. Vegye fel a TXI szegmenst az EDI-számlába az SAC szegmens (SAC*C*H850) után, amely a <TaxDetail> elemhez van hozzárendelve.
N404 Az 'USA' országkód nem oldható fel. Az Ariba SN támogatja a kétkarakteres ISO-3166 országkód-számjegyeket. Az „USA” esetén használja az „US” értéket.

N404='US', az N402 (államkód) megadása kötelező, ami hiányzik.

Ezeket a hibákat akkor kapja, ha:
  • Az N404 szegmens USA -ra hivatkozott az USA helyett.
  • Az N4 szegmensből hiányzott az N402 szegmens.
Ügyeljen rá, hogy az országkód csak két karaktert tartalmazzon. Az N404 szegmens adja meg az országkódot, amelynek két karakterből kell állnia, hogy megfeleljen az EDI-szabványoknak (ISO-3166).

Ezenkívül meg kell adnia egy államkódot (N402 szegmens), ha az N404 értéke US vagy CA.

Az Egyesült Államok és CA államkódjainak listáját az ANSI X12 810 bevezetési útmutatójában találja.

Az "InvoiceDetailServiceItem" elemtípus tartalma hiányos; egyeznie kell x, y, z elemtípussal.

x, y és z cXML-elemeket jelöl

Egy számlatétel (IT1 csoport) tartalmaz egy REF-szegmenst, ami egy sorozatszámhoz tartozik (amelyet az SE REF01 kódja jelöl), és a sorozatszámok nem engedélyezettek a szolgáltatási számláknál.

Amikor az EDI-szolgáltatási számlákat cXML-formátumba konvertálják, a sortételek hozzá lesznek rendelve az InvoiceDetailServiceItem elemhez.  A cXML szabványnak megfelelően nincs SerialNumber elem az InvoiceDetailServiceItemReference elemben (az InvoiceDetailServiceItem aleleme).

Távolítsa el a REF*SE szegmenst az IT1 csoportból, majd küldje el újra a számlát.
A számla matematikai hibákat tartalmaz. A számla fejlécszintjén megadott végösszegek nem egyeznek a számla egyes sortételeinek összegével.

Tegyük fel például, hogy egy számla végösszege 141,29 USD. Négy sortétel van a következő összegekkel:

  • 1. tétel: $303.70
  • 2. egyedi tétel: $52.43
  • 3. tétel: $58.90
  • 4. egyedi tétel: $29.96

A négy tétel összege 444,99 USD, ami nem egyezik a számla fejlécszintjén 141,29 USD összeggel.

Ügyeljen arra, hogy az egyes sortételek összegeinek összege megegyezzen a fejlécszintű végösszegekkel.

Ebben a példában az 1. tételt el kell távolítani. A 2., 3. és 4. sortételek összege 141,29 USD lesz, ami megfelel a fejlécszintű összegnek.

Ne feledje, hogy ennek a számlaelutasítási üzenetnek nem ez az egyetlen oka, de ez az üzenet gyakori oka.

A(z) TR-szervezet már törölve.

Nincsenek megadva érvényes To hitelesítő adatok.

Ezeket a hibákat akkor kapja, ha:
  • A GS03 szegmens Ariba Network-azonosítója (ANID) egy lejárt ügyfélfiókhoz tartozik.
  • A megadott ANID-ból hiányzik egy számjegy vagy egy extra szám tartozik hozzá.
Adjon meg egy aktív ANID-t a számla GS03 (fogadó) szegmensében, és gondoskodjon róla, hogy legyen aktív kapcsolata azzal az ügyféllel.

Az ügyfél ANID-azonosítójának ellenőrzése:

  1. Kattintson a vállalat nevére a Kezdőlap jobb felső sarkában.
  2. Válassza az Ügyfélkapcsolatok lehetőséget a Fiókbeállítások alatt.
  3. Kattintson az ügyfél nevére az Aktuális szakaszban.
  4. Ellenőrizze az ANID-t.

Ennek az ANID-nak egyeznie kell az EDI-számla GS03 szegmensében megadott értékkel. Ügyeljen arra, hogy az ügyfél ANID-azonosítója legalább 13 karakterből álljon. Az „AN” betűvel kezdődik, és 11 vagy több szám követi.

Az InvoiceDetailOrderInfo elemtípus tartalma hiányos, egyeznie kell az x, y, z elemtípussal.

x, y és z cXML-elemeket jelöl

A BIG03 és a BIG04 szegmens üres, a BIG07 szegmens pedig „DI”, ami azt jelzi, hogy ez egy „tartozik számla”. Ha a BIG07 szegmens beállítása „DI”, akkor mind a BIG03, mind a BIG04 szegmens kötelező. Adjon meg értékeket a BIG03 és a BIG04 szegmenshez, majd küldje el újra az EDI-számlát egy egyedi Interchange Control Number (ICN) számmal.
Az EDI-számlák sortételleírásai nem kerülnek át az ügyfelem Ariba Procurement Solution megoldásába. A sortételek leírásait a rendszer lefordítja a számla cXML <ShortName> elemére, mert a PID02 szegmenshez a „GEN” értéket adta meg. Adja meg az „F” értéket a PID02 szegmensben, majd küldje el újra a számlát.
Az értékesítési cím adatai hiányoznak vagy hiányosak. Az ügyfele megköveteli, hogy minden számlán megadja a megrendelő címét (engedélyezett A számlákon szerepelnie kell az értékesítési címnek tranzakciós szabály). Adja meg a Név (N1) szegmenst a Vevői rendelés (SO) minősítővel. Például:

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

A vevő szervezet nincs konfigurálva InvoiceDetail kérelem fogadására. Az ügyfele nem fogad el számlákat a fiókjából (le van tiltva A beszállítók küldhetnek számlákat erre a fiókra tranzakciós szabály). Az ügyfélnek engedélyeznie kell ezt a tranzakciós szabályt ahhoz, hogy számlákat küldhessen.

Azok a beszállítók, akik az EDI irányítási módszer használatával küldenek számlákat, a hibaüzenetet tartalmazó e-mail-értesítést kapnak. Az értesítés az EDI-konfiguráció oldalon konfigurált e-mail-címre ugrik. Jelölje be az Értesítés küldése jelölőnégyzetet, ha a kimenő dokumentumok kézbesíthetetlenek vagy a FA-k késedelmesek.

EDI-számlája nem tartalmazott pénznemet, de a számlán alapértelmezés szerint a számláján megadott pénznem szerepel benne. A számla fejlécszintjén nem adta meg az opcionális pénznemszegmenst (CUR), ami azt jelenti, hogy a számla Összefoglalás szakasza (Adóösszefoglalás és Számlaösszefoglalás) az Ön fiókjában beállított alapértelmezett pénznemet használja. Ha frissítenie kell az alapértelmezett pénznemet a profiljában:
  1. Kattintson a nevére a Kezdőlap jobb felső sarkában.
  2. Válassza a Saját fiók lehetőséget.
  3. Módosítsa az Alapértelmezett pénznem értékét a Beállítások szakaszban.
  4. Kattintson a Mentés gombra.
Az 1. komponens 1. adataihoz való hozzáférés az összetett INVREF-ben csak 0 komponenssel a(z) [sor:] sorban. A tételjóváírásból hiányzik a REF*I5*[számla száma]~ szegmens. Szúrja be az REF-szegmenst a hiba kijavításához, majd küldje el újra a számlát.

Ne feledje, hogy a REF*I5 szegmenst csak tételjóváírással használhatja. Minden tételjóváírásnak rendelkeznie kell egy számlareferenciával, amely alkotja a számla cXML-fájljának InvoiceDetailRequestHeader elemeit a DocumentReference és InvoiceIDInfo elemekből.

Az EDI-számlája az SAC-szegmens fordítási hibája miatt sikertelen. Ha az SAC06 vagy az SAC07 szegmenst is tartalmazza, akkor a másik szegmenst is fel kell vennie. Vagy az SAC06 és az SAC07 szegmenshez is meg kell adnia egy értéket, vagy mindegyikből el kell távolítania az értékeket.
Ez a dokumentum csak tájékoztatásul szolgál. Nincs szükség beavatkozásra. A BIG09 szegmens értéke „NA”, ami azt jelenti, hogy nincs szükség beavatkozásra. Ha nem csak információként szeretné megjelölni a számlát, távolítsa el ezt az értéket a BIG09 szegmensből.

Ha a BIG09 szegmens értéke „NA”, akkor ez megfelel az InvoiceDetailRequest isInformationOnly attribútumának.

Megadtam egy árukódértéket az EDI-számlában, de az nem jelenik meg a számla cXML-ben. A számla sortétele nem szolgáltatási sortétel. Az SH-azonosító használatával jelölhet meg egy szolgáltatási tételt egy EDI-számlán. A C3 szegmens generálja az Osztályozás elemet, de ez csak szolgáltatási tételeknél használható.

Az EDI-számlájának csak egy Értékesítési feltételek/Halasztott értékesítési feltételek (ITD) szegmense van, de két azonos InvoiceDetailPaymentTerms feltételhez van hozzárendelve a számla cXML-ben.

Az ITD-szegmens több területén is hozzárendelte a fizetési feltételek információit.

Ha az ITD01 szegmens értéke ’01’, akkor az ITD03 és ITD05 szegmensek együttműködnek az engedmény feltételek jelölésén és a fizetési napok számán. Az ITD03 az engedmény százaléka, az ITD05 pedig a fizetési napok számát jelöli.

Ha ITD03 egyenlő "0" és ITD05 egyenlő "30", akkor ez nettó 30-at jelent (nincs engedmény, fizetés 30 napon belül). ITD07 nettó fizetési napokra vonatkozik, tehát ha ITD07 = 30, akkor ez is nettó 30-at jelent.

A 30 nettó fizetési feltétel jelöléséhez (elérhető engedmény nélkül) használja a következő ITD szegmensstruktúrát:

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

Az ITD01 „01” értékre állításával egyszerre küldhet nettó fizetési feltételt és engedményfeltételt is. Ha nem kínál kedvezményfeltételeket, akkor a „05” értékű ITD01 használata javasolt.  Ha azonban engedményfeltételeket kínál, az ITD01 egyenlő a "01" értékkel az engedményfeltétel és a nettó fizetési napok megadásához.

INV-116: Az ügyfél megköveteli, hogy a számlákon szereplő értékesítési név és országkód megegyezzen a megrendeléseken szereplő számlázási vagy értékesítési adatokkal (ha vannak). A számla megrendelőjének neve és országkódja nem egyezik a társított megrendelés számlázási adataival. Az ügyfele megköveteli, hogy ezek az értékek megegyezzenek a számla és a megrendelés között (engedélyezett A számla értékesítési neve és országa egyezzen a megrendelés számlázási címével és országával (vagy értékesítési adataival, ha vannak) tranzakciós szabály. Gondoskodjon arról, hogy a számlán megadott megrendelő címe megegyezzen a megrendelésben megadott számlázási címmel.
[Az Ön vállalatának neve] nincs előfizetve az Ariba EDIGateway (cXML.InvoiceDetailRequest) típusú szolgáltatójának szolgáltatásaira A számlairányítási módszer beállítása Online vagy cXML. Állítsa a számlairányítási módszert EDI-re, mielőtt elküldené az EDI-számlákat az Ariba Networkbe:
  1. Kattintson a vállalat nevére a Kezdőlap jobb felső sarkában.
  2. A Network beállítások alatt válassza az Elektronikus számlairányítás lehetőséget.
  3. Válassza az EDI irányítási módot az ANSI X12 810 vagy EDIFACT INVOIC dokumentumok elfogadásához a számlázási rendszerből.
  4. Kattintson a Mentés gombra.

Ha EDI-ként állítja be a számlairányítási módszert, akkor is létrehozhat számlákat manuálisan és cXML-en keresztül.

Egynél több dokumentum egyezik a következő azonosítóval: [rendelés száma:]. Két aktív megrendelés száma és dátuma azonos. Amikor elküld egy számlát, az hozzá lesz rendelve az OrderID és OrderDate mezőkhöz. Az EDI-számlában meg kell adnia a Dátum és idő (DTM) szegmenst, hogy hivatkozzon az EDI megrendelés időpontjára. Másik lehetőségként az ügyfél törölheti az egyik rendelést, és újraküldheti egy másik rendelési dátummal.
Nem található a számlában hivatkozott [rendelés száma] megrendelés. Az opcionális BIG03 elem nem tartalmazza a helyes dátumot. Ha BIG03 értéket ad meg, annak meg kell egyeznie a kapcsolódó EDI megrendelés BEG05 elemében kapott dátummal. Távolítsa el a BIG03 elemet az EDI-számláról, vagy gondoskodjon arról, hogy az EDI-számlán szereplő megrendelési dátum megegyezzen a megrendelésben szereplő dátummal.
A(z) [sor száma] sortétel Szállítási cím adata hiányzik vagy hiányos. A szállítási cím adatai sorszinten hiányosak, bár lehet, hogy fejlécszinten helyesen töltötték ki őket.

Vegye figyelembe, hogy ugyanez a hiba fordulhat elő a kiszállítási címnél (N1*SF) is.

Két lehetséges megoldás létezik:

  • Távolítsa el az N1*ST szegmenst a vonalszintről (az IT1 cikluson belül).
  • Adja hozzá az N2-N4 szegmenst a sor szintjén megadott szállítási címhez.
A Szállítási cím (ST) kapcsolattartó jelen van, de a Szállítás kiindulási helye (SF) kapcsolattartó nincs megadva. Használat esetén ezeket együtt kell használni. Tartalmazza a legalább egy névvel rendelkező N1*SF-et (N102). Az N1 szegmens tartalmazza az ST minősítőt (szállítási címet), de nem adott meg SF azonosítót (kiszállítási címet). Adja meg az ST és az SF szegmenst is, vagy egyiket se adja meg. Ha az egyik szegmenst használja, a másik kötelező.
A számlasor száma hiányzik ebből az IT1 csoportból. Ez kötelező. REF*FJ (2/120) bevonása, REF02(0127)=sor száma (# sor), minden IT1 csoportnál. A leírás (PID-szegmens) helytelenül tartalmaz egy kérdőjel (?) karakter.

Ha az EDI-fordító ezt a karaktert egy szegmens vagy adatelem végén (a szegmenselválasztó előtt vagy az adatelem-elválasztó előtt) találja, nem tudja feldolgozni a dokumentumot, mert az EDI-fordító ezt engedélyezési karakterként használja.

Eltávolítja a következőt:? karakter után küldje el újra a számlát.
Az összeg (SAC05) hiányzik, és kötelező az adódíjhoz (H850). Az összegző adó (SAC) szegmens nem tartalmazza az SAC05 elemet. Mivel az Összefoglaló adó (SAC*C*H850) kötelező, használja a következőket még akkor is, ha az összeg nulla:

SAC*C*H850***0**********NINCS ADÓ~

A bejövő cXML érvénytelen ShipNoticeRequest kérelemre hivatkozik [hivatkozás száma] hivatkozással. Az EDI-számlán szereplő szállítási dátum nem egyezik a hivatkozott szállítási értesítési dokumentumban szereplő szállítási dátummal. Ha a DTM01 szegmens értéke „011”, akkor a szállítási dátumnak meg kell egyeznie mindkét bizonylatban. Frissítse a DTM02 szegmenst az EDI-számlán, hogy megfeleljen a társított szállítási értesítésen (856 dokumentum) szereplő DTM02 szegmensnek. Az EDI-számlákon és szállítási értesítéseken szereplő DTM02 szegmens arra a szállítási dátumra utal, amikor a DTM01 szegmens értéke 011.
Az EDI-számla sikertelen a PER szegmens fordítási hibája miatt. Nem a PER04 szegmensben, hanem a PER03 szegmensben adott meg értéket. Aktualizálja a PER szegmenst egy értékre, például a telefonszámra a PER04 szegmensen belül.

Ne feledje, hogy ha a PER03 vagy a PER04 szegmens van jelen, akkor a másik szükséges.

Az EDI-számla sikertelen az ITD07 szegmens fordítási hibája miatt. Az ITD07 szegmens a "2/8" értéket tartalmazza. Ez a mező a Nettó futamidő napjai értékre szolgál, amelynek számoknak kell lenniük. Csak numerikus értéket adjon meg az ITD07 szegmensben az Időszak nettó napjainak jelölésére.
INV-66: Hiányzik a tétel leírása a(z) [sor száma] sorból. A PID (termék/tétel leírása) szegmens helytelenül van elhelyezve a REF (referenciaazonosító) szegmens után.

A PID-szegmens létrehozza a tétel leírását a számla cXML-ben, és az ügyfele megköveteli a tételek leírását (engedélyezett A beszállítóknak meg kell adniuk sortételleírásokat tranzakciós szabály).

Helyezze a PID-szegmenst a REF-szegmens elé, majd küldje el újra a számlát.
EDIFACT INVOIC dokumentuma a következő figyelmeztetéssel meghiúsult:
Figyelmeztetés (118:BAD_IC_INVALID_SEPARATOR_WRONG_DEFAULTS) A 3. karakterpozíciónál érvénytelen elválasztók: ha nem használja az alapértékeket, akkor UNA-szegmensre van szükség
A számla elején nem vette figyelembe a Sztring szolgáltatási tanács (String Service Advice, UNA) szegmenst. Minden EDIFACT-számlának az UNA-szegmenssel kell kezdődnie.
Nem megengedett alelemhatároló (104) A PID05 szegmensben érvénytelen karakter (pontosvessző) jelenik meg. Kérje meg ügyfelét, hogy használjon más karaktert az eredeti megrendelés sortételének leírásában.
Az EDI-számlája a REF szegmens fordítási hibája miatt sikertelen. Az L9 szegmens külső REF hozzárendelése üres volt az EDI-számlán, és nem adta meg a cikkszámot. Távolítsa el a REF*L9 szegmenst a számláról. Vagy adja meg a cikkszámot, és küldje el újra a számlát.
INV-33: Csak egy nettó határidő megengedett Az Értékesítési feltételek/Halasztott értékesítési feltételek (ITD) szegmensben a 01 minősítőt adta meg az ITD01-ben, annak ellenére, hogy nem jelölte meg az engedményes fizetési feltételt. Ez két nettó fizetési feltételt eredményezett az EDI-számlán. Csak akkor használja a 01 minősítőt, ha engedményfeltételt és nettó feltételt is meg kell adnia.

Ha nincs engedményes feltétel, adja meg a 05 minősítőt az ITD01 szegmenshez.

 

Felhasználási feltételek  |  Copyright  |  Biztonsági közlemény  |  Adatvédelem