Dynamics 365 CE eller Dynamics 365 Sales? Slik henger navnene sammen

Hvorfor spørsmålet fortsatt dukker opp i 2026

Begrepet stammer fra en tid da det faktisk beskrev noe man kunne kjøpe. Da Microsoft samlet CRM-produktene under Dynamics 365, fantes det en lisensplan som het Dynamics 365 for Customer Engagement, og den ga tilgang til Marketing, Sales, Customer Service, Field Service og Project Service Automation under ett. Under den planen kunne kunder bruke Marketing dersom de hadde minst ti brukere av en CRM- eller ERP-app.

Den planen ble avviklet i oktober 2019. Fra 2022 begynte lisensene som var kjøpt før avviklingen å utløpe, og de enkelte appene måtte kjøpes hver for seg.

Likevel møter vi fortsatt D365 CE i norske konkurransegrunnlag, i leverandørpresentasjoner og i stillingsannonser. Ingen er uærlige. Begrepet er praktisk fordi det skiller CRM-siden av Dynamics 365 fra økonomi- og logistikksiden, og bransjen har ikke fått et like kort ord som erstatning. Problemet oppstår først når ordet brukes i et dokument som skal prises.

Hva customer engagement betyr hos Microsoft i dag

Begrepet lever videre i Microsofts egen dokumentasjon, men som en arkitektonisk kategori. Customer engagement-apper er appene som kjører på Microsoft Dataverse og er bygget med Power Apps' modelldrevne appdesign. Dynamics 365 Sales er en av dem, og Microsoft sier det rett ut i dokumentasjonen: Sales kjører på Dataverse og bruker modelldrevet appdesign. I praksis betyr det at appen er satt sammen av tabeller, skjemaer og visninger dere kan se og endre, ikke levert som et fast sett skjermbilder.

Dette har praktiske konsekvenser. Det betyr at datamodellen kan utvides med egne tabeller, felt og relasjoner med de samme verktøyene dere ville brukt til å bygge en egen app, og at sikkerhetsmodellen er den samme på tvers av appene.

Det er også her den vanlige forvirringen har sin rot. Når noen sier at de har D365 CE, mener de som regel at de har CRM-delen av Dynamics 365. Det er en presis nok setning i en samtale. I et anbudsdokument er den ikke presis nok til å prises.

De fire måtene å kjøpe Dynamics 365 Sales på

Microsoft selger Sales i fire lisenser. Mellom Professional og Enterprise er forskjellen hvor mye av datamodellen dere får tilgang til. Mellom Enterprise, Premium og Relationship Sales er den hvor mye veiledning, AI og LinkedIn-data som er bakt inn.

To detaljer er verdt å ta med inn i et budsjett. Den første gjelder LinkedIn-delen. Microsofts egen dokumentasjon oppgir to ulike utgaver for samme lisens: kjøpssiden skriver LinkedIn Sales Navigator Enterprise, oversiktssiden skriver Advanced Plus. Utgaven avgjør hva selgerne faktisk får se av LinkedIn-data, så be om å få den navngitt i tilbudet i stedet for å anta. Den andre gjelder AI. Sales Enterprise, Sales Premium og Relationship Sales inneholder grunnfunksjonene i Sales agent, mens premium-funksjonene krever en Microsoft 365 Copilot-lisens i tillegg. Det er en egen kostnadslinje som ofte ikke er med i første budsjettutkast. Vi har skrevet mer om hva Copilot faktisk gjør i vår gjennomgang av Copilot i Dynamics 365 Sales.

En merknad til dere som leser Microsofts sider selv: oversiktssiden lister nå også Sales agent som et tilbud ved siden av de fire lisensene. Det er presentert som en kapabilitet dere når gjennom lisensene over og en Copilot-lisens, ikke som en femte CRM-lisens per bruker. Det er verdt å vite før dere sammenligner to leverandørtilbud som teller kjøpsformene ulikt.

Det som avgjør prisen, er brukerroller, ikke appnavn

I anskaffelsene vi selv har vært inne i, er den dyreste feilen sjelden at man valgte feil app. Den er at alle brukerne fikk samme lisens.

