Πιο Συνηθισμένα Σφάλματα EDI

Κορυφαία 10 σφάλματα που εντοπίζονται κατά την υλοποίηση — αιτίες και λύσεις

Αυτό το έγγραφο καλύπτει τα σφάλματα που εμφανίζονται συχνότερα τους πρώτους μήνες ενσωμάτωσης EDI με το Azuvio / CRMconnect. Κάθε σφάλμα τεκμηριώνεται με το ακριβές σύμπτωμα, την τεχνική αιτία και τα βήματα επίλυσης.

Σφάλμα 1 — GLN με λανθασμένο αριθμό ψηφίων

Σύμπτωμα: Ο εταίρος ή το σύστημα παραλαβής επιστρέφει σφάλμα Invalid GLN ή Party not found, ακόμη και αν το GLN φαίνεται σωστό.

Αιτία: Το GLN εστάλη ως αριθμητικός τύπος (ακέραιος) αντί για συμβολοσειρά. Η εφαρμογή πηγής αφαίρεσε το αρχικό ψηφίο 0 από τον αριθμό. Για παράδειγμα, το GLN 0594123456789 (13 ψηφία) έφτασε ως 594123456789 (12 ψηφία).

Λύση: Πάντα να αποθηκεύετε και να μεταδίδετε το GLN ως συμβολοσειρά ακριβώς 13 χαρακτήρων. Εάν η βάση δεδομένων αποθηκεύει την τιμή αριθμητικά, μετατρέψτε την με αριστερή συμπλήρωση μηδενικών πριν από την εγγραφή στο μήνυμα EDI.

<!-- Λάθος -->
<GLN>594123456789</GLN>

<!-- Σωστό -->
<GLN>0594123456789</GLN>

Σφάλμα 2 — Λανθασμένη μέτρηση UNT

Σύμπτωμα: Το μήνυμα EDIfact απορρίπτεται με Segment count mismatch ή UNT count error.

Αιτία: Η τιμή στο τμήμα UNT (το πρώτο στοιχείο, που δηλώνει τον αριθμό των τμημάτων) δεν ταιριάζει με τον πραγματικό αριθμό τμημάτων στο μήνυμα. Αυτό συνήθως συμβαίνει όταν προστίθενται ή αφαιρούνται τμήματα χειροκίνητα μετά τον υπολογισμό του μετρητή.

Λύση: Μετρήστε ΟΛΛΑ τα τμήματα από UNH έως UNT συμπεριλαμβανομένων (και τα δύο άκρα συμπεριλαμβάνονται) και τοποθετήστε αυτή την τιμή στο UNT. Ο υπολογισμός πρέπει να γίνεται αυτόματα από την εφαρμογή, όχι χειροκίνητα.

UNH+1+ORDERS:D:01B:UN:EAN010'   ← τμήμα 1
BGM+220+CMD001+9'                 ← τμήμα 2
DTM+137:20240307:102'             ← τμήμα 3
... (άλλα τμήματα) ...
UNT+[ΣΥΝΟΛΟ]+1'                   ← τελευταίο τμήμα, ΣΥΝΟΛΟ = πραγματικός αριθμός

Σφάλμα 3 — DocumentType=OR αντί O

Σύμπτωμα: Η εντολή φτάνει στον παραλήπτη ως απόκριση σε εντολή, όχι ως νέα εντολή. Το σύστημα μπορεί να την αγνοήσει ή να την συσχετίσει λανθασμένα με προηγούμενη εντολή.

Αιτία: Κατά την αποστολή νέας εντολής, το πεδίο DocumentType ρυθμίστηκε σε OR (Απόκριση Εντολής) αντί για O (Εντολή — νέα εντολή).

Λύση: Οι νέες εντολές χρησιμοποιούν DocumentType=O. Ελέγξτε τον πλήρη πίνακα αποδεκτών τιμών στο τμήμα DocumentType XML της Γρήγορης Αναφοράς.

<!-- Λάθος — αυτή είναι απόκριση εντολής, όχι νέα εντολή -->
<DocumentType>OR</DocumentType>

<!-- Σωστό — νέα εντολή -->
<DocumentType>O</DocumentType>

Σφάλμα 4 — Λάθος έκδοση EDIfact (D.96A αντί D.01B)

Σύμπτωμα: Το μήνυμα απορρίπτεται ή επεξεργάζεται λανθασμένα. Το σφάλμα καταγραφής μπορεί να είναι Unknown message version ή Version not supported.

Αιτία: Το τμήμα UNH περιέχει αναφορά στην έκδοση D.96A (παλαιότερη έκδοση EDIfact) αντί για D.01B, που είναι το πρότυπο EANCOM που χρησιμοποιείται στις ανταλλαγές με το Azuvio / CRMconnect.

Λύση: Ενημερώστε το αναγνωριστικό έκδοσης στο τμήμα UNH για κάθε τύπο μηνύματος.

<!-- Λάθος -->
UNH+1+ORDERS:D:96A:UN'

