n8n og Business Central: Sådan forbinder du dem

Udbredt blandt virksomheder med 10 til 500 ansatte

Business Central er standardvalget for mellemstore danske virksomheder, der har vokset ud af bogføringsprogrammer men ikke har behov for tunge SAP eller Oracle installationer. Microsoft har positioneret løsningen præcist i dette segment, og markedspenetrationen afspejler det.

Systemet håndterer de centrale forretningsprocesser: regnskab, lagerstyring, salg, indkøb og produktion. Alt samlet i én platform med fælles data. Det betyder, at når en sælger opretter en ordre, kan lageret se det med det samme. Bogholderen får fakturaen automatisk.

Og ledelsen kan trække rapporter uden at konsolidere tal fra forskellige systemer.

Som en del af Dynamics 365 familien deler Business Central teknisk fundament med Microsofts øvrige forretningsapplikationer. Det giver en vis tryghed i valget. Virksomheder ved, at platformen bliver vedligeholdt, og at der kommer regelmæssige opdateringer.

Segmentet 10 til 500 ansatte passer godt til Business Centrals styrker. Virksomhederne er store nok til at have mere krævende processer, men små nok til at sætte pris på en standardløsning uden omfattende tilpasninger.

Integrationen med Microsoft 365 er en afgørende faktor for mange. Medarbejdere arbejder allerede i Outlook, Excel og Teams. Når Business Central kobles på samme login og samme grænseflade, falder barrieren for adoption markant.

Det betyder færre klagesager fra medarbejdere og hurtigere udnyttelse af systemets potentiale.

N8n har ikke en officiel Business Central node, men det er ligegyldigt

Du finder ingen færdiglavet Business Central node i n8n’s nodekatalog, men det stopper dig ikke fra at bygge præcis de integrationer, du har brug for. HTTP Request noden giver direkte adgang til Business Central’s OData API, og det åbner flere døre end en standardnode nogensinde kunne.

En dedikeret node ville være bekvem, men den ville også låse dig fast i foruddefinerede funktioner og begrænsede parametre. Med HTTP Request noden bestemmer du selv, hvilke tabeller du vil røre, hvilke felter du vil filtrere på, og hvordan data skal transformeres undervejs.

Business Central eksponerer alt gennem OData.

Det betyder, at du kan læse debitorer, skrive varer, opdatere salgsordrer og hente finansposter præcis som du ønsker det. Du bygger selv URL’en, sætter dine egne headers, og arbejder med rå JSON eller XML.

Det kræver lidt mere forarbejde at sætte authentication op og finde de rigtige endpoints. Til gengæld slipper du for at vente på, at nogen andre opdaterer en node, når Microsoft ændrer noget i API’et.

Vi har hjulpet flere virksomheder med at bygge stabile forbindelser mellem n8n og Business Central gennem hjælp til n8n automatisering. Resultatet er flows, der synkroniserer lager, opdaterer kundedata og automatiserer fakturering uden manuelle mellemled.

1) Opret en app registration i Azure AD

En app registration fungerer som din bro mellem n8n og Business Central. Den fortæller Microsoft, hvem du er, og hvad du må tilgå.

Gå til Azure Portal og find App registrations under Azure Active Directory. Klik på New registration og giv din app et sigende navn, for eksempel n8n Business Central Integration. Vælg Accounts in this organizational directory only, medmindre du har særlige behov for at dele adgang på tværs af organisationer.

Når appen er oprettet, skal du notere to vigtige værdier: Application (client) ID og Directory (tenant) ID. Du skal bruge dem i n8n senere. Gå derefter til Certificates & secrets og opret en ny client secret. Kopier værdien med det samme. Den vises kun én gang.

Det er her, mange fejler. Gem secret et sikkert sted med det samme.

Nu skal du tildele API permissions. Klik på API permissions og derefter Add a permission. Vælg Dynamics 365 Business Central under APIs my organization uses. Vælg Application permissions og marker de rettigheder, du har brug for.

Som minimum skal du typisk have API.ReadWrite.All for at kunne læse og skrive data.

Client credentials flow er den mest stabile metode til server til server kommunikation. Her logger appen ind med sit eget certifikat frem for en brugers login. Det betyder, at integrationen kører uafhængigt af individuelle medarbejderes adgange.

I n8n tilføjer du en HTTP Request node. Sæt authentication til OAuth2 API og vælg Client Credentials som grant type. Indsæt client ID, client secret og tenant ID fra Azure. Authorization URL er https://login.microsoftonline.com/[DIN_TENANT_ID]/oauth2/v2.0/authorize og Access Token URL er https://login.microsoftonline.com/[DIN_TENANT_ID]/oauth2/v2.0/token. Scope skal være https://api.businesscentral.dynamics.com/.default.

Test forbindelsen med et simpelt kald. Et godt første skridt er at hente virksomhedsoplysninger ved at kalde GET på https://api.businesscentral.dynamics.com/v2.0/[DIN_TENANT_ID]/[ENVIRONMENTS_NAVN]/api/v1.0/companies. Får du en liste med dine virksomheder tilbage, virker autentificeringen.

Fejler kaldet, tjek at du har givet admin consent til permissions i Azure. Uden dette skridt har appen rettighederne tildelt, men ikke aktiveret.

