Workspace Studio stap voor stap uitrollen met granulaire admin-controls

Sinds de volledige uitrol op 26 mei 2026 bepaal je als beheerder per Workspace-service of zelfs per losse stap en starter welke flows je gebruikers in Workspace Studio mogen bouwen. Die stap is standaard ingeschakeld en grijpt direct in op bestaande automatiseringen. In dit artikel lees je wat de nieuwe controls precies doen, waar je ze instelt en hoe je Workspace Studio gefaseerd uitrolt zonder dat je gebruikers plotseling met kapotte flows komen te zitten.

Wat er sinds mei 2026 is veranderd

Workspace Studio laat gebruikers zonder programmeerwerk agentic automatiseringen bouwen. Denk aan een flow die een e-mail samenvat, een taak aanmaakt of gegevens tussen apps verplaatst. Tot voor kort was de beheerderscontrole op dat bouwen grof: je zette Studio aan of uit, en daarmee was de kous af. De blog van 27 mei 2026 kondigt een fijnmaziger model aan dat inmiddels volledig is uitgerold.

Voortaan bepaal je als beheerder op twee niveaus wat er mag. Per Workspace-service, zodat je bijvoorbeeld wel flows rond Gmail toestaat maar geen flows die Drive-breed bestanden verwerken. En per losse stap of starter, zodat je specifieke bouwstenen kunt blokkeren terwijl de rest van Studio beschikbaar blijft.

Een starter is het beginpunt van een flow, bijvoorbeeld een trigger zoals een nieuw e-mailbericht of een nieuwe regel in een spreadsheet. Stappen zijn de acties die daarna volgen. Door op dit niveau te sturen, houd je de functionele waarde van Studio overeind en snijd je alleen de risicovolle onderdelen eruit.

Belangrijk om te weten: zowel starters als steps staan standaard AAN. Je hoeft dus niets aan te zetten om Studio te laten werken, maar je moet actief ingrijpen om onderdelen te blokkeren. Wie de Admin Console niet aanraakt, geeft gebruikers impliciet toegang tot alles wat binnen hun licentie valt.

Waarom granulaire controle echt nodig is

De eenvoud van Studio is tegelijk de uitdaging. Een gebruiker die een flow bouwt die gegevens uit een shared drive leest en doorstuurt naar een externe partij, creëert een datastroom die je als beheerder wilt kunnen volgen en begrenzen. Zonder fijnmazige controls heb je alleen de keuze tussen alles of niets.

