Een robot en een menselijke hand reiken naar de letters AI
GidsUitgebreide gids26 oktober · 09:0024 min leestijd

Microsoft Agent 365 of Google Workspace Studio: test identiteit, connectoren en herstel

Kies tussen Microsoft Agent 365 en Google Workspace Studio met één echte aankooptest. Vergelijk identiteit, connectoren, menselijke vrijgave, read-back, herstel, prijs en overstapbaarheid voordat je een agent loslaat.

De verkeerde keuze kost je geen middagje configureren, maar maanden werken met een agent die je niet goed kunt aanwijzen, begrenzen of stilzetten. Microsoft Agent 365 en Google Workspace Studio lijken in een demo op elkaar. In de praktijk lossen ze een ander deel van het probleem op.

Dit is een pre-implementatiekeuze en platformtest. De bestaande gids over Microsoft Entra Agent ID behandelt de identiteitsimplementatie; deze gids vergelijkt de platformlaag: identiteit, connectoren, vrijgave, logging en herstel.

Mijn korte oordeel: kies Microsoft Agent 365 als je een organisatiebrede besturingslaag nodig hebt met een afzonderlijke agentidentiteit, registratie, levenscyclus en koppeling met Entra, Purview en Defender. Kies Google Workspace Studio als je vooral snel een flow wilt maken die namens een Workspace-gebruiker in Gmail, Drive, Sheets of Chat werkt, met beperkte en beheersbare gevolgen. Wil je dezelfde agent los van beide ecosystemen kunnen blijven gebruiken, bouw dan de kritieke contracten rond een eigen API of MCP-laag en laat het gekozen platform alleen de voorkant zijn.

Een agentplatform is de combinatie van een bouwer, uitvoerrechten, connectoren, identiteiten, vrijgave, logging en herstel. Agentidentiteit betekent dat je een agent als afzonderlijke actor kunt herkennen, machtigen en uitschakelen. Dat verschilt van gedelegeerde toegang, waarbij de agent namens een ingelogde gebruiker werkt en de gebruiker in het doel­systeem als actor verschijnt. Voor een aankoopbeslissing is dat verschil belangrijker dan het model dat onder de motorkap draait.

Wat je nodig hebt voordat je vergelijkt

Je hebt twee testaccounts en één echte klus nodig. Een rondleiding door beide beheerportalen zegt weinig; dezelfde verstoorde taak op beide platformen zegt wel iets.

Leg deze zaken klaar:

  • Een afgebakende taak met één live write. Laat de agent bijvoorbeeld een leveranciersmail lezen, een bijlage samenvatten, een conceptregel in een testregistratie maken en na menselijke vrijgave precies één statusveld bijwerken. Verbied verzenden, verwijderen, betalen en vrije API-calls.
  • Een Microsoft-testtenant. Gebruik Microsoft 365 admin center, Microsoft Entra ID en een omgeving waarin je Agent 365 kunt openen. Test met een kleine groep, niet meteen met iedereen. Agent 365 is de control plane; voor het bouwen van een agent gebruik je bijvoorbeeld Copilot Studio, Agent Builder, Microsoft Foundry of een externe runtime.
  • Een Google-testdomein. Gebruik een organisatorische eenheid met Google Workspace Studio aan, een testgebruiker, een testlabel in Gmail, een afgeschermde Drive-map en een aparte Sheets-tab. Zet de proef niet op de persoonlijke mailbox van de directeur.
  • Een connectorenlijst. Noteer per stap de bron, het doel, de leesactie, de schrijfactie, de identiteit die de actie uitvoert en de eigenaar van het token. Een connectornaam is geen bewijs dat precies de gewenste rechten worden verleend.
  • Een vrijgave-eigenaar. De maker van de flow is niet automatisch de persoon die een financiële, juridische of externe publicatie mag goedkeuren. Wijs een eigenaar aan die de uitkomst kan afwijzen en die weet wat herstel betekent.
  • Een bewijsblad. Maak kolommen voor request-ID, bron-ID, doel-ID, actor, gebruiker, tool, payload, payload-hash, goedkeurder, tijdstip, status, read-back en herstelactie. Zonder deze velden kun je een geslaagde demo niet vergelijken met een incident.
  • Een exitpakket. Bewaar de taakbeschrijving, prompt, toolcontracten, veldmapping, testdata, toegangsregels en een platformonafhankelijke JSON-vorm. Een export van een flow is geen volledige overstapbaarheid als de bron-ID’s, machtigingen en vrijgave nergens anders bestaan.
  • Een budget voor licentie en bouw. Microsofts prijspagina vermeldt Agent 365 als add-on voor 15 dollar per gebruiker per maand bij jaarbetaling en Microsoft 365 E7 op 99 dollar per gebruiker per maand met Agent 365 inbegrepen, met een in aanmerking komende Microsoft 365-licentie. Dit zijn publieke Amerikaanse jaarprijzen, exclusief lokale valuta en belasting, gecontroleerd op 26 oktober 2026. Google Workspace toont voor de publieke jaarprijzen 7 dollar voor Business Starter, 14 dollar voor Business Standard en 22 dollar voor Business Plus per gebruiker per maand bij jaarbetaling. Workspace Studio heeft daar geen afzonderlijke prijsregel in de prijstabel, maar mogelijkheden zoals externe integraties, DLP en onderzoekstools verschillen per editie. Controleer de offerte voor jouw land.
  • Tijd voor een echte proef. Reserveer een halve dag voor de rechteninventarisatie, een dag voor de happy path en minstens een dag voor weigering, gewijzigde bron, timeout, dubbele gebeurtenis en herstel. Een livegang zonder die tweede helft is geen vergelijking.