1) Ordreimport: Ny ordre fra webshop/email → oprettes automatisk som salgsordre i BC med k

Når en kunde lægger en ordre i din webshop eller sender en ordre pr. mail, kan n8n automatisk oprette en salgsordre i Business Central med alle nødvendige data. Workflowet henter kundeinformation, ordrelinjer, leveringsadresse og betalingsmetode, så ordren er klar til plukning uden at nogen har rørt tastaturet.

Du slipper for at kopiere data mellem systemer.

Workflowet kører typisk hvert femte minut og tjekker for nye ordrer. Hvis kunden ikke findes i forvejen, oprettes et nyt kundekort automatisk med CVR nummer, adresse og kontaktoplysninger hentet fra eksterne kilder. Ordrelinjerne overføres med varenumre, antal og priser, og leveringsadressen sættes korrekt, selvom den afviger fra faktureringsadressen. Hele processen tager under et minut fra ordren modtages til den ligger i BC.

Vi har hjulpet en webshop med lignende automation, hvor 24 produkter om dagen automatisk flyttes fra leverandørdata til færdigt produkt i WooCommerce. Principperne er de samme: Data flyttes mellem systemer uden manuel indblanding, og medarbejderne kan fokusere på det, der gør arbejdet lettere.

Fejl forsvinder uden manuel indtastning.

Trigger: Ny Shopify ordre

Denne trigger starter et workflow hver gang en ny ordre lander i din Shopify webshop.

Workflowet henter automatisk ordredata fra Shopify og behandler dem trin for trin. Først trækker det ordrenummer, kundeoplysninger, varer og totaler ud af ordren. Derefter går det videre til behandling i Business Central.

Før data overføres til BC, validerer workflowet automatisk ordrens indhold mod dine forretningsregler. Det kontrollerer at alle SKUer findes i varekartoteket, at priser matcher dine listepriser, og at leveringsadressen er komplet med både vejnavn og postnummer. Afvigelser markerer ordren til manuel gennemgang, så du undgår at oprette salgsordrer med forkerte data eller manglende leveringsoplysninger.

Du bestemmer selv hvilke ordretyper der behandles automatisk. Standardopsætningen filtrerer efter betalingsstatus og risikoniveau, så kun valide ordrer opretter poster i BC. Ordrer med delvis betaling eller høj risikoscore sættes i kø til godkendelse før videre behandling.

Det første vigtige skridt er at identificere kunden korrekt. Workflowet spørger Business Central om en kunde med det pågældende CVR nummer allerede findes. Hvis svaret er nej, opretter det en ny kundekort med navn, adresse og kontaktoplysninger fra Shopify ordren. Det sikrer at din kundedatabase altid er opdateret uden manuel indtastning.

Dette skridt eliminerer dobbeltregistreringer og holder styr på nye kunder fra første ordre.

Når kunden er på plads, opretter workflowet en salgsordre i Business Central med alle ordrelinjer fra Shopify. Hver vare, antal og pris overføres præcist, så lager og bogføring stemmer overens med webshoppen.

Integrationen arbejder i realtid via API kald. Fra Shopify modtager ordren til salgsordren eksisterer i Business Central går der typisk under 30 sekunder. Det sikrer at lagerbeholdningen afspejler faktiske salg øjeblikkeligt, så du undgår oversalg og dobbeltbookinger af varer der ikke er på lager.

Til sidst sender workflowet en bekræftelse til kunden. Mailen kan tilpasses med ordredetaljer, forventet leveringstid og anden relevant information. Kunden får besked med det samme, og du slipper for at sende manuelle bekræftelser.

API fejl (timeout, rate limit) → retry med exponential backoff

API fejl skal aldrig stoppe et workflow. Når en server svarer for sent eller afviser med rate limit, venter systemet kort og prøver igen med dobbelt så lang pause næste gang. Det kaldes exponential backoff, og det løser de fleste midlertidige problemer uden menneskelig indgriben.

Timeout sker typisk når en ekstern server er overbelastet. Rate limits rammer når man kalder et API for ofte i træk. I stedet for at fejle med det samme, venter automationen 2 sekunder, så 4, så 8. Efter tre forsøg går den videre eller logger fejlen til senere.

Ugyldige data kræver en anden tilgang. Når et felt mangler eller har forkert format, skal automationen ikke gætte. Den flagger posten til manuel review og fortsætter med resten. På den måde stopper én ødelagt ordre ikke importen af de næste hundrede.

Duplikat detection er den tredje søjle. Før et nyt element oprettes, tjekker systemet om det allerede findes. En ordre med samme nummer. En kunde med samme email. Et produkt med samme SKU.

Match findes, handling springes over.

Ingen dobbeltbookinger, ingen forvirrede kunder.

I vores produktimport til WooCommerce kører dette fuldstændig automatisk. Leverandørdata kommer ind, API fejl håndteres med retry, duplikater filtreres fra, og ugyldige produkter flagges til gennemsyn. Resultatet er 24 produkter om dagen helt uden manuel overvågning.

Robust fejlhåndtering er forskellen på et workflow, der kører i produktion og et der kræver konstant babysitting. Byg det ind fra starten.