Met de nieuwe instellingen kun je per afdeling verschillen aanbrengen. De finance-afdeling heeft misschien baat bij flows rond spreadsheets en boekhoudkoppelingen, terwijl de buitendienst vooral met Gmail en Agenda werkt. Door organisatie-eenheden (OU's) en groepen te gebruiken, geef je elke groep precies de bouwstenen die passen bij het werk, en houd je de rest dicht.

Dit sluit aan op een zero trust-benadering, waarbij je niet vertrouwt op goede bedoelingen maar op expliciet toegekende rechten. Lees voor de bredere context ook ons artikel over zero trust en context-aware access.

Zo stel je de controls in

De instellingen vind je in de Admin Console. De globale route loopt via Apps, vervolgens Google Workspace, en daarbinnen de sectie voor Workspace Studio. Afhankelijk van je console-versie kan het label net iets anders heten, maar de logica is steeds dezelfde: je kiest eerst het niveau waarop je wilt sturen.

Stap voor stap:

1. Log in op admin.google.com met een account dat de juiste beheerdersrechten heeft.
2. Ga naar Apps en daarna naar Google Workspace.
3. Open de Studio-instellingen en kies of je op serviceniveau of op het niveau van losse stappen en starters wilt configureren.
4. Selecteer de organisatie-eenheid of groep waarop de instelling moet gelden. Je kunt de root van het domein nemen voor een brede standaard, en daarna per OU verfijnen.
5. Zet de specifieke stap of starter uit die je niet wilt toestaan.
6. Sla de wijziging op en controleer in de logboeken of de nieuwe instelling wordt toegepast.

Werk je met een groepsgebaseerde aanpak, dan is het verstandig om eerst een kleine pilotgroep te definiëren. Zo test je de gevolgen voordat je de instelling domeinbreed doorvoert. Voor het beheren van dat soort brede beheerdersrechten zelf verwijzen we naar ons artikel over super admin-rechten beheren.

Wat er gebeurt met bestaande flows

Dit is het punt waar veel beheerders door verrast worden. Zodra je een stap uitzet, verdwijnt die niet stil uit de flows die gebruikers al hebben gebouwd. In plaats daarvan verschijnt de stap grijs in Studio, zodat duidelijk is dat hij niet meer bruikbaar is. Een flow die zo'n uitgezette stap bevat, stopt met werken en geeft een foutmelding.

Dat is bewust streng: je wilt niet dat een automatisering op de achtergrond blijft draaien met functionaliteit die je hebt afgesloten. Maar het betekent wel dat je moet nadenken over de volgorde van uitrollen. Zet je in een keer een populaire stap uit, dan kunnen tientallen flows tegelijk omvallen en krijg je een golf aan vragen bij de helpdesk.

De praktische aanpak is daarom gefaseerd werken. Breng eerst in kaart welke starters en stappen in gebruik zijn, bijvoorbeeld door de bestaande flows te inventariseren. Informeer daarna de betrokken gebruikers voordat je iets uitzet, met de reden en een alternatief. Zet de stap vervolgens uit op een kleinere OU, kijk wat er gebeurt, en breid daarna uit. Houd tot slot de foutmeldingen in de gaten en help gebruikers hun flows aan te passen.

Zo voorkom je dat een beveiligingsmaatregel voelt als een storing. Je houdt de regie en de gebruikers begrijpen waarom hun flow is gestopt.

Beschikbaarheid en licenties

De granulaire controls zijn beschikbaar voor een brede set abonnementen: Business Starter, Standard en Plus, Enterprise Standard en Plus, en Education Fundamentals, Standard en Plus. Daarnaast zijn de add-ons Google AI Pro for Education en Teaching and Learning ondersteund, net als AI Expanded Access.

Voor organisaties met AI Expanded Access-licenties is er nog een ontwikkeling om in het oog te houden. Vanaf 1 september 2026 krijgen die licenties hogere gebruikslimieten in Studio. Werk je met deze licenties, dan kan het volume aan flows en uitvoeringen dus toenemen, wat de noodzaak van goede bewaking en begrenzing alleen maar groter maakt.

Weet je niet zeker welke licenties je hebt lopen, dan is het de moeite waard om dat eerst helder te krijgen. Een verkeerde aanname over beschikbaarheid leidt tot onverwachte functionaliteit of juist tot gemiste mogelijkheden. Onze specialisten kijken graag met je mee via licentiebeheer.

Gefaseerd uitrollen in de praktijk

Een gezonde uitrol volgt een vaste volgorde. Begin met bewustwording: zorg dat je weet wat Studio in je organisatie doet. Vervolgens stel je een standaardbeleid in op domeinniveau dat past bij je risicoprofiel. Daarna verfijn je per OU en per groep, en pas als laatste stap communiceer je breed naar alle gebruikers.

Houd daarbij rekening met de menselijke kant. Gebruikers die net gewend zijn aan een handige flow, ervaren een uitgezette stap als een stap terug. Leg uit dat het om beheersbaarheid gaat, niet om het ontmoedigen van automatisering. Bied waar mogelijk een alternatief dat wel binnen de kaders past. Zo blijft het draagvlak voor automatisering intact terwijl je de risico's verkleint.

Zo meet en borg je de uitrol

Een gefaseerde uitrol is pas geslaagd als je meet wat er gebeurt. Houd bij welke stappen je uitzet, op welke organisatie-eenheid en met welk effect, zodat je later kunt uitleggen waarom de inrichting is zoals die is. Kijk daarnaast periodiek naar de foutmeldingen die gebruikers tegenkomen: een flow die stopt omdat een stap is uitgezet, hoort geen verrassing te zijn.

Documenteer per organisatie-eenheid welke stappen en starters zijn toegestaan en wie dat heeft bepaald, zodat de inrichting navolgbaar blijft als de verantwoordelijke beheerder wisselt. Onze checklist beveiligingsinstellingen helpt je om Studio onderdeel te laten blijven van een samenhangend geheel, in plaats van een losse uitzondering. Zo groeit de automatisering mee met je vertrouwen, zonder dat je achteraf hoeft te repareren wat te ruim is opgezet.