Vi bygger det fundament, AI ikke virker uden.
Copilot er døren. Om den virker, afhænger af governance- og samarbejdssubstansen bagved, altså om Copilot finder det rigtige indhold uden også at finde det forkerte. Det arbejde har vi lavet siden 2010, nu med et akut formål. Selve governance-fundamentet beskriver vi på Governance og sikkerhed; her handler det om, hvordan I bygger Copilot og AI oven på det.
Timingen er heller ikke abstrakt. EU's AI Act fik sine transparenskrav den 2. august 2026. Microsoft har samtidig skrevet forudsætningen for Copilot ned i sin egen vejledning. Begge peger samme vej: fundamentet skal være på plads, og det skal kunne dokumenteres.
Fundament
Hvorfor fundamentet først
Microsoft har selv skrevet forudsætningen ned. Deres officielle vejledning "Apply Zero Trust principles to Microsoft 365 Copilot" foreskriver syv beskyttelseslag, der skal være på plads, før Copilot-licenser tildeles. Det er ikke vores anbefaling, men Microsofts egen målestok.
Vores ekspertdybde ligger i lag 1, 6 og 7:
- Lag 1 - Data protection. Sensitivity labels, DLP og oversharing-kontrol i Microsoft Purview. Det er her, Copilot enten finder det rigtige eller det forkerte.
- Lag 6 - Sikkert samarbejde i Teams. Arketyper for samarbejdsrum, ekstern deling og gæstebrugere - de tre niveauer Microsoft selv beskriver.
- Lag 7 - Least privilege. Hvem har adgang til hvad, site access reviews og oprydning i det oversharing, der ellers bliver Copilots blinde vinkel.
Det er de lag, der i praksis blokerer en Copilot-udrulning, og det er her, oversharing opstår. De er samtidig de mest arbejdstunge, og de har været vores hjemmebane, længe før det hed Copilot Readiness. Lag 6 og 7 er det, vi leverer som governance og sikkerhed.
Lag 2 til 5 - identitet, app protection, device management og trusselsbeskyttelse - leverer vi også, selv eller sammen med specialiserede partnere alt efter opgavens omfang. Men vores ekspertdybde ligger i lag 1, 6 og 7, og det er dem, vi går til marked på.
Trin
Fire trin - fra diagnose til drift
Vi arbejder i en trappe med stigende binding. Du kan stå af efter hvert trin, og hvert trin giver noget konkret i hånden.
Trin 1: Copilot Readiness-baseline
Fast afgrænsning. Vi scorer din tenant mod Microsofts syv lag, med tyngden på lag 1, 6 og 7. Du får en risikorapport og et roadmap - hvad kan rulles ud nu, og hvad kræver oprydning først. Det er Microsofts egen målestok og ikke en løs vurdering.
Trin 2: Copilot Readiness Foundation
Et projekt, hvor vi bygger fundamentet. Konkret: Purview-labeling og DLP for Copilot, oprydning i oversharing, en Teams-policy-baseline, gæstebruger-governance, og ejerskab og livscyklus på jeres samarbejdsrum. Det er ikke abstrakt governance, men den prækvalifikation, Microsoft kræver, før Copilot forsvarligt kan rulles ud.
Trin 3: AI Governance Operating Model
Løbende. Governance er ikke en projektfase, man afslutter. Her holder vi baseline over tid: et katalog over jeres agenter, en kadence for review, en proces for at tage agenter ud af drift igen, og den dokumentation AI Act kræver. MOCA365 er værktøjet, der holder baseline på plads på tværs af jeres tenants.
Trin 4: Build / co-creation
Når fundamentet er på plads, bygger vi oven på det - sammen med jer. Custom agenter (declarative, Copilot Studio, custom engine), connectors til jeres egne videnskilder, og integration ind i M365. Det trækker på vores udviklerben: SharePoint Framework (SPFx), Power Platform, Microsoft Graph og .NET.
Build
Vi bygger det med jer
De tre første trin handler om at få fundamentet rigtigt. Det fjerde handler om at bygge oven på det - og det gør vi i et co-creation-setup med jer og jeres egne leverandører, ikke hen over hovedet på jer.
Konkret kan vi stå for udviklingen og integrationerne ind i Microsoft 365:
- Agenter i Copilot Studio - bygget på jeres processer, med de guardrails governance-arbejdet allerede har sat.
- Copilot-connectors til jeres egne videnskilder, så Copilot grounder på det rigtige indhold frem for at gætte.
- Power Platform og custom udvikling - når standard ikke rækker, og løsningen skal leve ordentligt inde i M365 frem for som en silo ved siden af.
Ét princip fraviger vi ikke: "build" og "govern" holdes adskilt. Vi bygger gerne agenter, men vi blander ikke udviklingsiveren sammen med governance-rådgivningen. Smelter de to sammen, mister governance sin troværdighed, og det er governance, der afgør, om det, vi bygger, overhovedet er forsvarligt at rulle ud. Fundamentet skal være rigtigt, før vi bygger oven på det.
Erfaring
Sådan har vi hjulpet
Vi hjælper organisationer med at finde de AI-scenarier, der faktisk er pengene værd - på tværs af HR, IT, kommunikation, projektledelse og kundeservice - og med at sætte de governance- og sikkerhedsrammer op, der skal være på plads, før man slipper Copilot løs på dem.
Pointwork
Hvorfor Pointwork
Agent-governance udspiller sig i krydsfeltet mellem Microsoft Purview, Power Platform og SharePoint governance. Det krydsfelt har vi arbejdet i siden 2010. Et rent Power Platform-hus dækker connector-laget, men misser oversharing- og ressource-laget. Vi dækker begge, fordi vi har gjort det længe før Copilot gjorde det akut.
Vi har ingen offentlige AI-kundecases, og vi opfinder dem ikke. Det, vi kan vise, er metoden, governance-arbejde i danske organisationer siden 2010, og at vi bruger Copilot internt selv. Vi har den tunge Purview-, Power Platform- og SharePoint-erfaring, der skal til for at lave arbejdet forsvarligt.
Dertil kommer den danske kile. En dansk leverandør, der kobler Microsoft-tooling sammen med AI Act- og GDPR-dokumentation, er noget andet end en generisk, ofte amerikansk, Copilot-konsulent. AI Act's transparenskrav trådte i kraft den 2. august 2026; højrisiko-kravene under Annex III blev udskudt til den 2. december 2027. At kende den forskel og kunne dokumentere, hvor jeres Copilot-opsætning står, er en del af det, vi leverer.
Endelig er der senior-engagementet. På governance-forløb deltager vores egne arkitekter, og Peter Brinch, CEO og stifter, sidder selv som arkitekt, ikke kun som sælger.