De Google- en Microsoft-producten zijn dus niet gelijksoortig. Google introduceerde Workspace Studio op 3 december 2025 als de plek om AI-agents in Workspace te ontwerpen, beheren en delen, zonder code of speciale syntaxis. Microsoft beschrijft Agent 365 juist als een control plane om agents organisatiebreed te observeren, beveiligen en besturen, gecontroleerd op 26 oktober 2026. Vergelijk daarom eerst de job die je moet uitvoeren en pas daarna de productnamen.

Vink je startvoorwaarden af

Voor je Microsoft Agent 365 en Google Workspace Studio test
0/9

Concrete stappen: voer dezelfde proef op beide platformen uit

De test moet uitkomen op bewijs, niet op een gevoel dat één scherm prettiger werkt. Gebruik deze route voor beide platformen. Vervang alleen de connectoren en het identiteitsmodel.

1. Zet de taak op papier voordat je een agent bouwt

Neem als proef de taak leveranciersverlenging verwerken. Een nieuwe mail bevat een PDF met leverancier, contractnummer, einddatum, bedrag en valuta. De agent mag de mail en bijlage lezen, de vijf velden extraheren en een conceptrecord maken. Na goedkeuring mag hij alleen de status van dat record veranderen van concept naar goedgekeurd. Hij mag geen mail versturen, geen bestand delen en geen betaling starten.

Definieer de geslaagde uitkomst zo:

  • source_message_id verwijst naar precies één mail;
  • attachment_id verwijst naar precies één bestand;
  • leverancier, bedrag, valuta en einddatum komen overeen met de bron;
  • het conceptrecord heeft een vaste request_id;
  • de goedkeurder ziet de exacte waarden en de bron;
  • de write verandert alleen status;
  • read-back bevestigt record-ID, status, versie, actor en tijdstip;
  • een tweede verwerking van dezelfde mail maakt geen tweede record.

Dit scenario is klein genoeg voor een eerste proef en hard genoeg om het verschil tussen lezen, handelen en aantonen zichtbaar te maken. Laat bij voorkeur tien berichten door de test lopen: zeven normale gevallen, één ontbrekende bijlage, één wijziging tijdens vrijgave en één dubbele gebeurtenis.

2. Leg het identiteitsmodel van elk platform vast

Bij Microsoft registreer je de agent als eigen actor. Microsoft Entra Agent ID geeft een agent een directory-identiteit. De aanbevolen inrichting gebruikt een blueprint, een unieke identiteit per agentinstantie, een sponsor en een technische eigenaar. De identiteit kan eigen machtigingen hebben of namens een ingelogde persoon werken. De Microsoft-richtlijnen leggen uit dat een eigen agentidentiteit, blueprint, sponsor en eigenaar samen de bestuurbare basis vormen, bijgewerkt op 13 augustus 2026.

Test beide patronen afzonderlijk. In de eerste run werkt de agent als zichzelf met alleen toegang tot de testmap en de testregistratie. In de tweede run werkt hij namens een testgebruiker. Noteer in het log of je de agent, de gebruiker of beide als actor terugziet. Microsoft maakt expliciet onderscheid tussen eigen agentmachtigingen en gedelegeerde toegang namens een persoon, bijgewerkt op 8 oktober 2026. Kies vooraf welk patroon jouw proces nodig heeft. Een geplande nachtelijke verwerking hoort niet stilletjes afhankelijk te zijn van de mailboxrechten van een medewerker die morgen uit dienst gaat.

Bij Google werkt Workspace Studio vanuit de eigenaar van de flow. Nieuwe flows krijgen standaard dezelfde toegang tot Google-data als de gebruiker die ze maakt. Dat kan lezen, wijzigen en delen omvatten voor onder meer Drive, Gmail en Docs. In de Google-service worden acties van een flow gelogd met de eigenaar als actor. Dat is bruikbaar voor herleidbaarheid, maar het is een ander model dan een afzonderlijke agentidentiteit. De beheerdocumentatie beschrijft zowel de standaardtoegang als de eigenaar als actor in Google-servicegebeurtenissen, bijgewerkt op 22 oktober 2026.

Maak bij Google daarom een aparte testgebruiker met alleen de noodzakelijke data. Test wat er gebeurt wanneer je die gebruiker naar een beperkte organisatorische eenheid verplaatst, de toegang tot Studio uitzet of de flow geen toegang meer tot de bron geeft. Als je proces een vaste niet-menselijke actor nodig heeft, behandel Workspace Studio als gebruikersgerichte voorkant en zet de kritieke write achter een eigen API met eigen toegangsbeleid.

