Cu ceva timp în urmă, mi-am propus să aflu dacă există un standard unificat de API/EDI pentru transport, utilizat de mai multe companii de logistică. Cu siguranță, în zilele noastre, trebuie să existe așa ceva, nu-i așa? Un format universal de API pentru expedieri?

Ei bine, pe scurt, nu există.

Cel mai apropiat lucru pe care îl puteți obține este un furnizor de API care a construit multe conexiuni API cu transportatori și apoi oferă propriul endpoint API pentru a accesa diferiți furnizori de servicii de transport.

În acest articol, voi prezenta câteva API-uri diferite ale transportatorilor, voi descrie pe scurt capacitățile lor și voi discuta modalități de implementare a acestora.

NB! Dacă căutați doar un protocol universal de API pentru transport, iată un link unde puteți programa un apel rapid cu mine.

Oricum, să începem cu un…

Exemplu de caz din viața reală


Mai întâi, să definim obiectivul.

Luați în considerare un producător obișnuit cu clienți și furnizori atât interni, cât și internaționali. Mărfurile trebuie preluate de la furnizori și livrate la locul de producție, în timp ce produsele finite trebuie expediate către clienți.

Pentru a stabili un lanț de aprovizionare fiabil, un producător de dimensiuni medii tipic ar avea nevoie de 10-20 de parteneri de transport:
  • Un set pentru colete interne
  • Un alt set pentru paleți interni
  • Un partener de transport care oferă prețuri competitive pentru țările vecine din nord s-ar putea să nu ofere aceeași propunere pentru alte direcții sau distanțe mai lungi.
  • Același lucru este valabil pentru grupaj, LTL sau încărcături complete (FTL)
  • Pentru clienții de peste mări, ar putea fi necesar un set complet diferit de parteneri
  • … și așa mai departe.

Gestionarea tuturor acestor relații este destul de complexă. Dar distracția adevărată începe când încercați să integrați sistemele lor IT! (deoarece nu există un protocol unificat de API pentru transport)

În al doilea rând, trebuie să convenim asupra domeniului de aplicare.

Nu toate companiile de logistică oferă același nivel de servicii. Unele au API-uri foarte sofisticate care oferă prețuri de transport instantanee, rezervări, etichete, urmărire, cereri de curier etc., în timp ce altele ar putea avea doar un portal unde vă puteți conecta și trimite o rezervare. Unele nu au deloc sisteme IT - doar e-mail. Pentru scenariul nostru țintă, să păstrăm lucrurile simple și să vizăm doar:

  1. Trimiterea unei comenzi de transport
  2. Primirea etichetelor de transport
  3. Poate obținerea prețului estimat de transport, dacă avem noroc!

Sună destul de simplu, nu-i așa? Oh, dacă ar fi doar atât...

Conexiuni cu transportatorii – bun venit în junglă


Modul manual de gestionare a lucrurilor, care pare a fi standardul industrial pentru majoritatea companiilor, implică utilizarea portalurilor transportatorilor oriunde este posibil și comunicarea prin e-mail cu restul partenerilor de transport. În exemplul nostru, presupunem că listele de prețuri pentru transport, programele, timpii de livrare și gestionarea facturilor sunt gestionate separat. Pentru trimiterea rezervărilor, ne propunem să construim o conexiune API de la sistemul nostru ERP.

Să presupunem că am selectat următoarea listă de companii de transport și trebuie să construim o conexiune API directă la sistemele lor din software-ul nostru ERP. Această selecție este aleatorie și acoperă doar o fracțiune din diferitele API-uri ale transportatorilor existente.

DHL Express – utilizează un portal numit MyDHL, care are și capacități API. Cu toate acestea, utilizează API-uri diferite pentru diviziile Freight, Express și Global Forwarding și abordări API diferite în diverse regiuni. Accesul la serviciul web necesită un protocol SOAP, servicii RESTful sau XML simplu, iar dezvoltatorii ar trebui să fie familiarizați cu XML/JSON și să aibă o înțelegere de bază a serviciilor web. Specificația API are singură 457 de pagini. Este minuțioasă, dar dezvoltatorul vă va taxa pentru orele petrecute doar citind-o. Odată implementat, ar trebui să declanșați în medie 5-12 cereri per expediere, începând de la autentificare până la validări de adrese, verificări de disponibilitate și cereri de etichete.

