Oversikt over flertenantmodus i Copilot Studio (forhåndsvisning)

[Denne artikkelen inneholder dokumentasjon for forhåndsversjonen og kan bli endret.]

Copilot Studio støtter nå flertenantmodus. Denne nye støtten gjør at en agent kan brukes i en annen Microsoft Entra leier enn leieren som er vert for den. Flertenantmodus endrer virkemåten til en Copilot Studio-agent når du bruker bestemte godkjenningsalternativer. Denne artikkelen beskriver godkjenning i Copilot Studio, og rollegodkjenningen spilles av i flertenantmodus.

Important

Funksjonen multitenant i Copilot Studio er i offentlig forhåndsvisning og er tydelig merket i Copilot Studio for beslutningstakere. Den har begreper som refereres til i produktet. Offentlige forhåndsvisningsfunksjoner støttes ikke for bruk i en generelt tilgjengelig kapasitet. Du kan imidlertid prøve offentlige forhåndsvisningsagenter på Teams/Agent Store under spesifikke retningslinjer. Partnere bør fremheve for sluttbrukerne at agentene deres bruker forhåndsvisningsfunksjonalitet ved å inkludere et forhåndsvisningsbanner i ikonet.

Copilot Studio Makers kan velge mellom tre godkjenningsalternativer for agenter:

Godkjenningsmetode Description
Ingen autentisering Dette alternativet lar eksterne brukere bruke agenter som du bygger og hoster på plattformen. Når du velger dette alternativet for agenten din, sender ikke klienten hvor brukeren får tilgang til agenten et tilgangstoken til agenten. Dette scenariet er vanlig for nettsteder med FAQ-er for selvbetjening, for eksempel. Denne innstillingen lar enhver bruker få tilgang til agenten.
Autentiser med Microsoft Dette alternativet bruker en integrert autentiseringsfunksjon. Agenten forventer en Microsoft Entra ID identitet fra klienten. Teams og andre Microsoft-klienter sender denne identiteten når de godkjenner brukere med jobb- eller skolekontoer Microsoft Entra. Agenten bruker denne identiteten for å la brukeren få tilgang til funksjonaliteten. Dette alternativet i Copilot Studio utfører en enkel påloggingsopplevelse (SSO) mellom klienten, agenten og brukeren. Brukeren trenger ikke først å logge inn for å få tilgang til klienten, og deretter en gang til for å få tilgang til agenten.
Autentiser manuelt Når dette alternativet er valgt, signaliserer dette alternativet eksplisitt at Copilot Studio skal ikke håndtere eller forvente identiteten. Produsenten konfigurerer autentisering for det valgte autentiseringsalternativet. Manuell autentisering brukes vanligvis når man ikke bruker en Microsoft-basert identitet eller klient. For eksempel, hvis du legger inn agenten i et nettsted eller en native applikasjon og vil autentisere eksterne brukere. Når du bruker manuell autentisering, kan du velge type autentisering:
  • OAuth: Når OAuth er valgt, blir brukeren som får tilgang til agenten på klienten bedt om å logge inn med OAuth. Dette åpner en innloggingsflyt basert på de produsentkonfigurerte OAuth-identitetsleverandørene. Når brukeren logger inn, mottar agenten en tilgangstoken og kan bruke tokenet i nedstrømstjenester og for personalisering.
  • Microsoft Entra baserte identitetsalternativer: Det finnes alternativer for tjenestebasert identitet og brukerbasert identitet (for eksempel sertifikater og Microsoft Entra brukergodkjenning). Tjenesteautentisering gjelder vanligvis når agenten trenger sin egen identitet. Brukerbasert enhet brukes for å få tilgang til nedstrømstjenester som krever autentisering. Copilot Studio-utviklere kan velge å konfigurere brukergodkjenning manuelt med Microsoft Entra.

Important

Hvis du vil bruke Microsoft Teams som kanal i Copilot Studio, må du velge Authenticate with Microsoft eller Authenticate Manually. Dette kravet er med vilje og harmoniserer med identitetsmodellene. Teams krever at en bruker alltid er innlogget, så som et resultat kan ikke Teams-agenter være anonyme. Det samme gjelder for alle Microsoft-kanaler (for eksempel SharePoint).

Multitenant-modus