3. Bouw de connectoren als afzonderlijke lees- en schrijfacties

Koppel niet meteen alles. Maak eerst één read-connector voor mail, één read-connector voor bestanden en één gecontroleerde write-connector voor het testrecord.

In het Microsoft-pad kan dat bijvoorbeeld Outlook plus SharePoint of OneDrive zijn, met een Dataverse-tabel, Power Automate-flow of eigen test-API als doel. De agent krijgt alleen de tools die hij voor deze taak nodig heeft. Een Power Platform-connector die lezen, wijzigen en verwijderen aanbiedt, moet je niet als één vrije gereedschapskist aan het model geven. Laat een beleidslaag alleen de bedoelde actie aanbieden, zoals create_draft_record en approve_record, niet een open run_any_request.

Agent 365 helpt admins om agents, tools en platformverbindingen zichtbaar te maken. Een externe agent kan via de SDK worden aangesloten voor identiteit, meldingen, beveiliging en toegang tot Microsoft 365-data. Verbindingen met ondersteunde externe agentplatformen zijn volgens Microsoft read-only: Agent 365 synchroniseert agents en observability, maar voert de agent in het bronplatform niet uit en wijzigt daar geen brondata. De actuele lijst en het read-only beveiligingsmodel staan in de documentatie voor connected platforms, bijgewerkt op 15 oktober 2026. Dat is een belangrijk aankoopdetail: zichtbaarheid in Agent 365 betekent niet dat Microsoft jouw externe connectoren voor jou uitvoert.

In Workspace Studio begin je met Gmail, Drive en Sheets of met een gecontroleerde Apps Script-stap. Op 17 september 2026 voegde Google custom starters, custom steps, derde-partij-integraties en webhooks toe. De bèta-integraties omvatten onder meer Asana, Confluence, HubSpot, Jira, Mailchimp, QuickBooks, Salesforce en Slack. Deze mogelijkheden stonden volgens Google uit totdat een beheerder ze aanzet. De releasebeschrijving noemt ook aparte goedkeuringsinstellingen voor custom steps, integraties en gevoelige webhookstappen, gepubliceerd op 17 september 2026.

Maak per connector een negatieve test. Een goede connectorproef bevat minstens:

  • een toegestane bron die de agent wel mag lezen;
  • een vergelijkbare bron die hij niet mag lezen;
  • een ontbrekende of beschadigde bijlage;
  • een connectorfout of timeout;
  • een tweede levering van dezelfde gebeurtenis;
  • een gewijzigde bron nadat het voorstel is gemaakt;
  • een write met een veld buiten de allowlist.

Laat het platform bij de negatieve gevallen stoppen. Een nette foutmelding is minder belangrijk dan het feit dat er geen write plaatsvindt.

4. Zet vrijgave buiten de modeluitkomst

Een beheerder die een agent activeert, geeft nog geen goedkeuring voor iedere toekomstige write. Bij Microsoft is activation een governance-stap: een AI-admin bekijkt onder meer beschrijving, eigenaar, data en tools en kan de doelgroep beperken. Dat is een uitrolbesluit. Microsoft beschrijft ook blokkeren, activeren, installeren, verwijderen, herstellen en een herstelvenster van dertig dagen in de lifecycle-acties, geraadpleegd op 26 oktober 2026.

De leveranciersproef heeft een tweede laag nodig. Laat de agent eerst een stagingrecord maken met:

  • request_id;
  • bron-ID’s en bronversies;
  • genormaliseerde velden;
  • toegestane actie;
  • exacte payload;
  • hash van de payload;
  • geldigheidstijd van de aanvraag;
  • naam van de goedkeurder;
  • status wacht_op_vrijgave.

De vrijgaveknop moet aan de hash vastzitten. Verandert bedrag, doelrecord, leverancier, datum of actie, dan vervalt de vrijgave. Een goedgekeurd concept mag niet stilletjes opnieuw worden opgebouwd uit een nieuwe modeluitkomst.

Google Workspace Studio heeft eigen goedkeuringsinstellingen voor bepaalde custom steps, integraties en gevoelige stappen. Google DLP voor Studio kan een stap blokkeren, auditen of gebruikersgoedkeuring eisen voordat de flow verdergaat. Dat is een sterke controle voor data- en uitvoerrisico, maar controleer of jouw editie DLP bevat en voeg voor een bedrijfsbesluit nog steeds een expliciete approval-record aan de workflow toe. Google beschrijft dat DLP vóór iedere stap bronnen, ingevoerde inhoud en ontvangers kan controleren en een goedkeuring kan afdwingen, bijgewerkt op 22 oktober 2026.

De regel is eenvoudig: een admin-goedkeuring bepaalt wie een agent mag gebruiken; een run-goedkeuring bepaalt of deze concrete payload nu mag worden uitgevoerd. Haal die twee niet door elkaar.