Microsoft har en egen lettlisens, Dynamics 365 Team Members, for brukere som trenger tilgang til systemet uten å ha full funksjonalitet. Den gir tilgang gjennom et fast sett Team Member-apper som Microsoft definerer, og for customer engagement-appene er Sales Team Member en av dem. Lisensen har to begrensninger som må være kjent før dere planlegger rundt den: en Team Member-app kan inneholde maksimalt 15 tabeller, som Microsofts dokumentasjon fortsatt kaller entities, og lisensen gir ikke tilgang til egenutviklede apper. Tabellgrensen gjelder per app, og Microsoft presiserer at flere tabeller likevel kan nås gjennom delgrids, dashbord og oppslag, slik at begrensningen ligger på appdesignet og ikke på hva brukeren kan se.

Skal en bruker kun inn i en app dere har bygget selv på Dataverse, er det Power Apps som er riktig lisensspor, per app eller per bruker avhengig av hvor mange apper vedkommende trenger.

Microsoft har også gjort det mulig å kontrollere dette i etterkant. I Power Platform admin center finnes en rapport over bruk som ikke er i samsvar med Team Members-rettighetene. Den er ment som generell veiledning, ikke som en fasit, men den er et nyttig utgangspunkt hvis dere mistenker at lisensfordelingen har glidd. For hvordan lisenslinjen forholder seg til resten av kostnadsbildet, se hva en Dynamics 365-implementering egentlig koster.

"Når en kravspesifikasjon ber om Dynamics 365 CE, får dere tilbud som ikke kan sammenlignes. Ikke fordi leverandørene er uærlige, men fordi ordet ikke lenger har én betydning."

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

Hva dette betyr for kravspesifikasjonen

Tre linjer løser det meste av forvirringen, og de koster ingenting å legge inn.

Den første er kapabilitet i stedet for produktnavn. Skriv hva prosessen skal gjøre, ikke hva systemet skal hete. At selgere skal kunne følge en salgsmulighet fra første kontakt til signert avtale, med prognose per kvartal, er mulig å prise. Dynamics 365 CE er det ikke.

Den andre er et skille mellom brukertypene. Oppgi hvor mange som skal registrere og endre data, og hvor mange som bare skal lese og hente rapporter. Uten dette skillet må leverandøren gjette, og den som gjetter dyrest, taper konkurransen på pris uten å ha gjort noe galt.

Den tredje er integrasjonsbildet. Hvilke systemer løsningen skal utveksle data med, hvilken vei dataene går, og hvem som eier integrasjonen etter produksjonssetting. Dette er den posten som oftest sprenger et estimat, og den er også den som lettest kan avklares på forhånd. Vi har gått gjennom mønstrene i slik kobler du ERP og CRM uten å miste forstanden.

Er dere tidligere i løpet og ennå ikke har landet på plattform, er hva du bør tenke på før du velger CRM-system i 2026 stedet å begynne. Skal Dynamics 365 måles mot alternativet, har vi gjort den sammenligningen i Dynamics 365 Sales mot Salesforce.

Mønster: En organisasjon med rundt 60 CRM-brukere skriver Dynamics 365 CE, 60 brukere i konkurransegrunnlaget. Tilbud A priser 60 Sales Enterprise. Tilbud B priser 25 Sales Enterprise og 35 Team Members. Tilbud C priser 60 Sales Professional. Spennet mellom laveste og høyeste lisenslinje blir stort nok til å avgjøre konkurransen, uten at noen av tilbyderne har gjort noe galt. Avklaringen som fjerner hele problemet er to setninger lang: hvor mange skal registrere og endre, og hvor mange skal bare lese.

Når det faktisk er riktig med flere apper på samme fundament

Avklaringen over kan virke som et argument for å kjøpe minst mulig. Det er den ikke. Poenget er å kjøpe presist, og noen ganger er det presise svaret flere apper.

Fordi customer engagement-appene deler Dataverse, er det å legge til Customer Service ved siden av Sales en annen type beslutning enn å innføre et separat kundeservicesystem. Kunden, kontakten og historikken er allerede der. Det som kommer i tillegg, er saksmodellen, køhåndteringen og tjenestenivåene, ikke enda et sted å vedlikeholde kundedata.

Det taler også for en rekkefølge som ikke krever at alt byttes samtidig. Har dere et fungerende kundeservicesystem i dag, er det sjelden riktig å erstatte det i samme prosjekt som CRM innføres. Sett Sales i produksjon først, la de to systemene leve side om side en periode, og ta beslutningen om konsolidering når dere har reell driftserfaring. Enterprise CRM med Dynamics 365 går nærmere inn på hva som endrer seg når plattformen vokser inn i den rollen.