Close Menu
EDI HUB

    Abonează-te

    Primiți cele mai recente știri, actualizări și oferte uimitoare

    Ce este la modă
    Retaileri & Distribuitori

    Furnizorii locali cer onboarding EDI mai rapid către lanțurile de supermarket din România

    Retaileri & Distribuitori

    Achiziții publice: validarea loturilor în SEAP/SICAP — bune practici pentru ofertanți și autorități

    Stiri

    Spania avansează cu e-facturarea B2B și schema Veri*Factu: pașii prevăzuți pentru 2025

    Pagini importante:
    • Acasă
    • Despre noi
    • Contactaţi-ne
    • Termeni și condiții
    • Politica de confidențialitate
    EDI HUB
    • Stiri
    • Ghiduri
    • Retaileri & Distribuitori
    • Integrari ERP & API
    • Standarde & Mesaje
    • Erori & Validari
    • Resurse
    EDI HUB
    Home » IFTMIN: maparea câmpurilor către ANSI X12 204/990 și sincronizarea cu parteneri din SUA
    Standarde & Mesaje ianuarie 30, 2026

    IFTMIN: maparea câmpurilor către ANSI X12 204/990 și sincronizarea cu parteneri din SUA

    Share Copy Link LinkedIn Facebook WhatsApp
    IFTMIN: maparea câmpurilor către ANSI X12 204/990 și sincronizarea cu parteneri din SUA

    Companiile europene care operează în logistică întâlnesc adesea o provocare structurală când intră pe piața din SUA: convergența între EDIFACT IFTMIN (instrucțiuni de transport) și ANSI X12 204/990 (tender de încărcătură și răspuns). Pentru IT managers, consultanți ERP și EDI, ușurința cu care un IFTMIN este mapat către 204, iar acceptarea/refuzul prin 990 este sincronizată cu parteneri americani, face diferența între timpi de onboarding de săptămâni și luni. Mai jos, un ghid practic, actualizat cu tendințe și bune practici din ultimele 12 luni, despre cum să abordați maparea câmpurilor IFTMIN și sincronizarea cu parteneri din SUA.

    De ce mapare IFTMIN → ANSI X12 204/990 contează

    În SUA, marile TMS-uri (SAP Transportation Management, Oracle Transportation Management, Manhattan, Blue Yonder, MercuryGate, Trimble) și operatorii (J.B. Hunt, Schneider, XPO, C.H. Robinson) folosesc pe scară largă 204 pentru load tender și 990 pentru accept/refuz. Retailerii precum Walmart, Target sau Home Depot cer deseori conectivitate EDI robustă, iar mulți impun AS2 ca protocol. Standardul ANSI X12, între versiuni 4010/5010/6010, rămâne preferat; în paralel, confirmările tehnice migrează de la 997 la 999 în implementările mai noi. În acest context, IFTMIN devine un „source of truth” care trebuie transpus fidel în 204/990, cu atenție la coduri SCAC (administrate de NMFTA), unități (lbs/ft/in) și fusuri orare americane.

    Maparea câmpurilor: IFTMIN la 204, 990 și înapoi

    Principiul de bază: IFTMIN descrie instrucțiunea de transport; 204 reprezintă invitația (tenderul) către carrier, iar 990 este răspunsul carrier-ului. Maparea se face conform ghidului de implementare (IG) al partenerului din SUA, care prevalează în cazul diferențelor.

    Elemente cheie de mapat din IFTMIN în 204

    • Identificator polite/transport: IFTMIN-BGM (Document/message number) se mapează în 204 ca referință principală (de obicei în referințe de business). 204 începe cu header-ul tranzacției (ST…SE) și un segment de început (B2/B2A) care stabilește scopul și ID-urile expeditor/carrier.
    • Referințe multiple: IFTMIN-RFF (ex. PO, consignment, booking) devine set de referințe în 204 (de tip „reference identification”), astfel încât carrier-ul să coreleze cu comanda clientului, tender ID sau numărul intern TMS.
    • Parties: IFTMIN-NAD (BY, SU, SH, CN) se mapază în 204 în buclele pentru N1/N3/N4 (nume, adresă, oraș/Stat/ZIP). D-U-N-S poate fi folosit ca identificator în SUA, iar SCAC este obligatoriu pentru carrier.
    • Locații și opriri: IFTMIN-LOC (pickup/delivery) și DTM (time window) se mapază în 204 ca secvențe de stopuri (pickup, stop intermediar, delivery) cu ferestre de timp (de obicei în segmentele de date/timp). Atenție la time zone: normalizați la UTC și indicați offset-ul în 204 unde IG-ul o cere.
    • Contacte: IFTMIN-CTA/COM (persoană, telefon, e-mail) se mapează în 204 în segmentele de contact pentru ca dispeceratul carrier-ului să aibă puncte de legătură operaționale.
    • Mărfuri și greutăți: IFTMIN-GID/MEA/FTX (descriere, greutate, volum, instrucțiuni speciale) se mapează în 204 ca line details și note; greutățile/volumele ajung în câmpurile dedicate (de tip weight/volume). Convertiți kg → lb și m³ → ft³ când IG-ul o cere.
    • Echipament și mod transport: IFTMIN-TDT (mode code, equipment) se mapează în 204 în secțiunile pentru echipament (van, reefer, flatbed) și în mode/service level (de ex. TL/LTL; servicii time-definite).
    • Instrucțiuni operaționale: IFTMIN-FTX se mapează în 204 în segmentele de note (instructions to carrier) – importante pentru cerințe de livrare, accesoriale sau restricții la rampă.

    Notă de implementare: nomenclatoarele trebuie armonizate. De exemplu, Incoterms (IFTMIN) vs. codurile de servicii definite în IG-ul 204 al partenerului; coduri locație (GLN) vs. IDs interne retailer/TMS; unități SI vs. imperial. Mențineți o matrice de conversie și o bibliotecă de reguli (mapping ruleset) versionată.

    Din 204 în 990: accept, refuz, condiționat

    • 990 confirmă tenderul primit prin 204 cu un status: accept (committed), decline sau accept condiționat (ex. schimbare de oră). 990 trebuie să conțină referința tenderului din 204 pentru corelare.
    • Practica în SUA: 990 vine rapid (minute). Dacă 990 lipsește, unii parteneri trimit 204 re-tender sau apelează la API/portal. Configurați SLA-uri și alerte.
    • Pentru confirmări tehnice, partenerii solicită 997 sau 999 (Implementation Acknowledgment). 999 este preferat în ghidurile mai noi.

    Sincronizare end-to-end și guvernanță

    • Corelare și idempotency: folosiți corelation IDs unice din IFTMIN pentru a preveni dublarea 204. Aplicați chei compuse: tender ID + ship date + ship-from/ship-to.
    • Acknowledge și erori: implementați 997/999 pentru layer-ul tehnic și 824 Application Advice pentru erori de business (ex. cod locație invalid). Răspundeți automat cu retry/backoff.
    • Status operațional: după 990 acceptat, partenerii americani cer adesea 214 (shipment status) pe parcursul execuției. Aliniați milestone-urile (pickup, in-transit, delivered) la evenimentele WMS/TMS.
    • Monitorizare: logare completă pe ISA/GS/ST și business keys, plus dashboard de latență pentru 204→990; alertați dacă 990 depășește SLA.

    Conectivitate, securitate și testare în SUA

    • Transport: AS2 rămâne standardul de facto la retaileri mari (de exemplu, Walmart cere AS2), iar SFTP/VAN rămâne prezent la 3PL-uri. Semnături și criptare: certificate X.509 rotaționate înainte de expirare.
    • Onboarding: partenerii americani rulează testare în sandbox/certification, apoi cutover controlat. Păstrați versiuni paralele (ex. 4010 vs. 5010) dacă portofoliul de parteneri este eterogen.
    • Master data: validați SCAC (NMFTA), D-U-N-S (Dun & Bradstreet) și codurile de locație înainte de producție; reject-urile 990 din cauze de master data cresc costurile.

    Exemplu succint de regulă de mapare

    • IFTMIN-BGM+220+X12345 → 204: set „tender number” = X12345 (referința principală).
    • IFTMIN-NAD+SH+GLN:123… → 204: ship-from N1/N3/N4, cu transformare GLN → cod locație cerut de partener.
    • IFTMIN-DTM+132:20250210:102 → 204: pickup window start; include offset TZ conform IG.
    • IFTMIN-MEA+AAE+G:KGM:1000 → 204: weight = 2204.62 lb (rotunjire după regulă IG).
    • IFTMIN-FTX+AAA+… „Liftgate” → 204: note speciale; declanșează accesorial în TMS.

    Concluzie

    Un flux IFTMIN corect mapat către ANSI X12 204/990 reduce timpii de răspuns, scade costurile de tendering și crește rata de acceptare a încărcăturilor în SUA. Cheia este guvernanța mapping-ului (versiuni, nomenclatoare, unități), conformitatea tehnică (AS2, 999, securitate) și observabilitatea end-to-end. Cu o bibliotecă de reguli robustă și un proces de testare disciplinat, IFTMIN devine o punte fiabilă către rețeaua americană de transport.

    Citește și:  EDI QTY: Implementare cap-coadă în ORDERS, ORDRSP, DESADV, INVOIC (2024–2025)
    Share. Facebook Twitter Pinterest LinkedIn WhatsApp Copy Link

    Articole similare

    EDI QTY: Validare semantică vs. sintactică — ce contează pentru cantități

    Standarde & Mesaje

    REMADV alimentat de AI: clasificarea remitențelor și tratarea excepțiilor

    Standarde & Mesaje

    EDI IFTSTA: guvernanță de date și codificări UN/LOCODE, UN/CL, SCAC/BIC

    Standarde & Mesaje
    Follow us
    • Facebook
    • Instagram
    Postări de top
    Standarde & Mesaje

    GTIN în e-commerce: conformitatea cu cerințele Google Merchant Center și Amazon în 2024

    Standarde & Mesaje

    EDI QTY: Ghid complet al segmentului pentru cantități în EDIFACT (2025)

    Standarde & Mesaje

    IFTMIN: ghid 2025 pentru implementare rapidă în electronic data interchange (EDI)

    Standarde & Mesaje

    EDI: UNS și setul de separatori UNA – impactul asupra parsării și conformității

    Standarde & Mesaje

    PEPPOL vs EDI (electronic data interchange): modele hibride implementate în România în ultimele 3 luni

    Abonează-te

    Primiți cele mai recente știri si articole de interes.

    Postări de top

    Evitarea erorilor ISA/GS/GE/IEA: checklist de producție pentru fluxuri ANSI X12

    Standarde & Mesaje februarie 3, 2026

    România: Furnizorii auto din vestul țării migrează la OFTP2 și EDIFACT pentru schimburi EDI cu OEM-urile

    Stiri ianuarie 19, 2026

    EDI în retailul românesc: accelerare a integrărilor cu RO e-Factura și PEPPOL în 2025

    Stiri ianuarie 30, 2026
    Despre
    Despre

    Soluții CRM este un blog dedicat profesioniștilor, antreprenorilor și companiilor care doresc să își optimizeze relațiile cu clienții prin tehnologie modernă și soluții inteligente. Ne concentrăm pe tot ceea ce înseamnă CRM software, de la platforme SaaS CRM până la soluții B2B CRM adaptate nevoilor reale ale afacerilor.

    Facebook X (Twitter) Instagram Pinterest
    Cele mai populare

    ANAF introduce noi validări EDI pentru RO e-Factura: controale suplimentare pe TVA și NIF

    Stiri

    EDI în retailul românesc: accelerare a integrărilor cu RO e-Factura și PEPPOL în 2025

    Stiri

    Polonia–România: impactul KSeF și RO e-Factura asupra modificărilor de parteneri EDI în fluxurile transfrontaliere

    Stiri
    Alegerile noastre

    Peppol în Europa: extinderea profilurilor BIS aduce modificări de parteneri și reconfigurări SMP/SML

    Stiri

    Peppol câștigă tracțiune ca standard pentru e-facturi în procesele O2C la nivel european

    Stiri

    România: Lanțurile de supermarketuri extind campaniile cu cupoane personalizate în aplicațiile de fidelizare

    Retaileri & Distribuitori
    © 2026 Electronic Data Interchange HUB.
    • Acasă
    • Despre noi
    • Contactaţi-ne
    • Termeni și condiții
    • Politica de confidențialitate

    Type above and press Enter to search. Press Esc to cancel.