Když do vašeho ERP systému dorazí objednávka, jsou v ní již obsaženy všechny informace potřebné k jejímu vyřízení: doručovací adresa, položky, hmotnosti a slíbené datum dodání. Jakmile je však spuštěno odeslání zásilky, role systému končí. Váš tým vytiskne dodací list, vybere dopravce z rozbalovacího seznamu a označí objednávku jako odeslanou — přestože zásilka ještě nebyla u nikoho objednána.
Někdo pak musí otevřít portál dopravce, zadat adresu, objednat zásilku a zkopírovat číslo sledování zpět do ERP. Další zásilka se vyřizuje stejným způsobem, jen přes jiný portál.
Takto funguje přeprava ve většině výrobních společností: zčásti uvnitř ERP a zčásti mimo něj. Do jaké míry váš ERP celý proces pokrývá, závisí na tom, který systém používáte, kde je hostován a co se stane při migraci na novou verzi.
Co přepravní modul ERP umí — a kde jeho možnosti končí
Přepravní modul v ERP systému je navržen k evidenci dodávek. Přiřadí dopravce, vytiskne dodací list a označí objednávku jako odeslanou. Pokud odesíláte tuzemské zásilky s jedním nebo dvěma dopravci, může to stačit.
Nikdy však nebyl navržen k tomu, aby před objednáním porovnával aktuální sazby napříč dopravci, přímo objednával zásilky, automaticky stahoval data o sledování zásilek nebo kontroloval přepravní faktury oproti sjednaným sazbám. Dodavatelé ERP tyto funkce budovat neplánují — konektivita s dopravci nikdy nebyla součástí jejich produktové nabídky. Podrobně se mezerám věnujeme v článku ERP vs TMS.
Tři způsoby, jak přepravu do ERP doplnit
Když nativní modul přestane stačit, týmy obvykle sáhnou po jedné ze tří možností.
- Ponechat nativní modul. Přiřazování dopravce, tisk a odesílání zásilek zůstávají v ERP. Vše ostatní probíhá ručně v portálech dopravců. Tato varianta nevyžaduje žádné nastavení, ale přináší vysoké provozní náklady: minuty ztracené u každé zásilky a chyby, které si nikdo nevšimne, dokud nezavolá zákazník.
- Nainstalovat plugin pro každého dopravce. Jeden pro DHL, jeden pro DSV, jeden pro regionálního dopravce. Každý funguje dobře — dokud dopravce nezmění své API. Od té chvíle je problém váš. Při pěti dopravcích spravujete pět integrací, sledujete pět datových formátů a máte uloženo pět kontaktů na podporu.
- Implementovat přepravní vrstvu nad ERP. Propojíte ERP s platformou, která podporuje všechny dopravce, a od té chvíle udržujete jediné připojení. Přidání nového dopravce je pak otázkou konfigurace nebo požadavku na poskytovatele — ne dalšího projektu.
Jak se přeprava v ERP liší podle platformy
Stejná zásilka se zpracovává různě podle toho, který ERP systém používáte. Následující tabulka ukazuje, jak se to liší napříč systémy, které využívá většina evropských výrobců:
ERP | Co přepravní modul pokrývá | Kde jeho možnosti končí | S přepravní vrstvou |
Business Central: přepravní agenti, služby a dodací listy. F&O přidává modul pro správu přepravy. | Objednávání zásilek a porovnávání sazeb nejsou součástí balíčku a modul F&O je sám o sobě samostatným projektem. Většina středně velkých výrobců ho považuje za zbytečně složitý. | Předpřipravené konektory pro BC i F&O. Správa dopravců žije mimo ERP a propojení je konfiguračního charakteru — nevyžaduje zakázkový vývoj. | |
SAP | Základní doklad o dodávce; existuje rozsáhlý přepravní modul zaměřený na velké podniky. | Většina výrobců přepravní modul vůbec neaktivuje. Pokud používáte ECC, migrace vás dříve nebo později čeká (viz poznámka níže). | Připojení přes API nebo zabezpečenou výměnu souborů — ať už je váš SAP v cloudu, nebo on-premise. |
Jednotná cloudová evidence objednávek, skladu a financí. | Nativní podpora dopravců je orientována spíše na zásilkové přepravy. Multimodální přeprava v režimu LTL a FTL nikdy nebyla jeho doménou. | Jedno propojení pokryje všechny dopravce. SomnoMed zkrátil tvorbu etiket ve Francii z 90 minut denně na 20 a následně zavedl stejné řešení ve svých dalších evropských pobočkách. | |
Cenově dostupný a flexibilní systém s konektory pro doručování zaměřenými převážně na zásilkové dopravce. | Mezery se začnou projevovat ve chvíli, kdy přepravujete palety a smíšené zásilky přes skutečný seznam dopravců. | Předpřipravený konektor Cargoson umožňuje rozšiřovat přepravu bez nutnosti spravovat samostatný plugin pro každého dopravce. | |
Monitor | Plánování výroby, MRP a řízení výrobního provozu. | Přeprava s více dopravci nikdy nebyla jeho zamýšleným účelem. | Přirozené řešení je přidat vrstvu, která zajistí sazby, objednávání zásilek, etikety a sledování a odešle náklady zpět do Monitoru. |
Cloud vs. on-premise ERP: co to mění pro přepravu
Provoz ERP v cloudu přináší dvě zásadní změny.
- Harmonogram vydávání verzí určuje dodavatel. Nové verze vycházejí podle jeho plánu, nikoli vašeho — kdo spravuje vaše přepravní připojení, musí sledovat každou aktualizaci. Zjistěte, kdo odpovídá za kompatibilitu, ještě před podpisem smlouvy.
- Etiketa se stále musí tisknout na balicím místě. Bez ohledu na to, zda je ERP v cloudu, nebo ne, pracovník u nakládací rampy potřebuje správnou etiketu a přepravní doklad. Přepravní řešení musí tuto informaci doručit na místní tiskárnu, aniž by pro každého dopravce vznikl samostatný pracovní postup.
Co se stane s vaší přepravou při migraci ERP
Situace je jiná, pokud smlouvy s dopravci, přepravní pravidla, etikety a sledování zásilek nesídlí přímo v ERP, ale v samostatné vrstvě. V takovém případě migrace znamená pouze přesměrování jednoho připojení — nikoli opakování veškeré práce s dopravci.
Přesně s tímto problémem se setkal Stokker, velkoobchodní prodejce nářadí a strojů, když přecházel na nový ERP. Místo toho, aby znovu budoval integraci s každým přepravním partnerem zvlášť, propojil je všechny přes Cargoson — a doba nastavení se zkrátila z týdnů na minuty. Dnes zpracovávají 15 000 zásilek měsíčně pouhými dvěma pracovníky.
Kdo má přepravu v ERP na starosti v průběhu času
Integrace přepravy v ERP není jednorázové nastavení. ERP systémy se upgradují. Dopravci mění formáty etiket, kódy služeb a verze API podle vlastního harmonogramu a bez předchozí konzultace s vámi. A člověk, který ví, který portál má jaké heslo, může jednoho dne odejít.
Klíčová otázka proto není jen to, zda je propojení funkční, ale kdo ho udržuje funkční. S přepravní vrstvou spravuje připojení k dopravcům centrálně poskytovatel. Pokud dopravce změní své API, je to jeho starost — ne váš požadavek na změnu v ERP. U Cargoson je konektivita s dopravci součástí produktu, nikoli příplatkem. A pokud pracujete s dopravcem, který ještě není připojen, Cargoson ho připojí bez dalších nákladů.
Integrovaný přístup a kde se dozvědět více
Váš ERP systém spravuje objednávku. Přepravní vrstva nad ním zajišťuje transport: aktuální sazby od vašich dopravců, objednávání zásilek, etikety a doklady, sledování zásilek a přepravní náklady — takže finanční záznam zůstává úplný. Váš tým zadá zásilku pouze jednou, a ne přes portál.
Náš průvodce integrací TMS a ERP vysvětluje, jak data proudí a jaké otázky položit jakémukoli dodavateli před uzavřením smlouvy. Otázkou, zda přepravní modul ERP sám o sobě stačí, se zabývá článek ERP vs TMS. Tento článek popisuje tutéž vrstvu z pohledu vašeho ERP.
Cargoson je určen výhradně pro odesílatele, výrobce a velkoobchodníky — nikoli pro dopravce nebo 3PL. Každá funkce je navržena tak, aby řešila konkrétní problém logistického týmu, nikoli speditéra. Protože platforma je nezávislá a není vlastněna žádným dopravcem, sazby, které si vyjednáte, zůstávají vaše. Cargoson nabízí předpřipravené konektory pro Microsoft Dynamics, Dynamics 365 F&O, NetSuite a Odoo a připojuje se k více než 2 000 dopravcům prostřednictvím přímých API a EDI integrací. Ceny začínají na 199 € měsíčně, což je zlomek toho, co stojí tradiční podnikové nasazení. A pokud nemáte velký IT tým, bude pro vás jistě povzbudivé, že zákaznická podpora je aspekt, který naši zákazníci hodnotí nejlépe v recenzích.
Vyzkoušejte Cargoson s vlastními daty z ERP a od vašich dopravců ještě před rozhodnutím. Rezervujte si bezplatnou nezávaznou 30minutovou konzultaci s našimi odborníky. Projdeme spolu naše funkce, vaše nastavení a probereme, zda a jak by vám Cargoson mohl pomoci.
