Att kopiera avstånd och ETA:er från kartverktyg till ett kalkylark låter som en liten sak. Sedan gör du det för 40 transportstråk, ändrar ett antagande och gör om allt. Plötsligt är din ”modell” ett lapptäcke av gamla siffror, stavfel och halvkollade rutter.
Den här automatiseringen av ruttmätvärden träffar supply chain-analytiker först, eftersom de lever i kalkylark. Men transportchefer som uppdaterar prislistor känner också av det, och konsulter som bygger control tower-dashboards gör det definitivt. Utfallet är enkelt: ditt ark hålls uppdaterat med lastbilsavstånd och restid utan manuell uppslagning.
Du får se hur det här n8n-flödet hämtar transportstråk från Google Sheets, anropar OpenRouteService med en lastbilsprofil och skriver tillbaka resultaten så att din planering förblir konsekvent.
Så fungerar automatiseringen
Hela n8n-flödet, från trigger till slutresultat:
n8n Workflow Template: Google Sheets + OpenRouteService: ruttdata klara
flowchart LR
subgraph sg0["When clicking ‘Test workflow’ Flow"]
direction LR
n0@{ icon: "mdi:swap-vertical", form: "rounded", label: "Loop Over Items", pos: "b", h: 48 }
n1@{ icon: "mdi:swap-vertical", form: "rounded", label: "Extract Results", pos: "b", h: 48 }
n2["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/httprequest.dark.svg' width='40' height='40' /></div><br/>Request Open Route API"]
n3@{ icon: "mdi:database", form: "rounded", label: "Collect Routes", pos: "b", h: 48 }
n4@{ icon: "mdi:database", form: "rounded", label: "Save Results", pos: "b", h: 48 }
n5@{ icon: "mdi:play-circle", form: "rounded", label: "When clicking ‘Test workflow’", pos: "b", h: 48 }
n6@{ icon: "mdi:cog", form: "rounded", label: "5 sec", pos: "b", h: 48 }
n6 --> n0
n4 --> n6
n3 --> n0
n1 --> n4
n0 --> n2
n2 --> n1
n5 --> n3
end
%% Styling
classDef trigger fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
classDef ai fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
classDef aiModel fill:#e8eaf6,stroke:#3f51b5,stroke-width:2px
classDef decision fill:#fff8e1,stroke:#f9a825,stroke-width:2px
classDef database fill:#fce4ec,stroke:#c2185b,stroke-width:2px
classDef api fill:#fff3e0,stroke:#e65100,stroke-width:2px
classDef code fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px
classDef disabled stroke-dasharray: 5 5,opacity: 0.5
class n5 trigger
class n3,n4 database
class n2 api
classDef customIcon fill:none,stroke:none
class n2 customIcon
Problemet: ruttmätvärden blir snabbt inaktuella (och fel)
Ruttstudier och kostnadssimuleringar börjar oftast i ett kalkylark. Det är okej, tills avstånd och tider samlas in ”för hand” från olika källor, olika dagar, med olika kartinställningar. En person kontrollerar en rutt med bilprofil, en annan använder lastbilsinställning och någon annan uppskattar den från en skärmdump. Sen upptäcker du att din kostnad-per-km-modell är fel eftersom 10 transportstråk mättes på olika sätt. Att rätta till det innebär att repetera tråkigt arbete, och tråkigt arbete är där misstagen smyger sig in.
Det blir snabbt mycket. Här är var det faller isär i riktiga team.
- Att manuellt kontrollera 30 till 50 transportstråk kan ta ett par timmar varje gång antaganden ändras.
- Olika ruttprofiler skapar jämförelser som inte är jämförbara, vilket i tysthet saboterar kostnadssimuleringar.
- Copy-paste-fel smyger sig in, särskilt när du flyttar meter, sekunder och anteckningar mellan kolumner.
- Dashboards slutar vara tillförlitliga eftersom ingen vet vilka rader som är aktuella och vilka som var ”tillfälliga”.
Lösningen: Google Sheets → OpenRouteService lastbilsmätvärden
Det här flödet gör ditt Google-ark till en pålitlig motor för ruttmätvärden. Du behåller en enkel lista med transportstråk (koordinater för start och destination) i Sheets. När du kör flödet hämtar n8n raderna, loopar igenom dem en och en och anropar OpenRouteService API med lastbilsprofilen ”driving-hgv”. Därefter tolkar den svaret till exakt de siffror planerare behöver: avstånd i meter, restid i sekunder och till och med antalet ruttsteg. Till sist skriver den tillbaka värdena i samma rad i arket, så att din modell uppdateras utan att någon behöver leta runt i kartflikar.
Flödet startar med en manuell körning i n8n, vilket passar perfekt när du behöver ”uppdatera modellen nu”. Därifrån läser det dina transportstråk från Google Sheets, frågar OpenRouteService för varje stråk och uppdaterar arket. En kort fördröjning ingår så att du inte överbelastar API:et när du har en större lista.
Det här får du: automatisering vs. resultat
| Vad det här flödet automatiserar | Resultat du får |
|---|---|
|
|
Exempel: så här ser det ut
Säg att du underhåller ett stråkark med 40 par start→destination för en veckovis kostnadssimulering. Manuellt tar även en snabb kontroll kanske 5 minuter per stråk när du räknar in sökning, verifiering av lastbilsprofil och inklistring av värden, så det handlar om cirka 3 timmar repetitivt arbete. Med det här flödet trycker du på kör en gång, låter det loopa igenom alla 40 rader och arket uppdateras under tiden (med en kort väntan mellan anropen). Du lägger några minuter på att starta och stickprova, inte en eftermiddag på att kopiera siffror.
Det du behöver
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för egen drift om du föredrar det (Hostinger fungerar bra)
- Google Sheets för att lagra transportstråk och skriva tillbaka resultat.
- OpenRouteService för att beräkna lastbilsavstånd och varaktighet.
- OpenRouteService API-nyckel (hämta den i din OpenRouteService-dashboard)
Svårighetsnivå: Nybörjare. Du kopplar konton, klistrar in en API-nyckel och väljer rätt ark och kolumner.
Vill du inte sätta upp det här själv? Prata med en automationsexpert (gratis 15-minuters konsultation).
Så fungerar det
En manuell körning startar allt. Du startar flödet när du behöver en uppdatering, till exempel innan du skickar en offertmodell, uppdaterar en dashboard eller kör om ett scenario med nya antaganden.
Din stråklista läses från Google Sheets. n8n hämtar raderna som innehåller koordinater för start och destination, så att kalkylarket fortsätter vara single source of truth i stället för en separat databas som du också måste underhålla.
Varje rad får en beräkning av lastbilsrutt. Flödet loopar igenom poster och gör en HTTP-förfrågan till OpenRouteService med profilen driving-hgv. Det är den praktiska skillnaden mellan ”en rutt” och ”en rutt som en lastbil realistiskt kan köra”.
Mätvärden tolkas och skrivs tillbaka. Avstånd (meter), varaktighet (sekunder) och antal steg extraheras, och sedan uppdateras motsvarande rad i arket. En kort väntan hjälper till att hålla anropen stabila när du bearbetar en längre lista.
Du kan enkelt ändra vilka kolumner i arket som läses för att stödja extra fält som fordonstyp eller scenarionamn utifrån dina behov. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: konfigurera den manuella triggern
Ställ in arbetsflödet så att det startar manuellt, så att ni kan testa bearbetningen av ruttavstånd innan ni schemalägger det.
- Lägg till noden Manual Launch Trigger som arbetsflödets trigger.
- Lämna standardinställningarna för Manual Launch Trigger, eftersom inga parametrar krävs.
- Koppla Manual Launch Trigger till Retrieve Route List för att starta datahämtningen.
Steg 2: anslut Google Sheets
Konfigurera stegen för att läsa och uppdatera kalkylarket så att arbetsflödet kan hämta rutter och skriva tillbaka mätvärden.
- Öppna Retrieve Route List och välj kalkylarket i Document med hjälp av ID
[YOUR_ID]. - Ställ in Sheet Name till
Distance(värdegid=0) i Retrieve Route List. - Öppna Update Sheet Records och ställ in Operation till
update. - Ställ in Document och Sheet Name i Update Sheet Records till samma kalkylark och flik som Retrieve Route List.
Inloggningsuppgifter krävs: Anslut era Google Sheets-inloggningsuppgifter för både Retrieve Route List och Update Sheet Records.
⚠️ Vanlig fallgrop: Om ni inte väljer ett giltigt kalkylark och en giltig flik i Update Sheet Records kommer uppdateringar att misslyckas även om lässteget fungerar.
Steg 3: konfigurera bearbetning och loopstyrning
Bearbeta varje rad en i taget och tolka avståndsmätvärden från API-svaret.
- Koppla Retrieve Route List till Iterate Through Records för att dela upp rader i batchar.
- I Iterate Through Records, behåll standardinställningarna för batchar om ni inte behöver en specifik batchstorlek.
- Konfigurera Parse Route Metrics för att sätta värden med uttryck: distance till
{{ $json.features[0].properties.segments[0].distance }}, duration till{{ $json.features[0].properties.segments[0].duration }}och n_steps till{{ $json.features[0].properties.segments[0].steps.length }}. - Koppla Parse Route Metrics till Update Sheet Records för att skriva tillbaka de tolkade mätvärdena till arket.
- Koppla Update Sheet Records till Delay 5 Seconds, och sedan tillbaka till Iterate Through Records för att styra takten på API-anropen.
Tips: Loopen körs som Retrieve Route List → Iterate Through Records → External Route API Call → Parse Route Metrics → Update Sheet Records → Delay 5 Seconds → Iterate Through Records.
Steg 4: konfigurera API-anropet för rutter
Anropa det externa rutt-API:et med koordinater från varje rad i kalkylarket.
- Öppna External Route API Call och ställ in URL till
https://api.openrouteservice.org/v2/directions/driving-hgv. - Aktivera Send Query och Send Headers.
- Ställ in query-parametern api_key till er OpenRouteService API-nyckel.
- Ställ in start till
{{ $json.longitude_departure }}, {{ $json.latitude_departure }}och end till{{ $json.longitude_destination }}, {{ $json.latitude_destination }}. - Ställ in headers: Content-Type till
application/json; charset=utf-8och Accept tillapplication/json, application/geo+json, application/gpx+xml, img/png; charset=utf-8.
⚠️ Vanlig fallgrop: API-anropet kommer att misslyckas om query-parametern api_key lämnas tom.
Steg 5: testa och aktivera ert arbetsflöde
Kör ett fullständigt test för att bekräfta att varje rad uppdateras med beräknade avstånd och varaktigheter.
- Klicka på Execute Workflow för att trigga Manual Launch Trigger.
- Verifiera att External Route API Call returnerar JSON-data och att Parse Route Metrics matar ut
distance,durationochn_steps. - Bekräfta att Update Sheet Records skriver värden i rätt rad med
{{ $('Iterate Through Records').item.json.id }}. - När allt är verifierat, växla arbetsflödet till Active för att använda det i produktion.
Vanliga fallgropar
- Behörigheter för Google Sheets kan löpa ut eller kräva specifika rättigheter. Om något slutar fungera, kontrollera avsnittet Credentials i n8n och bekräfta att kontot kan redigera målarket.
- Om du använder Wait-noder eller extern rendering varierar processtiderna. Öka väntetiden om efterföljande noder fallerar på tomma svar.
- OpenRouteService kan hastighetsbegränsa dig om du skickar för många förfrågningar. Om du ser intermittent HTTP-fel, behåll 5-sekundersfördröjningen (eller öka den) och undvik att köra stora batcher direkt efter varandra.
Vanliga frågor
Cirka 20 minuter om dina arkkolumner redan är på plats.
Nej. Du kopplar Google Sheets, klistrar in en OpenRouteService API-nyckel och mappar några fält i n8n.
Ja. n8n har ett gratis alternativ för egen drift och en gratis testperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volym. Du behöver också räkna in OpenRouteService API-användning, som vanligtvis är lågkostnad för typiska uppdateringar av transportstråk.
Två alternativ: n8n Cloud (hanterad, enklast att komma igång) eller egen drift på en VPS. För egen drift är Hostinger VPS prisvärd och klarar n8n bra. Egen drift ger dig obegränsade körningar men kräver grundläggande serverhantering.
Ja, men du lägger till ett extra beräkningssteg. Efter steget ”Parse Route Metrics” (Set) har skrivit avstånd och varaktighet kan du beräkna uppskattad CO2 med dina egna faktorer (fordonsklass, last, bränsletyp) och lagra det i nya arkkolumner. Många team lägger också till en ”scenario”-kolumn (baseline vs. optimerad) så att samma stråk kan räknas om med olika antaganden. Om du senare byter ruttningsleverantör kan du behålla Google Sheets-delarna och bara byta ut HTTP Request som anropar OpenRouteService.
Oftast beror det på en ogiltig eller utgången API-nyckel, så skapa en ny i OpenRouteService och uppdatera inloggningsuppgiften i n8n. Om nyckeln är okej, kontrollera om du blir hastighetsbegränsad och öka flödets väntetid så att anropen glesas ut.
Några hundra stråk per körning är realistiskt för de flesta team, och om du kör n8n med egen drift finns ingen gräns för antal körningar (din server och API-gränserna är de verkliga begränsningarna).
Ofta, ja, eftersom den här typen av flöde gynnas av loopar, fördröjningar och att tolka API-svar på ett robust sätt. n8n hanterar ”bearbeta en lista med rader, en i taget” utan krångliga kringlösningar, och egen drift kan vara avgörande när du uppdaterar ofta. Zapier eller Make kan fortfarande fungera för små ark, men kostnaderna drar snabbt iväg när varje rad blir en egen kedja av uppgifter. Det bästa valet beror ärligt talat på volym och hur mycket kontroll du behöver över HTTP-anropet. Prata med en automationsexpert om du vill ha en snabb rekommendation.
Ditt kalkylark blir en repeterbar rutttjänst, inte en engångsinsats med manuellt arbete. Sätt upp det en gång, uppdatera när du behöver och lita på siffrorna igen.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.