Retroillustration av en man i vit skjorta och slips som kopplar en sladd vid ett skrivbord, med arkivskåp, en krukväxt och en kontorsstol i ett orange och grått kontor.
Innan sladden kopplas in ska beslutskortet visa vilket konto, vilken app och vilken handling som får användas.

NYHET // GEMINI // APPKOPPLINGAR // ARBETSKONTO

Gemini får fler appkopplingar – kontrollera arbetskontot innan projektverktyget ansluts

Gemini får nya appkopplingar, bland annat till projektverktyg. Innan ni ansluter arbetsplatsens konto behöver ni verifiera att just appen och handlingen stöds. Här är ett beslutskort för konto, testdata, ansvar och stopp när förutsättningarna saknas.

Publicerad: 2026-09-24 // Lästid: ca 5 min

Nyheten: fler appar börjar anslutas

Google meddelade den 23 september 2026 att en ny omgång Connected Apps börjar rullas ut till Gemini. Bland produktivitetsverktygen nämns Airtable, Linear och monday.com. Det är exempel ur lanseringen, inte en fullständig applista. Beskedet finns i Googles lanseringsinlägg om nya appkopplingar.

För en svensk arbetsplats är nästa steg att avgöra om just den tänkta kopplingen kan användas med organisationens konto och för den tänkta uppgiften. Lanseringsinlägget räcker inte som belägg för att varje namngiven app stöds på varje arbetskonto. Ett lyckat försök på ett privat konto besvarar heller inte den frågan.

Utgå från en avgränsad arbetsuppgift, exempelvis att hämta status från ett testprojekt. Skriv vilket projekt som avses och vilket resultat ni vill få. Då går det att bedöma en viss koppling utan att samtidigt besluta om alla projekt, medarbetare och handlingar i verktyget.

Börja med kontot som faktiskt ska användas

Googles hjälpsida för arbets- och skolkonton anger tre förutsättningar för appkopplingar: en kvalificerande Workspace-utgåva, aktiverad Keep Activity och att administratören har tillåtit anslutning av appar. Administratören hanterar aktivitetsinställningen för dessa konton. Tillgängligheten varierar dessutom med bland annat kontotyp, utgåva, plats, språk och enhet.

Be därför kontoadministratören kontrollera pilotkontot innan någon ansluter projektverktyget. Dokumentera kontotyp och Workspace-utgåva, datum för kontrollen och vem som bekräftat inställningarna. Om samma medarbetare har flera Google-konton behöver kontrollen avse det konto som är inloggat i den aktuella Gemini-sessionen.

Det här är ett beslut om en appkoppling. Den bredare bedömningen av verktyget finns i Gemini för organisationer. Håll ett eventuellt verktygsgodkännande åtskilt från tillståndet att ansluta ett visst projekt: godkännandet bör beskriva både informationsmängden och arbetsuppgiften.

Kontrollera handlingen, inte bara appens namn

I Googles allmänna guide till Connected Apps beskrivs hur inställningssidan visar tillgängliga appar och hur appens detaljsida kan ange stödda och ostödda handlingar samt exempel. Guiden hänvisar uttryckligen användare med arbets- och skolkonton till den separata kontoguiden. Använd därför beskrivningen för orientering, och verifiera vad som faktiskt visas för pilotkontot.

Anteckna det exakta verbet: läsa, söka, skapa eller ändra. En app som syns i listan är inte i sig ett belägg för att den kan utföra alla dessa handlingar. Om målet är att läsa projektstatus ska pilotens beslut inte samtidigt omfatta att skapa uppgifter eller ändra ansvarig.

Om den önskade appen eller handlingen saknas blir beslutet att avvakta. Flytta inte arbetsuppgifterna till ett privat konto för att komma vidare. Be i stället den ansvariga personen klarlägga stödet och notera vad som saknas. Det ger ett konkret återupptagningsvillkor: rätt konto, rätt app och rätt handling ska kunna verifieras.

Fyll i ett beslutskort före anslutningen

Följande kort är en föreslagen arbetsmetod, inte en inställningsmall från Google. Fyll i en rad per tänkt koppling. Lämna inte ett oklart fält som ett underförstått ja.

  • Konto: pilotkonto, kontotyp, Workspace-utgåva och kontrolldatum.
  • App: kopplingens namn och vilket konto i projektverktyget den avser.
  • Handling: exakt vad som stöds och vad piloten får utföra, exempelvis endast läsa status.
  • Testdata: namn på ett godkänt testprojekt med påhittade uppgifter.
  • Ansvarig: person som godkänner anslutningen och person som kontrollerar resultatet.
  • Beslut: starta det avgränsade provet eller stoppa, med skäl och villkor för omprövning.

Ett ifyllt exempel kan vara: ”Arbetskonto kontrollerat av administratör; projektapp ännu inte synlig; avsedd handling läsa status; testprojekt GEMINI-PILOT; ansvarig projektledare; stopp tills appen och läshandlingen har verifierats.” Det är ett användbart beslut även utan en lyckad anslutning.

Prova en avgränsad uppgift med ett känt facit

När kontot och handlingen är verifierade kan ni skapa tre påhittade uppgifter i testprojektet: Alfa med status öppen, Beta med status pågår och Gamma med status klar. Använd inga kundnamn, personaluppgifter eller riktiga projektanteckningar. Låt projektägaren godkänna testytan innan den används.

Be i ett första prov Gemini att återge namnen och statusen för just dessa tre uppgifter utan att ändra något. Bedöm samma sak som instruktionen beställer: finns alla tre namn med, stämmer varje status och är projektet oförändrat? Spara instruktion, svar och den manuella kontrollen tillsammans. Ett trevligt formulerat svar ska inte väga upp en felaktig status.

Detta exempel förutsätter att den verifierade kopplingen stöder den avsedda läsningen. Om den inte gör det ska provet inte genomföras genom att ge vidare behörigheter på chans. Anpassa i stället uppgiften till dokumenterat stöd eller behåll stoppbeslutet. Ett senare prov av att skapa eller ändra uppgifter behöver ett separat beslut och ett eget facit.

Välj nästa steg utifrån resultatet

Fortsätt med en begränsad pilot om rätt konto och handling har verifierats och testresultatet stämmer. Behåll samma projektgräns tills den ansvariga personen har tagit ställning till ett större användningsområde. Skriv vad som återstår, exempelvis att bedöma användning med verkliga projektuppgifter.

Stoppa om kontostöd saknas, om behörigheterna inte motsvarar beslutet eller om provet hämtar fel projekt. Dokumentera observationen så att nästa försök prövar det som var oklart. Om arbetsuppgiften i stället gäller automatiserade flöden som delar information externt finns ett annat beslutsunderlag i godkännande före extern delning i Workspace Studio.

Det konkreta resultatet av förarbetet är ett daterat beslutskort: vilket konto, vilken app, vilken handling och vem som får ge klartecken. Det gör lanseringsnyheten möjlig att använda i ett arbetsplatsbeslut utan att tillgänglighet eller behörighet behöver gissas.

Källor

Källor kontrollerade: 2026-09-24. Tillgänglighet och stödda handlingar kan ändras.

I samma serie

Läs vidare om test av nya AI-funktioner före utrullning. För att dokumentera arbetssätt finns mallbanken för arbetsflöden. Fler användningsfall finns i yrkesguiden AI för projektledare.

FLER ARTIKLAR

ARKIV // FÖRDJUPNING // SÖKBART