Business Central + Shopify: connector, konsulenthus eller platform?
Den native connector er gratis og dækker standard-flowet fint. Men i det øjeblik dit Business Central afviger fra standarden, står du med et valg: bygge en integration fra bunden, eller lægge en platform imellem der allerede er bygget. Her er de tre veje - og hvornår hver enkelt giver mening.
Du driver en webshop på Shopify, og dit regnskab ligger i Microsoft Dynamics 365 Business Central. De to skal tale sammen, så ordrer, lager, priser og bilag flyder automatisk i stedet for at blive tastet manuelt. Spørgsmålet er bare hvordan.
De fleste starter med Microsofts gratis connector - og det er ofte det rigtige sted at starte. Men en del opdager først undervejs, at deres opsætning afviger nok fra standarden til at connectoren ikke kan følge med. Så bliver spørgsmålet pludselig: skal vi bygge noget selv, eller finde en der har gjort det før?
Vi sælger ikke en "sæt det op på fem minutter"-løsning, og vi lader som om det modsatte er sandt. Så her er et ærligt overblik over de tre veje, fordelene og ulemperne ved hver - og en beslutningstabel til sidst.
Tre veje til at koble Business Central og Shopify sammen
- Den native connector - Microsofts gratis, indbyggede integration. Plug-n-play, men rigid.
- Konsulenthus-build - en integration udviklet fra bunden til netop dig. Fleksibel, men dyr, langsom og afhængig af at konsulenten har prøvet det før.
- En specialiseret platform (som Pairy) - en gennemtestet integrationsplatform der tilpasses til din opsætning. Fleksibiliteten fra en custom-løsning, uden at bygge fra bunden.
Vej 1: Microsofts native Shopify-connector
Connectoren er gratis, forudinstalleret i Business Central, og vedligeholdes af Microsoft. For en webshop med ét nogenlunde standard-setup dækker den meget: synkronisering af produkter, varianter, lager, ordrer, kunder og fulfillment kan flyde mellem de to systemer. Det er et stærkt udgangspunkt, og for mange er det rigeligt.
Begrænsningerne viser sig, når dit setup afviger fra det connectoren er bygget til:
- Egne felter og særlige flows kræver udvikling. Skal et custom-felt fra Shopify ind i Business Central, eller en forsendelsesmetode mappes på en bestemt måde, er det ikke noget du bare slår til. Brugere på Microsofts egne Dynamics-fora løber ind i præcis det, og svaret er typisk at connectoren først kan udvides via egen udvikling fra version 22 og frem.
- Bogføring og afstemning kræver ofte opsætning - og kan stadig efterlade manuelt arbejde. At få betalinger, gebyrer og refunderinger til at lande som korrekte posteringer der matcher dit regnskab, er sjældent noget der bare virker ud af boksen. For mange ender det med en månedsafslutning hvor nogen afstemmer i hånden.
- Den er cloud-only. Connectoren virker kun med Business Central online - den er ikke tilgængelig for on-premises eller ældre Navision-opsætninger (mere om det længere nede).
- Fysisk butik (POS) og høj volumen. Shopify POS-salg synkroniseres ikke automatisk, og ydelsen kan blive presset ved store ordremængder i spidsbelastning.
Den native connector passer til dig hvis: du har én Shopify-butik, et nogenlunde standard cloud-Business Central, et overskueligt katalog, og en intern ressource der kan tage den manuelle afstemning.
Vej 2: Konsulenthus-build fra bunden
Den anden vej er at få et konsulenthus til at udvikle en integration fra bunden, skræddersyet til din virksomhed. Fordelen er klar: i princippet kan alt lade sig gøre, præcis som du vil have det.
Ulemperne er til gengæld nemme at undervurdere:
- Pris og tid. En custom-udvikling fra bunden er den dyreste og langsomste af de tre veje. (Vi gennemgår de reelle omkostningsmodeller i artiklen Hvad koster en integrationsplatform?)
- Vedligehold og afhængighed. Shopify og Business Central opdaterer løbende deres API'er. Hver gang skal integrationen vedligeholdes - og spørgsmålet er hvem der ejer koden og kan rette den, hvis konsulenten ikke længere er tilgængelig.
- Børnesygdomme du betaler for at de lærer. Det er den mest oversete: et konsulenthus har ofte ikke bygget netop denne integration før. Så opstår der børnesygdomme undervejs - særtilfælde, datafejl, ting der ikke opfører sig som forventet. Og hver gang er det dig der skal tage stilling, teste og vente. Du betaler reelt for at de lærer på din regnskabsdrift.
Konsulenthus-build passer til dig hvis: du har helt særegne krav som ingen standardplatform dækker, et budget og en tidsplan der kan bære et udviklingsprojekt, og gerne intern IT til at styre leverandøren.
Vej 3: En specialiseret platform (sådan arbejder vi i Pairy)
Den tredje vej ligger imellem de to. Pairy er en middleware: vi ligger mellem Business Central og Shopify og fører data mellem de to via deres API'er. Det er et alternativ til connectoren - ikke et lag oven på den. (Vi anbefaler faktisk ikke at køre os ved siden af en eksisterende integration, fordi to systemer der fører de samme data kan give dobbeltoverførsler og fejl. Man vælger én.)

