TMS och TA-system — vad är skillnaden egentligen?

Det är en av de mest grundläggande — och mest missförstådda — distinktionerna i transportbranschen. Många som arbetar i logistik dagligen är osäkra på den. Och det är förståeligt: termerna låter lika, de rör sig i samma ekosystem, och leverantörerna marknadsför dem inte alltid med tydlig distinktion. Låt oss reda ut det en gång för alla.

Ett TMS (Transport Management System) är åkarens system. Det hanterar det operativa: fordon, förare, ruttplanering, bokningar, e-CMR-dokumentation, förarkommunikation, tachografdata, och fakturering mot åkeriets kunder. Det är systemet som sitter på åkerisidan av affären. Navichain är ett TMS.

Ett TA-system (Transportadministrationssystem), ibland kallat transportbeställningssystem eller frakthanteringssystem, är transportköparens system. Det används av industri, handel, grossister och speditörer för att hantera sina transportbehov — skapa fraktorder, upphandla kapacitet, jämföra priser och följa upp leveranser. LogTrade, Unifaun/nShift och Consignor är TA-system.

Det kritiska att förstå är att dessa system inte konkurrerar med varandra — de kompletterar varandra. De lever i olika organisationer men behöver kommunicera med varandra för att affären ska fungera. Och den kommunikationen sker i dag antingen manuellt (via portaler, e-post och Excel-filer) eller automatiskt (via EDI och API). Det är den skillnaden som den här artikeln handlar om.

Problemet uppstår när gränssnittet inte är automatiserat. Utan integration tvingas transportören manuellt kopiera orderinformation från köparens portal in i sitt eget system — och sedan manuellt mata tillbaka statusuppdateringar. Det är dubbelt arbete som inte skapar något värde: bara administrativa timmar som lagts på kommunikation i stället för körning.

Varför LogTrade-kopplingen öppnar dörren till storkunder.

LogTrade är ett av de mest etablerade TA-systemen på den svenska marknaden och används av ett brett spektrum av svenska industriföretag, handelskedjor och speditörer för att hantera sin transportvolym. Systemet har funnits sedan tidigt 2000-tal och är djupt inbäddat i stora delar av den svenska godstransportmarknaden.

Det innebär konkret att ett åkeri med en fungerande LogTrade-integration automatiskt kan ta emot jobb från en rad av de största transportköparna på den svenska marknaden — utan att behöva förhandla om datautbytesformat, bygga egna kopplingar, eller logga in i en separat portal per kund.

EDI förklarat — vad som faktiskt händer i dataflödet.

EDI, Electronic Data Interchange, är det standardiserade protokoll som sedan decennier används för maskin-till-maskin-kommunikation inom handel och logistik. Det är det gemensamma språk som TA-system och TMS pratar med varandra — och med tullen, och med speditörer, och med hamnar. Det är inte ny teknik. Det är bevisad infrastruktur.

De viktigaste EDI-meddelandetyperna inom transport

Inom transportlogistik dominerar EDIFACT-standarden, med ett antal specifika meddelandetyper som bär de kritiska datapunkterna:

Utöver EDIFACT stöder Navichain moderna REST/JSON API:er för TA-system som föredrar webbaserade integrationer, samt XML/UBL-format. Det innebär att oavsett vilket tekniskt protokoll transportköparens system kör, finns det en kommunikationsväg in till Navichain.

Det kritiska värdet är inte tekniken i sig — det är att flödet är kontinuerligt och utan mänskliga handpåläggningar i varje led. En order som läggs kl. 07:15 i LogTrade kan vara planerad och tilldelad en förare i Navichain innan kl. 07:20 — utan att någon på åkeriet ens har öppnat sin mejl.

Hur aktivering och driftsättning går till — i praktiken.

En av de vanligaste missuppfattningarna om systemintegration är att det handlar om ett stort IT-projekt med långa ledtider och stora kostnader. För Navichains färdiga TA-kopplingar stämmer inte det. Eftersom integrationerna är standardiserade och testade är processen snarare en konfigurationsexercis än ett utvecklingsprojekt.

Tidslinje: 1–2 veckor för en standard LogTrade-aktivering. Mer komplexa upplägg med flera parallella TA-system eller egenutvecklade kundformat kan ta 3–4 veckor. Det kan jämföras med 3–6 månader om ett åkeri skulle behöva bygga integrationen från grunden själva.

Vad integrationen konkret tillför — dag för dag.

Vad skillnaden faktiskt innebär i vardagen.

Integrationen förändrar inte bara arbetsflödet — den förändrar vilka kunder åkeriet kan ta. Ett åkeri utan TA-systemintegration kan i praktiken inte skala upp sin verksamhet mot storkundssegmentet utan att anställa fler administratörer i takt med volymen. Med Navichain är administrationen frikopplad från volymen — man kan ta fler ordrar utan fler administratörstimmar.

Det är också relevant i upphandlingssammanhang. Allt fler stora transportköpare ställer numera krav på att transportörer ska kunna ta emot ordrar och skicka statusuppdateringar via EDI. Utan den förmågan faller åkerier bort redan i kvalificeringsfasen. Med Navichain är den förmågan inbyggd från dag ett.

Navichain som nav — fler TA-system, ett enda flöde.

LogTrade är ett av flera TA-system som Navichain kan integrera mot. Det finns åkerier som hanterar uppdrag från kunder som kör Unifaun/nShift, Consignor, egenutvecklade plattformar eller direkt via EDI utan något känt TA-system alls. Navichains arkitektur hanterar alla dessa som parallella ekrar in mot ett enda nav — din planeringskö.

Det innebär i praktiken att ett åkeri som ansluter sig till Navichain inte bara köper ett system — det köper en position i ett integrationsekosystem där transportköparna redan är. Ju fler TA-system Navichain stödjer, desto fler kunders dörrar kan stå öppna för dig utan att du behöver knacka på dem manuellt.

Det är också relevant ur ett dataskyddsperspektiv. Alla Navichains servrar är placerade i Sverige, under svensk jurisdiktion. Det innebär att de känsliga affärsdata som flödar i EDI-kommunikationen — kundlistor, ordervolymer, leveransadresser — aldrig lämnar EU eller exponeras för extraterritoriella juridiska krav som FISA 702 eller US CLOUD Act.

Frågor vi ofta får om TMS–TA-integration och LogTrade.