En moderne Customer Service-platform er det fælles arbejdsrum, hvor danske serviceorganisationer samler sager, kanaler og rapportering for at kunne reagere hurtigere. Når kunder kontakter virksomheden via e-mail, chat, telefon og selvbetjening, bliver værdien af en velkonfigureret Customer Service-platform tydelig.
MB-230 er Microsoft-eksamenen for Dynamics 365 Customer Service Functional Consultant Associate og retter sig mod fagfolk, der konfigurerer, forbedrer og understøtter kundeserviceprocesser i Dynamics 365. Certificeringen handler ikke kun om at kende menuerne i løsningen; den handler om at omsætte serviceprocesser til sager, køer, routing, SLA’er, vidensartikler, Omnichannel-konfiguration og rapportering, som medarbejdere faktisk kan bruge i hverdagen.
Sidst opdateret: juli 2026. Eksamensmål og produktfunktioner kan ændre sig, så den officielle Microsoft-side for MB-230 bør altid bruges som reference for aktuel eksamensstatus, målte færdigheder og eventuelle ændringer. Denne artikel beskriver de praktiske kompetencer og beslutninger omkring certificeringen, ikke eksamensspørgsmål eller fortroligt eksamensindhold.
Hvorfor MB-230 fylder mere i kundeserviceprojekter
Dynamics 365 Customer Service bruges ofte som bindeled mellem kundekontakt, interne processer og ledelsesrapportering. Når løsningen er sat rigtigt op, kan en henvendelse oprettes som en sag, tildeles den rigtige kø, prioriteres efter aftalt servicevindue, beriges med videnartikler og måles på svartid eller løsningstid. Når den er sat forkert op, bliver den samme proces til manuelle workarounds, uklare ejerskaber og rapporter, som ingen stoler på.
Det er grunden til, at MB-230-kompetencer har en anden karakter end generel CRM-forståelse. En funktionel konsulent skal kunne tale med serviceledere om svartider og eskaleringer, med medarbejdere om skærmbilleder og arbejdsgange, med datateams om rapporteringsgrundlag og med platformsteams om miljøer, løsninger og integrationer. I praksis ligger værdien i oversættelsen mellem driftens behov og den konfiguration, der understøtter dem.
Et typisk nordisk eksempel er en B2B-serviceorganisation med support på dansk, svensk og engelsk. Før en forbedring kan medarbejdere manuelt vælge kø, SLA’en tæller videre, selv når kunden mangler at sende oplysninger, og vidensartikler ligger spredt på interne drev. Med MB-230-relevante færdigheder kan organisationen definere køer efter produkt og sprog, konfigurere pausebetingelser for SLA’er, indføre en kontrolleret livscyklus for vidensartikler og bruge rapporter til at se backlog-aging, SLA-overholdelse og første kontakt-løsning mere konsekvent.
Hvad certificeringen dækker i praktiske arbejdssituationer
Microsoft beskriver MB-230 omkring Dynamics 365 Customer Service-funktioner som sagsstyring, køer, routing, vidensstyring, SLA’er, Omnichannel og analyse. Det lyder bredt, men i hverdagen samler områderne sig omkring et enkelt spørgsmål: kan serviceorganisationen håndtere den rigtige henvendelse, på den rigtige måde, med den rigtige viden og de rigtige målepunkter?
Sagsstyring er fundamentet. En sag skal have tydelig kategorisering, ansvar, prioritet og relation til kunden, ellers bliver rapporteringen svag fra starten. Køer og routing afgør, om sagen lander hos den rigtige gruppe, og her opstår mange fejl, når organisationen spejler et gammelt organisationsdiagram i stedet for at modellere den faktiske serviceproces. En kø bør afspejle, hvordan arbejdet fordeles, ikke blot hvad afdelingen hedder.
SLA’er er et andet område, hvor teori og drift hurtigt skilles ad. Det er forholdsvis enkelt at oprette en frist for første svar eller løsning, men det kræver procesforståelse at definere, hvornår uret skal pause, hvornår en sag skal eskaleres, og hvilke undtagelser der er legitime. Hvis pausebetingelser mangler, kan teams blive målt på tid, de ikke kontrollerer; hvis de er for brede, mister ledelsen indblik i reelle forsinkelser.
Vidensbasen er ofte undervurderet. En artikel, der ikke har ejer, udløbsdato, reviewproces eller tydelig målgruppe, bliver hurtigt støj. Det påvirker både medarbejdernes svartid og kvaliteten af selvbetjening. Efterhånden som Omnichannel og Copilot-funktioner får større betydning, bliver renere data og bedre struktureret viden endnu vigtigere, fordi automatisering bygger på det indhold og de processer, organisationen allerede har.
MB-230, PL-200 eller MB-210: hvilken vej giver mening?
Mange fagfolk vakler mellem MB-230, PL-200 og MB-210, fordi alle tre kan ligge tæt på CRM- og forretningsapplikationer. Den mest praktiske beslutningsramme er at se på de opgaver, personen faktisk løser eller ønsker at løse. Hvis dagligdagen handler om sager, servicekanaler, SLA’er, vidensartikler og service-KPI’er, peger valget mod MB-230. Hvis arbejdet er bredere Power Platform-konfiguration med Dataverse, modeldrevne apps, automatisering og governance på tværs af forretningsområder, er PL-200 ofte mere relevant. Hvis fokus er salgsprocesser, leads, opportunities, forecast og pipeline-styring, passer MB-210 bedre.
Der er overlap, og det er netop derfor, valget bør tage udgangspunkt i arbejdsscenarier frem for certificeringsnavne. En Power Platform-praktiker, der skal bygge en kundeserviceapp med dyb procesunderstøttelse, kan have stor gavn af MB-230. En service manager, der primært skal forstå rapporter og drive teamets adoption, behøver ikke nødvendigvis starte med den bredeste platformseksamen. En hiring manager bør tilsvarende lytte efter, om kandidaten kan forklare konsekvensen af en routingregel, en SLA-pause eller en ændret datamodel, ikke kun om kandidaten kan nævne funktionerne.
Typiske fejl i Customer Service-implementeringer
De største problemer i Dynamics 365 Customer Service-projekter skyldes sjældent én forkert indstilling. De opstår typisk, når procesdesign, datamodel og rapportering ikke er tænkt sammen fra begyndelsen. En sag kan teknisk set blive oprettet korrekt, men stadig være vanskelig at prioritere, hvis kategorierne er uklare, køerne overlapper, eller medarbejderne bruger fritekst i stedet for strukturerede felter.
Routing er et godt eksempel. Hvis alle komplekse sager sendes til en fælles specialistkø, kan teamet hurtigt miste overblik over ejerskab og alder på backlog. En bedre model tager højde for produkt, sprog, kundetype, prioritet og medarbejderkompetencer, men den skal stadig være enkel nok til at kunne forklares og vedligeholdes. Overdesignet routing er næsten lige så problematisk som for simpel routing, fordi fejlretning og oplæring bliver tungere.
Rapportering afslører ofte de samme svagheder. Første kontakt-løsning, SLA-overholdelse og backlog-aging er nyttige KPI’er, men kun hvis datagrundlaget er stabilt. Hvis en genåbnet sag behandles forskelligt fra team til team, eller hvis statusårsager bruges inkonsistent, bliver Power BI-rapporter og Customer Service-analyser svære at bruge til styring. Derfor bør rapporteringsbehov ikke vente til sidst i projektet; de bør påvirke sagskategorier, statushåndtering og SLA-design tidligt.
| Område |
Almindelig fejl |
Praktisk konsekvens |
Bedre tilgang |
| Køer og routing |
Køer afspejler afdelinger frem for arbejdsflow |
Sager lander forkert, og backlog bliver svær at forklare |
Design køer efter sagstype, kanal, kompetence og ejerskab |
| SLA’er |
Pausebetingelser mangler eller er uklare |
Teams måles på ventetid, de ikke kan påvirke |
Definér præcist, hvornår kunden, leverandøren eller internt input stopper uret |
| Vidensbase |
Artikler publiceres uden ejer og reviewproces |
Medarbejdere mister tillid til indholdet |
Indfør livscyklus med forfatter, godkender, reviewdato og målgruppe |
| Rapportering |
KPI’er defineres efter implementeringen |
Ledelsen får dashboards, der ikke matcher driften |
Brug KPI-behov til at styre datamodel, statusårsager og procesdesign |
Forberedelse, der ligner virkeligt arbejde
En realistisk forberedelse til MB-230 bør begynde med Microsofts officielle eksamensside og den aktuelle beskrivelse af målte færdigheder. Derefter bør læringen flytte sig hurtigt fra læsning til konfiguration. Kandidaten får langt mere ud af at bygge et lille service-scenarie end af kun at memorere begreber, fordi eksamensområdet handler om sammenhængen mellem funktioner.
Et godt øvelsesmiljø kan være en udviklings- eller sandbox-instans, hvor der oprettes en simpel kundeserviceproces med konti, kontakter, sager, køer, en SLA, et par vidensartikler og en kanalstrategi. Det er også værd at arbejde med løsninger fra starten, så ændringer pakkes og flyttes kontrolleret. Mange overser connection references, miljøvariabler og løsningsstruktur, men i rigtige projekter er de afgørende for, at konfiguration ikke ender som manuel opsætning, der kun virker i ét miljø.
Forberedelse bør også inkludere Omnichannel-begreber og administrationsmodeller, især hvis organisationen arbejder med chat eller andre digitale kanaler. Microsofts dokumentation for Customer Service, Omnichannel og SLA’er er relevant som løbende reference, men den bør læses sammen med et konkret scenarie: Hvad sker der, når en kunde skriver ind via chat, sagen kræver andenlinjesupport, SLA’en skal pause, og en artikel skal foreslås til medarbejderen?
- Vælg et realistisk servicescenarie med kundehenvendelser, prioritet, sprog og sagstyper.
- Konfigurer sager, køer, routing, SLA og vidensartikler i et isoleret miljø.
- Pak ændringer i løsninger, og tænk over flytning mellem udvikling, test og produktion.
- Test processen som både medarbejder, teamleder og rapportbruger.
- Sammenhold resultatet med Microsofts aktuelle MB-230-mål, og luk huller med målrettet læsning eller træning.
Et struktureret forløb kan være nyttigt, når tiden er knap, eller når en kandidat vil arbejde systematisk med scenarier frem for tilfældig læsning. Readynez omtaler MB-230 i en instruktørledet kontekst her: MB-230 Dynamics 365 Customer Service Functional Consultant. Det bør ses som et supplement til praktisk øvelse og den officielle Microsoft-information, ikke som erstatning for hands-on arbejde i et miljø.
Hvad arbejdsgivere bør se efter
MB-230 kan være et nyttigt signal i rekruttering, men den stærkeste kandidat kan forklare, hvordan konfiguration påvirker processer, data og mennesker. I en samtale er det derfor mere oplysende at bede kandidaten beskrive et sagsflow end at spørge til isolerede funktionsnavne. Hvordan bør en prioriteret sag routes? Hvornår skal en SLA pause? Hvem ejer en vidensartikel? Hvilke felter skal være strukturerede, hvis ledelsen senere vil måle backlog-aging?
Serviceledere bør også vurdere kandidatens evne til at træne og forankre ændringer hos medarbejdere. En korrekt konfigureret løsning skaber ikke værdi, hvis teamet ikke forstår statuskoder, køansvar eller hvornår en sag skal eskaleres. Functional Consultant-rollen er derfor lige så meget en forandrings- og procesrolle som en systemrolle.
Hvor MB-230 passer ind i den videre læring
MB-230 giver mest værdi, når den kobles til konkret praksis i Customer Service. Den kan være et naturligt skridt for en functional consultant, application consultant, service manager eller Power Platform-praktiker, der vil specialisere sig i kundeserviceprocesser. For nogle vil næste skridt være bredere platformskompetencer, for andre dybere Omnichannel-, rapporterings- eller integrationsarbejde.
Den vigtigste pointe er at vælge læring efter de problemer, organisationen faktisk skal løse. Hvis udfordringen er ustabil routing, uklare SLA’er og svag vidensstyring, er MB-230 et mere præcist valg end en generel platformstilgang. Hvis udfordringen derimod er governance på tværs af mange apps og miljøer, bør Customer Service-kompetencer suppleres med bredere Power Platform- og ALM-forståelse.
Det mest effektive næste skridt er at bygge et lille, realistisk serviceflow og bruge det som målestok for både læring og certificeringsforberedelse. Readynez kan indgå i den videre plan gennem Unlimited Microsoft Training, men det afgørende er stadig, at kompetencerne omsættes til bedre sagsstyring, tydeligere målepunkter og en serviceorganisation, der kan arbejde mere konsekvent på tværs af kanaler.
