Vad ett transportledningssystem beslutar
Ett transportledningssystem fattar fem beslut för varje försändelse, och varje beslut påverkar lönsamheten. Valet av ursprung avgör om ett paket färdas fyra mil eller fyrtio. Servicenivån avgör om företaget betalar för leverans över natten för en order som hade fem dagars marginal. En väntetid på fyra timmar avgör om två försändelser till samma region skickas tillsammans eller separat.
Inget av dessa val är synligt enbart inifrån TMS-systemet. Varje beslut kräver insikt i information som finns i andra system vid exakt det ögonblick beslutet fattas, snarare än hur läget såg ut vid gårdagens export.
Problemet visar sig inte genom ett felmeddelande. Det är ett svar baserat på inaktuella data som ser identiskt ut som ett svar baserat på aktuella data, vilket är anledningen till att kostnaderna förblir osynliga i månader.
Varför sker transportörsvalet i blindo?
Utgående frakt hamnar ofta i slutet av en kedja som integrerats i motsatt riktning. Orderhantering till ERP är sammankopplat eftersom det rör intäkter. ERP till lager är sammankopplat eftersom det rör leverans. Kopplingen mellan lager och transportör består ofta bara av en etikettskrivare och en fraktlista, medan valet av transportör sker tidigare i processen, ofta av gammal vana.
Det innebär att fraktbeslutet fattas utan de två faktorer som påverkar det mest. Den ena är vad försändelsen faktiskt kostar hos varje tillgänglig transportör idag. Den andra är om en annan lagerplats skulle kunna leverera ordern snabbare eller billigare.
Detta är samma typ av brist som datakonsistens mellan ERP, MES och WMS, där man når slutet av processen istället för mitten. Problemet fortlever eftersom varje enskild försändelse ser korrekt ut, och kostnaden blir synlig först när den summeras månader senare i en granskning av fraktkostnaderna.
Kostnaden för frakt utan TMS-integration
Frakt är oftast en av de största kontrollerbara utgiftsposterna i en distributionsverksamhet, och en av de minst granskade på individuell beslutsnivå. Förlusterna tar sig tydliga uttryck:
- Frakt från fel ursprung: paketet färdas fyrtio mil eftersom ett lager närmare kunden var osynligt vid beslutstillfället
- Betalning för en hastighet ingen behövde: expressfrakt för en order som hade fem dagars marginal till utlovat leveransdatum
- Missade samlastningar: två ordrar till samma region som plockades med fyra timmars mellanrum och skickades separat
- Förutsebara tilläggsavgifter: volymviktsavgifter som fanns i fraktdata men som aldrig kontrollerades vid bokningstillfället
- Kundtjänst utan insyn: utan spårningshändelser i orderhistoriken tvingas en kundtjänstmedarbetare svara på "var är min order" genom att kontrollera transportörens portal
Besluten som TMS-integrationen måste stödja
Utgående logistik är lättare att förbättra när den delas upp i de specifika beslut som kräver aktuell data för att fattas korrekt.
- Val av utleveransställe: vilken anläggning som skickar ordern, vilket kräver lagersaldo och kapacitet i realtid från varje plats istället för ett standardval
- Val av transportör och tjänst: det billigaste alternativet som fortfarande håller det utlovade leveransdatumet, vilket kräver aktuella priser i kombination med orderns leveransåtagande
- Samlastning: om försändelsen bör vänta för att samfraktas med andra ordrar i samma riktning, vilket kräver insyn i den öppna orderboken
- Bokning och dokumentation: försändelsen skapas hos transportören och frakthandlingar genereras utan att behöva matas in på nytt från lagersystemet
- Statusuppdatering till kunden: spårningshändelser skickas tillbaka till orderposten, så att kundtjänst och kund ser samma sak
De tre första är beslut och de två sista är utförande. De flesta företag automatiserar utförandet och låter besluten styras av vana. Det är fel ordning, eftersom det är i besluten som kostnaderna ligger.
Hur en integrationsplattform kopplar samman TMS med ERP och WMS
Att koppla ett TMS till de system som tillhandahåller dess indata kan ske på tre sätt, och varje sätt har begränsningar som är bra att känna till. Många TMS-produkter levereras med kopplingar för de största affärssystemen, vilket fungerar när din kombination är den vanliga, men slutar fungera när den inte är det. Transportörsspecifika integrationer fungerar bra för en enskild transportör, men blir svårhanterliga när antalet transportörer ökar. Manuell hantering via en transportörportal är vad de flesta mindre verksamheter gör, och det är precis det som leder till att man alltid väljer förvald transportör.
En integrationsplattform (iPaaS) kopplar samman den kombination som faktiskt används. På Alumio iPaaS tar det arbetet fyra former:
- Beslut baserade på aktuell data: händelsestyrda Routes skickar orderdetaljer och lagersaldon till TMS i realtid, så att valet baseras på dagens situation snarare än gårdagens
- En process för alla transportörer: en Transformer hanterar varje transportörs format, så att lägga till eller byta transportör blir en konfigurationsändring snarare än ett nytt projekt
- Status returneras automatiskt: spårningshändelser flödar tillbaka till orderposten och kunden, så att kundtjänst kan svara från samma system som tog emot ordern
- Fraktkostnad matchad mot ordern: den faktiska fraktkostnaden bokförs mot ordern i affärssystemet, vilket gör den verkliga marginalen per order och kanal synlig
Dessa flöden konfigureras snarare än att byggas manuellt för varje systempar, med en Code Transformer tillgänglig där konfigurationen inte räcker till för att uttrycka en regel. Att lägga till ett lager eller en transportör innebär att man återanvänder den befintliga processen. Det innebär också att lagerdata i realtid tjänar både fraktbeslutet och försäljningsbeslutet.
Vad TMS-integration förändrar när det gäller fraktkostnader
De företag som lyckas bäst med sin utgående logistik är sällan de som har de bästa fraktavtalen. Det är de som fattar ett medvetet beslut för varje enskild försändelse, eftersom de inblandade systemen kan kommunicera med varandra i det ögonblick beslutet fattas.
Det förändrar vad fraktdiskussionen handlar om. Istället för att förhandla om en lägre taxa en gång om året, väljer företaget rätt transportör och rätt utleveransställe för varje order. Det sparar oftast mer pengar än den årliga förhandlingen, samtidigt som det förbättrar leveranstiderna.
Vad en integrationsplattform levererar här är fraktkostnader som speglar medvetna val snarare än förvalda alternativ. Leveranslöften håller eftersom utleveransstället valdes baserat på aktuellt lagersaldo. Och marginalen per order är känd vid leveranstillfället, istället för tre veckor senare när transportörens faktura anländer.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
