Dynamics 365 Activate og migrering fra Salesforce: hva verktøyet gjør, og hva dere fortsatt må gjøre selv

Hva er Dynamics 365 Activate, og hva er tilgjengelig nå?

Microsoft presenterte Activate 9. september 2026 i et blogginnlegg av Jeff Teper, som leder Microsofts område for apper og agenter. Visjonen er ett AI-assistert implementeringsløp enten dere starter nytt, flytter fra et annet system eller utvider en eksisterende Dynamics 365-løsning. Tilgjengelig i dag er én vei: Salesforce til Dynamics 365 Sales og Customer Service.

Microsoft oppgir at verktøyet bygger på hundrevis av nyere migreringer og har behandlet mer enn seks milliarder dataposter i tidlige kundeprosjekter. Det er Microsofts egne tall, og de sier mer om skala enn om treffsikkerhet. ERP er varslet senere i år og flere CRM-kilder etter hvert, men andre kilder enn Salesforce er ikke støttet ennå.

Tilgang krever en Microsoft Entra-jobbkonto, og Microsoft behandler forespørselen som regel innen tre virkedager. Selve verktøyet er gratis mens det er i forhåndsversjon.

Hva gjør verktøyet, trinn for trinn?

Microsoft beskriver løpet i åtte trinn, her slått sammen til seks. Rekkefølgen er verdt å kjenne, fordi enkelte valg må tas før kartleggingen og ikke kan endres etterpå uten å begynne på nytt.

Det verktøyet tar bort, er mye av det manuelle arbeidet med å finne ut hva som finnes: hvilke felt som brukes, hvilke automasjoner som er aktive og hvilke pakker som er installert. Det er ikke lite, for datamigrering er en av postene som oftest undervurderes i Dynamics 365-budsjetter, som vi har gått gjennom i hva en Dynamics 365-implementering egentlig koster.

Hva gjør Activate ikke?

Den viktigste begrensningen står tydelig i dokumentasjonen: automasjon og kode blir analysert, men ikke konvertert eller flyttet. Flows, Process Builder, workflow-regler og Apex må bygges på nytt i Dynamics 365, typisk som Power Automate-flyter, forretningsregler eller plug-ins, og i et modent Salesforce-miljø er det ofte der forretningslogikken bor. Hvordan det gjøres uten ny skygge-IT, har vi skrevet om i Power Automate og Dynamics 365.

Tre andre begrensninger er verdt å merke seg: Big Objects og External Objects i Salesforce er ikke med, felttyper og valglister tilpasses målskjemaet slik at data kan se annerledes ut, og API-grensene i Salesforce kan gjøre store migreringer trege.

Ett punkt er uklart. Oversiktssiden sier at utvalgte filer, notater og vedlegg kan flyttes, mens sikkerhetssiden, oppdatert samme dag, sier at verktøyet ikke migrerer vedlegg, filer eller dokumenter. Har dere mye dokumentasjon knyttet til kunder og saker, bør det testes i eget miljø før det legges inn i en plan.

Det siste Activate ikke gjør, er å avgjøre om dere bør flytte. Analytikere intervjuet av fagbladet CIO omtaler verktøyet som en akselerator og ikke en autopilot, og påpeker at en vurdering laget av leverandøren dere eventuelt flytter til, ikke er en nøytral dom over om byttet lønner seg. Innvendingen gjelder enhver leverandør, også oss.

«Når kartleggingen blir billig, forsvinner den gamle unnskyldningen om at ingen vet hva som finnes. Spørsmålet som står igjen, er det samme som før: hva av dette skal dere egentlig ta med?»

Cartagena, fra CRM- og Dynamics 365-prosjekter i norsk mellommarked

Hva bør norske virksomheter avklare før første kjøring?

Hvor dataene behandles

Når dere ber om tilgang, er USA eneste region som kan velges for arbeidsområdet. Med standardoppsettet mellomlagres postene i Microsoft-administrert Azure-lagring i den regionen før de skrives til Dataverse. Dynamics 365-miljøet kan fortsatt ligge i Norge. Det som ligger hos Activate, er mellomlagringen, behandlingen underveis og prosjektdataene: kartleggingsresultater, koblinger og kjørehistorikk, som Microsoft lagrer så lenge prosjektet finnes.

Med egen lagring og database, som Microsoft kaller bring your own storage, kan mellomlagrede poster, kartleggingsresultater og koblinger ligge i deres eget Azure-abonnement og i en region dere velger. Det styrer hvor dataene lagres, ikke hvor tjenesten kjører. Valget må tas før kartleggingen, og dokumentasjonen sier at det ikke er slått på i alle miljøer ennå.

Kartleggingen og migreringen er ulike saker personvernmessig. Under kartleggingen leser verktøyet ifølge Microsoft bare definisjoner, konfigurasjon, Apex-kildekode og aggregerte tall. Kundeposter leses først når dere starter en migrering og har bekreftet et samtykkesammendrag, mens brukerkoblingen bruker de ansattes e-postadresser og brukernavn. Kartleggingen kan derfor kjøres som et eget steg, med en egen risikovurdering.

