Ändringar i dispatch börjar oftast med ett snabbt Slack-meddelande. Sedan blir det en liten skattjakt i Onfleet, kopierade ID:n, dubbelkoll av vilken uppgift du menade, och ett “vänta, uppdaterade någon faktiskt det här?”-ögonblick. Det är där misstagen smyger sig in.
Är du dispatcher känner du det här varje dag. En driftchef ser följdeffekterna när rutter glider. Och en kundsupportansvarig fastnar i att översätta “kan du flytta det här stoppet?” till rätt ändring i Onfleet. Den här Onfleet Slack-automationen gör Slack-förfrågningar till riktiga åtgärder i Onfleet, konsekvent.
Du får se vad workflowet gör, vad du behöver för att köra det och hur det minskar fram-och-tillbaka som saktar ner dispatch när det blir mycket.
Så fungerar automatiseringen
Se hur den här löser problemet:
n8n Workflow Template: Onfleet + Slack: dispatch-ändringar hanteras åt dig
flowchart LR
subgraph sg0["Onfleet MCP Gateway Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "Onfleet MCP Gateway", pos: "b", h: 48 }
n1@{ icon: "mdi:cog", form: "rounded", label: "Generate Admin User", pos: "b", h: 48 }
n2@{ icon: "mdi:cog", form: "rounded", label: "Remove Admin User", pos: "b", h: 48 }
n3@{ icon: "mdi:cog", form: "rounded", label: "Retrieve Admin List", pos: "b", h: 48 }
n4@{ icon: "mdi:cog", form: "rounded", label: "Modify Admin User", pos: "b", h: 48 }
n5@{ icon: "mdi:cog", form: "rounded", label: "Append Tasks", pos: "b", h: 48 }
n6@{ icon: "mdi:cog", form: "rounded", label: "Fetch Container Info", pos: "b", h: 48 }
n7@{ icon: "mdi:cog", form: "rounded", label: "Revise Tasks", pos: "b", h: 48 }
n8@{ icon: "mdi:cog", form: "rounded", label: "Generate Destination", pos: "b", h: 48 }
n9@{ icon: "mdi:cog", form: "rounded", label: "Fetch Destination", pos: "b", h: 48 }
n10@{ icon: "mdi:cog", form: "rounded", label: "Generate Hub", pos: "b", h: 48 }
n11@{ icon: "mdi:cog", form: "rounded", label: "Retrieve Hub List", pos: "b", h: 48 }
n12@{ icon: "mdi:cog", form: "rounded", label: "Modify Hub", pos: "b", h: 48 }
n13@{ icon: "mdi:cog", form: "rounded", label: "Fetch Organization Profile", pos: "b", h: 48 }
n14@{ icon: "mdi:cog", form: "rounded", label: "Retrieve Delegatee Details", pos: "b", h: 48 }
n15@{ icon: "mdi:cog", form: "rounded", label: "Generate Recipient", pos: "b", h: 48 }
n16@{ icon: "mdi:cog", form: "rounded", label: "Fetch Recipient", pos: "b", h: 48 }
n17@{ icon: "mdi:cog", form: "rounded", label: "Modify Recipient", pos: "b", h: 48 }
n18@{ icon: "mdi:cog", form: "rounded", label: "Duplicate Task", pos: "b", h: 48 }
n19@{ icon: "mdi:cog", form: "rounded", label: "Finalize Task", pos: "b", h: 48 }
n20@{ icon: "mdi:cog", form: "rounded", label: "Generate Task", pos: "b", h: 48 }
n21@{ icon: "mdi:cog", form: "rounded", label: "Remove Task", pos: "b", h: 48 }
n22@{ icon: "mdi:cog", form: "rounded", label: "Fetch Task", pos: "b", h: 48 }
n23@{ icon: "mdi:cog", form: "rounded", label: "Retrieve Task List", pos: "b", h: 48 }
n24@{ icon: "mdi:cog", form: "rounded", label: "Modify Task", pos: "b", h: 48 }
n25@{ icon: "mdi:cog", form: "rounded", label: "Auto Dispatch Team", pos: "b", h: 48 }
n26@{ icon: "mdi:cog", form: "rounded", label: "Generate Team", pos: "b", h: 48 }
n27@{ icon: "mdi:cog", form: "rounded", label: "Remove Team", pos: "b", h: 48 }
n28@{ icon: "mdi:cog", form: "rounded", label: "Fetch Team", pos: "b", h: 48 }
n29@{ icon: "mdi:cog", form: "rounded", label: "Retrieve Team List", pos: "b", h: 48 }
n30@{ icon: "mdi:cog", form: "rounded", label: "Team Time Estimates", pos: "b", h: 48 }
n31@{ icon: "mdi:cog", form: "rounded", label: "Modify Team", pos: "b", h: 48 }
n32@{ icon: "mdi:cog", form: "rounded", label: "Generate Worker", pos: "b", h: 48 }
n33@{ icon: "mdi:cog", form: "rounded", label: "Remove Worker", pos: "b", h: 48 }
n34@{ icon: "mdi:cog", form: "rounded", label: "Fetch Worker", pos: "b", h: 48 }
n35@{ icon: "mdi:cog", form: "rounded", label: "Retrieve Worker List", pos: "b", h: 48 }
n36@{ icon: "mdi:cog", form: "rounded", label: "Fetch Worker Schedule", pos: "b", h: 48 }
n37@{ icon: "mdi:cog", form: "rounded", label: "Modify Worker", pos: "b", h: 48 }
n5 -.-> n0
n22 -.-> n0
n28 -.-> n0
n18 -.-> n0
n10 -.-> n0
n34 -.-> n0
n12 -.-> n0
n7 -.-> n0
n20 -.-> n0
n26 -.-> n0
n21 -.-> n0
n27 -.-> n0
n11 -.-> n0
n24 -.-> n0
n31 -.-> n0
n23 -.-> n0
n29 -.-> n0
n19 -.-> n0
n32 -.-> n0
n1 -.-> n0
n33 -.-> n0
n2 -.-> n0
n6 -.-> n0
n16 -.-> n0
n3 -.-> n0
n37 -.-> n0
n4 -.-> n0
n35 -.-> n0
n9 -.-> n0
n15 -.-> n0
n17 -.-> n0
n13 -.-> n0
n25 -.-> n0
n8 -.-> n0
n14 -.-> n0
n36 -.-> n0
n30 -.-> n0
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 n0 trigger
Utmaningen: dispatch-förfrågningar tappas bort mellan Slack och Onfleet
De flesta team har inget “system” för dispatch-uppdateringar. De har Slack. En förare sjukanmäler sig, ett leveransfönster ändras, en kund vill styra om, och förfrågan landar i en kanal som redan går i högt tempo. Någon måste tolka meddelandet, öppna Onfleet, hitta rätt uppgift eller förare och göra uppdateringen utan att skapa fel. Och ärligt talat: det svåra är inte att klicka på knappar. Det är kontextbyten, att leta efter ID:n och att behöva gissa vad personen som frågade menade.
Det här summeras snabbt. Så här fallerar det i verklig drift.
- Ett enkelt “flytta den här uppgiften till i morgon” blir till 10 minuter av letande och bekräftelser.
- Uppdateringar hamnar på fel uppgift eftersom Slack-meddelanden sällan innehåller ett korrekt formaterat task-ID eller ett konsekvent format.
- Folk frågar om status i Slack eftersom de inte ser vad som ändrades i Onfleet, vilket skapar ännu fler meddelanden.
- När du gör det här under press ökar risken kraftigt att du missar en hubbändring eller en uppdatering av förare.
Lösningen: Slack-förfrågningar översätts automatiskt till Onfleet-åtgärder
Det här workflowet sätter upp en MCP-server (Model Context Protocol) i n8n som exponerar Onfleets operationer som “verktyg” som en AI-agent kan anropa på ett säkert sätt. På ren svenska: i stället för att en dispatcher manuellt omvandlar ett Slack-meddelande till en serie Onfleet-uppdateringar kan en AI-agent tolka förfrågan, välja rätt Onfleet-åtgärd (skapa/uppdatera uppgift, uppdatera förare, auto-dispatcha ett team med mera) och skicka igenom rätt parametrar. Workflowet bygger på Onfleets officiella n8n-integration, så du slipper sy ihop sköra API-anrop. Det är också “AI-redo” direkt eftersom verktygsparametrar är designade för att fyllas med AI-värden via n8n:s $fromAI()-platshållare.
Workflowet startar när en AI-agent (eller ett annat workflow) anropar MCP-trigger-URL:en. Därifrån väljer agenten rätt Onfleet-verktygsoperation och n8n kör den med felhantering och loggning. Resultatet blir ett felfritt, strukturerat Onfleet-svar som din agent kan skicka tillbaka till Slack som bekräftelse.
Vad som förändras: före vs. efter
| Det här försvinner | Effekten du märker |
|---|---|
|
|
Effekt i verkligheten
Säg att teamet hanterar cirka 20 dispatch-ändringar per dag (omdirigeringar, föraruppdateringar, ändringar av uppgifter). Manuellt är det lätt att lägga runt 5 minuter per ändring på att öppna Onfleet, hitta rätt post, redigera och bekräfta i Slack. Det är cirka 100 minuter per dag. Med det här workflowet: förfrågan kommer in, agenten anropar rätt Onfleet-åtgärd och ett bekräftelsemeddelande kan postas tillbaka på ungefär en minuts mänsklig uppmärksamhet. Du frigör ungefär en timme per dag, och uppdateringarna blir mer konsekventa.
Krav
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för self-hosting om du föredrar det (Hostinger fungerar bra)
- Onfleet för att hantera uppgifter, team och förare.
- Slack för dispatch-förfrågningar och bekräftelser.
- OpenAI API-nyckel (hämta den i OpenAI-dashboarden)
Kunskapsnivå: Medel. Du kommer att klistra in webhook-URL:er, koppla in credentials och justera prompts för ert dispatch-språk.
Behöver du hjälp att implementera detta? Prata med en automationsexpert (kostnadsfri 15-minuters konsultation).
Flödet i workflowet
En agent anropar din MCP-endpoint. Du aktiverar workflowet, kopierar MCP-triggerns webhook-URL och kopplar den till ditt AI-agentlager (det kan vara en Slack-baserad agent, Claude Desktop eller ett eget internt verktyg).
Förfrågan tolkas till strukturerade indata. Med AI Agent plus OpenAI Chat Model omvandlar workflowet rörig mänsklig formulering (“byt förare för 14-körningen” eller “flytta det här stoppet till i morgon bitti”) till de fält som Onfleet förväntar sig.
Onfleet-åtgärder körs via officiella verktygsoperationer. n8n kör den valda Onfleet-operationen (skapa/uppdatera uppgifter, auto-dispatch, föraruppdateringar, team-sökningar med mera). Workflowet innehåller hela uppsättningen med 37 operationer, så du blir inte låst till ett smalt användningsfall.
Resultat kommer tillbaka som strukturerade svar. Verktyget returnerar Onfleets ursprungliga svarstruktur, som din agent kan sammanfatta tillbaka i Slack så att folk ser vad som ändrades utan att logga in i Onfleet.
Du kan enkelt justera dispatch-språket och bekräftelseformatet så att det matchar hur teamet pratar i Slack. Se hela implementationsguiden nedan för anpassningsmöjligheter.
Steg-för-steg-guide för implementation
Steg 1: Konfigurera triggern Onfleet MCP Gateway
Det här arbetsflödet startar från triggern Onfleet MCP Gateway, som exponerar verktygsändpunkterna för alla anslutna Onfleet-operationer.
- Lägg till eller öppna Onfleet MCP Gateway som triggernod.
- Behåll standardinställningarna för triggern (inga parametrar krävs i det här arbetsflödet).
- Säkerställ att arbetsflödet är sparat så att MCP-ändpunkten genereras och blir tillgänglig.
Steg 2: Anslut Onfleet-autentiseringsuppgifter
Alla onfleetTool-noder är anslutna till Onfleet MCP Gateway som AI-verktyg. Autentiseringsuppgifter måste läggas till i den överordnade triggernoden, inte i varje verktygsnod.
- Öppna Onfleet MCP Gateway och lägg till Onfleet-autentiseringsuppgifter så att MCP-verktygen kan autentisera.
- Bekräfta att verktygen som är anslutna till Onfleet MCP Gateway inkluderar noder för admin-, uppgifts-, team-, hubb-, destinations- och arbetsarhantering.
- Behåll Flowpast Branding som en sticky note endast för dokumentation (ingen konfiguration behövs).
Steg 3: Konfigurera verktyg för admin och organisation
Dessa verktyg hanterar administration på organisationsnivå och profiloperationer som används av MCP-gränssnittet.
- Verifiera att admin-verktygen är anslutna som AI-verktyg: Generate Admin User, Remove Admin User, Retrieve Admin List och Modify Admin User.
- Bekräfta att organisationsoperationer finns med: Fetch Organization Profile och Retrieve Delegatee Details.
- Inga ytterligare parametrar krävs i dessa noder för den här arbetsflödesmallen.
Steg 4: Konfigurera operationer för destination, mottagare, hubb och uppgifter
Den här gruppen hanterar adresserbara objekt och åtgärder i uppgiftens livscykel som exponeras via MCP-verktyg.
- Bekräfta att destinationsverktygen är anslutna: Generate Destination och Fetch Destination.
- Bekräfta att mottagarverktygen är anslutna: Generate Recipient, Fetch Recipient och Modify Recipient.
- Bekräfta att hubbverktygen är anslutna: Generate Hub, Retrieve Hub List och Modify Hub.
- Bekräfta att uppgiftsverktygen är anslutna: Generate Task, Fetch Task, Retrieve Task List, Modify Task, Append Tasks, Revise Tasks, Duplicate Task, Finalize Task och Remove Task.
- Behåll Fetch Container Info tillgänglig för att hämta container-metadata.
Steg 5: Konfigurera verktyg för team- och arbetshantering
Dessa verktyg hanterar dispatch- och personaloperationer för Onfleet-team och arbetare.
- Bekräfta att teamverktygen är anslutna: Generate Team, Fetch Team, Retrieve Team List, Modify Team, Remove Team, Team Time Estimates och Auto Dispatch Team.
- Bekräfta att arbetverktygen är anslutna: Generate Worker, Fetch Worker, Retrieve Worker List, Modify Worker, Remove Worker och Fetch Worker Schedule.
- Inga nodparametrar krävs för dessa verktyg i mallen – operationerna drivs av MCP-förfrågningar vid körning.
Steg 6: Testa och aktivera ert arbetsflöde
Validera MCP-triggern och verktygssvaren innan ni aktiverar arbetsflödet i produktion.
- Klicka på Execute Workflow på Onfleet MCP Gateway för att simulera ett testanrop.
- Skicka en exempelbegäran via MCP och bekräfta svar från verktyg som Fetch Task eller Retrieve Team List.
- En lyckad körning ska returnera giltiga Onfleet-dataobjekt utan autentiseringsfel.
- Växla arbetsflödet till Active för produktionsanvändning.
Se upp för
- Onfleet-credentials kan gå ut eller kräva specifika behörigheter. Om något slutar fungera, kontrollera först sidan för credentials i n8n och din Onfleet API-åtkomst.
- Om du använder Wait-noder eller extern rendering varierar processingtiderna. Öka väntetiden om efterföljande noder fallerar på tomma svar.
- Standardprompter i AI-noder är generiska. Lägg in ert tonläge och era dispatch-regler tidigt (namnkonventioner, hur ni refererar till hubbar, vad “i morgon” betyder) annars kommer du att redigera utdata för alltid.
Vanliga frågor
Oftast cirka 30 minuter om du redan har Onfleet- och OpenAI-credentials klara.
Ja, men du vill ha en person som är bekväm med att koppla credentials och testa några exempel. Ingen kodning krävs för grunduppsättningen.
Ja. n8n har ett gratis self-hosted-alternativ och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volym. Du behöver också räkna in OpenAI API-kostnader (för många team handlar det om några dollar i månaden vid låg användning).
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller self-hosting på en VPS. För self-hosting är Hostinger VPS prisvärd och hanterar n8n bra. Self-hosting ger dig obegränsat antal körningar men kräver grundläggande serverhantering.
Du kan anpassa instruktionerna till AI Agent så att era Slack-formuleringar mappas korrekt till rätt Onfleet-operation, till exempel “Modify Task” vid ombokningar eller “Auto Dispatch Team” när rutter behöver balanseras om. Om du vill ha striktare kontroll kan du styra specifika förfrågningstyper via en Switch-nod så att bara godkända åtgärder körs automatiskt. Vanliga justeringar är att lägga in ett bekräftelsesteg för högriskuppdateringar, tvinga namngivningsregler för hubbar/team och formatera det slutliga “klart”-meddelandet så att det matchar hur er dispatch-kanal fungerar.
Oftast är det en utgången eller felaktig API-nyckel som är sparad i n8n Credentials. Uppdatera Onfleet-credentialn och kör sedan ett enskilt testanrop, som “Fetch Task”, för att bekräfta att det fungerar innan du provar mer komplexa åtgärder igen. Om det fortfarande fallerar, kontrollera att Onfleet-kontot har åtkomst till resursen du frågar efter (team, förare eller organisation) och att du inte slår i rate limits vid bulkoperationer.
På n8n Clouds instegsplaner kan du vanligtvis hantera tusentals körningar per månad, vilket räcker för många dispatch-team. Om du self-hostar finns inget tak för antal körningar; kapaciteten beror på serverstorlek och hur många agentanrop du kör samtidigt. I praktiken kan de flesta team hantera dispatch-ändringar i samma takt som förfrågningarna kommer in, eftersom varje Onfleet-verktygsanrop är lättviktigt. Om du börjar göra bulkuppdateringar (till exempel uppdatera hundratals uppgifter), testa utanför arbetstid och lägg till throttling.
Ofta, ja, eftersom den här lösningen är byggd för komplex dispatch-logik och en bred Onfleet-yta, inte bara “skicka ett meddelande när X händer”. Du får också self-hosting, vilket spelar roll när antalet körningar sticker iväg. En annan fördel är verktygstäckningen: det här workflowet innehåller hela uppsättningen Onfleet-operationer, så du kör inte fast när förfrågan skiftar från “uppdatera en uppgift” till “uppdatera en förare” mitt i flödet. Zapier eller Make kan fortfarande vara bra för enkla tvåstegsnotiser, och vissa team föredrar det enklare gränssnittet. Om du är osäker, prata med en automationsexpert så mappar vi det mot din volym och din risktolerans.
Dispatch kommer alltid att ändras mitt på dagen. Det här gör bara förändringarna enklare att hantera och mycket svårare att göra fel.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.