IFTMIN: diferențe cheie față de IFTSTA și când să folosești fiecare mesaj

În transport și logistică, mesajele EDIFACT rămân coloana vertebrală a schimbului electronic de date între expeditori, case de expediții, transportatori și platforme multimodale. Două dintre cele mai folosite standarde sunt IFTMIN și IFTSTA. Pentru echipele IT, furnizorii de ERP și consultanții EDI, a înțelege diferențele concrete dintre IFTMIN și IFTSTA — și când să le folosești — înseamnă mai puține excepții operaționale, un TTM mai scurt și o calitate mai ridicată a datelor de transport.

Ce este IFTMIN

IFTMIN (International Forwarding and Transport Instruction) este mesajul EDIFACT folosit pentru a transmite instrucțiuni de transport către un transportator sau un 3PL. Prin IFTMIN, expeditorul sau brokerul indică ce marfă trebuie preluată, de unde, încotro, în ce condiții (Incoterms, temperatură, perisabilitate), precum și constrângeri de timp. IFTMIN deschide practic execuția: definește sarcina logistică.

Structura IFTMIN tipică include segmente precum UNH, BGM (identificarea instrucțiunii), RFF (comenzi ERP, comenzi client), NAD (părți implicate), TDT (detalii transport), GID (grupe de marfă), MEA (măsurători), DTM (date/timp), LOC (locații), EFI/FTX (instrucțiuni libere). În practică, multe companii folosesc directoare EDIFACT de la D.96A până la D.24B; în 2024 UN/CEFACT a publicat D.24A și D.24B, iar mulți transportatori mențin retro-compatibilitatea.

Marile rețele de transport — DHL Freight, DB Schenker, DSV, Kuehne+Nagel — publică ghiduri EDI care includ IFTMIN pentru FTL/LTL și multimodal. În maritim, unele fluxuri folosesc IFTMBF (booking), dar IFTMIN rămâne comun în rutier și multimodal, inclusiv pentru eCMR.

Ce este IFTSTA

IFTSTA (International Multimodal Status) este mesajul EDIFACT de status, trimis de obicei de transportator/3PL către expeditor, pentru a semnala evenimentele din execuție: preluare, gate-in, plecare, sosire, livrare parțială, POD, excepții (avarii, întârzieri). IFTSTA sincronizează lumea fizică cu sistemele ERP/TMS/WMS.

Un IFTSTA tipic conține UNH, BGM (status report), RFF (referințe: număr IFTMIN, comandă, AWB/BL), DTM (timpul evenimentului), LOC (locații), STS (codul statusului), EQD (echipament, ex. container), FTX (detalii). Alinierea codurilor STS la lista convenită (ex. “AFD – Arrival at final destination”, “POD – Proof of Delivery”) este critică pentru raportare și SLA.

Diferențe cheie între IFTMIN și IFTSTA

• Scop: IFTMIN inițiază instrucțiuni de transport; IFTSTA raportează progresul și excepțiile.
• Direcție: IFTMIN pleacă de la expeditor/3PL către transportator; IFTSTA revine de la transportator/3PL către expeditor.
• Moment: IFTMIN se trimite înainte de execuție (sau la modificare/anulare); IFTSTA se trimite pe măsură ce apar evenimentele.
• Cardinalitate: la un IFTMIN pot exista N IFTSTA pe parcurs (pickup, cross-dock, livrare, POD, etc.).
• Conținut: IFTMIN are focus pe master data de transport (NAD, LOC, GID, TDT); IFTSTA pe evenimente (STS, DTM, LOC, EQD).
• Răspuns: pentru IFTMIN e recomandat un CONTRL sau un APERAK/ORDRSP logistic pentru confirmare/eroare; pentru IFTSTA, confirmarea tehnică e suficientă, conținutul fiind “fact” operational.

Când să folosești fiecare mesaj

• FTL/LTL rutier în UE: trimite IFTMIN pentru fiecare încărcare. Primește IFTSTA la pickup, out-for-delivery, delivered, plus excepții. Corelează IFTSTA prin RFF la referința din IFTMIN.
• Maritim: dacă folosești IFTMBF pentru booking, continuă cu IFTMIN pentru instrucțiuni detaliate către operatorul de transport terestru (pre/post-carriage). Urmărește containerele prin IFTSTA de la linia maritimă/terminal.
• Aerian: IFTMIN poate însoți AWB-ul pentru partea rutieră; IFTSTA din partea companiei aeriene/handler-ului actualizează milestone-urile (RCS, DEP, ARR, NFD, POD).
• Network 3PL: un singur IFTMIN poate crea un transport multimodal; așteaptă mai multe IFTSTA din noduri diferite (hub-uri, depozite, last-mile).

