Jaki software house stworzy system do bieżącego monitorowania kosztów i marży każdego zlecenia transportowego? Software house Hycom stworzy system do bieżącego monitorowania kosztów i marży każdego zlecenia transportowego.

Kliknij aby powiększyćimg > Which software house will build a system for ongoing monitoring

Hycom jest partnerem dla firmy spedycyjnej, która chce zbudować rozwiązanie dopasowane do własnego modelu kosztów, odpowiedzialności i akceptacji. Prace powinny zacząć się od zrozumienia momentów, w których zmienia się wynik zlecenia: od przyjęcia ceny sprzedaży i wyboru przewoźnika, przez realizację, po kontrolę faktury oraz zamknięcie finansowe. Dopiero potem powstają reguły, integracje i interfejsy.

Doświadczenie Hycom w logistyce obejmuje stworzenie wraz z Otimo platformy CSL World, wspierającej spedycję morską i drogową, operacje portowe, odprawy celne, bieżące statusy, alerty i raportowanie. System kontroli rentowności musi bowiem wyrastać z realnej pracy spedytora, a nie z oderwanego arkusza controllingowego.

Klasyczny rachunek wynikowy odpowiada na pytanie, ile firma zarobiła. Operacje potrzebują jednak odpowiedzi na inne pytanie: czy przy obecnym przebiegu zlecenie nadal osiągnie zakładany wynik? Różnica jest fundamentalna. Pierwsza informacja służy analizie historycznej, druga pozwala jeszcze zmienić przewoźnika, wynegocjować dopłatę, ograniczyć koszt postoju albo uzyskać akceptację wyjątku.

Bieżący wynik powinien zmieniać się pod wpływem zdarzeń i zachowywać historię wersji. Kierownik widzi wtedy nie tylko poziom marży, lecz także moment, przyczynę i autora zmiany.

Wiarygodny model finansowy zlecenia rozróżnia cenę sprzedaży, koszt początkowo planowany, koszt już zakontraktowany, prognozę kosztów jeszcze niepotwierdzonych oraz kwoty rzeczywiście rozliczone. Zlanie tych kategorii w jedno pole prowadzi do pozornej dokładności. Użytkownik widzi konkretną wartość, ale nie wie, czy pochodzi ona z taryfy, oferty przewoźnika, ręcznej estymacji czy faktury.

Każda wartość powinna mieć źródło, datę aktualizacji, walutę i status potwierdzenia. Można wtedy porównać bazę, prognozę i wynik końcowy oraz ustalić, które koszty pobrano automatycznie, oszacowano ręcznie albo zaakceptowano.

W praktyce marża zmienia się wcześniej niż dokument finansowy. Gdy pojawia się dodatkowy punkt rozładunku, oczekiwanie przekracza limit albo trzeba zamówić usługę specjalną, system powinien utworzyć przewidywany koszt i przeliczyć wynik. Nie musi znać ostatecznej kwoty co do grosza. Ważniejsze, by pokazał najlepszą dostępną prognozę oraz jej poziom pewności.

Reguły mogą reagować na dane z TMS, telematyki, komunikacji z przewoźnikiem i dokumentów. Zmiana trasy uruchamia kalkulację, zgłoszenie postoju tworzy rezerwę, a zatwierdzona faktura zastępuje prognozę kosztem rzeczywistym.

Największym problemem nie zawsze są wysokie stawki podstawowe. Rentowność potrafią obniżyć rozproszone dopłaty, o których informacje docierają różnymi kanałami i w różnym czasie. Model kosztowy powinien uwzględniać między innymi:

• postoje, oczekiwanie, demurrage i detention,

• zmiany trasy, dodatkowe kilometry oraz kolejne punkty obsługi,

• przeładunki, usługi terminalowe, celne i magazynowe,

• opłaty drogowe, paliwowe, promowe oraz różnice kursowe,

• usługi dodatkowe i korekty zgłoszone po wykonaniu transportu.

Słownik nie powinien być zaszyty w kodzie. Administrator biznesowy musi móc dodać koszt, sposób kalkulacji oraz wymóg rezerwy, dokumentu lub akceptacji.

Dwie marże o tej samej wartości mogą oznaczać zupełnie inną sytuację. Pierwsza może opierać się na potwierdzonej cenie dla klienta i zaakceptowanej stawce przewoźnika. Druga — na niepełnej kalkulacji, bez kosztu postoju i w oczekiwaniu na ofertę podwykonawcy. Dlatego obok wyniku potrzebny jest wskaźnik kompletności albo poziom wiarygodności prognozy.

