Close Menu
EDI HUB

    Abonează-te

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

    Ce este la modă
    Stiri

    Germania trece la e-factura B2B: obligativitatea de a primi din 2025 și emiterea etapizată până în 2028

    Standarde & Mesaje

    EDI: Generarea UNH în fluxuri asincrone — strategii pentru numere de referință stabile

    Standarde & Mesaje

    EDI QTY: Validări de business și reguli de rotunjire pentru cantități în ERP

    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 AS2 și securitate: TLS 1.3, semnături digitale și nerepudiere în 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

    EDI INVOIC: Reduceri, taxe și cheltuieli (ALC, PCD, TAX, MOA) fără erori de totalizare

    Standarde & Mesaje

    PRICAT: checklist de onboarding al furnizorilor și testare end-to-end

    Standarde & Mesaje

    SSCC în retail modern: cerințe pentru cross-docking și store-ready pallets

    Stiri

    Analiză: ce a stat la baza întreruperilor EDI din Europa în ultimele trei luni

    Retaileri & Distribuitori

    România: Black Friday și sărbătorile au rescris mixul de promoții în retailul alimentar

    Abonează-te

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

    Postări de top

    3PL din România solicită avize de expediție EDI și etichete SSCC pentru recepții fără erori

    Retaileri & Distribuitori februarie 7, 2026

    România: clarificări privind utilizarea EDI împreună cu RO e-Factura în relațiile B2B din retail

    Retaileri & Distribuitori februarie 8, 2026

    EDI MOA: Diferențe între directoarele EDIFACT și impactul în producție

    Standarde & Mesaje februarie 8, 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

    eIDAS 2.0: efecte asupra semnăturilor electronice în procesele EDI și e-facturare B2B din UE

    Stiri

    Producătorii auto din România modernizează EDI pentru trasabilitate și JIT în lanțurile de aprovizionare

    Stiri

    Companiile din România accelerează automatizarea P2P în contextul e-Factura și SAF-T

    Stiri
    Alegerile noastre

    IMM-urile din România adoptă EDI în cloud pentru a reduce costurile de integrare B2B și timpul de onboarding

    Stiri

    EDI QTY: Validări de business și reguli de rotunjire pentru cantități în ERP

    Standarde & Mesaje

    [România] Logistică 4.0: integrarea EDI între transportatori și distribuitori scurtează timpii de livrare

    Stiri
    © 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.