I enkelt leiermodus må Microsoft Teams brukere være logget på og få tilgang til Copilot Studio-agenten ved å bruke samme leier som der agenten driftes i Copilot Studio. Hvis en bruker fra en annen leietaker (for eksempel example@zavainsurance.com prøver å få tilgang til en agent hostet i example@contoso.com), mottar brukeren en melding fra agenten: «Du har ikke tilgang til å snakke med denne boten. Kontakt eier.

Skjermbilde av testpanelet, som viser agentens svar når multitenant-modus ikke er aktivert.

Når du aktiverer flertenantmodus i Copilot Studio for en agent, kan brukere få tilgang til agenten som driftes i én leier fra en annen Microsoft Entra ID tenant.

Denne funksjonen er i offentlig forhåndsvisning. Multitenant-modus støtter Copilot Studio-agenter i Microsoft Teams og Microsoft Copilot. Flertenantmodus gjør det mulig for agenter å bli oppdaget på den globale Microsoft Teams Store, der agenter kan brukes fra klienter når de er i to forskjellige leiere.

Terminologi

Når du jobber med agenter og forstår autentisering, er det viktig å skille følgende atferd:

  • Bruker-til-klient-autentisering: For eksempel når en bruker logger inn på en Teams-klient, eller logger inn på et nettsted ved å bruke sin Microsoft-konto. Denne godkjenningen er ikke bare relatert til Copilot Studio-agenten og skjer utenfor agenten.
  • Klient-til-agent-autentisering: Klienten sender informasjon til agenten, og agenten forventer informasjon fra klienten. Hvis du konfigurerer agenten for single sign-on (SSO), er autentiseringen usynlig for sluttbrukeren av klienten. Hvis ikke, blir brukeren bedt om å logge inn til agenten separat.
  • Agentautentisering til andre autentiserte tjenester: Agenten må kommunisere med andre tjenester, og i noen tilfeller må identiteten videreformidles. Den identiteten kan være agentens identitet (tjenesteprincipal) hvis agenten har en identitet. Ellers kan agenten bruke brukerens identitet hvis agenten har tillatelser til å gjøre det, få tilgang til ressurser og utføre handlinger (ved å bruke delegerte tillatelser fra den innloggede klientbrukeren).

Det finnes også en blended godkjenningsalternativ der en godkjenningsflyt for agent kan kobles til via emner i Copilot Studio ved hjelp av Authenticate node, som ber brukeren om å logge på. Blandet godkjenning er bare tilgjengelig når Authenticate Manually er valgt i Copilot Studio, og når Require Users to Sign in er deaktivert.

Når du bruker multi-tenant-modus, bruk følgende terminologi:

  • vert er miljøet der Copilot Studio driftes, kjører fra og faktureres fra. Verten er stedet der du bygger Copilot Studio-agenten. Verten er også stedet hvor agenten beveger seg gjennom den standard programvareutviklingslivssyklusen mens agenten utvikles, testes og flyttes til et produksjonsmiljø for sanntidsbruk. Denne prosessen er ikke annerledes enn tilfellet for agenter i enkeltleietakermodus.

  • Klienten er der du får tilgang til agenten. Denne klientapplikasjonen er som Microsoft Teams eller Microsoft Copilot. Fra disse klientene får brukeren tilgang til og bruker agenten, og logger på ved hjelp av Microsoft Entra ID. Klienten krever eller bruker ingen Power Platform-infrastruktur, inkludert Copilot Studio.

Følgende dokumentasjon dekker hvilken funksjonalitet som for øyeblikket støttes i offentlig forhåndsvisning når flertenantmodus er aktivert i Copilot Studio.

Støttet funksjonalitet

Offentlig forhåndsvisning for støtte for flere leiere lanseres i et bestemt omfang.

Når agenten er i multitenant-modus, oppfører den seg annerledes. Ikke alle funksjonene i Copilot Studio støttes. Forskjellene kan være enten på grunn av funksjonalitetens art (for eksempel SharePoint kunnskap fungerer ikke på tvers av leiere) eller på grunn av det offentlige forhåndsvisningsomfanget. De følgende seksjonene inneholder flere detaljer.