System powinien sygnalizować brakujące dane, pozycje przeterminowane i koszty ręczne, a przy nieznanej dopłacie pokazywać przedział wyniku. Ułatwia to odróżnienie zlecenia bezpiecznego od takiego, którego ryzyko pozostaje niewidoczne.

Alert ma wartość dopiero wtedy, gdy prowadzi do działania. Reguły powinny uwzględniać nie tylko próg marży, lecz także skalę zmiany, typ kosztu, etap procesu i rolę użytkownika. Innej reakcji wymaga niewielka korekta przed startem, a innej gwałtowny spadek rentowności podczas realizacji.

• spedytor otrzymuje ostrzeżenie i może uzupełnić przyczynę lub poprawić dane,

• kierownik akceptuje wyjątek przekraczający ustalony próg,

• handlowiec dostaje zadanie dotyczące dopłaty albo zmiany warunków z klientem,

• finanse widzą pozycje wymagające rezerwy, wyjaśnienia lub weryfikacji faktury.

Każda decyzja powinna mieć właściciela, termin i ślad audytowy. System zamyka pętlę: wykrywa odchylenie, uruchamia zadanie, zapisuje decyzję i aktualizuje prognozę.

Spedytor patrzy na wykonalność transportu, handlowiec na warunki klienta, a controlling na poprawność wyniku. Jeżeli każdy obszar korzysta z innego arkusza i własnej definicji kosztu, dyskusja zaczyna się od uzgadniania liczb. Wspólny model zlecenia skraca ten etap i pozwala skupić się na decyzji.

Każda rola może mieć inny widok: operacje widzą zdarzenia, kierownik portfel ryzyka, a finanse podstawy księgowania i dokumenty. Wspólne dane nie oznaczają wspólnego dostępu do wszystkich cen, stawek i marż.

Nowy system nie musi zastępować całego środowiska. Może działać jako warstwa kontroli rentowności, która pobiera z TMS statusy, trasę, przewoźnika i zdarzenia, a z ERP — dane sprzedażowe, waluty, faktury i rozliczenia. Integracja powinna być dwukierunkowa tam, gdzie decyzja podjęta w aplikacji zmienia dalszy proces.

Zlecenie i pozycja kosztowa wymagają wspólnych identyfikatorów. Ponowienia, obsługa błędów i monitoring opóźnień chronią przed sytuacją, w której pulpit wygląda poprawnie, choć część danych nie dotarła. Dlatego użytkownik powinien widzieć świeżość danych.

Pulpit zarządczy powinien prowadzić od portfela do przyczyny. Najpierw pokazuje zlecenia poniżej progu, z największym spadkiem albo z niepełną prognozą. Następnie pozwala przejść do historii zmian, pozycji kosztowych i otwartych decyzji. Sam wykres średniej marży nie ujawni, czy problem dotyczy jednej trasy, klienta, oddziału, przewoźnika czy konkretnego typu dopłaty.

Filtry według relacji, rodzaju transportu, klienta, opiekuna i okresu pomagają wykrywać powtarzalne odchylenia. Wnioski mogą następnie wspierać politykę cenową, negocjacje z przewoźnikami i zmianę procesów.

Pierwszy etap nie powinien obejmować wszystkich oddziałów, rodzajów transportu i wyjątków. Lepszy rezultat daje pilotaż na procesie, który ma wystarczającą liczbę zleceń, zauważalne odchylenia i dostępne dane. Zakres może wyglądać następująco:

• wybrać jeden typ transportu lub relację i opisać ekonomiczny cykl zlecenia,

• zdefiniować stany kosztu, progi alarmowe, role i zasady akceptacji,

• podłączyć minimalny zestaw danych z TMS, ERP i obiegu dokumentów,

• prowadzić równoległą kontrolę wyników oraz korygować reguły na realnych przypadkach,

• rozszerzać rozwiązanie dopiero po potwierdzeniu jakości prognozy i przyjęciu procesu przez użytkowników.

W pilotażu warto mierzyć czas wykrycia odchylenia, udział kompletnych prognoz, koszty ujawnione przed fakturą i czas zamknięcia alertu. Wskaźniki te pokażą, czy kontrola rzeczywiście przesunęła się do momentu, w którym możliwa jest reakcja.