Bordsplaceringar faller ihop mitt i röran. En OSA ändras, någon redigerar en gammal flik och plötsligt har du två ”slutgiltiga” versioner som cirkulerar.
Automatisering av bordsplacering hjälper när du är eventplaneraren som försöker hålla borden balanserade, men det sparar också tid för driftansvarig som måste briefa personal och marknadsföraren som skickar VIP-kommunikation. I stället för att jaga uppdateringar får du en masterplan och en avisering när den ändras.
Det här n8n-flödet omvandlar bordsplaceringsönskemål till en uppdaterad plan i Google Sheets, individuella placeringar och en pålitlig e-postavisering. Du får se vad det gör, vad du behöver och hur du anpassar det efter lokalens regler.
Så fungerar automatiseringen
Hela n8n-flödet, från trigger till slutresultat:
n8n Workflow Template: Sittplaner i Google Sheets med e-postaviseringar
flowchart LR
subgraph sg0["Flow 1"]
direction LR
n0["<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/webhook.dark.svg' width='40' height='40' /></div><br/>Inbound Webhook Start"]
n1["<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/code.svg' width='40' height='40' /></div><br/>Verify Input Payload"]
n2@{ icon: "mdi:database", form: "rounded", label: "Retrieve Attendee Records", pos: "b", h: 48 }
n3@{ icon: "mdi:database", form: "rounded", label: "Load Venue Blueprints", pos: "b", h: 48 }
n4["<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/code.svg' width='40' height='40' /></div><br/>Assemble Dataset"]
n5["<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/code.svg' width='40' height='40' /></div><br/>Compute Seating Plan"]
n6["<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/code.svg' width='40' height='40' /></div><br/>Compose Recommendations"]
n7["<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/webhook.dark.svg' width='40' height='40' /></div><br/>Return Webhook Reply"]
n8@{ icon: "mdi:database", form: "rounded", label: "Append Master Summary", pos: "b", h: 48 }
n9["<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/code.svg' width='40' height='40' /></div><br/>Expand Seat Records"]
n10@{ icon: "mdi:database", form: "rounded", label: "Write Seat Details", pos: "b", h: 48 }
n0 --> n1
n4 --> n5
n2 --> n4
n3 --> n4
n1 --> n2
n1 --> n3
n1 --> n4
n6 --> n7
n6 --> n8
n6 --> n9
n9 --> n10
n5 --> n6
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 n2,n3,n8,n10 database
class n0,n7 api
class n1,n4,n5,n6,n9 code
classDef customIcon fill:none,stroke:none
class n0,n1,n4,n5,n6,n7,n9 customIcon
Problemet: bordsplaceringar går sönder så fort OSA ändras
De flesta bordsplaceringar är inte ”svåra” på grund av matematiken. De är svåra för att datan ändras hela tiden, och varje ändring skapar en ny omgång manuellt arbete. Någon uppdaterar deltagarlistan, någon annan justerar en mall för lokalens layout, och sedan försöker du få ihop tillgänglighetsbehov, grupper som måste sitta tillsammans och VIP-placering. Samtidigt frågar personalen: ”Är det här senaste versionen?” och du kan ärligt talat inte vara 100 % säker. Den osäkerheten leder till fel placeringskort, krångliga incheckningar och ommöbleringar i sista minuten som tar en hel eftermiddag.
Det eskalerar snabbt. Här är var det brukar fallera i verkligheten:
- Manuell kopiera/klistra mellan OSA-exporter och ett bordsplaceringsark leder till inaktuell data och missade uppdateringar.
- Regler för gruppplacering (familjer, team, sponsorer) tillämpas inkonsekvent när fler än en person redigerar planen.
- Tillgänglighetskrav och placering nära gångar är lätt att missa när du har bråttom.
- Även om planen är korrekt blir det en mejltråd med bilagor att få den till rätt personer (och bara rätt personer).
Lösningen: webhook-till-Sheets-automatisering av bordsplacering med aviseringar
Det här flödet startar med en bordsplaceringsförfrågan som skickas via webhook från ditt eventsystem (eller till och med ett enkelt formulär). n8n kontrollerar payloaden och hämtar sedan uppdaterade deltagarposter från Google Sheets tillsammans med rätt mall för lokalens planritning. När de två källorna kombineras beräknar det totaler och begränsningar (kapacitet, grupper, VIP, tillgänglighetsbehov), och genererar sedan en optimerad bordsplacering samt en tydlig uppsättning rekommendationer du kan agera på. Till sist skriver det tillbaka mastersammanfattningen i Google Sheets, expanderar planen till individuella platsrader och mejlar arrangörerna så att alla jobbar utifrån samma ”single source of truth”. Slut på jakten efter den senaste bilagan.
Flödet börjar med en inkommande webhook, vilket betyder att OSA kan trigga uppdateringar automatiskt. Därifrån tillhandahåller Google Sheets live-data, och flödets kodnoder räknar ut layouten och formaterar den till något personalen faktiskt kan använda. Resultatet hamnar i Sheets och i en e-postavisering, så planen är både lagrad och kommunicerad.
Vad du får: 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 kör en middag för 120 personer med 12 bord och får ungefär 10 OSA-ändringar sista veckan. Manuelt innebär varje ändring oftast att du dubbelkollar kapacitet, flyttar runt grupper, uppdaterar masterfliken och mejlar en ny PDF, vilket lätt tar cirka 15 minuter per ändring (ungefär 2,5 timmar totalt). Med det här flödet blir uppdateringen en webhook-träff, sedan beräknas en ny plan och skrivs tillbaka till Google Sheets på ett par minuter, plus en e-postavisering. Du granskar fortfarande resultatet, men grovjobbet är borta.
Det här behöver du
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för egen drift om du föredrar det (Hostinger fungerar bra)
- Google Sheets för deltagardata och lokalens mallar
- E-posttjänst (SMTP eller leverantör) för att skicka aviseringar till arrangörer
- Google OAuth2-uppgifter (skapa i Google Cloud Console)
Kunskapsnivå: Medel. Du kopplar Google-uppgifter, mappar en webhook-payload och justerar några regler i flödets kodsteg.
Vill du inte sätta upp detta själv? Prata med en automationsexpert (gratis 15-minuters konsultation).
Så fungerar det
En bordsplaceringsförfrågan träffar din webhook. Din eventplattform (eller ett formulärverktyg) skickar deltagar- och lokalens krav till n8n, som startar flödet direkt.
Payloaden verifieras. Ett snabbt valideringssteg kontrollerar att obligatoriska fält finns med, så att du inte genererar en plan från ofullständig OSA-data.
Google Sheets behandlas som databasen. n8n hämtar deltagarposter (grupper, VIP-status, tillgänglighetsbehov, preferenser) och laddar även rätt lokal-mall, så att layoutreglerna hålls konsekventa.
Bordsplaceringen beräknas och paketeras. Kodsteg bygger ihop datamängden, räknar totaler och begränsningar, genererar bordsplaceringen och formaterar den till en mastersammanfattning plus en lista med individuella tilldelningar.
Alla får samma output. Flödet returnerar ett webhook-svar (användbart för ditt system), lägger till mastersammanfattningen i Google Sheets, skriver individuella platsdetaljer och skickar en e-postavisering till arrangörerna.
Du kan enkelt ändra placeringsreglerna för att prioritera VIP-närhet, avstånd för tillgänglighet eller gruppering utifrån dina behov. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementation
Steg 1: konfigurera webhook-triggern
Konfigurera den inkommande webhooken som tar emot sittningsförfrågningar och startar arbetsflödet.
- Lägg till noden Inbound Webhook Start som din trigger.
- Ställ in Path på
seating-planner. - Ställ in HTTP Method på
POST. - Spara arbetsflödet för att generera webhook-URL:en.
attendeeCount och venueCapacity så att Verify Input Payload kan validera kapaciteten korrekt.Steg 2: koppla Google Sheets
Konfigurera alla Google Sheets-noder för deltagardata, lokal-mallar och utdataskrivningar.
- Öppna Retrieve Attendee Records och ställ in Document på
[YOUR_ID]och Sheet pågid=0(Deltagare). Credential Required: Anslut era googleApi-credentials. - Öppna Load Venue Blueprints och ställ in Document på
[YOUR_ID]och Sheet pågid=1(Lokallayouter). Credential Required: Anslut era googleApi-credentials. - Öppna Append Master Summary och ställ in Operation på
append, Document på[YOUR_ID]och Sheet pågid=2(Sittningsplaner). Credential Required: Anslut era googleApi-credentials. - Öppna Write Seat Details och ställ in Operation på
appendOrUpdate, Document på[YOUR_ID]och Sheet pågid=3(Platsfördelning). Credential Required: Anslut era googleApi-credentials.
[YOUR_ID] som det är kommer Google Sheets-läsning/skrivning att misslyckas. Ersätt det med det faktiska kalkylblads-ID:t i alla fyra noder.Steg 3: sätt upp bearbetningslogik
Koppla ihop den centrala logiken för datavalidering och generering av sittningsplan i kodnoderna.
- I Verify Input Payload, behåll JavaScript-koden som validerar kapacitet och normaliserar indata (eventtyp, lokalstorlek, tillgänglighetsbehov och förfrågnings-ID).
- Säkerställ att Verify Input Payload skickar output till Retrieve Attendee Records, Load Venue Blueprints och Assemble Dataset parallellt.
- I Assemble Dataset, behåll merge-logiken som kombinerar förfrågningsdata, deltagare och lokal-mallar till en enda JSON-payload.
- I Compute Seating Plan, behåll logiken för val av layout, beräkningar och platsfördelning som skapar
seatingPlan,statisticsochvisualMap. - I Compose Recommendations, behåll rekommendationsgenereringen som lägger till en sammanfattning och flaggan
exportReady. - I Expand Seat Records, behåll mappningen som expanderar varje platsfördelning till individuella rader för utdataarket.
attendeeCount överstiger venueCapacity. Använd detta för att upprätthålla affärsregler vid webhook-gränsen.Steg 4: konfigurera utdata och parallella svar
Returnera planen till webhook-anroparen och spara sammanfattning samt platsnivåposter i Google Sheets.
- Ställ in Return Webhook Reply så att den svarar med Respond With
jsonoch Response Body till={{ JSON.stringify($json, null, 2) }}. - Bekräfta att Compose Recommendations skickar output till Return Webhook Reply, Append Master Summary och Expand Seat Records parallellt.
- Verifiera att Expand Seat Records skickar output till Write Seat Details för att persistenta platsnivåfördelningar.
Steg 5: testa och aktivera ert arbetsflöde
Validera flödet end-to-end med ett riktigt webhook-anrop och aktivera sedan för produktion.
- Klicka på Execute Workflow och skicka en POST-begäran till Inbound Webhook Start-URL:en med en JSON-body som innehåller
attendeeCount,venueCapacityochlayoutPreference. - Bekräfta att svaret från Return Webhook Reply innehåller
seatingPlan,statistics,recommendationsochsummary. - Kontrollera Append Master Summary och Write Seat Details i Google Sheets för att verifiera att rader lades till/uppdaterades korrekt.
- När testet är lyckat, slå om arbetsflödet till Active för hantering av live-webhooks.
Vanliga fallgropar
- Google Sheets-uppgifter kan gå ut eller kräva specifika behörigheter. Om något slutar fungera: kontrollera Google-kopplingen i n8n under fliken Credentials och bekräfta att kalkylarket är delat med rätt Google-konto.
- Om webhook-avsändaren ändrar fältnamn (även lite) kommer kodsteget Verify Input Payload att avvisa förfrågan. Kontrollera först historiken för webhook-testdata, och uppdatera sedan förväntade nycklar.
- Placeringsreglerna ligger i kodstegen för beräkning/formatering, så små ”engångsändringar” i arket kommer inte att bestå. Uppdatera reglerna i flödet, annars skriver nästa körning över manuella justeringar.
Vanliga frågor
Cirka en timme om dina Google Sheets redan är strukturerade.
Nej, inte för grunderna. Du kan vilja göra lättare ändringar i kodstegen om du har väldigt specifika placeringsregler.
Ja. n8n har ett gratisalternativ för egen drift 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 med kostnader för att skicka e-post (ofta gratis eller låg kostnad hos de flesta leverantörer).
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller egen drift på en VPS. För egen drift är Hostinger VPS prisvärt och klarar n8n bra. Egen drift ger obegränsade körningar men kräver grundläggande serverhantering.
Ja. Byt lokal-malllogiken genom att uppdatera data för lokalens planritningar i Google Sheets och justera hur flödet läser den i ”Load Venue Blueprints”. Vanliga anpassningar är regler för bordsstorlek, att hålla vissa grupper tillsammans och att reservera specifika zoner för VIP-platser.
Oftast beror det på utgångna OAuth-behörigheter eller att fel Google-konto är anslutet i n8n. Återanslut Google Sheets-uppgiften och bekräfta sedan att kalkylarket är åtkomligt för det kontot. Om det fortfarande misslyckas: kontrollera om arket har bytt namn eller flyttats, eftersom noden kan peka på en gammal filreferens.
Hundratals till några tusen deltagare är realistiskt för de flesta event, förutsatt att din placeringslogik är effektiv och att ditt Google Sheet är välstrukturerat. På n8n Cloud handlar din gräns främst om körningar per månad, inte antal deltagare per körning. Om du kör egen drift finns inget tak för körningar, och skalning beror på serverstorlek och hur komplex beräkningen av bordsplaceringen är.
Ofta, ja. Zapier och Make är bra för enkel ”kopiera data från A till B”, men placeringslogik är sällan så rak, och förgreningar kan bli dyra eller klumpiga. n8n passar bättre när du behöver egen validering, flera läsningar/skrivningar mot Google Sheets och en del beslutslogik i mitten. Egen drift kan också vara avgörande om du gör många små uppdateringar nära inpå eventet. Om du bara behöver ett enkelt mejl när en rad ändras kan Zapier räcka. Prata med en automationsexpert om du vill göra en snabb rimlighetskontroll.
När detta väl rullar slutar uppdateringar av bordsplaceringen att kännas sköra. Flödet håller planen konsekvent, och teamet får en avisering med något de faktiskt kan lita på.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.