<!-- Σωστό -->
UNH+1+ORDERS:D:01B:UN:EAN010'

Η ίδια μορφή εφαρμόζεται σε DESADV, RECADV και INVOIC.

Σφάλμα 5 — SSCC με λανθασμένο αριθμό ψηφίων

Σύμπτωμα: Ο κωδικός SSCC στην παλέτα ή δέμα δεν μπορεί να σαρωθεί ή απορρίπτεται από το σύστημα με Invalid SSCC length.

Αιτία: Το SSCC δημιουργήθηκε με 17 ή 19 ψηφία αντί για 18. Αυτό το σφάλμα συνήθως προκύπτει λόγω λανθασμένου προθέματος εταιρείας ή λανθασμένα υπολογισμένου ψηφίου ελέγχου.

Λύση: Το SSCC (Serial Shipping Container Code) πρέπει να είναι ακριβώς 18 ψηφία σύμφωνα με το πρότυπο GS1. Η δομή είναι: [ψηφίο επέκτασης 1 ψηφίου] + [πρόθεμα GS1 εταιρείας] + [σειριακός αριθμός] + [ψηφίο ελέγχου]. Επαληθεύστε ότι η εφαρμογή δημιουργίας SSCC παράγει πάντα ακριβώς 18 ψηφία.

<!-- Λάθος -->
<SSCC>123456789012345</SSCC>    <!-- 15 ψηφία -->
<SSCC>1234567890123456789</SSCC> <!-- 19 ψηφία -->

<!-- Σωστό -->
<SSCC>123456789012345678</SSCC>  <!-- ακριβώς 18 ψηφία -->

Σφάλμα 6 — Μη έγκυρο EAN/GTIN (12 ψηφία αντί 13)

Σύμπτωμα: Το προϊόν δεν αναγνωρίζεται στο σύστημα παραλαβής. Το σφάλμα είναι τύπου Product not found ή Invalid GTIN.

Αιτία: Το EAN εστάλη σε μορφή UPC (12 ψηφία, αμερικανικό πρότυπο) αντί για EAN-13 (13 ψηφία, ευρωπαϊκό πρότυπο). Όπως και με το GLN, το αρχικό ψηφίο 0 χάθηκε μέσω αριθμητικής μετατροπής.

Λύση: Συμπληρώστε το EAN με ένα αρχικό μηδενικό 0 για να αποκτήσετε 13 ψηφία. Αποθηκεύετε και μεταδίδετε το EAN ως συμβολοσειρά.

<!-- Λάθος — αμερικανική μορφή UPC, 12 ψηφία -->
<EAN>594123456789</EAN>

<!-- Σωστό — ευρωπαϊκή μορφή EAN-13, 13 ψηφία -->
<EAN>0594123456789</EAN>

Σφάλμα 7 — Λανθασμένη μορφή ημερομηνίας

Σύμπτωμα: Η ημερομηνία στο μήνυμα ερμηνεύεται λανθασμένα (εναλλαγή ημέρας και μήνα) ή το μήνυμα απορρίπτεται με Invalid date format.

Αιτία: Η ημερομηνία εστάλη σε τοπική μορφή (07/03/2024) ή σε συμπαγή μορφή χωρίς διαχωριστικό (20240703) στο πεδίο XML, που αποδέχεται μόνο μορφή ISO 8601.

Λύση:

Σε μηνύματα XML: η υποχρεωτική μορφή είναι YYYY-MM-DD (με παύλα ως διαχωριστικό).
Σε μηνύματα EDIfact: η μορφή είναι YYYYMMDD (χωρίς διαχωριστικό), που καθορίζεται μαζί με κωδικό μορφής 102.

<!-- Λάθος σε XML -->
<Date>07/03/2024</Date>
<Date>20240307</Date>

<!-- Σωστό σε XML -->
<Date>2024-03-07</Date>

<!-- Σωστό σε EDIfact -->
DTM+137:20240307:102'

Σφάλμα 8 — Λείπει ή είναι ελλιπής ο πίνακας ΦΠΑ στο INVOIC

Σύμπτωμα: Το τιμολόγιο απορρίπτεται με Tax summary missing ή Tax lines incomplete. Εναλλακτικά, το σύνολο ΦΠΑ στα γενικά σύνολα δεν ταιριάζει με το άθροισμα του ΦΠΑ που αναλύεται σε μεμονωμένες γραμμές.

Αιτία: Το τμήμα TaxSummary λείπει εντελώς από το τιμολόγιο, ή περιέχει μία μεμονωμένη TaxLine για όλους τους συντελεστές ΦΠΑ ακόμη και αν το τιμολόγιο περιλαμβάνει προϊόντα με διαφορετικούς συντελεστές (π.χ. 9% για τρόφιμα και 19% για άλλα προϊόντα).

Λύση: Προσθέστε ξεχωριστή TaxLine για κάθε διακριτό συντελεστή ΦΠΑ στο τιμολόγιο. Κάθε TaxLine πρέπει να περιέχει τη φορολογική βάση και το ποσό ΦΠΑ για αυτόν τον συντελεστή.