Tendințe și cifre de piață

EDIFACT rămâne standardul dominant în Europa pentru transporturi B2B. În 2024, directorul UN/CEFACT D.24B consolidează suportul pentru fluxuri multimodale. Protocolul eCMR este adoptat în peste 30 de țări europene (34 în 2024), ceea ce accelerează digitalizarea documentelor de transport și întărește rolul mesajelor precum IFTMIN și IFTSTA în sincronizarea datelor.

Companiile globale investesc masiv în digital. A.P. Moller – Maersk a raportat venituri de circa 51 miliarde USD în 2023, pivotând către integrator logistic cu capabilități IT extinse, incluzând EDI și API pentru booking, instrucțiuni și tracking. DHL Group a avut aproximativ 81,8 miliarde EUR venituri în 2023, menținând rețele EDIFACT mature pentru rutier și freight forwarding. Kuehne+Nagel a procesat circa 4,3 milioane TEU în 2023 la sea freight, unde tracking-ul prin IFTSTA (alături de API) completează vizibilitatea end-to-end. Aceste volume justifică standardizare strictă: IFTMIN pentru inițiere, IFTSTA pentru evenimente.

Recomandări arhitecturale pentru IT/ERP/EDI

• Versiuni și profile: standardizează pe un set restrâns (ex. D.01B sau D.24A) și publish-uiește un Implementation Guide clar pentru IFTMIN și IFTSTA.
• Corelare: impune referințe stabile. IFTMIN trebuie să conțină un RFF de corelare unic; cere ca fiecare IFTSTA să redea acel RFF.
• Mapări evenimente: definește un catalog de coduri STS acceptate și hărțile către statusurile din ERP/TMS (ex. “DLV_CONFIRMED”, “POD_RECEIVED”).
• Orchestrare: tratează IFTMIN ca “order create/update/cancel”. Folosește APERAK/CONTRL pentru confirmări și monitorizează latențele până la primul IFTSTA.
• Granularitate: separă IFTSTA “milestone” de IFTSTA “exception”. Nu amesteca semantici; facilitează dashboard-urile SLA.
• Compatibilitate API: pentru transportatori care expun doar API, creează un adaptor care traduce webhook-urile de tracking în IFTSTA, iar ordinele în IFTMIN.
• Calitate date: validează coduri locații (GLN/UN/LOCODE), unități de măsură (UNECE Rec.20), Incoterms și atribute periculoase (ADR) încă din IFTMIN.

Exemple de bune practici

• Rutier UE: un retailer trimite IFTMIN pentru fiecare stop cu ferestre de timp; transportatorul trimite IFTSTA la “Arrived at Pickup”, “Loaded”, “Delivered” și “POD”. ERP-ul reconciliază automat facturarea pe baza IFTSTA + POD.
• Ocean + pre-carriage: forwarder-ul primește booking-ul, generează IFTMIN către transportatorul rutier, iar statusurile din terminal și linie maritimă sosesc ca IFTSTA agregate în TMS.

Dacă ai nevoie de onboarding rapid cu transportatori regionali, soluțiile EDI managed pot accelera proiectul prin convertoare și validări predefinite pentru IFTMIN și IFTSTA.

Concluzie

Pe scurt: folosește IFTMIN pentru a ordona transportul și a fixa parametrii execuției; folosește IFTSTA pentru a primi, în timp util, starea reală a transportului. O arhitectură coerentă, cu referințe stabile, coduri de status normalizate și validări stricte, transformă EDI dintr-o obligație tehnică într-un accelerator de business, reducând excepțiile și scurtând timpii de încasare. Într-o piață în care milioane de expedieri se mișcă zilnic prin rețelele DHL, DB Schenker, DSV, Kuehne+Nagel sau Maersk, alegerea corectă între IFTMIN și IFTSTA — și implementarea lor riguroasă — aduce vizibilitate, control și scalabilitate.