Checklist Implementare EDIconnect
Urmați pașii de mai jos pentru fiecare mesaj pe care îl implementați. Bifați fiecare item înainte de a trece la producție.
1. Configurare inițială (o singură dată)
Efectuați această secțiune o singură dată, la începutul oricărei implementări EDI cu un partener nou.
- GLN-ul organizației dvs. este confirmat cu partenerul (13 cifre, format string)
- GLN-ul partenerului este confirmat și testat
- Protocolul de transport ales și configurat (AS2 / SFTP / REST API)
- Credențialele de test primite de la partener (URL sandbox, certificate AS2 sau user/parolă SFTP)
- Mediul de test configurat separat de producție
- TestIndicator=1 setat în TOATE mesajele din mediul de test
- Codificarea UTF-8 configurată pe toate sistemele implicate
- Versiunea standard confirmată cu partenerul: EANCOM D.01B
2. ORDERS (Inbound — primiți comenzi)
- Sistemul parsează corect structura
<Message><Documents><Order><Header>... - Câmpul
<Version>este prezent și valoarea este citită corect - GLN-ul din
Seller/GLNcorespunde cu GLN-ul vostru configurat -
OrderNumbereste salvat — va fi folosit în DESADV și INVOIC (câmp RFF+ON) -
DocumentTypeeste procesat corect: O=comandă nouă, OR=răspuns la comandă anterioară - Toate liniile din
<Lines>sunt importate (verificați că<Summary><Lines>= numărul liniilor) -
EANeste validat: exact 13 cifre -
QuantityPiecesșiPackingUnitsunt procesate corect (cantitate comandată și împachetare) - Test ORDERS simplu (1 linie) trimis și procesat fără erori
- Test ORDERS cu 10+ linii trimis și procesat fără erori
- Test cu EAN necunoscut → eroare EDI-007 returnată corect
3. DESADV (Outbound — trimiteți avize de livrare)
- DESADV generat automat la crearea expediției în CRMconnect
-
DeliveryNumberunic per aviz -
OrderNumber(RFF+ON în EDIfact) referențiază corect comanda originală - GLN-ul din NAD+DP corespunde cu GLN-ul locației de livrare a partenerului
-
QuantityDeliveryreflectă cantitatea fizică expediată (nu cantitatea comandată) - SSCC prezent și valid (18 cifre) pentru fiecare palet — dacă partenerul solicită
-
BestBeforeDate/ExpiryDateprezente pentru produse alimentare/farmaceutice -
BatchNo(lot) prezent când produsele au trasabilitate de lot - UNT count verificat cu validatorul EDIconnect
- Test DESADV trimis și confirmat de partener (sau validat în sandbox)
4. RECADV (Inbound — primiți avize de recepție)
- Sistemul recunoaște cele 3 tipuri: NIR (632), Retur (DocumentType=R), Confiscare (70E)
-
ReceptionNumbereste salvat -
QuantityReceptioneste comparată cuQuantityDeliverydin DESADV - Discrepanțele de cantitate generează notificare/sugestie notă credit
- Returul (DocumentType=R) creează ordin de retur în depozit
- Confiscarea (BGM+70E) declanșează workflow corect
- Test NIR cu cantitate egală → fără acțiune suplimentară
- Test NIR cu lipsă cantitate → sugestie notă credit generată
- Test retur → ordin retur creat în depozit
5. INVOIC (Outbound — trimiteți facturi)
-
InvoiceSeries+InvoiceNumber≤ 16 caractere total -
Seller/RegisteredCapitalcompletat (obligatoriu legal) -
Seller/VAT(CUI) șiSeller/RegNo(Reg. Comerț) completate -
DeliveryNumber(RFF+DQ) referențiază DESADV-ul aferent -
TaxSummaryconține câte unTaxLineper cotă TVA distinctă - Totalurile sunt consistente:
TotalPriceNoTax+TotalTax=TotalIncludingTax - Facturile de corecție (DocumentType=C) referențiază factura originală prin
ReferenceInvoiceNumber - Facturile storno (DocumentType=S) au BGM_1225=1
- Test factură simplă (1 cotă TVA, 1 linie) → validat cu tool-ul XSD
- Test factură multi-TVA (9% + 19%) → TaxSummary cu 2 TaxLine
- Test notă credit (DocumentType=C sau BGM+381)
6. Go-Live
Completați această secțiune doar după ce toate secțiunile anterioare sunt bifate integral.
- Toate scenariile de mai sus testate cu succes în sandbox
- Confirmare scrisă de la partener că testele au trecut
- Credențialele de producție primite și configurate
- TestIndicator=1 eliminat sau setat la 0 în producție
- Primul mesaj real trimis monitorizat manual
- Persoana de contact de la partener pentru escaladare identificată și salvată