Λίστα Ελέγχου Υλοποίησης EDIconnect

Ακολουθήστε τα παρακάτω βήματα για κάθε μήνυμα που υλοποιείτε. Τσεκάρετε κάθε στοιχείο πριν μεταβείτε στην παραγωγή.

1. Αρχική Διαμόρφωση (μία φορά)

Ολοκληρώστε αυτή την ενότητα μία φορά, κατά την έναρξη οποιασδήποτε υλοποίησης EDI με νέο εταίρο.

Το GLN του οργανισμού σας επιβεβαιώθηκε με τον εταίρο (13 ψηφία, μορφή συμβολοσειράς)
Το GLN του εταίρου επιβεβαιώθηκε και δοκιμάστηκε
Πρωτόκολλο μεταφοράς επιλέχθηκε και διαμορφώθηκε (AS2 / SFTP / REST API)
Διαπιστευτήρια δοκιμών ελήφθησαν από τον εταίρο (URL sandbox, πιστοποιητικά AS2 ή όνομα χρήστη/κωδικός πρόσβασης SFTP)
Περιβάλλον δοκιμών διαμορφώθηκε ξεχωριστά από την παραγωγή
TestIndicator=1 ορίστηκε σε ΟΛΛΑ τα μηνύματα στο περιβάλλον δοκιμών
Κωδικοποίηση UTF-8 διαμορφώθηκε σε όλα τα εμπλεκόμενα συστήματα
Έκδοση προτύπου επιβεβαιώθηκε με τον εταίρο: EANCOM D.01B

Το σύστημα αναλύει σωστά τη δομή <Message><Documents><Order><Header>...
Το πεδίο <Version> υπάρχει και η τιμή διαβάζεται σωστά
Το GLN στο Seller/GLN ταιριάζει με το διαμορφωμένο GLN σας
Το OrderNumber αποθηκεύεται — θα χρησιμοποιηθεί στο DESADV και INVOIC (πεδίο RFF+ON)
Το DocumentType επεξεργάζεται σωστά: O=νέα εντολή, OR=απόκριση σε προηγούμενη εντολή
Όλες οι γραμμές στο <Lines> εισάγονται (επαληθεύστε ότι <Summary><Lines> = αριθμός γραμμών)
Το EAN επικυρώνεται: ακριβώς 13 ψηφία
Τα QuantityPieces και PackingUnit επεξεργάζονται σωστά (παραγγελθείσα ποσότητα και συσκευασία)
Απλό δοκιμαστικό ORDERS (1 γραμμή) εστάλη και επεξεργάστηκε χωρίς σφάλματα
Δοκιμαστικό ORDERS με 10+ γραμμές εστάλη και επεξεργάστηκε χωρίς σφάλματα
Δοκιμή με άγνωστο EAN → σφάλμα EDI-007 επέστρεψε σωστά

Το DESADV δημιουργείται αυτόματα όταν δημιουργείται αποστολή στο CRMconnect
Το DeliveryNumber μοναδικό ανά ειδοποίηση
Το OrderNumber (RFF+ON στο EDIfact) αναφέρεται σωστά στην αρχική εντολή
Το GLN στο NAD+DP ταιριάζει με το GLN τοποθεσίας παράδοσης του εταίρου
Το QuantityDelivery αντικατοπτρίζει τη φυσική αποστελλόμενη ποσότητα (όχι την παραγγελθείσα ποσότητα)
SSCC υπάρχει και έγκυρο (18 ψηφία) για κάθε παλέτα — εάν ο εταίρος το απαιτεί
BestBeforeDate / ExpiryDate υπάρχει για τρόφιμα/φαρμακευτικά προϊόντα
BatchNo (παρτίδα) υπάρχει όταν τα προϊόντα έχουν ιχνηλασιμότητα παρτίδας
Μέτρηση UNT επαληθεύτηκε με τον επικυρωτή EDIconnect
Δοκιμαστικό DESADV εστάλη και επιβεβαιώθηκε από τον εταίρο (ή επικυρώθηκε στο sandbox)

Το σύστημα αναγνωρίζει και τους 3 τύπους: NIR (632), Επιστροφή (DocumentType=R), Κατάσχεση (70E)
Το ReceptionNumber αποθηκεύεται
Το QuantityReception συγκρίνεται με το QuantityDelivery από το DESADV
Οι αποκλίσεις ποσότητας δημιουργούν ειδοποίηση/πρόταση πιστωτικού σημειώματος
Η Επιστροφή (DocumentType=R) δημιουργεί εντολή επιστροφής στην αποθήκη
Η Κατάσχεση (BGM+70E) ενεργοποιεί τη σωστή ροή εργασίας
Δοκιμή NIR με ίδια ποσότητα → καμία πρόσθετη ενέργεια
Δοκιμή NIR με έλλειψη ποσότητας → πρόταση πιστωτικού σημειώματος δημιουργήθηκε
Δοκιμή επιστροφής → εντολή επιστροφής δημιουργήθηκε στην αποθήκη

InvoiceSeries + InvoiceNumber ≤ 16 χαρακτήρες συνολικά
Seller/RegisteredCapital συμπληρώθηκε (νομικά υποχρεωτικό)
Seller/VAT (CUI) και Seller/RegNo (Γ.Ε.ΜΗ.) συμπληρώθηκαν
DeliveryNumber (RFF+DQ) αναφέρεται στο αντίστοιχο DESADV
Το TaxSummary περιέχει μία TaxLine ανά διακριτό συντελεστή ΦΠΑ
Τα σύνολα είναι συνεπή: TotalPriceNoTax + TotalTax = TotalIncludingTax
Τα διορθωτικά τιμολόγια (DocumentType=C) αναφέρονται στο αρχικό τιμολόγιο μέσω ReferenceInvoiceNumber
Τα ακυρωτικά τιμολόγια (DocumentType=S) έχουν BGM_1225=1
Δοκιμή απλού τιμολογίου (1 συντελεστής ΦΠΑ, 1 γραμμή) → επικυρώθηκε με το εργαλείο XSD
Δοκιμή τιμολογίου πολλαπλών συντελεστών ΦΠΑ (9% + 19%) → TaxSummary με 2 TaxLines
Δοκιμή πιστωτικού σημειώματος (DocumentType=C ή BGM+381)

Ολοκληρώστε αυτή την ενότητα μόνο αφού ελεγχθούν πλήρως όλες οι προηγούμενες ενότητες.