Viktige høydepunkter:

  • Multitenant-modus støtter ennå ikke sluttbrukerautentisering. Denne begrensningen betyr at du ikke kan delegere tilgang til å bruke brukerens identitet i senere oppførsel. Verdien av denne funksjonen er å sende autentisert informasjon til agenten fra delegert autentisering ved bruk av andre tjenester. Denne funksjonaliteten er ennå ikke tilgjengelig.
  • Samtaletranskripsjoner slås av når multitenant-modus er aktivert. Denne begrensningen beskytter personvernet til de nedstrøms leietakerne som bruker agenten.
  • Vertsleiere er ansvarlige for faktureringen av Copilot Studio-agenten på samme måte som for enkeltleiermodus. Microsoft-partnere som distribuerer til globale Teams og agentbutikken og som ser etter ulike arbeidsmønstre med sluttkundene, som å ta betalt for agenter i den globale Teams Store, bør rådføre seg med Partner Center for hvilke programmer som er tilgjengelige.

Følgende avsnitt oppsummerer funksjonaliteten som er kjent for å fungere eller ikke fungere når agenten brukes i multitenant-modus. Hvis noe ikke er oppført som fungerende her, kan du forvente at det ikke fungerer i multitenant-modus. Funksjonalitet i Copilot Studio endres ikke til å fungere annerledes når flertenantmodus er aktivert. For eksempel kjører datapolicyer fortsatt på vertsleietakeren, og funksjoner og funksjonalitet, hvis støttet, har samme funksjonssett som i enkeltleietakermodus.

Kunnskap

  • Dataverse-opplasting: Støttes i offentlig forhåndsvisning på tvers av leietakere.
  • Offentlige nettsteder: Støttes i offentlig forhåndsvisning på tvers av leietakere.

Verktøy

  • Prompts: Støttes i offentlig forhåndsvisning på tvers av leietakere.
  • Begrensede standardkontakter: For mer informasjon, se Autentisering.
  • REST API-koblinger: Støttes i offentlig forhåndsvisning på tvers av leietakere.

Note

Egendefinerte koblinger, datamaskinbruk, agentflyter og MCP-verktøy støttes ikke i multitenant-modus.

Emner

  • Brukervariabler: Ikke tilgjengelig eller støttet i offentlig forhåndsvisning.
  • Autentiseringsnode: Kun tilgjengelig for manuell autentisering.
  • HTTP-node: Fungerer for offentlige endepunkter i offentlig forhåndsvisning for multitenant-modus.

Kanaler

Støttede kanaler for offentlig forhåndsvisning inkluderer:

  • Microsoft Teams
  • Microsoft Copilot

Godkjenning

Note

Eksterne B2B-brukere behandles ikke som brukere av vertsleieren, selv om deres katalogbrukertype er satt til Member. For å få tilgang til agenten må brukere autentisere seg fra sin hjemme-tenant via en støttet multitenant-kanal.

  • Sluttbrukerautentisering: Ikke støttet. Klienten ber brukerne om å åpne tilkoblingsbehandlingen, men kan ikke fullføre forespørselen når den sender brukeren til sin egen Copilot Studio-tilkoblingsbehandling på et annet sted enn der agenten befinner seg.
  • OAuth: Ikke støttet for manuell autentisering.
  • Graf/Microsoft 365 standardkoblinger: Støttes ikke.
  • Egendefinerte kontakter: Ikke støttet.
  • Maker-autentisering (tjenesteprinsipp) på standardverktøy: Støttes i offentlig forhåndsvisning.
  • Manual-godkjenning med Microsoft Entra bruker-ID og tjenestekontohaver: Støttes ikke i offentlig forhåndsvisning.
  • Gjestebrukere: Ikke støttet.

Annen informasjon

  • Kun én-til-én-samtaler støttes. Gruppesamtaler støttes ikke.
  • Multi-geo støttes ikke. I offentlig forhåndsvisning hostes agentene i en enkelt Dataverse-region, og overholdelse av data-residency forblir partnerens ansvar.
  • Government Community Cloud (GCC) og GCC High støttes ikke.
  • Manuell autentisering støttes ennå ikke (kommer snart).

Note

Vær forsiktig når du bruker maker-autentisering på kontakter. Maker-autentisering på koblinger kan eksponere detaljer om leietakeren din for tredjeparter via URL-er og lignende.