I praksis er det halvt en konsulentløsning, fordi din opsætning skal tilpasses. Forskellen fra et konsulenthus er hvad vi tilpasser fra: vi bygger ikke fra bunden hver gang. Vi bygger ovenpå en gennemtestet platform og de integrationer vi allerede har lavet mange gange før.
Og det er hele pointen. Fordi vi har gjort det mange gange før, ved vi præcis hvordan en Business Central-til-Shopify-integration skal sættes op. Vi guider dig gennem det, og du slipper for hovedpinen. Fundamentet er afprøvet, så du undgår de børnesygdomme du betaler et konsulenthus for at finde for første gang.
At tilpasningen sker ovenpå et fælles fundament er ikke en svaghed - det er styrken. Det ses tydeligt på, hvor forskellige vores integrationer er, selvom de hviler på samme platform:
- Aiayu - en skalerbar Business Central-til-Shopify-integration på tværs af flere markeder.
- Ecooking - automatiseret ordrehåndtering mellem Shopify og Business Central.
- Baum und Pferdgarten - Business Central og Shopify, hvor produktbilleder også hentes fra et eksternt DAM-system.
- Pomp De Lux - Business Central koblet til flere Shopify-butikker.
- Plaza Ure & Smykker - gavekort der fungerer på tværs af fysiske butikker og webshop.
Der hvor du møder muren ved standard-connectoren, kan vi tilpasse for dig. Et par eksempler på hvad det kan betyde i praksis:
- Har du en varestruktur der ikke følger standarden - hvor ét varenummer fx sammenstykkes af style, materiale og størrelse, og data skal hentes fra flere felter i Business Central - så mapper vi det til Shopify, så det passer til din butik.
- Har du varianter der kombinerer flere dimensioner - fx bukser hvor både vidde og længde skal blive til én størrelse som "30/32" - håndterer vi sammensætningen.
- Mangler du felter som ikke udstilles som standard - fx toldtarif eller oprindelsesland - tilføjer vi dem til udlæsningen, så de kommer med.
Og så er der bogføringslaget, som ofte er hele grunden til at folk vælger os - og her tilpasser vi os dit flow. Behandler du ordrerne i Shopify, og styrer forsendelsen der, sender vi først ordren videre til Business Central når den er færdigbehandlet. Behandler du i stedet ordrerne i Business Central, og styrer forsendelsen der, overfører vi ordren så snart slutkunden har lagt den - og når du har afsendt varen i Business Central, lukker vi ordren i Shopify og hæver betalingen. Uanset hvilket flow der passer til din virksomhed, ender faktura og kreditnota korrekt i regnskabet, så afstemningen ikke bliver til manuelt arbejde ved månedsafslutning.
En platform som Pairy passer til dig hvis: dit setup afviger fra standarden, du vil have bogføringen automatisk frem for manuel, eller du kører et ERP connectoren ikke understøtter.
Kører du ældre Navision eller Trimit? Så er connectoren slet ikke en mulighed
Det er værd at fremhæve separat, fordi det er et rent ja/nej: Microsofts native connector virker kun med cloud-Business Central. Kører du en ældre Navision-version eller Navision Trimit, er connectoren simpelthen ikke en mulighed - og så står valget mellem en custom-build og en platform der allerede taler med dit system.
Det er noget vi gør jævnligt. Se for eksempel Moshi Moshi Mind (Navision Trimit og flere Shopify-butikker) og Mos Mosh (Navision og tre Shopify-shops).
Hvornår skal du vælge hvad?
Der er ikke ét rigtigt svar - det afhænger af hvor meget dit setup afviger fra standarden, hvilket ERP du kører, og hvor meget du vil have automatisk. Her er en rettesnor:
| Din situation Overvej | |
| Én Shopify-butik, standard cloud-Business Central, overskueligt katalog, intern ressource til afstemning | Den native connector |
| Afvigende varestruktur, særlige felter eller flows, eller bogføringen skal passe præcist til dit setup | En platform som Pairy |
| Ældre Navision eller Navision Trimit (connectoren er ikke en mulighed) | Platform eller custom-build |
| Fysisk butik med Shopify POS der skal bogføres samlet | Platform eller custom-build |
Den korte version: har du et rent standard-setup, så start med connectoren. Afviger du fra standarden - og det gør de fleste voksende webshops på et tidspunkt - så kræver det tilpasning uanset hvad. Spørgsmålet er bare, om du vil bygge det fra bunden, eller bygge ovenpå noget der allerede virker.
Skal vi se på din opsætning?
Er du i tvivl om hvad der passer til netop din Business Central- og Shopify-opsætning, så lad os tage en snak. Vi har bygget integrationen mange gange før og kender faldgruberne. Se mere på vores side om Shopify og Business Central integration, eller skriv til os på support@pairy.dk.