Schenker – utilizează soluții API/EDI diferite în diverse regiuni. Cel mai frecvent, utilizează un protocol SOAP cu un format XML. Mesajul în sine este simplu, cu condiția ca toate erorile posibile să fie gestionate corespunzător. Dezvoltatorii au nevoie de acces personalizat pentru a implementa API-ul. În funcție de locația dvs., vi se poate cere să implementați o soluție EDIFACT în schimb, pe care o voi acoperi mai târziu.

DSV – s-a mutat recent la portalul lor cu capacități API numit MyDSV. Având în vedere că API-ul este destul de nou, acesta profită de unele dintre cele mai recente și moderne abordări din lumea API. În ciuda complexității la autentificare și navigarea în catalogul lor de produse, abordarea este simplă. Din nou, în funcție de locația dvs., EDIFACT poate fi preferat.

FedEx și TNT – acest lucru poate fi distractiv. Mai întâi, trebuie să determinați dacă utilizați serviciile TNT sau FedEx. Deși ar fi trebuit să fie aceeași companie de câțiva ani buni, migrarea este încă în așteptare. Dacă contractul dvs. este cu TNT, cel mai probabil vi se va cere să implementați API-ul TNT Express Connect. Implementarea în sine este de complexitate medie. Dezavantajul este că acest API este considerat învechit și va fi închis în cele din urmă. Pe de altă parte, API-ul FedEx este mai complex și oferă mai multe opțiuni în funcție de regiunea în care vă aflați. La Cargoson, am implementat API-ul FedEx Compatible, care oferă câteva funcționalități suplimentare foarte interesante, dar este disponibil doar pentru partenerii FedEx Compatible.

UPS – utilizează un API bazat pe JSON și OAuth pentru autentificare, ceea ce înseamnă că există destul de multe cereri pe care ar trebui să le declanșați înainte de a vă trimite rezervarea și de a primi etichetele înapoi.

În continuare, avem EDIFACT, utilizat de multe companii de transport precum DSV, Maersk, DB Schenker, Kuehne + Nagel, C.H. Robinson, CEVA Logistics etc. Este un standard foarte vechi și chiar dacă ar putea părea că ați putea scăpa cu o singură integrare API pentru mai multe companii de logistică, gândiți-vă din nou. Cel mai mare dezavantaj este că este o conexiune bazată pe schimb de fișiere, ceea ce înseamnă că ar trebui să generați un fișier fizic real, apoi să îl transmiteți prin FTP și să sperați literalmente că totul este în regulă, deoarece există un feedback foarte greoi despre erori și avertismente.

Similar cu EDIFACT este FORTRAS, o conexiune bazată pe fișiere cu aceleași neajunsuri. Este mai mult utilizat în Germania și țările vecine. Nu numai că schimbul de fișiere este dificil, dar formatul fișierului în sine este greu de citit și, prin urmare, foarte consumator de timp pentru a depana erorile. Unele companii bine cunoscute care îl utilizează includ Dachser, Schenker, Kuehne + Nagel, Hellmann Worldwide Logistics, GLS, Hermes, Gebrüder Weiss etc.

Chiar și după implementarea tuturor integrărilor menționate mai sus, rămâne întrebarea:

Ce faceți cu companiile de transport care nu au niciun sistem IT sau portal, ca să nu mai vorbim de un API pentru a accepta comenzi de transport?