Analyse

  • Aggregert analyse: Ikke tilgjengelig i offentlig forhåndsvisning.
  • Transkripsjonsdata: Ikke tilgjengelig i offentlig forhåndsvisning.
  • Last ned sesjonsdata: Ikke tilgjengelig i offentlig forhåndsvisning.
  • Tilfredshet, effektivitet, oversikt og reaksjoner: Ikke tilgjengelig i offentlig forhåndsvisning.

Note

Kanalmetrikker er basert på hva Teams tilbyr gjennom kanalens kapasiteter og tilgjengelighet.

Admin kontroller

Administrasjonskontroller for agentvertens leietaker

Administrasjonssenteret for Power Platform (PPAC) styrer multi-instansmodus. Vertsleietakeradministratorer kan hindre produsenter i å aktivere multitenant-modus for agenter. Administratorer for vertsleietakeren kan navigere til leietakerisolasjonsområdet i PPAC, som er av som standard. Når du slår på leietakerisolasjon, er leietakeren isolert, og du kan ikke bruke flerleietakermodus. Hvis administratorer ønsker å tillate kun et utvalg leietakere å etablere forbindelser til eller fra sin leietaker, kan de aktivere leietakerisolasjon og bruke tillatelseslisten for å spesifisere disse leietakerne for innkommende og utgående leietakere. For mer informasjon, se Begrensninger for innkommende og utgående mellom leietakere.

Skjermbilde av panelet Sikkerhet: Identitet og tilgangshåndtering, som viser hvor man kan aktivere leietakerisolasjon.

Hvis leierisolasjon er aktivert, er ikke flertenantmodus tilgjengelig i Copilot Studio.

Andre scenarier:

  • Hvis leierens isolering er aktivert etter at en agent er aktivert og publisert, viser Copilot Studio et varsel som forklarer at agenten ikke lenger fungerer som multitenant. Agenten oppfører seg deretter som en enkeltleietaker-agent når en annen leietaker prøver å få tilgang til den.
  • Hvis admin-kontrollen er slått på (for å blokkere multitenant), men det finnes en tillatelsesliste, kan bare leietakere i tillatelseslisten få tilgang til agenten. Alle andre leietakere er blokkert, på samme måte som i enkeltleietakermodus.
  • Datatapforebyggingskontroller forventer vertagentens datapolicyer.
  • Copilot Studio tillater deaktivering av Teams-kanalen for en agent. Denne handlingen hindrer agenten i å svare på Teams-klienten.
  • Hvis Microsoft 365- og Microsoft Teams-kanalen er slått av, forstyrrer denne handlingen tjenesten for agenten din. Du kan slå på agenten din igjen, siden agent-ID-en din ikke er endret. Du kan bli pålagt å fullføre publiseringsprosessen på nytt.
  • Oppdatering av en agent er den samme som for Copilot Studio. Skapere bør bruke Publish for å pushe endringer til den levende agenten som brukes. Nye oppdateringer trenger ikke publiseres via Teams Store. Retningslinjene for Teams Store har sine egne forventninger til å oppdatere en agent hvis noen metadata relatert til agenten, for eksempel formål, termer, lenker og lignende, endres.

Administratorkontroller for Copilot Studio i klienten

I klientleietakeren der agenten brukes, er det ingen endringer for Microsoft Admin Center (MAC)-administratorer. MAC-administratorer har kontroll over en CEA ved hjelp av Copilot Studio på samme måte som profesjonelle motoragenter.

Fakturering og lisensiering

Du er ansvarlig for å fakturere som vertsleietaker. Dette ansvaret er det samme som for pro-code-agenter i butikken og for kunder som distribuerer agenter til sine egne brukere. For mer informasjon om fakturering, se Administrer sesjoner og kapasitet.

Vertsleietakere må administrere faktureringen som en del av produktet og sørge for at det har tilstrekkelige kreditter og faktureringskonfigurasjon for å støtte målgruppen de gir tilgang til.

Flertenantmodus støttes bare i offentlig forhåndsvisning av vertsleiere med en fullstendig Copilot Studio-lisens.

Hvis partneren ikke har tilstrekkelig fakturering og går tom for kreditter, blir sluttbrukeren berørt og mottar en feil med agenten. Før dette skjer, blir administratorene varslet og bedt om å ta tak i problemet via en automatisk varsling. Maksimalt antall Copilot Studio-kreditter og -økter som du kan tildele til et miljø, er det høyeste du kan tilordne.

