Systemintegration: jeres egen Azure eller en iPaaS-licens

Hvad er systemintegration?

Systemintegration er alle de små forbindelser, der gør, at ingen skal taste det samme to gange. Kører I handel på Business Central, ser listen sådan ud:

• Ordrer fra webshoppen ind i BC, og lager, pris og leveringsstatus tilbage til webshoppen.
• Produktdata fra PIM til webshop og marketplaces.
• Bankens kontoudtog ind i BC hver morgen, så bogholderen kan afstemme.
• Leverandørfakturaer fra indbakken til kreditorkladden.
• Salg, lager og finans videre til Power BI eller en dataplatform, så ledelsen ser ét tal.

Hver forbindelse er lille. Problemet er, at de vokser til tyve, bygget af fem leverandører over otte år. Og ingen hos jer kan sige, hvilken der knækkede i nat.

Integrationsplatform, connector eller egen Azure?

Integrationsløsningerne falder i fire grupper. Teknikken kan alle fire klare. Det, der skiller dem, er, hvem der ejer logikken, og hvad I betaler for hvert år.

Shopify-connectoren til Business Central er et godt eksempel på den færdige connector, og hvor den stopper, står på siden om Shopify og Business Central.

Hvad er iPaaS, og hvad betaler I for?

iPaaS står for integration platform as a service. I lejer en platform med færdige connectors og en grafisk editor, hvor flowene bygges. Prisen afhænger af platformen og følger antal forbindelser, flows eller transaktioner. Tjek, hvad der sker med prisen, når ordremængden fordobles i november.

MuleSoft og Boomi er gode værktøjer for koncerner med hundredvis af integrationer og et integrationsteam, der kan dem. Det går galt, når I har 15 integrationer og betaler licens år efter år for en sort boks, som kun partneren kan åbne.

Stil de her spørgsmål, før I skriver under:

• Kan vi eksportere flowene i et format, vi kan køre et andet sted?
• Hvem hos os kan ændre en feltregel uden at ringe til partneren?
• Hvad koster det at gå, både i opsigelse og i genopbygning?
• Hvor ligger loggen, og hvor længe gemmes den?

Azure Integration Services i jeres egen tenant

Microsoft samler en håndfuld tjenester under navnet Azure Integration Services. I betaler for forbruget i jeres eget Azure-abonnement, og der er ingen licens pr. forbindelse. Kører I allerede Business Central online og Microsoft 365, har I tenanten i forvejen.

Logic Apps findes i to modeller. Consumption afregnes pr. kørsel og passer til få og spredte flows. Standard afregnes for en hostingplan, uanset forbrug, og bliver billigere ved store mængder. Regn på jeres eget volumen i Azures priskalkulator, før I vælger.

Det, I får, er flows, der ligger som kode i jeres repo, og en log i jeres egen Azure. Næste partner eller jeres egen udvikler kan læse begge.

Ét sted, hvor ERP, webshop, PIM og bank mødes

Tyve punkt til punkt-forbindelser giver tyve steder at lede, når et lagertal er forkert. En data gateway samler dem: hvert system forbindes én gang, og alle andre, også agenter og rapporter, henter derfra. En af os har bygget sådan en internt i en detailkoncern med flere selskaber og markeder.

Det er det samme datalag, som virksomhedens hjerne og agenterne læser fra. Debitoragenten behøver ikke sin egen forbindelse til banken. Den henter fra gatewayen, med kun læseadgang og kun de felter, jobbet kræver.

ERP-integration med Business Central: hvad API’et kan

API-integration til Business Central online går gennem standard-API’er over OData, og I kan bygge jeres egne API-sider til det, standarden ikke dækker. Direkte adgang til databasen findes ikke online. Tre ting fra Microsofts dokumentation er værd at kende, før I bygger:

• Webhooks. BC kan give besked, når en post ændres, så I slipper for at spørge hvert minut. BC venter 30 sekunder efter første ændring, før beskeden sendes. Ændres over 1.000 poster i det tidsrum, kommer der én samlet besked.
• Grænser. Hver bruger eller Entra-app har 6.000 kald pr. fem minutter. Går I over, svarer BC med fejl 429, og integrationen skal vente og prøve igen.
• Batch. Et kald kan bære op til 100 operationer, så en natkørsel med 1.200 ordrer ikke behøver 1.200 kald.

Hvordan I får data ud til rapportering, og hvilke API’er der passer til hvad, står på siden om Business Central-API.

Hvem ejer integrationerne, når leverandøren går?

Spørg hos jer: hvem får besked, når ordrerne ikke kommer ind i BC i nat? Er svaret »partneren« eller »det ved vi ikke«, ejer I ikke jeres integrationer. Fire ting gør jer uafhængige:

1. Koden i jeres repo

   Hvert flow ligger som kode under jeres egen konto, med historik over hvem der ændrede hvad.

2. Et navn på hver integration

   Ordreflowet ejes af e-handelschefen, bankfilen af bogholderen. Det står i ejerkortet.

3. En alarm, der rammer ejeren

   Fejler et job, får ejeren en besked med hvad og hvorfor. Ikke en partner i en anden by.

4. En drifthåndbog

   Hvad gør I, når Shopify ændrer et felt, eller en ny bankkonto skal med? Det står skrevet, før vi går.

Sådan arbejder vi: vi bygger integrationerne sammen med jeres team, i jeres Azure, og vi går først, når jeres folk selv kan ændre et flow. Mere om at undgå at blive låst til én leverandør står på siden om vendor lock-in.

Når egen Azure er det forkerte valg

• Når standardconnectoren dækker jeres proces. Brug den, og byg kun det, den ikke kan.
• Når ingen hos jer vil eje integrationerne. Så er en iPaaS med en partner, der svarer om natten, det ærlige valg.
• Når I har hundredvis af integrationer og et integrationsteam, der allerede kan MuleSoft eller Boomi.
• Når filen kommer fire gange om året. En person, der uploader den, er billigere end en integration.