Ghid Cerinte OFTP2: Specificatii Tehnice si Integrare EDI
Implementarea cerintelor OFTP2 presupune o conexiune TCP/IP securizata prin TLS, un identificator unic SSID emis de ODETTE, un cod SFID asociat si certificate digitale X.509 pentru criptare si semnare. Protocolul asigura transferul garantat al fisierelor CAD si al mesajelor EDI catre marii producatori industriali, utilizand confirmari semnate EERP si compresie nativa.
Pe scurt
- •OFTP2 necesita adresa IP statica, port TCP 3305/6619 si identificator oficial ODETTE SSID.
- •Securitatea este garantata prin certificate digitale X.509 distincte pentru TLS, semnare si criptare.
- •Mecanismul EERP ofera confirmare criptografica de livrare pentru comenzi si fisiere CAD.
- •Integrarea cu EDIconnect si e-Factura elimina operarea manuala in depozit si gestiune.
Tranzactiile electronice cu marii producatori din industria auto si de productie industriala impun canale de comunicatie sigure si recunoscute la nivel international. Protocolul OFTP2 defineste regulile tehnice exacte pentru transmiterea fisierelor mari de date tehnice si a mesajelor EDI structurate. Pentru un furnizor de componente sau un distribuitor B2B, configurarea corecta a nodului de comunicatie reprezinta o conditie contractuala eliminatorie. Acest ghid acopera specificatiile de retea, cerintele de securitate, gestiunea certificatelor digitale si integrarea operationala a fluxurilor de date.
Arhitectura de retea si cerinte de infrastructura OFTP2
Un producator de cablaje primeste zilnic fisiere CAD de sute de megabytes impreuna cu planificari DELFOR. Fisierele nu pot intarzia. Sistemul cere precizie maxima. Spre deosebire de fluxurile simple AS2 sau SFTP utilizate in comertul clasic, specificatiile acestui canal cer o sesiune securizata capabila sa reia transferul exact din punctul in care a fost intrerupt, fara a retrimite pachetele deja validate pe traseu. Protocolul utilizeaza nativ portul standard TCP 3305 sau portul securizat 6619. Conexiunea cere adrese IP statice publice pe ambele capete ale tunelului.
- •Port TCP 3305 pentru conexiuni OFTP standard cu negociere TLS la nivel de comanda
- •Port TCP 6619 pentru conexiuni securizate nativ TLS de la deschiderea socket-ului
- •Suport obligatoriu pentru reluarea transferurilor intrerupte (file restart capability)
- •Functie nativa de compresie a datelor pentru reducerea traficului de retea
Identificatorii ODETTE: configurarea SSID si SFID
Zero fisiere nu pot circula fara identitate certificata. Fiecare nod are un cod. Acest identificator unic numit SSID este acordat de catre organizatia industriala internationala de standardizare si trebuie configurat in antetul fiecarei comenzi de transfer initiate in retea. Fara un cod valid, serverul partenerului respinge automat conexiunea la nivel de handshake. Alaturi de SSID se configureaza sub-adresa SFID (Sub-File Identifier), necesara pentru rutarea corecta a fisierelor catre departamente interne specifice, cum ar fi proiectarea tehnica sau gestiunea comenzilor.
Securitate, criptare si certificate digitale X.509
Peste 90 la suta dintre erorile initiale de comunicatie apar din cauza gestionarii defectuoase a certificatelor digitale. Securitatea este stricta. Validarea se face automat. Standardul impune utilizarea a trei certificate X.509 distincte sau a unui certificat combinat care sa indeplineasca rolurile de autentificare TLS a serverului, semnare digitala a fisierelor transmise si criptare asimetrica a continutului payload-ului. Daca partenerul industrial actualizeaza certificatul public in lista sa de incredere, iar nodul local nu are cheia reinnoita inainte de expirare, toate transmisiile se blocheaza instantaneu, generand opriri critice in linia de receptie a comenzilor.
- •Certificat TLS de sesiune pentru criptarea canalului punct-la-punct de transport
- •Certificat de semnare digitala pentru asigurarea non-repudierii mesajelor expediate
- •Certificat de criptare asimetrica a fisierelor la nivel de aplicatie destinatara
- •Gestiunea listelor de revocare CRL (Certificate Revocation List) sau interogari OCSP
Procesarea mesajelor EDI si fluxul operational in depozit
Un picker cu scanner dintr-un depozit cu trei gestiuni nu stie ce este un certificat TLS. El are nevoie de marfa pe raft. Aici intervine stratul software. Cand o comanda cu 40 de linii soseste prin canalul de transmisie securizat, mesajul brut trebuie decriptat, extras din structura EDIFACT sau VDA si transformat in documente operationale clare, direct in fluxul de gestiune si rezervare a stocurilor. Solutia noastra EDIconnect preia payload-ul decriptat, genereaza automat comanda de vanzare si pregateste avizele de expeditie DESADV, asigurand legatura nativa cu SPV pentru sistemul e-Factura.
Confirmari EERP si trasabilitatea livrarilor industriale
O factura respinsa in SPV din cauza nepotrivirii liniilor de comanda blocheaza incasarea banilor pentru saptamani intregi. Auditul este obligatoriu. Traseul ramane complet. Semnarea digitala a fisierului NERP (Negative End Response) sau EERP (End-to-End Response) furnizeaza o dovada criptografica irefutabila ca fisierul a ajuns intact la destinatarul final desemnat. Aceasta confirmare semnata este salvata alaturi de documentul original de expeditie. Daca apar neconcordante cantitative intre ce s-a scanat la rampa si ce a receptionat fabrica, jurnalul tranzactiei dovedeste livrarea exacta.
Cand merita un nod dedicat si cand se recomanda rutarea externa
Costul licentierii unui nod intern si mentenanta certificatelor nu se justifica pentru companiile cu volume reduse. Rentabilitatea lipseste complet. Complexitatea este ridicata. Pentru echipe mici sau firme care gestioneaza sub 5 comenzi saptamanale pe acest canal, mentinerea unui server dedicat genereaza costuri disproportionate de administrare a infrastructurii IT. In astfel de situatii, rutarea mesajelor printr-un partener specializat de comunicatie integrat cu un strat operational flexibil precum CRMconnect reprezinta o alegere mult mai pragmatica decat operarea unui nod intern dedicat.
Specificatii tehnice si cerinte operationale pentru implementarea OFTP2
| Componenta Tehnica | Cerinta Minima Obligatorie | Impact Operational |
|---|---|---|
| Conectivitate Retea | Adresa IP statica publica, Port TCP 3305 / 6619 | Stabilitatea sesiunilor de transfer pentru fisiere CAD mari |
| Identificare Nod | Cod SSID si SFID emis de ODETTE | Autentificarea legala si rutarea corecta a mesajelor primite |
| Securitate Canal | Protocol TLS v1.2 sau superior, criptare sesiune | Protectia datelor impotriva interceptarii neautorizate pe traseu |
| Certificate Digitale | Chei X.509 pentru autentificare, semnare si criptare | Garantarea non-repudierii si a integritatii comenzilor EDI |
| Mecanism Confirmare | Generare automata si semnare pachete EERP / NERP | Dovada criptografica de receptie si eliminarea disputelor B2B |
Pas cu pas
1. Obtinerea codului oficial SSID ODETTE
Inregistreaza compania in registrul oficial ODETTE pentru a primi un cod unic de identificare a nodului de comunicatie (SSID).
2. Achizitia certificatelor X.509 de securitate
Genereaza cererile CSR si achizitioneaza certificate X.509 conforme de la o autoritate de certificare recunoscuta de partenerul industrial.
3. Configurarea porturilor si a parametrilor de retea
Configureaza adresa IP statica si deschide portul TCP 3305 sau 6619 in firewall pentru adresele IP ale partenerilor comerciali.
4. Schimbul de parametri tehnici cu partenerul
Introdu parametrii partenerului (SSID, SFID, adresa IP, port, certificat public) in aplicatia server sau in modulul de transfer.
5. Rularea testelor de comunicatie si handshake TLS
Executa transferuri bidirectionale de fisiere de test si valideaza primirea confirmarilor semnate digital EERP.
6. Maparea mesajelor EDI in fluxurile operationale
Leaga directorul de intrare/iesire al nodului de transfer cu modulul EDIconnect pentru generarea automata a comenzilor si facturilor.
Întrebări frecvente
Ce este protocolul OFTP2?
ODETTE File Transfer Protocol 2 este standardul european de comunicatie securizata punct-la-punct utilizat in industria auto si de productie. Protocolul permite transmiterea garantata a fisierelor de mari dimensiuni prin internet folosind criptare si certificate digitale.
Care este diferenta dintre OFTP1 si OFTP2?
Diferenta principala consta in infrastructura de retea. OFTP1 necesita linii dedicate ISDN sau retele de tip X.25, in timp ce OFTP2 functioneaza nativ peste conexiuni internet TCP/IP securizate prin TLS, suportand fisiere CAD gigabyte si criptare asimetrica.
Ce cerinte tehnice sunt obligatorii pentru OFTP2?
Ai nevoie de o conexiune internet cu adresa IP statica publica, acces la portul TCP 3305 sau 6619, certificate X.509 valabile, un cod ODETTE SSID unic si un server sau modul software compatibil OFTP2.
De unde se obtine identificatorul SSID?
Codul SSID (Server/Session Identification) este emis de organizatia ODETTE sau de autoritatile nationale delegate. Acesta identifica in mod unic nodul tau de comunicatie in reteaua internationala a partenerilor de afaceri.
Cum se confirma receptia unui mesaj OFTP2?
OFTP2 foloseste confirmari automate semnate digital numite EERP (End-to-End Response). Dupa ce destinatarul primeste si decripteaza corect fisierul, trimite inapoi o dovada criptografica a receptiei complete, eliminand disputele privind livrarea.
Poate fi integrat OFTP2 direct intr-un sistem operational?
Da, modulul EDIconnect din CRMconnect gestioneaza fluxul de mesaje EDI transmise prin canale partenere sau noduri OFTP2. Datele receptionate intra direct in circuitele de comenzi, avize si facturi e-Factura.
Surse oficiale
Vrei fluxul acesta automatizat în CRMconnect?
Îți arătăm pe datele tale cum arată procesul, integrat cu ERP-ul pe care îl folosești deja.
Discută cu un specialist