EDI: cum conectezi INSDES la rețele AS4/PEPPOL în sectorul public

EDI în sectorul public: cum conectezi INSDES la rețelele AS4/PEPPOL

Pentru instituții publice, furnizori și integratori, standardizarea fluxurilor EDI este esențială pentru trasabilitate, conformitate și costuri mai mici. Tot mai multe achiziții publice europene rulează prin rețeaua PEPPOL peste transport AS4, în timp ce directivele UE cer e-facturi conforme EN 16931. Întrebarea practică: cum valorifici un mesaj EDI EDIFACT de tip INSDES (Instruction to Despatch) într-un ecosistem axat pe PEPPOL BIS și UBL, cu transport AS4?

Context: PEPPOL, AS4 și cerințe publice

PEPPOL (Pan-European Public Procurement Online) oferă un model de interoperabilitate end-to-end: identificatori standard, registre distribuite (SMP/SML), profiluri semantice (PEPPOL BIS) și transport securizat. Din februarie 2020, OpenPeppol a făcut obligatorie suportarea profilului AS4 pentru Access Points, marcând trecerea de la AS2 la o arhitectură bazată pe ebMS 3.0/AS4, WS-Security și dovezi de livrare non-repudiabile. În paralel, Directiva 2014/55/UE a impus e-facturarea B2G până în aprilie 2019, accelerând adopția EDI în sectorul public în state ca Norvegia (PEPPOL BIS Billing 3.0), Olanda (NLCIUS pe PEPPOL), Belgia (B2G prin PEPPOL la nivel federal), Germania (XRechnung, livrare frecvent prin PEPPOL).

ATENȚIE: în România, RO e-Factura (ANAF) este o infrastructură separată pentru e-facturare B2G/B2B, distinctă de PEPPOL, dar mulți furnizori EDI oferă conectivitate hibridă către ambele.

Unde se potrivește INSDES în PEPPOL

INSDES este un mesaj EDIFACT pentru instrucțiuni de expediere, anterior utilizat în lanțuri logistice complexe (ex. sănătate, apărare, utilități). PEPPOL BIS 3 folosește UBL pentru procese standardizate: Order, Order Agreement, Despatch Advice (P005), Invoice (P010) etc. Nu există un profil PEPPOL BIS „nativ” pentru INSDES, dar două abordări sunt folosite în practică:

• Mapare INSDES -> Peppol BIS Despatch Advice 3.x (UBL DespatchAdvice). Funcționează când „instrucțiunea” se materializează într-o notificare de expediere detaliată.
• Mapare INSDES -> Peppol BIS Order/Order Response în scenarii de call-off, unde instrucțiunea este, de fapt, o comandă fermă dintr-un contract-cadru.

Recomandare: standardizați pe P005 Despatch Advice dacă partenerii publici acceptă procesul de expediere PEPPOL; asigurați bi-direcționalitatea cu Order/Order Response pentru confirmări.

Mapări-cheie INSDES (EDIFACT) către UBL/PEPPOL

• UNH/UNT -> UBL Header (cbc:ID, cbc:UUID; ProfileID/CustomizationID pentru PEPPOL BIS 3.x)
• BGM (tip și număr document) -> DespatchAdvice cbc:ID și cbc:DocumentStatusCode
• DTM (date relevante) -> cbc:ActualDespatchDate, Delivery/RequestedDeliveryPeriod
• NAD (BY/SU/DP) -> DespatchSupplierParty, DeliveryCustomerParty, DeliveryLocation
• RFF (referințe, ex. comandă) -> AdditionalDocumentReference cu DocumentTypeCode „ON”
• LIN/QTY/PIA/IMD -> DespatchLine/Item, cbc:DeliveredQuantity, identificatori (GTIN/GLN), descrieri
• LOC/TDT -> Shipment/Delivery/TransportHandlingUnit, rutare și puncte logistice

Țineți cont de regulile de cardinalitate și codificare din Peppol BIS Despatch Advice 3.x (ex. utilizarea UNCL 2005/1225 se traduce în UBL coduri controlate). Alinierile UBL trebuie validate cu schematron-urile oficiale OpenPeppol.

