Du laddar ner två PDF:er, öppnar ännu en flik, slår ihop dem, döper om filen och laddar sedan upp den någonstans ”säkert”. Och ändå råkar fel version skickas. Det är den typen av småuppgift som tyst saboterar ditt fokus.
Det här drabbar driftchefer och byråägare först, om vi ska vara ärliga, men marknadsteam som skickar offertunderlag och kundansvariga som skickar kundpaket känner av det också. Med automatisering för ConvertAPI PDF merge slutar de där ”kan du slå ihop de här”-förfrågningarna att bli ett miniprojekt.
Det här arbetsflödet hämtar två PDF:er från webben, slår ihop dem via ConvertAPI och sparar sedan den färdiga filen så att den är redo att lagras (och delas) på ett konsekvent sätt. Nedan ser du vad som strular i dag, vad som förändras och hur du anpassar det för dina egna filer.
Så fungerar automatiseringen
Hela n8n-flödet, från trigger till slutligt resultat:
n8n Workflow Template: ConvertAPI + Google Drive: sammanslagna pdf:er
flowchart LR
subgraph sg0["Manual Run Starter Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "Manual Run Starter", pos: "b", h: 48 }
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/httprequest.dark.svg' width='40' height='40' /></div><br/>Fetch First PDF Document"]
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/>Retrieve Second PDF Document"]
n3["<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/>Combine PDF via API"]
n4@{ icon: "mdi:cog", form: "rounded", label: "Save Merged File", pos: "b", h: 48 }
n2 --> n3
n3 --> n4
n1 --> n2
n0 --> n1
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
class n1,n2,n3 api
classDef customIcon fill:none,stroke:none
class n1,n2,n3 customIcon
Problemet: att slå ihop PDF:er blir ett upprepat misstag
Att slå ihop PDF:er låter trivialt tills du gör det hela veckan. En fil kommer från en leverantörslänk, en annan från en delad mapp, och plötsligt jonglerar du nedladdningar, namngivningsstandarder och ”final_v3_verkligenfinal.pdf”-kaos. Sedan kommer den verkliga kostnaden: du bifogar fel fil, eller så slår du ihop fel sidor, eller så skriver du över en version som någon behövde för compliance. Även när inget ”går sönder” stjäl det ändå tempo, eftersom du tvingas till klicktung administration i stället för uppgiften du faktiskt försökte bli klar med.
Det summerar snabbt. Här är var det oftast går snett.
- Någon måste manuellt hämta två PDF:er från olika ställen, vilket är långsamt och lätt att göra fel när du har bråttom.
- Filnamn glider över tid, så team kan inte se vad som slogs ihop, när, eller för vilken kund.
- Sammanslagningar sker på personliga datorer, vilket betyder att ”single source of truth” i praktiken är den som senast rörde filen.
- Fel bilagor skapar obekväma uppföljningar, och du tappar förtroende även när fixen är enkel.
Lösningen: ladda ner två PDF:er, slå ihop dem och lagra resultatet automatiskt
Det här n8n-arbetsflödet börjar med en enkel körning (manuell till att börja med, men lätt att göra om till en webhook senare). Det laddar ner den första PDF:en från en URL och hämtar sedan den andra PDF:en från en annan URL. När båda filerna finns tillgängliga skickar det dem till ConvertAPI:s merge-endpoint via en HTTP Request, med din API-token för autentisering. ConvertAPI returnerar en enda sammanslagen PDF, som arbetsflödet sedan skriver till ditt lokala filsystem som en strukturerad, färdig leveransfil. Därifrån kan du skicka den vidare vart du vill, inklusive Google Drive, så att den sammanslagna filen hamnar där teamet redan jobbar.
Arbetsflödet startar när du triggar det och anger (eller fördefinierar) de två dokument-URL:erna. Sedan slår ConvertAPI ihop PDF:erna till en konsekvent utfil. Till sist sparas den sammanslagna PDF:en så att den kan laddas upp, delas eller bifogas utan manuella sista-minuten-steg.
Det här får du: automatisering vs. resultat
| Vad arbetsflödet automatiserar | Resultatet du får |
|---|---|
|
|
Exempel: så här ser det ut
Säg att du bygger 10 kundleveranser i veckan, och att varje leverans kräver att två PDF:er slås ihop (ett omslagsblad plus rapporten). Manuellt tar det oftast cirka 10 minuter att hitta de två filerna, ytterligare 5 att slå ihop och döpa om, och några minuter till att ladda upp igen, så räkna med ungefär 20 minuter per paket. Det är runt 3 timmar i veckan av ren sysselsättning. Med det här arbetsflödet: du triggar körningen, PDF:erna laddas ner och slås ihop i bakgrunden och du får en färdig fil som är redo att sparas till Google Drive. I praktiken lägger du en minut på att starta det och går sedan vidare.
Det du behöver
- n8n-instans (testa n8n Cloud gratis)
- Alternativ för egen hosting om du föredrar det (Hostinger fungerar bra)
- ConvertAPI för att slå ihop två PDF:er till en.
- Google Drive för att lagra och dela sammanslagna filer.
- ConvertAPI API-token (hämta den i ConvertAPI:s användarpanel → Authentication).
Kunskapsnivå: Medel. Du klistrar in URL:er, lägger till en API-token-header och verifierar hanteringen av utfilen.
Vill du inte sätta upp det här själv? Prata med en automationsexpert (gratis konsultation i 15 minuter).
Så fungerar det
En körning drar igång allt. I arbetsflödet som följer med startar du det manuellt, vilket är perfekt för testning och för sammanslagningar vid begäran när en kollega skriver ”kan du slå ihop de här”. Senare kan du byta trigger till en webhook när du vill ha det helt hands-off.
Arbetsflödet hämtar båda PDF:erna från webben. n8n laddar ner det första dokumentet och sedan det andra med HTTP Request-noder. Det är viktigt eftersom det tar bort steget ”jag sparade den någonstans” och säkerställer att sammanslagningen alltid utgår från rätt källor.
ConvertAPI slår ihop filerna. Begäran ”Combine PDF via API” skickar båda dokumenten till ConvertAPI med din token i Authorization-headern (Bearer token). Om du senare behöver andra ConvertAPI-endpoints ändrar du URL-parametern i samma nod.
Den sammanslagna PDF:en sparas som en enda utfil. Sista steget skriver den sammanslagna filen till det lokala filsystemet. Därifrån lägger många team till en nod till för att ladda upp filen till Google Drive så att den direkt finns tillgänglig för delning och arkivering.
Du kan enkelt ändra in-URL:erna för att hämta från andra källor (som en Drive-fillänk eller en formuläruppladdning) utifrån dina behov. Se den fullständiga implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: Konfigurera den manuella triggern
Det här arbetsflödet startar manuellt så att ni kan testa PDF-sammanslagningen vid behov.
- Lägg till noden Manual Run Starter som er trigger.
- Behåll standardinställningarna i Manual Run Starter (inga ytterligare parametrar krävs).
Steg 2: Anslut PDF-källor
Hämta de två käll-PDF:erna som ska slås ihop.
- Lägg till Fetch First PDF Document och ställ in URL till
https://cdn.convertapi.com/public/files/demo.pdf. - I Fetch First PDF Document, ställ in Response Format till
fileoch Output Property Name tilldata1. - Lägg till Retrieve Second PDF Document och ställ in URL till
https://cdn.convertapi.com/public/files/demo2.pdf. - I Retrieve Second PDF Document, ställ in Response Format till
fileoch Output Property Name tilldata2. - Koppla Manual Run Starter → Fetch First PDF Document → Retrieve Second PDF Document.
Steg 3: Konfigurera bearbetning för PDF-sammanslagning
Skicka båda PDF:erna till API:t för sammanslagning och returnera en sammanslagen fil.
- Lägg till Combine PDF via API och ställ in URL till
https://v2.convertapi.com/convert/pdf/to/merge. - Ställ in Method till
POST, Content Type tillmultipart-form-dataoch aktivera Send Body samt Send Headers. - Lägg till headern Accept med värdet
application/octet-stream. - I Body Parameters, lägg till
files[0]som Form Binary Data mappat tilldata1ochfiles[1]mappat tilldata2. - Ställ in Authentication till
genericCredentialTypeoch Generic Auth Type tillhttpBearerAuth. - Inloggningsuppgifter krävs: Anslut era httpQueryAuth-uppgifter i Combine PDF via API.
- Koppla Retrieve Second PDF Document → Combine PDF via API.
data1 och data2, annars får API:t för sammanslagning inga filer.Steg 4: Konfigurera lagring av resultat
Spara den sammanslagna PDF-filen på disk.
- Lägg till Save Merged File och ställ in Operation till
write. - Ställ in File Name till
document.pdf. - Ställ in Data Property Name till
=data1. - Koppla Combine PDF via API → Save Merged File.
data. Om Save Merged File använder =data1, uppdatera till =data eller justera API:ts output-egenskap för att undvika att fel binärdata sparas.Steg 5: Testa och aktivera ert arbetsflöde
Kör arbetsflödet manuellt för att bekräfta att den sammanslagna filen skapas och aktivera sedan för användning i produktion.
- Klicka på Execute Workflow för att trigga Manual Run Starter.
- Verifiera att Fetch First PDF Document och Retrieve Second PDF Document returnerar binära filer i
data1respektivedata2. - Bekräfta att Combine PDF via API returnerar en sammanslagen fil (binär output) och att Save Merged File skriver
document.pdf. - När ni är nöjda, växla arbetsflödet till Active för löpande användning.
Vanliga fallgropar
- ConvertAPI-inlogg kan löpa ut eller kräva specifika behörigheter. Om det skapar fel, kontrollera ConvertAPI:s användarpanel → Authentication först.
- Om du använder Wait-noder eller extern rendering varierar processtider. Öka väntetiden om efterföljande noder fallerar på tomma svar.
- Uppladdningar till Google Drive misslyckas ofta för att arbetsflödet sparar lokalt men inte skickar den binära filen vidare. Om du lägger till ett Drive-uppladdningssteg, bekräfta att den binära egenskapen för den sammanslagna PDF:en är korrekt mappad.
Vanliga frågor
Cirka 20–30 minuter om du redan har din ConvertAPI-token.
Nej. Du kommer främst att klistra in URL:er och lägga till en Authorization-header en gång.
Ja. n8n har ett gratis alternativ för egen hosting 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 ConvertAPI-kostnader baserat på din plan.
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller egen hosting på en VPS. För egen hosting är Hostinger VPS prisvärd och hanterar n8n bra. Egen hosting ger obegränsat antal körningar men kräver grundläggande serveradministration.
Ja, men du justerar HTTP Request-noden ”Combine PDF via API” för att skicka fler filer i request body. Ett vanligt upplägg är att bygga en lista med PDF-URL:er, ladda ner varje fil och sedan skicka hela uppsättningen till merge-begäran. Många justerar även namngivningen på utfilen så att den innehåller kundnamn eller datumstämpel.
Oftast handlar det om en ogiltig eller utgången API-token i Authorization-headern, så skapa en ny token i ConvertAPI och uppdatera den i n8n. Kontrollera också att du använder rätt endpoint-URL i noden ”Combine PDF via API”. Om PDF:erna ligger bakom inloggning eller tillfälliga nedladdningslänkar kan hämtningarna returnera HTML i stället för en PDF, vilket gör att sammanslagningen misslyckas. Till sist, kontrollera ConvertAPI-kontots gränser om du kör många sammanslagningar under kort tid.
För sammanslagningar av två PDF:er kan den hantera så många körningar som dina begränsningar i n8n och din ConvertAPI-plan tillåter. I n8n Cloud Starter har du ett månatligt tak för antal körningar, medan egen hosting inte har någon fast gräns (det beror på din server). Om du bygger ut det till att slå ihop många PDF:er samtidigt blir den praktiska gränsen filstorlek och API-begränsningar snarare än n8n i sig.
Ofta ja, eftersom filsammanfogning brukar kräva bättre kontroll över binärdata, retries och flerstegslogik än vad enkla zaps klarar. n8n är också enklare att hosta själv, vilket är viktigt när du vill ha obegränsat antal körningar eller hanterar känsliga kunddokument. Zapier och Make kan fungera om PDF:erna redan ligger i appar som stöds och merge-steget sköts av en färdig integration. Nackdelen är kostnad och flexibilitet när du lägger till förgreningar, filhantering och felkontroller. Vill du ha hjälp att välja enklaste stacken för din setup, prata med en automationsexpert.
När det här väl är på plats slutar ”slå ihop de här PDF:erna” att vara ett avbrott och blir en bakgrundsprocess. Arbetsflödet tar hand om den upprepningsbara delen så att du kan leverera korrekta underlag utan att tveka över bilagor.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.