ERP pro logistiku: výběr podle zakázky, dat a integrací
Redakční revize a kontrola uvedených podkladů: 5. 10. 2026. Původní datum vydání zachováno.
ERP pro logistickou firmu vybírejte na konkrétní zakázce od objednávky po fakturu. Nechte dodavatele ukázat běžný průběh i výjimku: částečné dodání, změnu termínu nebo reklamaci. Seznam modulů sám neprokáže, že spolu potřebné kroky fungují a že se informace nebudou dál přepisovat ručně.
Nejdřív určete hranice systému
Sepište, kde dnes vzniká objednávka, kde se plánuje doprava, kdo potvrzuje pohyb zboží a z čeho se vystavuje faktura. U každého kroku přidejte odpovědného člověka a používanou aplikaci. Získáte mapu, podle které lze porovnávat nabídky.
ERP propojuje podnikové agendy; specializované skladové nebo dopravní řešení může část provozu zajišťovat samostatně. Označení ERP, WMS či TMS však neříká, které funkce obsahuje konkrétní licence. Vyžádejte si rozdělení mezi standard, placený modul, integraci a zakázkovou úpravu.
Pokud hlavní problém spočívá v předávání obchodních kontaktů, navazuje postup zavedení CRM. Neřešte stejná zákaznická data ve dvou aplikacích bez určení, která je udržuje jako hlavní.
Zadání pro předváděcí zakázku
| Situace | Co má dodavatel ukázat | Co si zaznamenat |
|---|---|---|
| Příjem objednávky | Import a kontrolu zákazníka i položek | Které údaje se zadávají znovu |
| Změna rozsahu | Úpravu množství, termínu a ceny | Kde zůstane historie změny |
| Dokončení služby | Potvrzení výkonu a předání do fakturace | Jak se zabrání dvojímu vyúčtování |
| Chyba spojení | Zpracování neodeslaných zpráv | Kdo pozná chybu a kdo ji opraví |
Použijte anonymizovaný příklad podobný vlastnímu provozu. Ukázka na dokonale čistých demonstračních datech nezachytí chybějící adresu, dvojí kód zákazníka nebo odlišné jednotky. Každý takový případ napište jako samostatnou podmínku ověření.
Migrace a přechod musí mít kontrolní body
U převodu dat určete rozsah historie, párování identifikátorů a kontrolu součtů. Počet importovaných řádků nestačí: ověřte také množství, hodnoty a vazby mezi záznamy. Rozhodněte, kdo potvrdí správnost a jak se napraví nalezená chyba.
Microsoft ve své implementační dokumentaci rozlišuje testy integrací, celého systému a uživatelské ověření. Pro výběr dodavatele z toho plyne jednoduchý požadavek: zkoušku mají absolvovat i lidé, kteří budou systém používat v běžné směně. Samotné předvedení konzultantem ji nenahrazuje.
Před přechodem potřebujete plán posledního převodu, odstávky a postupu při neúspěchu. Termín spuštění nedohadujte odděleně od skladové inventury nebo účetní uzávěrky. Podpora po spuštění musí mít konkrétní kontakt a způsob předávání incidentů.
Porovnávejte celý rozsah, ne měsíční licenci
Do společné tabulky nabídek zahrňte licence, implementaci, čištění dat, rozhraní, školení a následné úpravy. Rozlište jednorázové částky od pravidelných plateb. Zeptejte se na export dat a na to, co se stane s úpravami při další verzi systému.
Rozhodnutí uzavřete seznamem splněných a otevřených požadavků. Levnější nabídka může být vhodná, pokud otevřené funkce nepotřebujete; dražší nevyřeší proces, který firma dosud nedefinovala. K přípravě celkových výdajů využijte peněžní plán podnikání.
Zdroje a ověření
Odkazy poskytují podklady k uvedeným technickým či produktovým vlastnostem. Postupy, srovnávací seznamy a číselné modely jsou redakční návrhy, nikoli vlastní test výrobků nebo záruka výsledku.