Conectivitate AS4/PEPPOL: pași practici

1. Analiză procese: confirmați cu partenerii publici dacă acceptă Despatch Advice/Order via PEPPOL pentru scenarii acoperite de INSDES. În UK, NHS a promovat PEPPOL pentru e-Procurement (ordine/expediții/facturi), ceea ce oferă un precedent logistic solid.
2. Alegere Access Point EDI: furnizori consacrați includ Pagero, OpenText, Basware, TIE Kinetix, Comarch, IBM Sterling, SAP Business Network, TrueCommerce, Transalis. Cereți suport pentru:

   • AS4 Profile OpenPeppol (push/pull, non-repudiation)
   • SMP/SML management (înregistrarea Endpoint-urilor)
   • Mapare EDIFACT INSDES ↔ UBL Peppol BIS
   • Conectivitate paralelă către platforme naționale (ex. RO e-Factura)

3. Identificatori PEPPOL: alocați endpoint IDs conform ISO 6523 (ex. 0088=GLN, 9907=VAT etc.). Înregistrați-vă în SMP; document type IDs trebuie să reflecte profilul BIS folosit (ex. Peppol BIS Despatch Advice 3.3).
4. Transformări EDI: implementați maparea INSDES->UBL. Folosiți validatoare schematron PEPPOL BIS pentru QA automată în pipeline-ul CI/CD.
5. Securitate și certificate: utilizați X.509 furnizate sub politica de certificare OpenPeppol pentru semnare și TLS. Configurați politicile AS4 pentru compresie, retries, și Receipt semnat (NRR).
6. Testare end-to-end: rulați scenarii cu partenerii în sandbox-ul AP-ului (mesaje valide, erori funcționale, volum). Verificați rapoarte de livrare AS4 (Receipts, Errors) și loguri SMP/SML.
7. Monitorizare operațională: colectați KPIs (latență, rata de respingere, reîncercări). Evenimentele AS4 și corelația MessageId/ConversationId trebuie expuse în APM/SIEM pentru audit public.

Capcane frecvente și cum le evitați

• Divergențe semantice: INSDES poate conține instrucțiuni care nu au echivalent 1:1 în UBL. Definiți clar business rules; folosiți extensii UBL doar după acceptul partenerilor și respectând regulile PEPPOL.
• Identificatori inconsistenți: mixarea GLN/VAT fără scheme corecte duce la refuzuri. Respectați codurile de schemă acceptate de PEPPOL pentru fiecare țară.
• Conformitate locală: nu confundați traseul PEPPOL cu cerințele fiscale naționale (ex. România – RO e-Factura). EDI pentru logistică prin PEPPOL nu substituie raportările fiscale.
• AS4 tuning: timeouts prea agresive sau configurare doar „push” pot afecta livrabilitatea. Evaluați push/pull pe baza firewall-urilor instituționale.

De ce merită efortul

Pe măsură ce piețele publice standardizează EDI, beneficiile sunt clare: timpi de ciclu mai mici, trasabilitate completă și interoperabilitate cross-țări. Organizații ca NHS (UK) sau autoritățile din Olanda și Belgia au creat un efect de rețea care reduce costurile de integrare pentru furnizori. Odată ce aveți o mapare stabilă INSDES–>Peppol BIS și un Access Point AS4 robust, extinderea către alte fluxuri EDI (Order, Despatch Advice, Invoice) devine incrementală.

Concluzie

Conectarea INSDES la rețelele AS4/PEPPOL nu înseamnă „a forța” un mesaj EDIFACT într-un canal nou, ci a traduce procesele logistice într-un limbaj comun UBL, guvernat de reguli PEPPOL. Cheia este maparea atentă, alegerea unui furnizor EDI cu experiență în AS4 și validarea riguroasă cu partenerii publici. Rezultatul: o arhitectură EDI modernă, conformă și scalabilă, care reduce fricțiunile în supply chain-ul sectorului public.