Overføring av personopplysninger ut av EØS må ha et grunnlag i personvernforordningen kapittel V. For USA finnes en adekvansbeslutning fra EU-kommisjonen av 10. juli 2023 for selskaper sertifisert under EU-U.S. Data Privacy Framework, og den gjelder overføringer fra hele EØS, også Norge. Om det dekker deres bruk av Activate, avklares med personvernombudet eller den som har personvernansvaret, og i databehandleravtalen. Dette er ikke juridisk rådgivning, men et punkt som hører hjemme i prosjektplanen før tilkoblingen.

Hva «AI-drevet» betyr i dag

Microsoft beskriver Activate som AI-drevet, men sikkerhetsdokumentasjonen sier at AI-funksjonene er slått av i produksjonsmiljøer, og at anbefalingene der er regelbaserte. Samme side sier at AI kan være slått på i utviklings- og testmiljøer, og at utdrag av Apex-kode på inntil 1 500 tegn da kan sendes til en AI-modell. Det går ikke klart fram om det gjelder arbeidsområder dere selv merker som utvikling eller test, så avklar det med Microsoft før dere velger formål for arbeidsområdet. Foreløpig beskriver AI i navnet retningen mer enn det dere får; agentbasert kobling, veiledning på naturlig språk og sammendrag for ledelsen er varslet.

Hva forhåndsstatusen betyr

Forhåndsversjoner er ikke ment for produksjonsbruk og er underlagt egne tilleggsvilkår. Activate passer derfor i dag til kartlegging, beslutningsgrunnlag og testmigreringer, og vi ville i de fleste tilfeller ventet med selve overgangen til produksjon.

Hvorfor er trinnvis overgang fortsatt riktig for de fleste?

Et raskere verktøy gjør det fristende å flytte alt på en gang. For de fleste mellomstore virksomheter vi møter, er det fortsatt feil tilnærming. Microsoft har selv publisert en referansearkitektur for trinnvis migrering til Dynamics 365 Sales, der organisasjonen flyttes del for del og gammelt og nytt system holdes synkronisert i overgangen. Den er hentet fra en av de største Dynamics 365-implementeringene Microsoft har beskrevet, så omfanget kan ikke overføres til en mellomstor virksomhet. Prinsippet kan det.

Activate kan brukes i en slik plan, men med to begrensninger. Delta-modusen flytter poster som er endret siden forrige vellykkede kjøring, så dere kan ta en full migrering først og hente inn endringene fram mot overgangen. Men verktøyet leser bare fra Salesforce og skriver aldri tilbake. Microsoft anbefaler egne prosjekter per migreringsfase, og integrasjonsbrukerens rettigheter styrer hvilke poster verktøyet ser, men dokumentasjonen beskriver ikke et eget filter for å avgrense en kjøring til ett forretningsområde. Skal organisasjonen flyttes del for del, må dere derfor avklare hvilket system som eier hvilke poster i overgangen, og regne med egen synkronisering der begge systemene er i bruk samtidig.

Mønster: En virksomhet med 50 til 150 CRM-brukere og et Salesforce-miljø som har vokst i åtte til ti år, får en maskinell kartlegging på bordet. Det vi typisk ser i CRM-miljøer som har vokst over mange år, uansett plattform, er at et fåtall automasjoner og integrasjoner bærer det meste av forretningslogikken, mens mange egendefinerte felt knapt er i bruk. Innsatsen flytter seg da fra å finne ut hva som finnes, til å bestemme hva som skal bygges om og hva som skal legges igjen.

Noen bør ikke flytte i det hele tatt. Er Salesforce godt tatt i bruk, er dere ikke Microsoft-sentrerte, og løser plattformen det den skal, er et billigere migreringsverktøy ikke en grunn til å bytte. Forskjellene har vi gått gjennom i Dynamics 365 Sales mot Salesforce, og hvilke Sales-lisenser dere trenger på den andre siden, i Dynamics 365 CE eller Dynamics 365 Sales.

Slik ville vi brukt Activate i et norsk prosjekt

Viser kartleggingen at et bytte gir mening, er dette rekkefølgen vi ville fulgt. Den er ikke spesiell for Activate, men verktøyet gjør de første trinnene raskere.

1. Avklar personvern og lagring før tilkobling. Bestem om dere trenger egen lagring og database, og gi integrasjonsbrukeren i Salesforce minste nødvendige rettigheter.
2. Kjør kartleggingen og les rapporten som beslutningsgrunnlag. Den viser kompleksitet og anbefalte tilnærminger, men den er ikke en prosjektplan.
3. Sorter alt i fire grupper: behold, forenkle, bygg om og legg igjen. Det er prosjektets viktigste arbeidsøkt, og den trenger folk fra forretningen i rommet, ikke bare IT.
4. Test i små steg. Trial 100 per tabell mot et testmiljø, deretter en full testmigrering med avstemming. Kontroller innholdet, ikke bare antallet. Å teste i en pilot før full migrering er samme prinsipp som i migreringsguiden fra Excel til Dynamics 365.
5. Planlegg automasjon, integrasjoner og opplæring som egne arbeidsstrømmer. Activate løser ingen av dem. Se hvordan dere kobler ERP og CRM og endringsledelse for CRM.

Det er i trinn tre og fem en partner fortsatt gjør mest nytte, og Microsoft sier det selv i lanseringen: partnerne kan bruke mindre tid på kartlegging og mer på metodikk, bransjekunnskap, løsningsarkitektur og endringsledelse. Det stemmer med det vi har erfart om hvor Dynamics 365-implementeringer vinnes og tapes.