Před nějakou dobou jsem se vydal na misi zjistit, zda existuje jednotný standard pro přepravní API/EDI, který by používalo několik logistických společností. V dnešní době by přece něco takového mělo existovat, že? Univerzální formát API pro přepravu?

No, abych to zkrátil, neexistuje.

Nejblíže se k tomu dostanete s nějakým poskytovatelem API, který vytvořil mnoho API připojení k dopravcům a pak nabízí vlastní API endpoint pro přístup k různým poskytovatelům přepravních služeb.

V tomto článku se budu věnovat několika různým API dopravců, stručně popíšu jejich možnosti a prodiskutuji způsoby jejich implementace.

Pozn.: Pokud hledáte pouze univerzální protokol pro přepravní API, zde je odkaz, kde si můžete domluvit rychlý hovor se mnou.

Každopádně začněme...

Příklad z reálného života


Nejprve si definujme cíl.

Uvažujme průměrného výrobce s domácími i mezinárodními zákazníky a dodavateli. Zboží je třeba vyzvednout od dodavatelů a doručit do výrobního závodu, zatímco hotové výrobky je třeba přepravit k zákazníkům.

Pro vytvoření spolehlivého dodavatelského řetězce by typický středně velký výrobce potřeboval 10-20 přepravních partnerů:
  • Jednu sadu pro domácí balíky
  • Další sadu pro domácí palety
  • Přepravní partner nabízející konkurenční ceny pro severní sousední země nemusí nabízet stejnou nabídku pro jiné směry nebo delší vzdálenosti.
  • Totéž platí pro sběrnou službu, LTL nebo plné kamiony (FTL)
  • Pro zákazníky v zámoří může být potřeba zcela jiná sada partnerů
  • ... a tak dále.

Řízení všech těchto vztahů je už tak dost složité. Ale skutečná zábava začíná, když se pokusíte integrovat jejich IT systémy! (protože neexistuje jednotný protokol pro přepravní API)

Za druhé, musíme se dohodnout na rozsahu.

Ne všechny logistické společnosti nabízejí stejnou úroveň služeb. Některé mají velmi sofistikovaná API poskytující okamžité ceny přepravy, rezervace, štítky, sledování, požadavky na kurýra atd., zatímco jiné mohou mít pouze portál, kde se můžete přihlásit a odeslat rezervaci. Některé nemají vůbec žádné IT systémy - pouze e-mail. Pro náš cílový scénář udržme věci jednoduché a zaměřme se pouze na:

  1. Odeslání přepravní objednávky
  2. Obdržení přepravních štítků
  3. Možná získání odhadované ceny přepravy, pokud budeme mít štěstí!

Zní to jednoduše, že? Ach, kdyby jen...

Připojení k dopravcům – vítejte v džungli


Manuální způsob řešení věcí, který se zdá být průmyslovým standardem pro většinu společností, zahrnuje používání portálů dopravců, kde je to možné, a komunikaci prostřednictvím e-mailu se zbytkem přepravních partnerů. V našem příkladu předpokládáme, že ceníky přepravy, harmonogramy, dodací lhůty a zpracování faktur jsou spravovány odděleně. Pro odesílání rezervací se snažíme vytvořit API připojení z našeho ERP systému.

Předpokládejme, že jsme vybrali následující seznam přepravních společností a potřebujeme vytvořit přímé API připojení k jejich systémům z našeho ERP softwaru. Tento výběr je náhodný a pokrývá pouze zlomek různých API dopravců, které existují.

DHL Express – používá portál nazvaný MyDHL, který má také API možnosti. Nicméně používá různá API pro divize Freight, Express a Global Forwarding a různé přístupy k API v různých regionech. Přístup k webové službě vyžaduje protokol SOAP, RESTful služby nebo prostý XML, a vývojáři by měli být obeznámeni s XML/JSON a mít základní znalost webových služeb. Samotná specifikace API má 457 stran. Je důkladná, ale váš vývojář vám bude účtovat hodiny strávené jen jejím čtením. Po implementaci byste museli spustit v průměru 5-12 požadavků na zásilku, počínaje ověřením přes validaci adres, kontroly dostupnosti až po žádosti o štítky.

Schenker – používá různá API/EDI řešení v různých regionech. Nejčastěji používá protokol SOAP s formátem XML. Samotná zpráva je jednoduchá, pokud jsou správně ošetřeny všechny možné chyby. Vývojáři potřebují personalizovaný přístup k implementaci API. V závislosti na vaší lokalitě můžete být požádáni o implementaci řešení EDIFACT, kterému se budu věnovat později.

DSV – nedávno přešlo na svůj portál s podporou API nazvaný MyDSV. Vzhledem k tomu, že API je poměrně nové, využívá některé z nejnovějších a nejmodernějších přístupů ve světě API. Navzdory složitosti při ověřování a navigaci v jejich katalogu produktů je přístup jednoduchý. Opět, v závislosti na vaší lokalitě může být preferován EDIFACT.

FedEx a TNT – to může být zábava. Nejprve musíte určit, zda používáte služby TNT nebo FedEx. Přestože by to měla být již několik let stejná společnost, migrace stále probíhá. Pokud máte smlouvu s TNT, budete pravděpodobně požádáni o implementaci API TNT Express Connect. Samotná implementace je průměrně složitá. Nevýhodou je, že toto API je považováno za zastaralé a nakonec bude vypnuto. API FedEx je na druhou stranu složitější a nabízí několik možností v závislosti na regionu, ve kterém se nacházíte. V Cargosonu jsme implementovali FedEx Compatible API, které poskytuje některé velmi užitečné dodatečné funkce, ale je k dispozici pouze pro partnery kompatibilní s FedEx.