5. Schrijf één keer en voer read-back uit

Gebruik voor de write een smal doel. In de test mag dat een record zijn met een server-side versie. De uitvoerder controleert vlak voor de write:

  1. bestaat de request-ID nog niet als voltooide actie;
  2. is de bronversie gelijk aan de versie die is goedgekeurd;
  3. is de payload-hash gelijk aan de hash uit de vrijgave;
  4. is de actor nog ingeschakeld;
  5. ligt de actie binnen de allowlist;
  6. is de vrijgave nog niet verlopen.

Behandel een timeout als onbekend, niet als mislukt. Zoek de request-ID of zakelijke sleutel op en lees het doelrecord terug voordat je opnieuw schrijft. Gebruik een idempotency key waar de doel-API dat ondersteunt. Ondersteunt de API dat niet, leg dan zelf een unieke sleutel en een database-lock vast.

Read-back is de controle na de write. Lees minimaal record-ID, status, versienummer, gewijzigde velden, actor, bronverwijzing en tijdstip terug. Vergelijk het resultaat met de goedgekeurde payload. Een HTTP 200 met een verkeerde leverancier is een fout, ook als de connector tevreden antwoordt.

Deze discipline sluit aan op de bestaande aanpak voor een AI-agent veilig vrijgeven met rechten, limieten, menselijke goedkeuring en read-back. Bij een bron die tijdens de beoordeling kan wijzigen, helpt ook het patroon van bronversie, vrijgave en read-back in een data-sync.

6. Test logs, signalen en incidentonderzoek

Microsoft verzamelt het bewijs rond de agent in het Microsoft 365- en Entra-ecosysteem. Controleer of je in jouw combinatie van Agent 365, Entra, Purview, runtime en connector de volgende vragen kunt beantwoorden:

  • welke agentinstantie handelde;
  • namens welke persoon of met welke eigen machtiging;
  • welke tool en welke bron werden gebruikt;
  • welke gegevens naar de write gingen;
  • wie de vrijgave gaf;
  • welke policycontrole slaagde of faalde;
  • wat de read-back terugmeldde;
  • wanneer de agent is geblokkeerd of uitgeschakeld.

Google Workspace Studio heeft een eigen audit- en onderzoekspad. De logvelden omvatten onder meer actor, agentinformatie, flow-ID, run-ID, gebeurtenis, stapnaam, app, start- en eindresultaat en reden voor uitschakeling. Google noemt ook Block step, Pause run, End run with error en Turn off als gebeurtenissen. De logdocumentatie laat zien hoe je Studio-logevents filtert op actor, flow, stap en agent-ID, geraadpleegd op 26 oktober 2026.

Stel een alert in voor herhaling. Google noemt als startpunt een waarschuwing wanneer een flow meer dan honderd keer in één uur start. Dat getal is een praktisch voorbeeld, geen universele grens. Kies de drempel op basis van jouw proces. Een flow voor tien wekelijkse mails hoort anders te reageren dan een flow die ieder uur duizenden supportberichten verwerkt.

Wie een agent van experiment naar productie brengt, moet verder kijken dan losse modelaanroepen. De algemene audit-aanpak voor AI-agents met traces, budgetten en een kill-switch blijft nuttig als achtergrond, maar deze test vraagt ook om bron-ID, doelversie en goedgekeurde payload. Een modeltrace bewijst nog niet dat de juiste bedrijfsrecord is gewijzigd.

7. Probeer het herstel voordat je een keuze maakt

Draai drie storingen:

  • Bron gewijzigd na vrijgave. De agent moet weigeren, de oude goedkeuring ongeldig maken en een nieuwe beoordeling vragen.
  • Write verstuurd, antwoord verloren. De status moet onbekend worden. De worker zoekt eerst de request-ID op en maakt geen tweede write.
  • Agent voert ongewenste stappen uit. Je stopt de actor, behoudt de logs en bepaalt daarna pas of je herstart.

Bij Microsoft kun je een agent blokkeren of de eigen agentidentiteit uitschakelen. Je kunt ook een blueprint of Conditional Access-beleid gebruiken om tokenuitgifte te stoppen. Een agent verwijderen heeft volgens de lifecycle-documentatie een herstelvenster van dertig dagen. Test of je na een stop de identiteit, toolrechten, goedkeuringen en bronversies nog kunt reconstrueren. Herstellen is niet hetzelfde als opnieuw installeren.

Bij Google kun je toegang tot Workspace-data voor een flow pauzeren. Dat blokkeert toegang en stopt lopende of toekomstige runs waar die beheerfunctie op van toepassing is. Voor een flow die direct moet stoppen, beschrijft Google een organisatorische eenheid waarin Workspace Studio uitstaat. Verplaats de eigenaar daarheen als noodmaatregel, met het besef dat dit alle flows van die gebruiker raakt. Voor één specifieke flow kan Google Support het Flow ID nodig hebben. De actuele beheerstappen voor een noodstop en het onderscheid tussen één flow en alle flows van een eigenaar staan hier, bijgewerkt op 22 oktober 2026.

