När order- och kunduppgifter kopieras manuellt till Fortnox kan en integration minska dubbelarbetet. Men att skapa en faktura är bara ett steg. Flödet behöver också hantera saknade uppgifter, dubbletter och avbrott.
Make.com kan vara ett verktyg för detta. Här går jag igenom hur du planerar ett avgränsat flöde från order till fakturaunderlag. Det är en arbetsgång att anpassa till era system, inte ett färdigt scenario som passar alla företag.
Tekniska uppgifter kontrollerade den 18 september 2026 mot dokumentation från Make och Fortnox.
Vad kan Make göra med Fortnox?
Make är en plattform där arbetsflöden byggs av sammankopplade moduler. Fortnox-appen i Make har bland annat stöd för att hantera kunder och fakturor. Kopplingen underhålls av Make.
Ett möjligt flöde är:
- Hämta en order som är klar för fakturering.
- Kontrollera att nödvändiga kund- och orderuppgifter finns.
- Matcha ordern mot rätt kund i Fortnox.
- Kontrollera om ordern redan har behandlats.
- Skapa fakturaunderlaget och spara kopplingen mellan order och faktura.
- Meddela ansvarig om resultatet eller om något behöver rättas.
Vissa flöden går att bygga med färdiga moduler. Andra behöver API-anrop, datakonvertering eller skript. No-code innebär därför inte att all teknisk anpassning eller test försvinner.
Kontrollera också om ert källsystem redan har en färdig Fortnox-integration som täcker behovet. Då kan ett eget Make-flöde vara onödigt.
Börja med åtkomst och licenser
Innan du bygger behöver du kontrollera tre saker:
- Att källsystemet ger tillgång till rätt data genom en modul, ett API eller en filöverföring.
- Att Fortnox-företaget har de licenser som behövs för integrationen och de resurser som ska användas.
- Att anslutningen har rätt behörigheter, så kallade scopes, för exempelvis kunder och fakturor.
Fortnox beskriver integrationslicens i sin utvecklar-FAQ och kopplingen mellan resurslicenser och behörigheter i dokumentationen om scopes. Utgå inte från att API-åtkomst ingår automatiskt i ett visst paket.
Följ den aktuella anslutningsdialogen och kontrollera kraven hos Fortnox för den integration ni använder. Ett eget API-bygge kan kräva registrering i Fortnox utvecklarportal. Lagra anslutningsuppgifter i verktygens anslutningshantering, inte i dokumentation eller meddelanden.
Steg 1: Bestäm när flödet ska starta
Välj en tydlig händelse, till exempel att en order har godkänts för fakturering. En ny order är inte alltid redo att faktureras.
Skriv ned vilka orderstatusar som ska tas med och vilka som ska undantas. Bestäm också hur ändrade order, returer och krediteringar ska hanteras. Börja med ett avgränsat normalfall innan fler varianter läggs till.
Steg 2: Mappa uppgifterna
Gå igenom varje uppgift som ska överföras. Bestäm vilket system som är källa och vad som ska hända om uppgiften saknas.
| Uppgift | Kontroll före överföring |
|---|---|
| Kund | Matcha mot rätt kund i Fortnox. Skapa inte en ny kund vid varje order. |
| Orderreferens | Använd ett stabilt ID som kan kopplas till den skapade fakturan. |
| Fakturarader | Kontrollera artikel, beskrivning, antal, pris och eventuella rabatter. |
| Moms, valuta och betalningsvillkor | Låt ekonomiansvarig fastställa reglerna för ert flöde. |
| Datum och referenser | Bestäm vilka värden som ska följa med från ordern. |
Det räcker inte att flytta ett totalbelopp. Stäm av hur fakturarader och inställningar ska användas i ert Fortnox-konto. Den exakta fältmappningen beror på modul, API och affärsregler.
Att skapa en faktura, bokföra den och skicka den är skilda åtgärder i Fortnox API. Bestäm uttryckligen vilka steg som ska vara automatiska och vilka som kräver granskning.
Steg 3: Förhindra dubbletter
En order kan levereras till integrationen flera gånger. Det kan också uppstå ett avbrott efter att Fortnox har skapat fakturan men innan Make har fått eller sparat svaret.
Spara därför sambandet mellan källsystemets order-ID och Fortnox fakturanummer. Kontrollera om ordern redan har behandlats innan en ny faktura skapas. Hantera även samtidiga körningar, så att två körningar inte båda behandlar samma order.
Om resultatet av ett anrop är oklart behöver flödet kontrollera vad som faktiskt finns i Fortnox innan det försöker skapa fakturan igen. Ett nytt försök är inte alltid säkert bara för att den första körningen visar ett fel.
Steg 4: Hantera fel och avbrott
Koppla felhantering till de moduler som kan misslyckas. En vanlig e-postmodul efter ett misslyckat steg är inte en fungerande felväg: körningen kanske aldrig når den. Make beskriver detta i sin översikt över felhantering.
Skilj på fel som kan gå över, till exempel en tillfällig anslutningsstörning, och fel som kräver rättning, till exempel saknade kunduppgifter. Bestäm vem som får larmet och vem som tar hand om stoppade order.
Make kan spara avbrutna körningar som incomplete executions. Funktionen behöver aktiveras och har lagringsgränser. Den ersätter inte kontrollen mot dubbletter eller en ansvarig person som följer upp fel.
Fortnox kan svara med HTTP 429 när anropsgränsen nås. Planera pauser och återförsök efter Fortnox aktuella rate limits, även när många order kommer samtidigt.
Steg 5: Testa innan löpande drift
Använd en avskild testmiljö när det går och överenskomna testdata. Kontrollera minst ett normalt flöde, saknade uppgifter, en upprepad order och ett avbrott efter fakturaskapandet.
Stäm av kund, rader, belopp och status tillsammans med den som ansvarar för faktureringen. Aktivera inte automatisk bokföring eller utskick förrän dessa steg har testats och godkänts separat.
Dokumentera anslutningar, flödets regler, ansvarig person och hur en stoppad order återupptas. Bestäm hur länge körningshistorik behövs och vad verktygens abonnemang faktiskt sparar.
Vad kostar ett sådant flöde?
Kostnaden består av verktyg och licenser, arbetet med att bygga och testa samt eventuell fortsatt förvaltning. Antalet order räcker inte för att avgöra kostnaden.
Make använder krediter som debiteringsenhet. En order kan leda till flera moduloperationer, och förbrukningen beror på flödets utformning. Se Makes beskrivning av krediter och aktuell prislista. Kontrollera Fortnox-licenser och eventuella avgifter för källsystemets API separat.
Mät det manuella arbetet före och efter ett test. Räkna också med undantagshantering och underhåll. Då kan ni bedöma om integrationen är värd att driva vidare, utan att utgå från en generell besparingssiffra.
Behöver ni hjälp att avgränsa flödet?
Geekteq arbetar med automation och systemintegration genom Make.com, API-kopplingar och skript. Ett första arbete kan vara att kartlägga ett flöde och kontrollera den kritiska kopplingen innan ni beställer ett bygge.
Beskriv ert flöde: vilka system använder ni, vad flyttas manuellt och var uppstår problemen? Omfattning, pris och start bestäms innan arbetet börjar.