Cea mai simplă soluție este să trimiteți un simplu e-mail. Deși acest lucru ar putea părea simplu, să aprofundăm. Configurarea conexiunii tehnice la serverul dvs. de e-mail este un lucru, dar ce spuneți de contacte? În mod normal, diferite direcții sunt gestionate de persoane de contact diferite, iar oamenii își schimbă pozițiile. Astfel, ar trebui să construiți o matrice de contacte destul de cuprinzătoare în ERP-ul dvs.

Deci, care sunt alternativele la lupta cu API-urile și protocoalele EDI disparate ale transportatorilor?

O opțiune de luat în considerare este un API multi-transportator. În esență, acesta este un furnizor de servicii care a construit toate conexiunile cu transportatorii, fie că sunt API-uri moderne, protocoale EDI vechi bazate pe EDIFACT sau FORTRAS sau integrări de e-mail, și le-a făcut disponibile prin propriul API de expediere standardizat. În loc să implementați diverse API-uri ale transportatorilor și să le mențineți actualizate, puteți implementa doar un standard API multi-transportator și să declanșați toate comenzile de transport prin acesta.

Dar am mers chiar mai departe.

Software multi-transportator – îmbunătățirea transportatorilor dvs. existenți?


Diferite companii de logistică oferă niveluri de servicii variate. Unele oferă un API de rezervare, în timp ce altele nu; unele oferă capacități de urmărire, în timp ce altele nu au această funcție. La Cargoson, am implementat toate funcțiile care completează lacunele pentru fiecare companie de transport.

De exemplu, atunci când un transportator nu oferă rezervare online, noi oferim un portal pentru asta. Dacă le lipsește urmărirea, o adăugăm noi. Avem sisteme pentru încărcarea dovezii de livrare (POD) și a altor documente, API multi-transportator complet funcțional, estimări ETA, calculul prețurilor de transport, statistici de performanță și chiar cifre privind emisiile de CO2 ale transportului. Practic, orice lipsește unui transportator, noi am construit, astfel încât să nu trebuiască să vă faceți griji cu privire la diferențele de nivel IT sau de servicii între transportatorii dvs.


Egalizarea nivelurilor de servicii între diferiți transportatori - standard universal de API pentru expedieri
Egalizarea nivelurilor de servicii între diferiți transportatori - standard universal de API pentru expedieri




Vedeți cum Cargoson îmbunătățește transportatorii dvs. existenți

Iată un exemplu din lumea reală: Jucători mari precum FedEx, TNT și DHL Express oferă un API de prețuri. Acest lucru înseamnă că atunci când declanșați o cerere de preț din Cargoson, prețurile sunt extrase direct din sistemul transportatorului. Cu toate acestea, în cazurile în care o companie precum DSV nu oferă un API de prețuri, lista de prețuri Excel sau PDF furnizată de DSV este încărcată în Cargoson, iar calculul prețului este efectuat în cadrul sistemului nostru. Avem un motor puternic de încărcare și calcul al prețurilor de transport pentru asta. Aceeași abordare poate fi aplicată tuturor celorlalte companii de transport și este aplicabilă și altor funcții.

Obiectivul nostru este simplu: să vă oferim o experiență consistentă și de înaltă calitate cu toți transportatorii, chiar dacă nu toți încep cu aceleași capacități. Un standard de facto universal de API pentru transportatori și o platformă multi-transportator într-unul singur.

Dacă căutați o modalitate mai bună de a gestiona integrările cu transportatorii, Cargoson vă poate ajuta. Platforma noastră oferă un API de transport unic și standardizat care vă conectează la toți transportatorii dvs., indiferent de capacitățile lor individuale. Acest lucru înseamnă că puteți accesa toate serviciile de expediere prin intermediul unei interfețe unificate, fără a vă face griji cu privire la diferențele tehnice subiacente.

Doriți să vedeți cum ar putea funcționa pentru afacerea dvs.? Haideți să avem un apel rapid pentru a discuta despre configurația dvs. actuală și provocările specifice de integrare. Putem trece prin câteva exemple din lumea reală despre cum a ajutat Cargoson companiile în cazuri similare cu ale dvs.:

Programați o consultație gratuită de 30 de minute