Leg voor je test ook de terugweg vast: wie activeert de identiteit opnieuw, welke bronnen moeten opnieuw worden gecontroleerd, hoe voorkom je dat oude wachtende runs alsnog uitvoeren en wie bevestigt de eerste nieuwe read-back? Zonder die vragen is een stopknop vooral een paniekknop.

Valkuilen die de platformkeuze vervalsen

  • De twee producten als directe concurrenten behandelen. Agent 365 is vooral een control plane en Workspace Studio vooral een builder en flowomgeving. Een vergelijking die alleen kijkt naar wie sneller een agent maakt, mist het beheerprobleem. Mitigatie: vergelijk eerst dezelfde taak en leg per platform identiteit, write, vrijgave en herstel naast elkaar.
  • Een gedelegeerde gebruiker verwarren met een agentidentiteit. Als de flow namens iemand werkt, verandert het vertrek, de schorsing of de rechtenwijziging van die persoon de uitkomst. Mitigatie: test eigen en gedelegeerde uitvoering apart en leg eigenaarwissel, tokenintrekking en de verwachte actor in het auditbewijs vast.
  • Een catalogus met connectoren lezen als een rechtenmodel. Een connector kan veel meer dan jouw taak nodig heeft. Geef een kleine, benoemde tool aan het model en controleer de downstream-machtiging. Mitigatie: gebruik een allowlist met benoemde acties en laat de negatieve test aantonen dat ongewenste bronnen en velden worden geweigerd.
  • Microsoft-synchronisatie verwarren met uitvoering. Een externe agent die in Agent 365 zichtbaar is, wordt niet automatisch vanuit Agent 365 aangeroepen. Test de bronruntime apart. Mitigatie: voer de write en de read-back in de bronruntime uit en leg vast welke rol Agent 365 wel en niet speelt.
  • Google-eigenaar als blijvende procesidentiteit gebruiken. Voor een persoonlijke flow kan dat prima zijn. Voor een bedrijfsproces moet je eigenaar, vervanging, noodstop en herstart expliciet regelen. Mitigatie: gebruik een dedicated test- of procesaccount, documenteer vervanging en blast radius en zet kritieke writes achter een eigen API met eigen beleid.
  • Admin activation als per-run approval beschouwen. Een platform kan een agent toelaten terwijl iedere write nog steeds een eigen zakelijke goedkeuring nodig heeft. Mitigatie: bewaar een afzonderlijke run-goedkeuring die aan request-ID, bronversie en payload-hash is gebonden en vlak voor de write opnieuw wordt gecontroleerd.
  • DLP als complete bedrijfscontrole zien. DLP ziet data- en overdrachtsrisico’s. Het vertelt niet automatisch of een contractverlenging door de juiste inkoper is goedgekeurd. Mitigatie: combineer DLP met een zakelijke approval-record, een beperkte allowlist en read-back van de goedgekeurde write.
  • Een geslaagde write niet teruglezen. De connector meldt dan misschien succes terwijl de verkeerde rij, versie of ontvanger is geraakt. Mitigatie: markeer pas succes na read-back van doel-ID, versie, gewijzigde velden, actor en tijdstip, vergeleken met de goedgekeurde payload.
  • Een timeout opnieuw uitvoeren met een nieuwe request-ID. Daarmee maak je van een onbekende toestand mogelijk een dubbele actie. Mitigatie: behandel de toestand als onbekend, zoek eerst request-ID of idempotency key op en schrijf alleen opnieuw na een gecontroleerde deduplicatie.
  • Een noodstop testen op de verkeerde schaal. Een Microsoft-identiteit kan één agent raken; een Google-organisatorische eenheid kan alle flows van een eigenaar stoppen. Documenteer het verschil. Mitigatie: test vóór productie zowel een gerichte agentstop als een eigenaarstop en noteer per knop de exacte blast radius en terugweg.
  • De Google-limieten vergeten. Volgens de Google-limietenpagina voor Workspace Studio (gecontroleerd op 26 oktober 2026) kun je maximaal 25 flows per gebruiker maken, maximaal 20 stappen per flow gebruiken en maximaal 25 actieve flows met een Gmail-starter hebben. Daarnaast geldt een daglimiet voor alle runs samen; na het bereiken ervan stoppen actieve flows en reset de limiet na 24 uur. Mitigatie: tel flows, stappen, Gmail-starters en runs in je proef mee en splits of verplaats het proces vóór je die grenzen raakt.
  • Promptinjectie als modelprobleem behandelen. Een leveranciersmail of PDF is invoer, geen beleid. OWASP benoemt excessive agency als de combinatie van te veel functionaliteit, te veel machtigingen en te veel autonomie. De aanbevolen mitigaties zijn minimale tools, minimale rechten, downstream-autorisatie en menselijke goedkeuring voor impactvolle acties, geraadpleegd op 26 oktober 2026. Mitigatie: behandel broninhoud als onbetrouwbare data, laat de downstream-laag de rechten afdwingen en eis menselijke vrijgave voor impactvolle acties.
  • Overstapbaarheid pas na aankoop bespreken. Een prompt kopiëren is geen migratie. Je hebt ook bronmodellen, actorregels, connectorcontracten, goedkeuringslogica, idempotentie, auditvelden en herstelprocedures nodig. Mitigatie: leg vóór de proef een platformonafhankelijk write-contract, request-ID, actorregel, audit-schema, testset en herstelrunbook vast en voer die na export opnieuw uit.

