Global implementering af Business Central i skyen

Et dansk moderselskab med datterselskaber i Sverige, Tyskland og UK kan godt køre ét fælles Business Central. Men ikke i ét miljø med én opsætning. BC online-miljøer er bundet til en landeversion, så hvert land får sin egen lokalisering — og det er den, der afgør, om momsrapporten, betalingsfilerne og e-fakturaerne virker lokalt.

Vi kører i dag koncernopsætninger med selskaber i flere lande og valutaer. Her er det, vi har lært om at gøre det rigtigt.

Nøgleudfordringer i globale implementeringer

Lokaliseringskrav

• Moms og indberetning: dansk momsangivelse, svensk momsdeklaration, tysk Umsatzsteuer-Voranmeldung, Making Tax Digital i UK
• Lovpligtige eksporter: SIE i Sverige, SAF-T i Norge, DATEV-eksport til den tyske revisor
• E-fakturering: OIOUBL og Peppol i Danmark, andre krav og formater i hvert land
• Bank og betalinger: betalingsformater og bankintegrationer er lokale — en dansk opsætning virker ikke for en tysk bank
• Valuta: regnskabsvaluta pr. selskab, og en fast proces for valutakurser og kursregulering

Sprog og kultur

• Brugerne arbejder på eget sprog. Men egne felter og rapporter i jeres apps skal oversættes — det glemmes ofte
• Dokumenter til kunder: fakturaer og ordrebekræftelser på kundens sprog, styret via sprogkoden på debitoren
• Forskellige arbejdsgange: en svensk lagerafdeling og en dansk gør sjældent tingene ens, og det er ikke altid forkert
• Træning og support på lokalt sprog, eller på engelsk efter aftale med alle lande

Datahåndteringskompleksitet

• Fælles varenumre, debitorer og kreditorer på tværs af selskaber — eller bevidst ikke
• Lokale felter og opsætninger, der kun giver mening i ét land
• GDPR gælder i hele EU, men UK og lande uden for EU har egne regler
• Koncernkonsolidering: kontoplaner, der skal mappes, og interne mellemværender, der skal elimineres

Organisationer der udvikler en omfattende global implementeringsstrategi er 3,5× mere tilbøjelige til at fuldføre udrulningen til tiden og 2,8× mere tilbøjelige til at holde budgettet.

Strategisk ramme

1. Global skabelon

• Fastlæg, hvad der er ens overalt: dimensioner, varekategorier, bogføringsgrupper, nummerserier
• Fastlæg, hvad der er lokalt: moms, betalinger, e-fakturering og lovpligtige rapporter
• Byg koncernlogik som én AL-app, der installeres i alle miljøer — ikke som kopier pr. land
• Én fælles koncernkontoplan til konsolidering, også selvom de lokale kontoplaner er forskellige

2. Faseopdelt implementering

• Start med moderselskabet eller det land, der ligner skabelonen mest
• Tag ét land ad gangen. Big bang på tværs af lande giver fem go-lives på samme dag
• Justér skabelonen efter hvert land, før det næste går i gang
• Sæt konsolideringen op, når de første to selskaber kører — ikke til sidst

3. Lokaliseringsstyring

Microsofts landeversioner dækker meget, men ikke alt. Gennemgå hvert land for huller — typisk bankintegration, e-fakturering og specifikke rapporter til den lokale revisor — og beslut, om de lukkes med en AppSource-app, en lokal partner eller egen udvikling. Lav én proces for, hvem der godkender ændringer, så den tyske tilpasning ikke ødelægger den danske.

4. Global masterdatastrategi

• Beslut, hvem der ejer varekartoteket: centralt i moderselskabet eller lokalt pr. land
• Brug Business Centrals masterdatasynkronisering mellem selskaber i samme miljø, eller en integration mellem miljøer
• Konsolidering på tværs af miljøer via Business Centrals API i stedet for manuelle filimporter hver måned
• Ryd op i stamdata pr. land før migrering — dubletter bliver ikke færre af at blive flyttet