<TaxSummary>
  <!-- Μία TaxLine για τον συντελεστή 9% -->
  <TaxLine>
    <TaxRate>9</TaxRate>
    <TaxableAmount>1000.00</TaxableAmount>
    <TaxAmount>90.00</TaxAmount>
  </TaxLine>
  <!-- Ξεχωριστή TaxLine για τον συντελεστή 19% -->
  <TaxLine>
    <TaxRate>19</TaxRate>
    <TaxableAmount>500.00</TaxableAmount>
    <TaxAmount>95.00</TaxAmount>
  </TaxLine>
</TaxSummary>

Σφάλμα 9 — Λείπει μετοχικό κεφάλαιο στο INVOIC

Σύμπτωμα: Το τιμολόγιο απορρίπτεται από το σύστημα παραλαβής ή δημιουργεί προειδοποίηση RegisteredCapital missing or empty.

Αιτία: Το πεδίο Seller/RegisteredCapital αφέθηκε κενό ή παραλείφθηκε από το μήνυμα INVOIC. Σύμφωνα με τη ρουμανική νομοθεσία, το μετοχικό κεφάλαιο πρέπει να αναφέρεται σε φορολογικά έγγραφα που εκδίδονται από εμπορικές εταιρείες.

Λύση: Συμπληρώστε το πεδίο με την τιμή μετοχικού κεφαλαίου σε RON, ως ακέραιος χωρίς διαχωριστικό χιλιάδων (χωρίς τελεία ή κόμμα).

<!-- Λάθος -->
<RegisteredCapital></RegisteredCapital>
<RegisteredCapital>200.000</RegisteredCapital>

<!-- Σωστό -->
<RegisteredCapital>200000</RegisteredCapital>

Σφάλμα 10 — InvoiceSeries + InvoiceNumber υπερβαίνουν 16 χαρακτήρες

Σύμπτωμα: Το τιμολόγιο απορρίπτεται ή κόβεται σε παλαιότερα συστήματα εταίρων. Το σφάλμα μπορεί να είναι Invoice reference too long ή Field length exceeded.

Αιτία: Το συνδυασμένο μήκος των πεδίων InvoiceSeries και InvoiceNumber υπερβαίνει 16 χαρακτήρες, το όριο που γίνεται δεκτό από παλαιότερα συστήματα EDI.

Λύση: Το συνολικό μήκος InvoiceSeries + InvoiceNumber δεν πρέπει να υπερβαίνει 16 χαρακτήρες. Εάν η σειρά ή ο αριθμός είναι αλφαριθμητικοί και μαζί υπερβαίνουν το όριο, τοποθετήστε ολόκληρο τον αναγνωριστή τιμολογίου στο πεδίο InvoiceSeries και αφήστε το InvoiceNumber κενό ή ορίστε το σε 0.

<!-- Λάθος — συνολικά 18 χαρακτήρες -->
<InvoiceSeries>AZUVIO</InvoiceSeries>
<InvoiceNumber>2024031200001</InvoiceNumber>

<!-- Σωστό — συνολικά 16 χαρακτήρες ή λιγότεροι -->
<InvoiceSeries>AZ</InvoiceSeries>
<InvoiceNumber>2024031200001</InvoiceNumber>

<!-- Εναλλακτικό εάν η αναφορά είναι αλφαριθμητική -->
<InvoiceSeries>AZ-2024031200001</InvoiceSeries>
<InvoiceNumber>0</InvoiceNumber>

Πού να αναφέρετε ένα σφάλμα

Εάν έχετε συναντήσει σφάλμα που δεν καλύπτεται σε αυτό το έγγραφο, ή εάν οι παραπάνω λύσεις δεν λειτούργησαν, επικοινωνήστε με την ομάδα υποστήριξης EDI Azuvio / CRMconnect:

Email τεχνικής υποστήριξης EDI: [email protected]

Τι να συμπεριλάβετε στο μήνυμά σας:

Ο τύπος του μηνύματος EDI που επηρεάστηκε (ORDERS, DESADV, RECADV ή INVOIC)
Ο DocumentType και ο αριθμός εγγράφου
Τα GLN αποστολέα και παραλήπτη
Το ακριβές μήνυμα σφάλματος (αντιγράψτε το πλήρες κείμενο, όχι στιγμιότυπο οθόνης)
Το αρχικό αρχείο EDI ή XML που δημιούργησε το σφάλμα (συνημμένο στο email)
Η κατά προσέγγιση ημερομηνία και ώρα που εμφανίστηκε το σφάλμα

Χρόνος απόκρισης: 1 εργάσιμη ημέρα για σφάλματα παραγωγής, 3 εργάσιμες ημέρες για γενικά τεχνικά ερωτήματα.

Πύλη υποστήριξης: support.azuvio.io — μπορείτε να ανοίξετε ένα ticket και να παρακολουθείτε την κατάσταση επίλυσης.