Et ERP-system kan ikke stå alene i en datadreven virksomhed, for det skal tale sammen med jeres webshop, CRM, lager og økonomi. En god integration afgør, om I får ét fælles datagrundlag, eller om I ender med en række uforbundne IT-siloer. Vi ser ofte, at virksomheder undervurderer disciplinen, fordi integration ikke kun handler om teknologi eller kode, men i høj grad om at styre processer og stamdata. Metoden betyder ofte mindre end, hvem der vedligeholder opsætningen, så vælg den løsning, der passer til jeres behov og treårige køreplan. Så bliver I ikke bundet af en dyr og ufleksibel struktur.
Af Partner, Sander Dyrvig
En ERP-integration forbinder ERP-systemet med jeres andre forretningsapplikationer, det være sig webshop, CRM, lagerstyring eller økonomiværktøjer. Målet er at lade systemerne dele data automatisk, så informationerne holdes synkroniseret på tværs af organisationen, og det fjerner behovet for langsom og fejlbehæftet manuel indtastning. Resultatet er ét fælles datagrundlag for hele forretningen, ofte kaldet en enkelt kilde til sandhed. Et nyt ERP-system kan sjældent bruges direkte ud af æsken, for det skal integreres med jeres eksisterende systemer, ellers høster I ikke gevinsterne ved investeringen.
Mekanisk fungerer en integration på en logisk måde: først flytter den en post ud af ét system, derefter oversætter den dataene til et format, modtageren forstår, og til sidst skriver den dataene ind i modtagersystemet. Det foregår typisk via API’er, færdige forbindelser eller et mellemlag, hvor en API er en grænseflade, der lader systemerne tale sammen, og et mellemlag, kaldet middleware, oversætter felterne. De fleste moderne integrationer er hændelsesbaserede, så når ét system opdateres, får et andet hurtigt besked, og oprettes en salgsordre, opdateres lageret automatisk.
Der findes flere veje, når I skal vælge metode. Den enkleste er en direkte punkt-til-punkt-forbindelse mellem to systemer, som er hurtig at bygge ved et enkelt link. Udfordringen er, at hver ny applikation kræver en ny forbindelse, så vedligeholdelsen vokser eksplosivt, når forretningen udvider sig. Strukturen bliver hurtigt skrøbelig i stor skala, hvor en enkelt opgradering kan bryde flere integrationer på én gang, så vær varsom med metoden i et voksende systemlandskab.
En anden mulighed er at bruge en ERP-API som direkte integration, hvor standardiserede grænseflader giver kommunikation i realtid. Tilgangen giver finmasket kontrol og skalerer godt, men den kræver betydelig teknisk ekspertise, for I skal have folk til at bygge og vedligeholde forbindelserne. I kan også implementere et middleware som mellemlag, der fungerer som en servicebus, som oversætter og dirigerer data. Middleware isolerer ERP’et og beskytter ældre systemer mod tunge kald, og metoden understøtter både realtid og batch i komplekse miljøer.
Den tredje kategori er iPaaS-løsninger, altså en integrationsplatform som service med en lavkode-tilgang. Metoden er hurtig at idriftsætte, kræver mindre vedligeholdelse og håndterer både realtid og planlagt batch, og den er populær hos mellemstore virksomheder i vækst. Færdige forbindelser er derimod bedst til simple opsætninger mellem to systemer. Valget mellem metoderne bør dikteres af forretningen, ikke af listeprisen, for en specialbygget integration kan blive en byrde ved næste opdatering, så fokusér på de samlede ejeromkostninger over tid.
Når integrationen designes, skal I vælge mellem hastighed og stabilitet, for data kan flyde i realtid eller via planlagte batch-kørsler. Ved realtid synkroniseres data, når de opstår i kildesystemet, hvilket er bekvemt for brugerne, men kræver en stærkere infrastruktur. I skal sikre, at systemlandskabet kan håndtere de hyppige kald, og det kræver overvågning, så en spidsbelastning ikke lægger systemet ned.
Batch opdaterer data med faste intervaller, for eksempel hver time eller nat, og metoden er enklere at opsætte og integrerer bredt. Ulempen er, at data ikke altid er opdaterede i minuttet. En moderne iPaaS-løsning håndterer begge dele effektivt, så en rute for salgsordrer kan køre i realtid, mens tunge regnskabstal kører i batch. Vælg en samlet løsning, der understøtter hele driften
Det mest udbredte eksempel er koblingen mellem webshop og ERP, hvor integrationen holder salgsordrer og lagerbeholdning ens i begge systemer og også opdaterer priser og kundedata. Løsningen sættes oftest op som en tovejs-integration: ordrer og kunder flyder fra webshoppen ind i ERP-systemet, mens varer, priser, beholdninger og ordrestatus flyder den anden vej.
Ordreforløbet viser, hvorfor samspillet er kritisk. En kunde lægger en bestilling i webshoppen, webshoppen tjekker beholdning og kreditgrænse, og ordren sendes til ERP-systemet, så lageret kan pakke den. Uden integration opstår manuel afstemning og oversalg, vigtige ordrer forsinkes, og kundeoplevelsen halter, for et manglende overblik skaber frustration og tabt omsætning. Den rette arkitektur frigiver derimod tid til at skabe værdi for kunderne.
Fordelene er store, men der er også typiske faldgruber. En hyppig årsag til fejl er synkroniseringskonflikter mellem platformene, og der opstår ofte fejl i datakortlægningen, som giver uoverensstemmelser, ligesom tilpasninger i ERP’et kan skride umærkeligt over tid. Kompatibilitet med ældre systemer er en anden udfordring, og rodårsagen ligger ofte i opsætningen af de specifikke datafelter, når et felt ikke kortlægges rent over til modtageren, især omkring pristrin og kundeposter.
Mange forhaster den tekniske forbindelse og springer testen over, hvorefter uensartede felter og kanttilfælde hurtigt bryder synkroniseringen, for eksempel ved returneringer eller sammensatte pakkevarer. En dårlig integration kan danne falske dubletordrer, synkronisere forkerte priser eller fejlplacere lager. Den bedste risikodæmpning er en grundig test med realistiske datamængder, og I bør desuden sikre en solid fejlhåndtering med overvågning og alarmer.
Start med at kortlægge alle jeres systemer og data: gør status over ERP’et og de tilkoblede applikationer, find hvert integrationspunkt, og dokumentér kilder og arbejdsgange, før I bygger noget. Rens derefter de data, der skal flyde i systemerne, for et fokus på stamdata sikrer, at ét system er kilden til sandhed. Løbende arbejde med høj datakvalitet er afgørende før synkronisering, så sæt validering op på feltniveau og kør faste datatjek, ellers synkroniserer I gamle fejl ud i alle systemer.
Vælg herefter en skalerbar metode, der matcher jeres datamængder, jeres krav til hastighed og jeres IT-kompetencer, og foretræk en moderne API-løsning eller iPaaS frem for skrøbelige punkt-til-punkt-links. Afgør, hvilke data der skal flyttes, og hvilken vej de skal flyde, og test alt i et lukket testmiljø først. Kortlæg svære kanttilfælde tidligt, fasedel udrulningen, og udpeg en vedligeholdsansvarlig, og vurdér den treårige køreplan frem for kun dagens behov. Det er her, et systematisk arbejde med processer og dataejerskab optimerer arbejdsgangene, for det er en fejl at opfatte arbejdet som et rent teknisk IT-projekt.
En API-først tilgang er ved at blive standard, hvor sammensættelige systemlandskaber kobler dele sammen via et mellemlag, så I kan udskifte eller opgradere enkelte dele uden at bryde driften. Både iPaaS og middleware bør ses som kerneinfrastruktur. Kunstig intelligens gør også en forskel i hverdagen, men teknologien virker kun, når forretningsdataene er forbundet, for prognoser og automatiseret ordrebehandling virker ikke i lukkede siloer. Fundamentet for fremtidens løsninger er stærke systemintegrationer.
Vi ser en god integration som det, der samler forretningen, men vi ser ofte projekter skride, fordi man ikke er enige om dataejerskabet, og uenighed om kilden til sandhed skaber problemer i driften. Integration er derfor mere en data- og procesdisciplin end ren teknik, så rens jeres stamdata først, definér kilden til sandhed, og kortlæg processerne. Det gælder især ved et valg af IT-system til jeres fremtidige landskab, for et forhastet arkitekturvalg kan låse jer fast i mange år, og som uvildige rådgivere rådgiver vi altid leverandøruafhængigt.
ERP-integration forbinder jeres ERP-system med andre applikationer som webshop, CRM og lager. Målet er at lade systemerne dele data automatisk og undgå manuel indtastning. På den måde skaber I ét fælles datagrundlag for hele virksomheden.
De mest udbredte metoder er punkt-til-punkt, API, middleware og iPaaS. En iPaaS-løsning er cloud-baseret og populær til komplekse datastrømme uden tung kode. Jeres valg bør afhænge af datamængderne og den treårige køreplan.
En ERP-API er en standardiseret grænseflade, der forbinder to systemer direkte. Metoden giver finmasket kontrol og fungerer godt i realtid. Den kræver dog teknisk ekspertise at bygge og vedligeholde.
Den største faldgrube er forhastet datakortlægning, der giver konflikter og dubletordrer. Der opstår også fejl omkring pristrin og kundeposter, hvis felterne ikke matcher. Mangelfuld test er en alvorlig trussel mod jeres dataintegritet.
Gode integrationer kræver styr på data og processer på tværs af systemer. Data og systemplatform er to af de fem områder i vores metodeapparat. Vi sikrer et fælles, sporbart masterdata-grundlag, så systemerne taler samme sprog. Vi er uvildige og arbejder ud fra jeres forretning, ikke en leverandørs roadmap.
Sander Dyrvig
Med erfaring fra projektledelse af større transformationsprojekter i +10 år, varetager Sander typisk program- og projektledelsen af større og komplekse projekter.
Inden skiftet til Cornerstones varetog Sander forskellige lederstillinger indenfor forretningsudvikling for VKR Gruppen og Bestseller.
