Prije nekog vremena krenuo sam u potragu za jedinstvenim standardom API/EDI protokola za prijevoz koji koristi nekoliko logističkih tvrtki. Sigurno u današnje vrijeme mora postojati nešto takvo, zar ne? Univerzalni API format za otpremu?
Pa, ukratko, ne postoji.
Najbliže što možete dobiti je neki pružatelj API-ja koji je izgradio mnogo API veza s prijevoznicima i zatim nudi vlastitu API krajnju točku za pristup različitim pružateljima usluga prijevoza.
U ovom članku ću obraditi nekoliko različitih API-ja prijevoznika, ukratko opisati njihove mogućnosti i raspraviti o načinima njihove implementacije.
Napomena! Ako samo tražite univerzalni protokol API-ja za prijevoz, evo poveznice gdje možete zakazati brzi poziv sa mnom.
U svakom slučaju, počnimo s...
Primjer iz stvarnog života
Prvo, definirajmo cilj.
Razmotrite prosječnog proizvođača s domaćim i međunarodnim kupcima i dobavljačima. Robu treba preuzeti od dobavljača i dostaviti na mjesto proizvodnje, dok gotove proizvode treba otpremiti kupcima.
Za uspostavu pouzdanog lanca opskrbe, tipičnom proizvođaču srednje veličine trebalo bi 10-20 prijevoznih partnera:
- Jedan set za domaće pakete
- Drugi set za domaće palete
- Prijevozni partner koji nudi konkurentne cijene za sjeverne susjedne zemlje možda ne nudi istu ponudu za druge smjerove ili veće udaljenosti.
- Isto vrijedi za zbirni prijevoz, LTL ili pune kamione (FTL)
- Za prekomorske kupce možda će biti potreban potpuno drugačiji set partnera
- ... i tako dalje.
Upravljanje svim tim odnosima je dovoljno složeno. Ali prava zabava počinje kada pokušate integrirati njihove IT sustave! (budući da ne postoji jedinstveni protokol API-ja za prijevoz)
Drugo, moramo se dogovoriti o opsegu.
Ne nude sve logističke tvrtke istu razinu usluge. Neke imaju vrlo sofisticirane API-je koji pružaju trenutno određivanje cijena prijevoza, rezervacije, naljepnice, praćenje, zahtjeve za kurirske usluge itd., dok druge možda imaju samo portal gdje se možete prijaviti i poslati rezervaciju. Neki uopće nemaju IT sustave - samo e-poštu. Za naš ciljani scenarij, držimo stvari jednostavnima i samo ciljajmo na:
- Slanje naloga za prijevoz
- Primanje naljepnica za prijevoz
- Možda dobivanje procijenjene cijene prijevoza ako imamo sreće!
Zvuči dovoljno jednostavno, zar ne? Oh, kad bi samo...
Veze s prijevoznicima - dobrodošli u džunglu
Ručni način rukovanja stvarima, koji se čini industrijskim standardom za većinu tvrtki, uključuje korištenje portala prijevoznika gdje god je to moguće i komunikaciju putem e-pošte s ostalim prijevoznim partnerima. U našem primjeru pretpostavljamo da se cjenicima prijevoza, rasporedima, rokovima isporuke i obradom računa upravlja odvojeno. Za slanje rezervacija, cilj nam je izgraditi API vezu iz našeg ERP sustava.
Pretpostavimo da smo odabrali sljedeći popis prijevoznih tvrtki i trebamo izgraditi izravnu API vezu s njihovim sustavima iz našeg ERP softvera. Ovaj odabir je nasumičan i pokriva samo dio različitih API-ja prijevoznika koji postoje.
DHL Express - koristi portal pod nazivom MyDHL, koji također ima API mogućnosti. Međutim, koristi različite API-je za odjele Freight, Express i Global Forwarding, te različite API pristupe u različitim regijama. Pristup web usluzi zahtijeva SOAP protokol, RESTful usluge ili običan XML, a programeri bi trebali biti upoznati s XML/JSON-om i imati osnovno razumijevanje web usluga. Sama specifikacija API-ja duga je 457 stranica. Temeljita je, ali vaš programer će vam naplatiti sate provedene samo čitajući je. Jednom implementirano, trebali biste pokrenuti u prosjeku 5-12 zahtjeva po pošiljci, počevši od autentifikacije do provjere adresa, provjere dostupnosti i zahtjeva za naljepnicama.
Schenker - koristi različita API/EDI rješenja u različitim regijama. Najčešće koristi SOAP protokol s XML formatom. Sama poruka je jednostavna, pod uvjetom da se pravilno rukuje svim mogućim pogreškama. Programerima je potreban personalizirani pristup za implementaciju API-ja. Ovisno o vašoj lokaciji, možda će vam biti zatraženo da implementirate EDIFACT rješenje umjesto toga, što ću obraditi kasnije.
DSV - nedavno se preselio na svoj portal s mogućnošću API-ja pod nazivom MyDSV. S obzirom na to da je API prilično nov, koristi neke od najnovijih i najmodernijih pristupa u svijetu API-ja. Unatoč složenosti pri autentifikaciji i navigaciji njihovim katalogom proizvoda, pristup je jednostavan. Ponovno, ovisno o vašoj lokaciji, EDIFACT može biti preferiran.
FedEx i TNT - ovo može biti zabavno. Prvo morate odrediti koristite li TNT ili FedEx usluge. Iako bi trebali biti ista tvrtka već nekoliko godina, migracija je još uvijek u tijeku. Ako je vaš ugovor s TNT-om, najvjerojatnije će vam biti zatraženo da implementirate TNT Express Connect API. Sama implementacija je prosječne složenosti. Nedostatak je što se ovaj API smatra zastarjelim i eventualno će biti ugašen. FedEx API, s druge strane, je složeniji i nudi nekoliko opcija ovisno o regiji u kojoj se nalazite. U Cargosonu smo implementirali FedEx Compatible API, koji pruža neke vrlo uredne dodatne funkcionalnosti, ali je dostupan samo za FedEx Compatible partnere.
UPS - koristi API baziran na JSON-u i OAuth za autentifikaciju, što znači da biste morali pokrenuti prilično mnogo zahtjeva prije nego što dobijete svoju rezervaciju i naljepnice natrag.
Zatim imamo EDIFACT, koji koriste mnoge prijevozne tvrtke kao što su DSV, Maersk, DB Schenker, Kuehne + Nagel, C.H. Robinson, CEVA Logistics, itd. To je vrlo stari standard, i čak ako bi se moglo činiti da biste mogli proći s jednom API integracijom za nekoliko logističkih tvrtki, razmislite ponovno. Najveći nedostatak je što je to veza bazirana na razmjeni datoteka, što znači da biste morali generirati stvarnu, fizičku datoteku, zatim je prenijeti putem FTP-a i doslovno se nadati da je sve u redu jer postoji vrlo nezgrapna povratna informacija o pogreškama i upozorenjima.
Slično EDIFACT-u je FORTRAS, veza bazirana na datotekama s istim nedostacima. Više se koristi u Njemačkoj i susjednim zemljama. Ne samo da je razmjena datoteka izazovna, već je i sam format datoteke teško čitljiv i stoga vrlo dugotrajan za otklanjanje pogrešaka. Neke poznate tvrtke koje ga koriste uključuju Dachser, Schenker, Kuehne + Nagel, Hellmann Worldwide Logistics, GLS, Hermes, Gebrüder Weiss, itd.
Čak i nakon implementacije svih gore spomenutih integracija, ostaje pitanje:
Što učiniti s prijevoznim tvrtkama koje nemaju nikakav IT sustav ili portal, a kamoli API za prihvaćanje naloga za prijevoz?
Najjednostavnije rješenje je poslati jednostavnu e-poštu. Iako to može zvučati jednostavno, hajdemo dublje. Postavljanje tehničke veze s vašim mail serverom je jedna stvar, ali što je s kontaktima? Obično različitim smjerovima rukuju različite kontakt osobe, a ljudi mijenjaju pozicije. Stoga biste trebali izgraditi prilično sveobuhvatnu matricu kontakata u svoj ERP.
Dakle, koje su alternative borbi s različitim API-jima prijevoznika i EDI protokolima?
Jedna opcija koju treba razmotriti je API za više prijevoznika. U suštini, to je pružatelj usluga koji je izgradio sve veze s prijevoznicima, bilo moderne API-je, stare EDIFACT- ili FORTRAS-bazirane EDI protokole ili integracije e-pošte, i učinio ih dostupnima putem vlastitog, standardiziranog API-ja za otpremu. Umjesto implementacije različitih API-ja prijevoznika i njihovog održavanja ažurnima, možete implementirati samo jedan standard API-ja za više prijevoznika i pokrenuti sve svoje naloge za prijevoz kroz njega.
Ali mi smo otišli još dalje.
Softver za više prijevoznika - poboljšanje vaših postojećih prijevoznika?
Različite logističke tvrtke nude različite razine usluge. Neke pružaju API za rezervacije, dok druge ne; neke nude mogućnosti praćenja, dok druge nemaju tu značajku. U Cargosonu smo implementirali sve značajke koje popunjavaju praznine za svaku prijevoznu tvrtku.
Na primjer, kada prijevoznik ne nudi online rezervacije, mi pružamo portal za to. Ako im nedostaje praćenje, mi ga dodajemo. Imamo sustave za učitavanje dokaza o isporuci (POD) i drugih dokumenata, potpuno opremljen API za više prijevoznika, procjene ETA, izračune cijena prijevoza, statistike performansi, pa čak i brojke emisija CO2 u prijevozu. U osnovi, što god prijevozniku nedostaje, mi smo izgradili tako da se ne morate brinuti o IT- ili razlikama u razini usluge između vaših prijevoznika.
Evo primjera iz stvarnog svijeta: Veliki igrači poput FedEx-a, TNT-a i DHL Express-a nude API za određivanje cijena. To znači da kada pokrenete zahtjev za cijenu iz Cargosona, cijene se povlače izravno iz sustava prijevoznika. Međutim, u slučajevima kada tvrtka poput DSV-a ne pruža API za određivanje cijena, Excel ili PDF cjenik koji pruža DSV se učitava u Cargoson, a izračun cijene se obavlja unutar našeg sustava. Imamo moćan motor za učitavanje i izračun cijena prijevoza za to. Isti pristup može se primijeniti na sve druge prijevozne tvrtke i također je primjenjiv na druge značajke.
Naš cilj je jednostavan: pružiti vam dosljednu, visokokvalitetnu uslugu kod svih prijevoznika, čak i ako svi ne počinju s istim mogućnostima. De facto univerzalni standard API-ja za prijevoznike i platforma za više prijevoznika u jednom.
Ako tražite bolji način za upravljanje vašim integracijama prijevoznika, Cargoson vam može pomoći. Naša platforma pruža jedinstveni, standardizirani API za prijevoz koji vas povezuje sa svim vašim prijevoznicima, bez obzira na njihove pojedinačne mogućnosti. To znači da možete pristupiti svim svojim uslugama otpreme kroz jedno jedinstveno sučelje, bez brige o temeljnim tehničkim razlikama.
Želite li vidjeti kako bi to moglo funkcionirati za vaše poslovanje? Hajdemo na brzi poziv da raspravimo o vašem trenutnom postavljanju i specifičnim izazovima integracije. Možemo proći kroz neke primjere iz stvarnog svijeta o tome kako je Cargoson pomogao tvrtkama u sličnim slučajevima kao što je vaš: