Det börjar alltid likadant. Kunden skickar en PDF. Eller ett mejl. Eller ett foto av en handskriven fraktsedel. Operatören öppnar dokumentet i ett fönster och bokningsformuläret i ett annat — och börjar knappa. Adress. Referensnummer. Vikt. Antal kollin. Datum. Leveransinstruktioner. Allt som kunden redan har matat in, i sitt eget system, matas nu in en gång till. Manuellt. För hand. Tecken för tecken.

Det är inte administration. Det är dubbelarbete. Och det har pågått sedan transportbranschen fick datorer.

Magic Drop är Navichains svar. Du drar in dokumentet. AI:n läser det. Bokningen är klar. Hela processen tar under 30 sekunder — och du behöver inte konfigurera ett enda format eller skriva en enda mall.

"En operatör som stansar ordrar fem till åtta timmar i veckan lägger en hel arbetsdag på att kopiera data som redan finns i kundernas egna system."

Navichain · Intern analys av operatörsbeteende

Vad Magic Drop faktiskt gör

Navichain har alltid hanterat bokningar. Magic Drop förändrar hur de skapas. I stället för att du fyller i formuläret fyller AI:n i det — baserat på vad som står i kundens dokument.

Det fungerar med PDF:er, fotograferade fraktsedlar, skannade papper och text kopierad direkt från ett mejl. Det finns ingen lista på godkända format, ingen mappningstabel att underhålla. Systemet identifierar avsändare, mottagare, adresser, godsbeskrivning, vikt, kolliantal, referensnummer, datum och leveransinstruktioner — och lägger dem i rätt fält i bokningsformuläret.

Om ett fält är tvetydigt i originaldokumentet markeras det i gult. Du ser exakt vad som behöver ett öga på det. Resten är klart.

Dra in PDF:en — eller klistra in mejlet

Du öppnar en ny bokning i Navichain. Högst upp ser du en röd ruta: Importera från dokument. Du drar dit fraktsedeln, orderbekräftelsen eller skickar mejltexten. Det är hela jobbet från din sida.

✓ Tar 5 sekunder

AI:n läser och fyller i allt

Systemet identifierar automatiskt samtliga bokningsfält. Avsändare, mottagare, adresser, gods­beskrivning, vikt, antal kollin, referensnummer, datum, leveransinstruktioner. Allt hamnar i rätt fält. Osäkra uppgifter markeras i gult för granskning.

⟳ Klart på några sekunder

Kolla igenom — och kör

Du ser en komplett bokning: kund, transport, kollin, schema, avgifter, leveransvillkor. Stämmer allt? Klicka Spara. Chauffören får uppdraget. Fakturan triggas automatiskt när körningen är klar.

✓ Bokning klar — uppdrag ute

Det osynliga kassablödandet

Manuell stansning syns sällan på en enskild rad i resultaträkningen. Den syns istället som en diffus kostnadsmassa — ett par extra heltidstjänster, rättelsefakturor som hagelskurar under kvartalet, en likviditet som aldrig riktigt stämmer med volymen.

Bryt ner det till konkreta poster så ser bilden tydligare ut.

Kostnadskälla Vad det innebär i praktiken Storleksordning
Dubbelarbete · tid 5–8 tim/vecka per operatör på att kopiera data som redan finns En hel arbetsdag/vecka
Inmatningsfel Felläst adress, fel referens → chauffören kör fel → kreditnota + kundmissbelåtenhet Händer varje vecka
Fördröjd fakturering Order som stansas imorgon faktureras imorgon. Hundratals ordrar × en dag = likviditetsproblem Varje dag försenar betalning
Felaktig kompetensanvändning Trafikledare anställda för att köra transporter används som mänskliga kopiatorer Kompetens missbrukas dagligen
Observera att dessa kostnader är kumulativa. En operatör som stansar 200 ordrar i veckan och gör fel på 2 % av dem genererar fyra rättelsecyklar — vardera med ny körning, kreditnota, intern handläggning och ett kundsamtal. Multiplicerat på ett år är det inte en stansningskostnad. Det är ett systemfel.

Varför traditionell EDI löste fel del av problemet

EDI-integrationerna som kom på nittiotalet löste ett verkligt problem — men bara för de allra största kunderna. För att en EDI-brygga ska vara lönsam krävdes IT-projekt på 50 000–200 000 kronor och månaders implementation per kundkoppling. Det var rimligt när kunden stod för tio procent av volymen. Det var aldrig rimligt för kunden som skickar tjugo sändningar i månaden.

Resultatet är att transportföretagen fick en tudelad verklighet: storkunderna integrerade, resten fastnade i manuellt flöde. Magic Drop löser hela kön.

Traditionell EDI

IT-projekt per kund: 50 000–200 000 kr
Månaders implementeringstid per integration
Havererar vid systemuppdateringar
Lönsamt bara för de allra största kunderna
Småkunder lämnas kvar i manuellt flöde
Stela format — allt måste matcha exakt

Navichain Magic Drop

Ingen konfiguration — funkar från dag ett
Aktivt på minuter, noll konsultkostnad
Uppdateringar hanteras av Navichain
Lönsamt från kund nummer ett, alla storlekar
Täcker alla som skickar PDF och mejl
Funkar med PDF, bild, skan, mejl, XML, JSON

En del av ett komplett flöde

Magic Drop är Navichains lösning för det analoga inflödet — kunder som skickar PDF och mejl. Men ett modernt åkeri har sällan bara en typ av orderkälla.

Navichain hanterar hela spektret. API-kopplingar mot nShift och Logtrade aktiveras på minuter: när kunden klickar Boka i sitt eget system syns ordern direkt i Navichain, utan att någon på er sida behöver göra något. e-CMR med elektronisk signatur täcker utrikestrafiken — avsändaren signerar vid lastning, mottagaren vid lossning, och fakturan triggas automatiskt när CMR:en är signerad.

Tre orderkällor. Ett system. Samma bokning. Samma fakturering.

<30s
Från uppladdad PDF
till komplett bokning
0
Mallar att konfigurera
innan ni kan börja
199 kr
Per användare och månad —
Magic Drop ingår

Datalagring och suveränitet

All data lagras på svenska servrar under svensk jurisdiktion. US Cloud Act och FISA 702 — de amerikanska lagarna som ger amerikanska myndigheter tillgång till data lagrad av amerikanska molnleverantörer, oavsett var servrarna fysiskt befinner sig — gäller inte för Navichain. För åkerier som hanterar känsliga kundflöden, logistikavtal eller offentliga uppdrag är det en distinktion som faktiskt spelar roll.

Vad det innebär i praktiken

Dina kunders ordrar, adresser och godsbeskrivningar finns inte i en amerikansk molntjänst. De finns på svenska servrar, under svenska lagar, utan en back-door som någon annan kontrollerar. Det är inte en marknadsföringsrubrik — det är en juridisk realitet som skiljer Navichain från de flesta konkurrenter på marknaden.