CRM og ERP-integration: sådan får salg og økonomi de samme kundedata

I de fleste virksomheder med 10–75 medarbejdere bor kunden to steder. Salg arbejder i CRM'et – fx HubSpot, Pipedrive eller Salesforce – mens ordrer, fakturaer og betalinger ligger i ERP- eller økonomisystemet, fx Business Central, e-conomic eller Uniconta. Så længe de to systemer ikke taler sammen, er der nogen, der taster det samme ind to gange. Og før eller siden passer tallene ikke.

En integration mellem CRM og ERP lyder som en teknisk opgave, men de fleste beslutninger er forretningsmæssige: Hvilket system bestemmer over hvad? Hvornår bliver et lead til en kunde i økonomisystemet? Og hvad skal sælgeren kunne se uden at åbne ERP'et? Her er en praktisk gennemgang af de spørgsmål, der afgør, om integrationen bliver en lettelse eller endnu et system at holde øje med.

Hvad I får ud af at forbinde CRM og ERP

• Ét sæt stamdata: Adresser, CVR-numre, kontaktpersoner og betalingsbetingelser bliver vedligeholdt ét sted og vist begge steder.
• Salg kan se det, der betyder noget: åbne ordrer, seneste køb, omsætning og forfaldne fakturaer direkte på kunden i CRM'et.
• Færre fejl i overleveringen: En vundet aftale kan blive til en ordre eller et tilbud i ERP'et, uden at nogen taster den ind igen.
• Et bedre grundlag for AI og rapportering: Når kundedata hænger sammen, kan I fx lade AI foreslå opfølgning på kunder, der er holdt op med at købe – det er umuligt, hvis købshistorikken ligger et andet sted end kunden.

Start med at beslutte, hvem der ejer hvilke data

Den vigtigste beslutning i en CRM–ERP-integration er ikke valget af teknologi, men hvilket system der er "master" for hvert dataområde. Hvis begge systemer må ændre det samme felt, ender I med data, der overskriver hinanden. En typisk fordeling ser sådan ud:

Fordelingen er et udgangspunkt, ikke en regel. Det vigtige er, at den bliver skrevet ned og aftalt mellem salg og økonomi, før der bliver bygget noget.

Hvornår bliver et lead til en kunde i ERP'et?

Et CRM indeholder mange virksomheder, der aldrig bliver kunder, og dem skal økonomisystemet ikke fyldes op med. Aftal derfor et tydeligt tidspunkt, hvor kunden bliver oprettet i ERP'et – fx når en aftale bliver markeret som vundet, eller når den første ordre bliver lagt. Fra det øjeblik får kunden et kundenummer i ERP'et, og det nummer bliver skrevet tilbage på virksomheden i CRM'et. Kundenummeret er nøglen, der binder de to systemer sammen.

Uden en fælles nøgle må integrationen matche på navn eller CVR-nummer, og så opstår dubletterne hurtigt. Hvis I allerede har kunderne begge steder, er første opgave derfor at matche dem og rydde op – før integrationen bliver slået til.

Indsigt: De fleste problemer med CRM–ERP-integrationer skyldes ikke teknikken, men at ingen har besluttet, hvilket system der har ret, når de to er uenige.

Realtid, hvert kvarter eller om natten?

Ikke alt behøver at blive synkroniseret med det samme. Overvej for hvert dataområde, hvor hurtigt det faktisk skal være opdateret:

• Med det samme: oprettelse af kunde og ordre, når en aftale bliver vundet – her venter nogen på det.
• Løbende eller hvert kvarter: ordrestatus og fakturaer, som sælgeren gerne vil se på kunden.
• En gang i døgnet: omsætningstal, varekatalog og prislister.

Jo mindre der skal ske i realtid, jo enklere og mere robust bliver integrationen. Nogle systemer kan sende besked via webhooks, når noget ændrer sig, mens andre kun kan aflæses med jævne mellemrum. Det afhænger af platformene og deres API'er – og bør undersøges tidligt.

Færdig konnektor, integrationsplatform eller specialudviklet?

Der er grundlæggende tre måder at bygge integrationen på:

• Færdige konnektorer fra fx HubSpots eller Pipedrives app-markedspladser. Hurtige at komme i gang med og fine, hvis jeres behov er standard. Begrænsningen viser sig, når I har brug for egne regler eller felter.
• Integrationsplatforme (iPaaS) som Make, Zapier eller Power Automate. Fleksible og visuelle, men komplekse flows kan blive svære at overskue og vedligeholde, og prisen stiger ofte med mængden af data.
• En specialudviklet integration direkte mod systemernes API'er. Mest arbejde at bygge, men giver fuld kontrol over regler, fejlhåndtering og logning.

Vi har skrevet mere om afvejningen i iPaaS vs. direkte API-integration. Et godt princip er at starte med det enkleste, der kan håndtere jeres regler – og først bygge selv, når standardløsningerne ikke rækker.

De fejl, vi oftest ser

• Ingen oprydning før start: Dubletter og forældede kunder bliver kopieret til det andet system og fordobler problemet.
• Tovejssynkronisering uden regler: To systemer, der overskriver hinanden, er værre end ingen integration.
• Ingen fejlhåndtering: En integration fejler før eller siden – fx fordi et felt er tomt, eller en adgangsnøgle er udløbet. Der skal være logning og en person, der får besked.
• For mange felter på én gang: Start med de data, der løser det største problem, og udvid bagefter.
• Glemte specialtilfælde: kreditnotaer, sammenlagte kunder, flere leveringsadresser og kunder med flere afdelinger. Tag dem med i afklaringen.

En praktisk rækkefølge

1. Kortlæg, hvem der taster hvad ind hvor i dag, og hvor det går galt.
2. Beslut master for hvert dataområde, og hvornår en kunde bliver oprettet i ERP'et.
3. Ryd op i og match eksisterende kunder, så de får en fælles nøgle.
4. Byg den første, afgrænsede del – typisk kunde og ordre ved vundet aftale.
5. Tilføj visning af ordrer, fakturaer og omsætning i CRM'et.
6. Følg fejlloggen tæt de første uger, og udvid derefter.

Når CRM og ERP først hænger sammen, er det også langt nemmere at bygge AI ovenpå – fx opsummeringer af kundens historik før et møde eller forslag til opfølgning. Læs mere om, hvornår et AI-lag giver mere mening end et nyt CRM, eller se de platforme, vi arbejder med, under integrationer.