Vývoj spedičního softwaru: Smart Freight od nabídky po konosament

Vývoj spedičního softwaru většina průvodců popisuje od seznamu funkcí: správa sazeb, rezervace, sledování, dokumenty, fakturace. My začínáme záznamem. V námořní a kontejnerové přepravě popisují nabídka, rezervace i konosament tutéž zásilku. Když každý z nich žije v jiné schránce nebo jiném systému, lidé je přepisují – a každé přepsání je místo, kde se zásilka může ztratit.

Smart Freight je případ, na kterém tato poznámka stojí: platforma pro rezervaci námořní přepravy zásilek v plných kontejnerech (FCL) na britském trhu. Logics7 ji staví od roku 2024 dodnes a je v provozu. Odesílatel porovnává nabídky tras na mapě, vybere tarifní úroveň, zarezervuje a komunikuje s koordinátorem zásilky v chatu. Z rezervace se vygeneruje návrh konosamentu, který zkontroluje agent.

Dále: kde se rezervace přepravy láme, co platforma dělá, jak byla postavena a co říká o volbě mezi vývojem a nákupem.

Rezervace kontejneru stále běží přes e-maily, telefonáty a tabulky. Sazba přijde jako příloha. Pravidla pro volné dny a uzávěrky jsou v poznámce pod čarou. Potvrzení rezervace leží v jedné schránce a konosament se z něj přepisuje do jiného systému.

Každé předání mezi odesílatelem, agentem a dopravcem stojí telefonát, zpoždění nebo chybu. Cenová nabídka není požadavek na rezervaci, požadavek na rezervaci není potvrzení rezervace a potvrzení není dokument. Přesto jimi všemi musí projít stejná data: dvojice přístavů, dopravce, typ kontejneru, plavební řád, údaje o nákladu.

Problémem není chybějící funkce. Je jím absence jednoho záznamu, který sdílí nabídka, rezervace i dokumenty – a právě to musí vývoj spedičního softwaru vyřešit jako první. Rezervační software, který přidá obrazovky nad stejný řetězec e-mailů, přepisování přesune; neodstraní ho.

Smart Freight dává cestu od cenové nabídky k rezervaci i dokumenty na jednu platformu pro rezervaci námořní přepravy. Podrobnosti o produktu jsou v případové studii Smart Freight; zde je logika.

Nabídky tras a tarifní úrovně

Nabídky z přístavu do přístavu se zobrazují na živé mapě. Každá ukazuje dopravce, typ kontejneru, uzávěrku, odplutí, připlutí, dobu přepravy a cenu, takže odesílatel porovnává fakta, místo aby čekal na cenovou nabídku e-mailem.

Každá nabídka má tři tarifní úrovně: Standard, Flexible a All inclusive. Úrovně předem uvádějí volné dny, flexibilitu uzávěrky, zdržné a úroveň podpory. Je to správa přepravních sazeb v okamžiku volby: sazby a jejich pravidla přicházejí společně, jako součást nabídky, ne jako drobné písmo.

Rezervace a chat u zásilky

Rezervační proces provede odesílatele tarifní úrovní, plavbou, souhrnem rezervace s Incoterms a kroky potvrzení a zobrazí celkovou cenu za kontejner. Nic se neúčtuje, dokud agent nepotvrdí dostupnost.

Každá rezervace má vlastní chat s koordinátorem zásilky, vedle systémových oznámení. Seznam zásilek ukazuje stav každé rezervace a přehled sledování přidává viditelnost zásilky. Konverzace zůstává připojená k zásilce, které se týká, ne k něčí schránce.

Návrh konosamentu

Platforma z rezervace vygeneruje návrh konosamentu s údaji o přepravě a nákladu; loď, plavba a přístavy jsou na každém dokumentu. Agent návrh kontroluje, místo aby ho přepisoval.

Elektronický konosament (eBL) je samostatná věc. DCSA zveřejňuje standard pro elektronický konosament; tato poznámka o Smart Freight netvrdí nic ve vztahu k eBL. Platforma vytváří návrh pro agenta.

Níže uvedený sled je jádrem produktu. Každý krok patří ke stejnému záznamu zásilky; žádný nezačíná prázdným formulářem.

Pro každého, kdo plánuje digitální spedici, je to ta část vývoje spedičního softwaru, na které záleží nejvíc. Drahé chyby leží mezi kroky, ne uvnitř nich: špatný typ kontejneru v nabídce se stane špatnou rezervací a pak špatným dokumentem. Když rezervace, konverzace, oznámení i návrh konosamentu sdílejí jednu zásilku, nikdo nepřepisuje, co systém už ví.

Smart Freight je klientský produkt. Role Logics7 zahrnuje strukturu produktu, webovou platformu, rezervační proces a automatizaci dokumentů, od roku 2024 dodnes. Technickými stavebními kameny jsou webová platforma, mapy a trasování, chat v reálném čase a generování dokumentů.

Produkt utvářela tři rozhodnutí:

• →Nabídky, ne vlákna s cenovými nabídkami. Odesílatel porovnává fakta na mapě, místo aby čekal na e-mail.
• →Pravidla jako součást produktu. Volné dny, uzávěrka a zdržné patří k nabídce, ne do drobného písma, a nic se neúčtuje, dokud agent nepotvrdí dostupnost.
• →Jeden záznam. Rezervace, konverzace, oznámení i dokumenty sdílejí stejnou zásilku.

Žádné z těch tří rozhodnutí není volbou technologie. Každé určuje, jak transakce funguje pro odesílatele a agenta, a kód z toho vyplývá. To je princip, na kterém stojí způsob práce Logics7: žádný vývoj bez produktové logiky.

Dokazuje to, že transakce, v níž se musí shodovat cena, pravidla a dokumenty, může běžet jako jeden produkt, a ne jako řetěz e-mailů – bez transformačního programu.

Pro speditéry a NVOCC je první otázkou při vývoji spedičního softwaru, zda vyvíjet, nebo koupit, a odpověď závisí na tom, kde leží rozdíl. Hotové spediční balíky a software pro NVOCC pokrývají běžnou back-office práci: dokumentaci, clo, fakturaci, EDI/API integraci s dopravci, napojení na TMS nebo CRM. Pokud váš proces odpovídá balíku, kupte ho. Logistický software na míru dává smysl, když je produktem samotná transakce se zákazníkem: jak se zobrazují nabídky, jak se uvádějí pravidla, jak se z rezervace stane dokument.

Stejná logika platí pro rezervační tržiště, zákaznické stavové portály, sledování zásilek, fakturaci a automatizaci dokumentů i provozní dashboardy. U nového samostatného produktu je to naše cesta Product Partnership. U existující firmy, jejíž provoz stojí na lidech a tabulkách, je to Annual Product Operations: nejdřív business proces, pak roční roadmapa plněná měsíc po měsíci.