WORKSPACE STUDIO FÅR FLER ÅTGÄRDER – SÄTT GODKÄNNANDE FÖRE EXTERN DELNING
Workspace Studio får fyra steg som kan flytta eller kopiera Drive-innehåll och svara i Gmail eller Google Chat. Det gör flödena mer handlingskraftiga, men också viktigare att styra: ett felkonfigurerat flöde kan utföra en åtgärd i stället för att bara föreslå den. Innan ni öppnar stegen brett behöver ni därför bestämma vilka organisationsenheter som får dem, slå på godkännande för känsliga externa steg, köra ett syntetiskt intern- och externprov, kontrollera logghändelserna och bevisa hur ett felande flöde stoppas.
Fyra steg gör Studio till en utförare i Drive, Gmail och Chat
I Google Workspace Updates om de nya Studio-stegen (öppnas i ny flik) från den 2 september 2026 räknar Google upp fyra åtgärder: kopiera en Drive-fil eller mapp, flytta en Drive-fil eller mapp, svara i en befintlig Gmail-tråd och skicka ett svar i Google Chat. Chat-steget stöder även formatering med Markdown.
Det väsentliga är verbet. Ett flöde som sammanfattar ett mejl skapar ett underlag. Ett flöde som svarar i tråden kommunicerar med en mottagare. En kopia eller flytt i Drive kan också ändra var innehåll finns och vilka delningsvillkor som omger det. Den här artikeln handlar därför inte om hur ni bygger stegen, utan om beslutet som måste finnas innan användaren får slå på dem.
Google anger att stegen är tillåtna som standard om organisationen redan tillåter Gemini for Google Workspace-steg. Lägg alltså inte pilotens säkerhet i antagandet att en ny funktion börjar avstängd. Kartlägg det faktiska administrationsläget för varje berörd grupp.
Kontrollerna och funktionerna kommer på olika datum
För Drive- och Chat-stegen börjar full utrullning av administrationskontrollerna den 1 september 2026 och anges ta 1–4 dagar för synlighet. Själva funktionerna börjar den 8 september och anges ta 1–3 dagar. För Gmail börjar kontrollerna den 8 september och funktionen den 14 september, med motsvarande intervall. Datumen gäller både Rapid Release och Scheduled Release.
Det skapar ett användbart förberedelsefönster, men också en fallgrop: att ett reglage syns bevisar inte att slutanvändaren redan kan köra steget. Registrera därför två separata observationer per tjänst: administrationskontroll synlig och steg synligt för pilotkonto. Skriv datum och konto för båda.
Lanseringsposten listar Business Starter, Standard och Plus; Enterprise Standard och Plus; Education Fundamentals, Standard och Plus samt tilläggen Google AI Pro for Education, Teaching and Learning och AI Expanded Access. Kontrollera er aktuella utgåva och avtalsinformation innan listan används som inköpsunderlag. En godkänd utgåva är dessutom bara ett tillgänglighetsvillkor, inte ett godkännande för ett visst användningsfall.
Gör ett åttafältigt go/no-go-kort per organisationsenhet
- Organisationsenhet eller grupp: exakt namn och ansvarig ägare.
- Workspace-utgåva: observerad utgåva och datum för kontrollen.
- Studio-status: på eller av för den aktuella enheten.
- Tillåtna steg: kopiera, flytta, svara i Gmail och svara i Chat markeras var för sig.
- Dataklass: vilka typer av syntetiska, interna och skyddsvärda data flödena får hantera.
- Extern gräns: vilka mottagare, Chat-rum och Drive-mål som räknas som externa i pilotens test.
- Godkännande: inställning, beslutsägare och skärmbild av faktiskt läge.
- Stoppägare: person som får stoppa körningen samt primär och sekundär stoppväg.
Go/no-go-kortet ska fyllas i för piloten, inte för ”hela domänen”. Googles startguide för Workspace Studio-administratörer (öppnas i ny flik) beskriver styrning av Studio och dess funktioner för organisationsenheter och grupper. Välj exempelvis en liten pilot-enhet och en kontroll-enhet där Studio eller de aktuella stegen förblir avstängda.
Den generella utrullningsmetoden finns i guiden testa nya AI-funktioner före utrullning. Här är avgränsningen smalare: fyra steg, två måltyper och ett dokumenterat stopp.
Slå på grinden och prova vad som faktiskt räknas som känsligt
På sidan Require approval for flows that include external users (öppnas i ny flik) beskriver Google en inställning under Workspace Studio > Approvals: Require user approval for sensitive steps. När den är på ska känsliga steg som omfattar personer utanför organisationen godkännas innan flödet fortsätter.
Översätt inte det till ett generellt löfte om att varje extern körning visar samma dialog. Källan talar om känsliga steg och externa användare, och lanseringsposten säger att åtgärder kan dela data externt. Er kontrollfråga är därför observerbar: går ett bestämt teststeg mot ett bestämt externt mål vidare utan det godkännande ni beslutat om?
Skilj också på att dela själva flödet och att låta ett flöde dela eller skicka innehåll. Mottagaren av ett delat flöde får enligt Googles startguide en kopia av konfigurationen och bara åtkomst till data som personen redan kan nå. Den här pilotens godkännandegrind gäller däremot körningens åtgärder mot externa mål.
Kör åtta prov där bara måltypen ändras
Skapa fyra små pilotflöden, ett per nytt steg. Använd bara påhittade uppgifter: en Drive-fil och mapp med testkoden STUDIO-0903, en Gmail-tråd mellan testkonton och ett Chat-rum utan verkliga deltagare eller arbetsuppgifter. För varje flöde gör ni två körningar: en mot ett internt mål och en mot ett kontrollerat externt testmål. Det blir totalt åtta körningar.
Håll uppgiften identisk i paret. ”Kopiera filen STUDIO-0903 till [MÅL]” används både internt och externt; bara målet ändras. Gör samma sak för flytt, Gmail-svar och Chat-svar. Då mäter provet målgränsen och godkännandebeteendet i stället för två olika instruktioner.
Registrera sju fält per körning: steg, Flow ID, ägarkonto, internt eller externt mål, förväntat godkännande, faktiskt beteende och slutligt resultat. För externa fall ska ni dessutom spara vad användaren såg före beslutet och bekräfta att inget innehåll nådde testmålet när godkännande nekades. Om ett externt steg går vidare utan den grind som go/no-go-kortet kräver blir resultatet stopp, även om testinnehållet var ofarligt.
Koppla körningen till rätt Flow ID och prova stoppvägen
Google anger att Studio-aktivitet kan undersökas via audit and investigation tool eller security investigation tool med datakällan Rule log events. Där kan administratören bland annat filtrera på Actor, Flow ID, Event och Step name. Slå upp var och en av de åtta körningarna och kontrollera att ägare, flöde, händelse och steg kan förenas med pilotprotokollet. En lyckad åtgärd utan spårbar koppling till rätt flöde är inte redo för bred utrullning.
Dokumentera sedan minst två stoppvägar. Den första är att användaren stänger av flödet eller rättar konfigurationen. För ett flöde som inte kan stoppas den vägen beskriver Google att administratören kan hämta Flow ID och kontakta Workspace-support. Som nödstopp rekommenderar startguiden en underordnad organisationsenhet där Studio är avstängt; att flytta ägaren dit stoppar flöden som personen äger.
För vissa nyskapade testflöden finns ytterligare en väg. I guiden om Studio-flödens dataåtkomst (öppnas i ny flik) beskriver Google att Pause data access i Agent access management blockerar åtkomst till Google-data och stoppar pågående och framtida körningar. Samma sida begränsar dock visningen till vissa nyskapade flöden från allowlistade testare vid kontrolltillfället. Kräv därför också en annan dokumenterad beredskapsväg.
Prova nödstoppet med ett syntetiskt flöde och registrera starttid, stopptid, åtgärd, Flow ID, ansvarig och vad loggen visar efteråt. Provet ska inte göras med ett skarpt flöde.
Välj stoppa, justera eller begränsad go
- Stoppa om den berörda enheten eller utgåvan är oklar, om ett steg inte kan stängas av, om ett externt prov går förbi beslutad godkännandegrind, om loggen inte kan kopplas till rätt Flow ID eller om ingen fungerande stoppväg är dokumenterad.
- Justera om ett internt test misslyckas, kontrollen ännu inte är synlig eller logghändelsen saknas under utrullningsfönstret. Ändra en faktor i taget och kör om samma intern- och externpar.
- Begränsad go först när exakt organisationsenhet, utgåva och steglista är signerade, de åtta körningarna följer den beslutade gränsen, loggspåret kan följas och två stoppvägar har namngivna ägare.
Utöka sedan en grupp i taget. Om mottagartyper, Drive-delning, steginställningar eller Workspace-utgåva ändras ska den berörda raden i kortet och samma provpar köras om. Då blir godkännandet ett reproducerbart beslut, inte en engångsskärmbild från administrationskonsolen.
Vanliga frågor om de nya Workspace Studio-stegen
Vilka nya steg kommer till Workspace Studio?
Google har meddelat fyra steg: kopiera en Drive-fil eller mapp, flytta en Drive-fil eller mapp, svara i en befintlig Gmail-tråd och skicka ett svar i Google Chat.
Måste varje extern åtgärd godkännas?
Google beskriver en administratörsinställning som kräver användargodkännande för känsliga steg som omfattar personer utanför organisationen. Prova det faktiska beteendet för varje tillåtet steg och mål i den egna miljön i stället för att anta att alla externa fall hanteras likadant.
Hur stoppar administratören ett felande Studio-flöde?
Google beskriver flera vägar: användaren kan stoppa eller redigera flödet, support kan stoppa det med hjälp av Flow ID, och en administratör kan flytta ägaren till en organisationsenhet där Studio är avstängt. För vissa nya testflöden kan dataåtkomst också pausas i Agent access management.
Källor och vidare läsning
- Google Workspace Updates: Automate Drive, Gmail, and Google Chat actions with new steps in Workspace Studio (öppnas i ny flik) – de fyra stegen, utrullningsdatum, utgåvor och nya administrationskontroller.
- Google Workspace Admin Help: Require approval for flows that include external users (öppnas i ny flik) – godkännandegrindens omfattning och inställningsväg.
- Google Workspace Admin Help: Workspace Studio set up guide for admins (öppnas i ny flik) – organisationsenheter, loggfilter och stoppvägar.
- Google Workspace Admin Help: Manage Workspace Studio flows access to Google data (öppnas i ny flik) – paus av dataåtkomst och sidans nuvarande begränsning.