Oppskriften på et vellykket integrasjonsprosjekt

Th

Vi har i det siste skrevet mye om problemene med å ha data i ulike systemer som ikke snakker sammen. Både fra et kundeperspektiv, men også for ansatte som jobber med kundedata.

Kort fortalt er oppdaterte, tilgjengelige og konsistente kundedata nødvendig for at salg, kundeservice og markedsføring kan jobbe ut fra samme sannhet, og dermed gi gode kundeopplevelser. Det samme gjelder AI-agenter som skal utføre nyttige handlinger for kundene på tvers av systemer.

Slik jobber vi for å sikre vellykkede integrasjoner med Shine Connect

Når vi bygger integrasjoner for våre kunder i vår integrasjonsplattform, Shine Connect, følger vi en strukturert metode som sikrer både kvalitet og skalerbarhet. Her er noen av prinsippene vi jobber etter:

  • Felles datamodell og språk
    Vi starter med å etablere en felles forståelse av hva sentrale dataobjekter betyr – på tvers av systemer og avdelinger. Dette inkluderer entydige definisjoner av for eksempel “kunde”, “ordre” og “produkt”.
  • Datakartlegging og eierskap
    Hvert datafelt skal ha en tydelig eier. Vi avklarer hvilket system som er “master” for hvert felt, og hvordan endringer skal håndteres.
  • Hendelsesbasert datautveksling
    Integrasjonen bygger på hendelser (eventer), ikke hele datasett. Vi sender kun det som faktisk er endret – for eksempel “ny kunde”, “oppdatert firmanavn” eller “ordre fakturert”.
  • Minimum levedyktig integrasjon (MLI)
    Vi starter enkelt og bygger ut etter behov. Hver del av integrasjonen skal gi umiddelbar forretningsverdi og kunne testes isolert.
  • Historikk og sporbarhet
    Alle hendelser blir lagret i en “datahistorian”, slik at vi kan spille dem av igjen ved behov, for eksempel ved feilsøking eller datagjenoppretting.
  • Tidsstempling og rekkefølge
    Hver melding får et tidsstempel, slik at vi kan sikre riktig rekkefølge og unngå datakonflikter. Dette gir robusthet i databehandlingen.
  • Dokumentasjon og kommunikasjon
    Vi sikrer løpende dialog med alle involverte – både tekniske og forretningsmessige interessenter – og dokumenterer datamodell, schema og meldingsflyt.

Les også: Derfor sliter du med å gi kundene en helhetlig opplevelse

Hvordan vet systemene hva som har skjedd?

Når vi bygger integrasjoner basert på hendelser, må systemene snakke samme språk – ikke bare om data, men også om hva som har skjedd med dataene. Dette løser vi ved å standardisere det vi kaller eventtyper.

For eksempel, når noe skjer med en kunde, kan det være én av disse hendelsene:

  • Kunden blir opprettet
  • Kundeinformasjon blir oppdatert
  • Kunden blir slettet
  • En tidligere slettet kunde blir gjenopprettet

Company event types

Tabellen kan utvides med flere rader, f.eks om en kontaktperson skal legges til et selskap. I datamappingen legger vi også til “Publish

responsibilities” og “Subscribe responsibilities”. Hvem skal få publisere endringer, og hvem skal få beskjed om at det er publisert endringer. De systemene som skal vite noe om Company-hendelser må forholde seg til disse reglene.

For å sikre at dette skjer på en konsekvent måte, bruker vi schemas. Det er forhåndsdefinerte datamaler som beskriver nøyaktig hvilke felter systemene kan forvente å motta og hvordan de skal se ut. Alle subscriberne må forholde seg til de feltene. De forholder seg da til meldingen, og ikke hvilket system som har sendt meldingen.

Dette legger grunnlaget for arkitekturen i Shine Connect, der meldinger distribueres via plattformen – og ikke som direkte koblinger mellom systemene.

Diagram

Under “External systems” ser du systemene vi har vært innom tidligere, som CRM, ERP, kontraktsystemer og annet.

Til venstre har vi et sett med “Publishers”. Det er integrasjoner som er koblet på plattformen og som har rettigheter på masterdata om company, ordre eller produkt.

Hvis CRM har rettighetene på masterdata for company, har de en publisher-rettighet og kan sende melding “Nå har det kommet et nytt selskap”, eller “Nå er det en endring på firmanavn på et selskap”.

Dersom en kunde endrer navn – for eksempel fra Markedspartner til Intuvio – sender CRM en melding til Shine Connect med type “Company Updated”, og feltene som er endret.

Meldingen følger et standardisert schema, slik at alle mottakere vet nøyaktig hvordan de skal tolke den. Shine Connect distribuerer deretter meldingen til alle relevante systemer, som ERP, kundeserviceverktøy og bookingsystem. Alle systemene oppdaterer sin informasjon – i sanntid og uten behov for å kjenne hverandre direkte.

Det er dette vi mener med løse koblinger. Ingen systemer trenger å vite hvem som skal motta data – de forholder seg bare til plattformen. Skulle dere senere bytte CRM-system, trenger dere bare å koble det nye systemet til Shine Connect som ny publisher. De andre systemene trenger ikke endres i det hele tatt.

Les også: Slik får du kundesystemene dine til å snakke bra sammen

Klar for å få kontroll på kundedataene dine?

Ved å integrere systemene dine med Shine Connect får du:

  • Tilgjengelige, koblede og oppdatert kundedata
  • Mer effektivt samarbeid mellom avdelinger som gir bedre kundeopplevelser
  • Datakvalitet som du kan dra nytte av med AI

Se webinar hvor vi snakker mer om Shine Connect:

 

 

Temaer:

integrasjon
Thea Petrine Hammer's photo

Av: Thea Petrine Hammer

Thea Petrine er leder for data og integrasjon i Intuvio. Hun kom til oss fra Visma Software AS, hvor hun jobbet som kundeservicekonsulent, og senere i rollen som Junior Business Developer. Hun har en mastergrad i Informatikk: Digital økonomi og ledelse ved Universitetet i Oslo.