Beslis-kader: wanneer kies je welke route?

Leg de keuze langs vijf assen: de identiteit die je nodig hebt, de plek waar je data staat, het soort connectoren, de zwaarte van de write en de gewenste overstapbaarheid.

Kies Microsoft Agent 365 met de Microsoft-stack als:

  • de agent als afzonderlijke actor moet bestaan;
  • je al zwaar leunt op Entra, Microsoft 365, Teams, SharePoint, Purview, Defender of Power Platform;
  • meerdere agentbouwers en runtimes in één registry zichtbaar moeten worden;
  • een admin de doelgroep, eigenaar, tools, installatie, blokkade en lifecycle moet kunnen beheren;
  • je externe agents wel centraal wilt inventariseren, zonder hun uitvoering aan Microsoft over te dragen;
  • je bereid bent te betalen voor een enterprise-control plane en de licentievoorwaarden bij jouw tenant te controleren.

Kies Google Workspace Studio als:

  • de taak vooral in Gmail, Drive, Docs, Sheets of Chat leeft;
  • een medewerker de flow namens zichzelf laat werken;
  • je snel een eerste versie zonder code wilt maken;
  • de writes klein, omkeerbaar en goed te begrenzen zijn;
  • je admin bereid is organisatorische eenheden, Marketplace-allowlists, data scopes, integraties, webhookinstellingen en alerts te beheren;
  • de beperking van 25 flows, 20 stappen en gebruikersgebonden uitvoering geen knelpunt vormt.

Kies een eigen API- of MCP-laag naast een platform als:

  • je dezelfde bedrijfsactie via Microsoft, Google en een derde platform wilt aanbieden;
  • je write-contract, idempotentie, read-back en herstel centraal wilt afdwingen;
  • je connectoren wilt vervangen zonder prompts en businesslogica opnieuw te ontwerpen;
  • je een eigen agentidentiteit of service-accountmodel nodig hebt;
  • de platformflow vooral een gebruikersinterface of startpunt is, niet de plek waar de kernwaarheid leeft.

Een kant-en-klare platformflow is de juiste keuze voor een eerste, beperkte taak. Maatwerk begint niet bij een groot model, maar bij een write die je niet veilig kunt uitdrukken als een smal contract. Zodra je meerdere systemen, uitzonderingen, valuta, goedkeurders of herstelpaden krijgt, verdient een eigen uitvoerlaag zich terug in controle.

Let ook op de juridische context. Voor hoog-risico AI-systemen verlangt artikel 14 van de EU AI Act menselijk toezicht dat proportioneel is aan risico en autonomie. Mensen moeten kunnen monitoren, interpreteren, overrulen en het systeem veilig onderbreken. De geconsolideerde tekst van artikel 14 noemt die mogelijkheden expliciet, met de kanttekening dat een samenvatting geen juridisch bindende uitleg is, geraadpleegd op 26 oktober 2026. Dat maakt geen van beide producten automatisch compliant. Het geeft je wel een goede proeflat.

Gebruik deze snelle keuzehulp als bovenlaag op het geschreven kader:

Welke agentroute past bij jouw werk?

Wat moet de eerste versie doen?

De keuzehulp verkort je eerste beslissing. Hij vervangt de proef niet. Als je in het geschreven kader een eigen actor, exacte vrijgave en herstelbare write nodig hebt, mag de knop "snel bouwen" die uitkomst niet wegpoetsen.

Uitgewerkt voorbeeld: dezelfde leveranciersflow in twee tenants

Dit is een synthetisch voorbeeld. Stel: Noordlicht Services heeft 42 medewerkers, werkt met leverancierscontracten en ontvangt ongeveer twaalf verlengingsmails per week. Het team wil vijf velden uit een PDF halen en een conceptrecord in de inkooplijst zetten. Alleen de inkoper mag de status goedkeuren.

Microsoft-route

De test wordt gebouwd met een agent in Copilot Studio of Agent Builder en wordt zichtbaar gemaakt in Agent 365. De testagent krijgt de naam leveranciers-intake-test. De sponsor is de inkoper, de technische eigenaar is de IT-beheerder. De doelgroep bestaat uit drie testers.

De agent leest een afgeschermde SharePoint-map en een testmailbox. De enige write gaat naar een Dataverse-testtabel met deze velden:

request_id, supplier, contract_number, renewal_date, amount, currency, source_message_id, source_file_id, status.

De agent mag status niet zelf op goedgekeurd zetten. Hij mag alleen een record met concept en een payload-hash klaarzetten. Een aparte approvalstap schrijft de vrijgave vast. Een uitvoerder controleert bronversie en hash en verandert daarna één veld. Read-back controleert het record-ID, de versie en de actor.