UPS – používá API založené na JSON a OAuth pro ověření, což znamená, že byste museli spustit docela dost požadavků, než se vaše rezervace dostane skrz a vrátí se štítky.

Dále máme EDIFACT, který používá mnoho přepravních společností, jako jsou DSV, Maersk, DB Schenker, Kuehne + Nagel, C.H. Robinson, CEVA Logistics atd. Je to velmi starý standard, a i když by se mohlo zdát, že byste se mohli vyhnout jedné API integraci pro několik logistických společností, nemyslete si. Největší nevýhodou je, že jde o připojení založené na výměně souborů, což znamená, že byste museli generovat skutečný fyzický soubor, pak ho přenést přes FTP a doslova doufat, že je vše v pořádku, protože zpětná vazba o chybách a varováních je velmi těžkopádná.

Podobný EDIFACTu je FORTRAS, připojení založené na souborech se stejnými nedostatky. Používá se více v Německu a sousedních zemích. Nejen že je výměna souborů náročná, ale samotný formát souboru je těžko čitelný, a proto je velmi časově náročné ladit chyby. Mezi známé společnosti, které ho používají, patří Dachser, Schenker, Kuehne + Nagel, Hellmann Worldwide Logistics, GLS, Hermes, Gebrüder Weiss atd.

I po implementaci všech výše zmíněných integrací zůstává otázka:

Co dělat s přepravními společnostmi, které nemají žádný IT systém nebo portál, natož API pro přijímání přepravních objednávek?

Nejjednodušším řešením je poslat jednoduchý e-mail. I když to může znít jednoduše, pojďme se na to podívat blíže. Nastavení technického připojení k vašemu mailovému serveru je jedna věc, ale co kontakty? Normálně se různými směry zabývají různé kontaktní osoby a lidé mění pozice. Proto byste museli do svého ERP systému zabudovat poměrně komplexní kontaktní matici.

Jaké jsou tedy alternativy k zápasení s různorodými API a EDI protokoly dopravců?

Jednou z možností je multi-carrier API. V podstatě jde o poskytovatele služeb, který vytvořil všechna připojení k dopravcům, ať už jde o moderní API, staré protokoly EDI založené na EDIFACT nebo FORTRAS, nebo e-mailové integrace, a zpřístupnil je prostřednictvím vlastního standardizovaného přepravního API. Místo implementace různých API dopravců a jejich aktualizace můžete implementovat pouze jeden standard multi-carrier API a spouštět všechny své přepravní objednávky jeho prostřednictvím.

Ale my jsme to posunuli ještě dál.

Multi-carrier software – jak zlepšit vaše stávající dopravce?


Různé logistické společnosti nabízejí různé úrovně služeb. Některé poskytují API pro rezervace, zatímco jiné ne; některé nabízejí možnosti sledování, zatímco jiným tato funkce chybí. V Cargosonu jsme implementovali všechny funkce, které vyplňují mezery pro každou přepravní společnost.

Například když dopravce nenabízí online rezervace, poskytujeme pro to portál. Pokud jim chybí sledování, přidáme ho. Máme systémy pro nahrávání potvrzení o doručení (POD) a dalších dokumentů, plně funkční multi-carrier API, odhady ETA, výpočty cen přepravy, statistiky výkonnosti a dokonce i údaje o emisích CO2 z přepravy. V podstatě, cokoli dopravci chybí, jsme vybudovali, abyste se nemuseli starat o rozdíly v IT nebo úrovni služeb mezi vašimi dopravci.


Sjednocení úrovně služeb mezi různými dopravci - univerzální standard přepravního API
Sjednocení úrovně služeb mezi různými dopravci - univerzální standard přepravního API




Podívejte se, jak Cargoson zlepšuje vaše stávající dopravce

Zde je příklad z reálného světa: Velcí hráči jako FedEx, TNT a DHL Express nabízejí API pro stanovení cen. To znamená, že když spustíte požadavek na cenu z Cargosonu, ceny jsou načteny přímo ze systému dopravce. Nicméně v případech, kdy společnost jako DSV neposkytuje API pro stanovení cen, je Excel nebo PDF ceník poskytnutý DSV nahrán do Cargosonu a výpočet ceny je proveden v našem systému. Máme pro to výkonný engine pro nahrávání a výpočet cen přepravy. Stejný přístup lze aplikovat na všechny ostatní přepravní společnosti a platí také pro další funkce.

Náš cíl je jednoduchý: poskytnout vám konzistentní, vysoce kvalitní zkušenost napříč všemi dopravci, i když všichni nezačínají se stejnými schopnostmi. De facto univerzální standard API dopravců a multi-carrier platforma v jednom.

Pokud hledáte lepší způsob, jak spravovat vaše integrace dopravců, Cargoson vám může pomoci. Naše platforma poskytuje jediné, standardizované přepravní API, které vás propojí se všemi vašimi dopravci, bez ohledu na jejich individuální schopnosti. To znamená, že můžete přistupovat ke všem svým přepravním službám prostřednictvím jednoho jednotného rozhraní, aniž byste se museli starat o základní technické rozdíly.

Chcete vidět, jak by to mohlo fungovat pro vaše podnikání? Pojďme si rychle zavolat a prodiskutovat vaše současné nastavení a konkrétní integrační výzvy. Můžeme projít některé příklady z reálného světa, jak Cargoson pomohl společnostem v podobných případech jako je ten váš:

Naplánujte si bezplatnou 30minutovou konzultaci