Hvis partnere eller kunder publiserer agenten sin i Teams Store, kan agentadopsjon føre til uventet fakturering hvis det går raskt (for eksempel via Teams Store eller andre oppdagelsesmetoder). Du er ansvarlig som vertsleietaker for denne prosessen og for agenten på samme måte som du publiserer anonyme agenter i dag på uautentiserte kanaler (for eksempel på nettet).

Programvareutviklingspraksis

Som en del av agentens Application Lifecycle Management (ALM)-prosess, utsett multitenant-agenter for høyere nivåer av testing. Multitenant-agenter har flere funksjonalitetsområder å teste siden noen områder oppfører seg annerledes enn i enkeltleietakermodus.

Vurder disse områdene når du arbeider med multitenantagenter i Copilot Studio:

  • Konfigurer utviklingsmiljøene dine og sett opp den anbefalte ALM-prosessen, som inkluderer et utviklingsmiljø, et testmiljø, et testmiljø i en annen leietaker og et produksjonsmiljø.
  • Planlegg og konfigurer kapasiteten din for omgivelsene. Planlegg også en proaktiv måte å gjennomgå og overvåke disse agentene på.
  • Hvis du planlegger å opprette en multitenant-agent, sørg for at du har en separat leietaker for testing, slik at du kan teste den spesifikke konfigurasjonen i multitenant-modus ved å få tilgang til agenten fra en annen leietaker enn den agenten er hostet i.
    • Du kan sideloade agenten din i testklientens tenant og konfigurere tenant isolation-policyen i vertens Power Platform Admin slik at den fungerer spesifikt med testmiljøkonfigurasjonen din.
    • En kunde eller partner kan sidelaste .ZIP pakken som refererer til en agent som kjører i Copilot Studio. Den .ZIP pakken kan lastes opp via administrasjonssenteret for Teams eller Microsoft og administreres på samme måte som for agenter med én leier i Copilot Studio.

Oppdater agenten din

Agenter publisert i Teams Store krever kun en republisering via valideringsprosessen i Teams Store hvis det er endringer i metadata (for eksempel formål, vilkår, lenker osv.). Dette kravet betyr at når en ikke-Microsoft-agent publiseres og gjøres live, er den tilgjengelig for alle nåværende brukere. Dette kravet er det samme for Copilot Studio i dag som for andre kanaler og godkjenningsmetoder.

Eksporter manifestet fra Copilot Studio

Når du er klar til å teste agenten i Microsoft Teams eller Microsoft Copilot-klienten i en annen tenant, må du gjøre agenten tilgjengelig i den andre tenant. For testing må en MAC-administrator eller en bruker med tillatelser til å sideloade agenten i sin klient (gitt av en MAC-administrator i den andre leietakeren) sideloade agenten inn i den andre leietakeren.

Du kan begrense tilgang til vertsleietaker ved å bruke policyen for leierisolasjon i administrasjonssenteret for Power Platform. Legg til informasjon om testklientens leietakere når du tester på tvers av dine egne spesifikke leietakere og beveger deg gjennom prosessen for applikasjonens livssyklushåndtering.

For å eksportere manifestfilen i .ZIP-format går du til Kanaler i Copilot Studio, velger Microsoft 365 og Microsoft Teams-kanalen og deretter Rediger detaljer.

Skjermbilde av panelet Rediger detaljer i Teams og Microsoft Copilot-kanalen.

Du kan redigere navn, beskrivelse og andre detaljer i manifestfilen som kreves av Microsoft Teams og Microsoft Copilot. Manifestfilen inneholder viktig metadata om agenten din, som klientleietakeren ser når han gjennomgår agenten din for bruk på sin leietaker.

Etter at du har redigert detaljene, velg Tilgjengelighetsalternativer for å eksportere .ZIP-filen.

Skjermbilde av kanalpanelet for Teams og Microsoft Copilot, som viser knappen for tilgjengelighetsalternativer.

Denne handlingen laster ned en lokal .ZIP-fil til maskinen din. .ZIP-filen har ikonfargen og manifestfilene. Du kan også redigere manifestet manuelt. Mens funksjonen er i offentlig forhåndsvisning, må skaperne redigere manifestet, spesielt Valid Domains noden. For mer informasjon, se Gjør agenten din tilgjengelig i Teams eller Microsoft Copilot.

  • Sist oppdatert