De test levert drie belangrijke observaties op:

  1. Met eigen Agent ID is de actor afzonderlijk te identificeren. Met gedelegeerde toegang zie je zowel de gebruikerscontext als de agentactor.
  2. De Agent 365-registratie helpt bij doelgroep, eigenaar, tools en lifecycle, maar de zakelijke vrijgave moet in de flow en de uitvoerlaag blijven.
  3. Een agent blokkeren of de identiteit uitschakelen raakt deze agent gericht. De rest van de tenant hoeft niet stil.

Google-route

Dezelfde taak wordt een Workspace Studio-flow van een testgebruiker. Gmail leest alleen het testlabel, Drive alleen de testmap en Sheets schrijft alleen naar het tabblad agent_test. Externe websites staan uit voor de Gemini-stap. De admin zet de relevante Workspace Studio-stappen aan, laat alleen noodzakelijke integraties toe en activeert approval voor de write of gevoelige stap.

De flow maakt eerst een conceptregel. De eigenaar of inkoper beoordeelt dezelfde velden als in de Microsoft-proef. Een tweede stap schrijft alleen de status. De Admin console toont Flow ID, Run ID, stap, app en resultaat. De Google-documentatie beschrijft de acties als werk namens de flow-eigenaar, dus het auditbewijs zegt niet hetzelfde als een afzonderlijke Entra Agent ID.

De hersteltest verloopt anders. Voor één flow houd je het Flow ID bij en vraag je Support om die flow te stoppen. Als het incident geen wachttijd verdraagt, verplaats je de eigenaar naar de organisatorische eenheid waar Workspace Studio uitstaat. Dat stopt alle flows van die eigenaar. Na herstel zet je de eigenaar terug, controleer je wachtende runs en laat je één nieuw testbericht lopen voordat je productiegegevens opnieuw toestaat.

De aankoopbeslissing

Voor Noordlicht is Google Workspace Studio de snelste eerste proef als de flow alleen concepten maakt en de eigenaarcontext acceptabel is. Het team heeft geen aparte agentactor nodig zolang de inkoper het proces draagt en de writes beperkt blijven.

De Microsoft-route wint zodra de flow zelfstandig moet draaien, meerdere agents krijgt of een centrale eigenaar nodig heeft die agents van verschillende makers beheert. De aparte identity, registry en lifecycle maken het onderzoek en de gerichte stop sterker.

Als Noordlicht volgend jaar van Workspace naar Microsoft 365 kan migreren, hoort de kern van de leveranciersflow nergens in de prompt verstopt te zitten. Het team maakt daarom één eigen contract voor de vijf velden, één request-ID, één goedkeuringsrecord en één read-back-schema. De mail- en bestandsconnectoren blijven platformafhankelijk. De betekenis van de write blijft hetzelfde.

Vergelijkingstabel: wat koop je werkelijk?

De bedragen en productdetails hieronder zijn gecontroleerd op 26 oktober 2026. Microsoft toont Amerikaanse jaarprijzen in dollars. Google doet hetzelfde op de publieke prijspagina. Lokale prijzen, belasting, bestaande licenties en contractvoorwaarden kunnen afwijken.

OnderdeelMicrosoft Agent 365Google Workspace Studio
ProductrolControl plane voor observatie, governance en beveiliging van agentsNo-code omgeving om Workspace-flows en AI-agents te bouwen, beheren en delen
IdentiteitEigen Microsoft Entra Agent ID mogelijk, met blueprint, sponsor, eigenaar en policiesFlow handelt standaard namens de eigenaar; Google-serviceevents tonen de eigenaar als actor
BouwenVaak met Copilot Studio, Agent Builder, Foundry of een externe runtimeIn Workspace Studio met beschrijving, stappen, Gemini, Apps Script en integraties
ConnectorenMicrosoft 365-data, Power Platform, MCP en synchronisatie van ondersteunde externe agentplatformenGmail, Drive, Docs, Sheets, Chat, Apps Script, webhooks en derde-partij-integraties
Externe platformenConnected platforms synchroniseren zichtbaar; Agent 365 voert de externe agent niet uitDerde-partij-integraties waren in september 2026 onder meer Asana, Confluence, HubSpot, Jira, Mailchimp, QuickBooks, Salesforce en Slack
VrijgaveAdmin activation en toestemming voor agent, doelgroep, data en tools; per-run approval bouw je in de workflowAdmin kan steps, integraties en data scopes beheren; DLP kan blokkeren, auditen of approval vragen
AuditAgent-, gebruiker-, tool-, identity- en Microsoft 365-auditsporen afhankelijk van runtime en configuratieFlow-ID, run-ID, actor, agentinformatie, stap, app en resultaat in Workspace Studio logs
Stoppen en herstelAgent blokkeren, identity of blueprint uitschakelen, lifecycleacties en herstelvenster van dertig dagen voor verwijderenData access pauzeren, specifieke flow via Support laten stoppen of alle flows van eigenaar stoppen via een aparte OU
PrijsindicatieAgent 365: 15 dollar per gebruiker per maand bij jaarbetaling als add-on; E7: 99 dollar en bevat Agent 365Geen losse Studio-regel in de publieke tabel; Workspace Starter 7 dollar, Standard 14 dollar, Plus 22 dollar per gebruiker per maand bij jaarbetaling
Beste eerste fitOrganisatiebrede agentgovernance, eigen actor, meerdere runtimes en strengere lifecycleSnelle gebruikersgerichte flows binnen Workspace met beperkte, controleerbare writes
BreekpuntLicentievoorwaarden, beheercomplexiteit en het feit dat externe synchronisatie geen uitvoering isGebruikersgebonden identiteit, flow- en staplimieten, beperkte gerichte noodstop en minder vanzelfsprekende overstapbaarheid
OverstapbaarheidSDK en eigen API’s helpen, maar registry, policies en Microsoft-data blijven platformkennisEen gedeelde flow is een kopie, geen volledige migratie; bewaar eigen contracten en connectorgrenzen

Een redelijke testuitslag is geen winnaar met meer vinkjes. Het is een bewijs dat jouw gekozen actor precies één write kan doen, dat een mens die write kan weigeren, dat je het resultaat kunt teruglezen en dat je na een storing weet welke macht je moet intrekken.

Wie vooral snel een veilige eerste flow in Gmail en Drive wil, hoeft geen enterprise-control plane te kopen. Wie agents zelfstandig wil laten werken, met eigen identiteiten en meerdere platformen, moet een gebruikersflow niet groter maken dan hij is. De waarde zit uiteindelijk niet in de plek waar de agent wordt gebouwd, maar in de grens die na een fout nog steeds overeind staat.

Veelgestelde vragen

Alisina Nawabi
Geschreven doorAlisina Nawabi

AI Product Engineer & Solutions Architect

Agentkeuze met vaste grond

Ik help je de echte taak, rechten en herstelpaden scherp te krijgen en ontwerp daarna de route die past: platform, koppelingen of een eigen agentlaag van idee tot live gebruik.

Meer informatie

Dit artikel is geproduceerd samen met het Agent Team. Meer over de redactie.

Gerelateerde artikelen

Shopify AI-agent veilig vrijgeven: rechten, limieten en herstel
Gids
Uitgebreide gids18 min

25 okt 17:00

Shopify AI-agent veilig vrijgeven: rechten, limieten en herstel

Geef een AI-agent toegang tot je webshop zonder prijzen, refunds, orders of publicaties buiten zijn mandaat te laten handelen. Met een rechtenmatrix, transactielimieten, menselijke vrijgave, read-back en herstelpaden.

Microsoft koppelt ConnectWise-aanval aan Storm-0940 en ARTEX
Nieuws
5 min

22 okt 14:17

Microsoft koppelt ConnectWise-aanval aan Storm-0940 en ARTEX

Microsoft schrijft de aanval via ConnectWise toe aan Storm-0940 en zegt dat ARTEX de aanval op Microsoft 365-klanttenants versnelde. De cijfers tonen pogingen en vervolgactiviteit, maar geen bevestigde omvang van datadiefstal.

Offerteplatform kiezen: test brondata, marge en vrijgave vóór aankoop
Gids
Uitgebreide gids16 min

25 okt 09:00

Offerteplatform kiezen: test brondata, marge en vrijgave vóór aankoop

Vergelijk een losse offertetool, boekhoudsuite, CRM, iPaaS-flow en maatwerk op bronhouderschap, marge, uitzonderingen en herstel. Eindig met een shortlist en een testscenario vóór je koopt.

Agentic AI Foundation voegt vier agentprojecten toe
Nieuws
5 min

23 okt 02:28

Agentic AI Foundation voegt vier agentprojecten toe

De Agentic AI Foundation voegt vier projecten toe voor agentvaardigheden, modelverkeer, training en sandboxing. Dat kan koppelingen vereenvoudigen, maar de ondersteuning en mogelijkheden verschillen nog per aanbieder.

CrowdStrike beschrijft vier AI-agentcampagnes bij inbraken
Nieuws
5 min

22 okt 10:14

CrowdStrike beschrijft vier AI-agentcampagnes bij inbraken

CrowdStrike documenteert vier aanvallers die AI-agenten inzetten bij echte inbraken in zorg, overheid en SaaS. In één campagne oogstte een agent binnen twintig minuten domeincontrollergegevens. De casussen maken rechten en inloggegevens van agents tot een concrete beveiligingsvraag.

Zoom ontsluit gesprekscontext voor Claude en ChatGPT
Nieuws
4 min

21 okt 06:37

Zoom ontsluit gesprekscontext voor Claude en ChatGPT

Zoom maakt gesprekscontext uit vergaderingen, telefoon en chat bruikbaar in externe AI-assistenten. Zoeken is beschikbaar; bredere workflowstarts vanuit Claude en Codex volgen in november. ChatGPT vraagt een eigen MCP-inrichting.