Begränsningar

Du kan implementera CoE-lösningen (Center of Excellence) på olika sätt. Varje företag har sina egna preferenser och mål, där vissa väljer stränga regler för att minska riskerna, medan andra prioriterar användarutforskning med minimala begränsningar. Därför innehåller CoE-startpaketet inte en fördefinierad uppsättning designmönster som gäller för alla scenarier. Om din organisation kräver ett mer restriktivt tillvägagångssätt måste den införa fler begränsningar samtidigt som den använder de verktyg som erbjuds av startpaketet.

I följande avsnitt beskrivs begränsningarna för vissa komponenter.

Långvariga flöden

Det finns vissa flöden som crawlar klientorganisationen för att göra sitt arbete. Mer specifikt lagerflödena i kärnlösningen och startarkiveringsflödena i styrningslösningen .

För att säkerställa servicenivå, tillgänglighet och kvalitet kan det finnas begränsningar för antalet förfrågningar som användarna kan välja mellan i samma dag i Power Apps, Power Automate. Mer information finns i Begränsningar och allokeringar för begäranden.

Större klientorganisationer kan komma att kräva en licens Power Automate per flöde för att dessa flöden ska kunna slutföras i tid.

Obs

Den första körningen av synkroniseringsflödena har en fullständig inventering och körs under lång tid, eftersom den uppdaterar varje flöde/app/etc i klientorganisationen. Efterföljande körningar uppdaterar endast appar/flöden/etc som har ändrats sedan den senaste körningen, vilket gör att man undviker att överskrida Power Platform begärandeberättigandena för de flesta klienter.

Flöden som inte aktiveras

Den admin | Synkroniseringsmall v4 (flöden) flödet kan inte samla in flöden som inte är aktiverade. Dessa inaktiva flöden kallas för opublicerade flöden.

Om du till exempel importerar en lösning med inaktiverade flöden samlas inte dessa inaktiva flöden in för inventering eftersom de inte returneras av anslutningsprogrammet.

Samtidig redigering och anslutningar

Om du har flera identiteter som hanterar CoE-startpaketet kan du se det här felet när du försöker använda flödena:

The caller with object id '...GUID...' doesn't have permission for connection...

Produkten har ännu inte stöd för flera personer som använder anslutningsreferenser.

Om du ser det här felet bör du antingen logga in med den identitet som installerade lösningen för att köra flödena eller uppdatera flödena så att de använder din identitet. Om du vill göra det senare bläddrar du till standardlösningen, filtrerar anslutningsreferenserna och redigerar varje anslutning för att använda anslutningen i stället.

Språk som stöds

För att säkerställa kompatibilitet med alla appar och flöden bör du inkludera det engelska språkpaketet i din miljö eftersom CoE-startpaketlösningarna inte erbjuder lokalisering och endast stöder engelska. Mer information finns i Nationella inställningar och språkinställningar för din miljö.

Principer för tjänster

Alla anslutningsappar har ännu inte stöd för tjänstprinciper. Till exempel har Dataverse anslutningsprogrammet ännu inte stöd för dem. Därför kan du inte installera och köra CoE-startpaketet med hjälp av en tjänstprincip som en identitet.

Säkerhetsgrupper och godkännanden

Vi avråder från att använda säkerhetsgrupper för att hantera åtkomst till din CoE-miljö, eftersom användare utan åtkomst till den här miljön kan vara inblandade i godkännanden. Om du väljer att använda en säkerhetsgrupp för att styra åtkomsten till miljön lägger du manuellt till användare i säkerhetsrollen Användare för godkännanden.

Provversionslicenser

Utvärderingslicenser har inte tillräckligt med API-anrop för att köra CoE-startpaketflödena. En fullständig lista över licenskrav finns i Installationskrav.

Multifaktorautentisering

Multifaktorautentisering kan användas för att konfigurera kontot för CoE-startpaketet, om MaxAgeMultiFactor är inställt på Tills-Återkallat i stället för en fast tid. Mer information finns i Rekommendationer för villkorlig åtkomst och multifaktorautentisering i Microsoft Power Automate (Flow).

PIM (hantering av privilegierade identiteter)

Dessa roller och licenser måste vara tillgängliga för den här användaren kontinuerligt. Om administratörsåtkomst endast beviljas tillfälligt via PIM räcker det inte med tillfällig åtkomst för att köra CoE-startpaketet.

Övervakning av molnflödet körs

Övervakning av körningar av molnflöden ingår för närvarande inte i CoE-startpaketet, men du kan utforska självbetjäningsanalys för att få information om molnflödet och utöka CoE-startpaketet med dessa data.

Övervakning av datorflöde ingår, även om det är begränsat. Mer information om hur du hanterar datorflöden finns i Automation Kit-lösningen .

Opublicerade modellbaserade program

På grund av en produktbegränsning ingår inte modellbaserade appar som inte publiceras i inventeringen, eftersom de inte hämtas från lagringstabellen.

Datorflödeskörningar

För att kunna se datorflödet körs i lagret måste något av följande villkor vara sant:

• bevakat eller obevakat datorflöde körningar finns i miljön.
• En annan användare delade sitt datorflöde med dig, som innehåller bevakade eller obevakade körningar.
• Du har behörighet att visa alla data i miljön.

Mer information finns i

• Övervaka körningar av datorflöde
• Automation Kit

Saknade anpassade anslutningsprogram

Vi kan bara samla in anpassade anslutningsappar som finns utanför lösningar och anslutningsappar som är tillgängliga för identiteten som kör synkroniseringsflödena. Därför ingår inte anpassade anslutningsappar i en lösning, som inte är tillgängliga för den körande identiteten, i inventeringen.

Skillnader i inventering och telemetri mellan PowerShell, Power Platform administrationscenter och CoE-startpaket

Om du använder PowerShell för Power Platform administratörer och Power Platform administrationscentret tillsammans med CoE-startpaketet kan du märka en avvikelse i inventeringen. Till exempel ser antalet appar som returneras av PowerShell annorlunda ut än antalet appar som returneras av CoE-startpaketet.

Dit finns förväntade skillnader, och resten av den här artikeln kan hjälpa dig att förstå vad du kan förvänta dig.

Appanvändning

CoE-startpaketet visar användningsinformation (session och unika användare) så tidigt som när granskningsloggen startade. Satsen kan samla in data för att visa användningstrender över tid.

Ju längre du har CoE-startpaketet installerat, desto mer användningsdata samlas in. Användningsrapporterna i Power Platform administrationscentret visar endast användningsdata för de senaste 30 dagarna.

PowerShell

Get-AdminPowerApp och Get-AdminFlow returnerar den senaste och mest uppdaterade inventeringen av den miljö som du frågar.

Get-AdminPowerApp returnerar endast arbetsyteappar och SharePoint anpassade formulär, men inte modellbaserade appar.

Get-AdminFlow returnerar alla molnflöden.

Administratörscenter för Power Platform

Power Apps och Power Automate resurser returnerar den senaste och mest uppdaterade inventeringen av din miljö. Om du vill visa den senaste informationen i administrationscentret uppdaterar du sidan.

Power Apps Resurser returnerar arbetsyteappar, publicerade och opublicerade modellbaserade appar, men inte SharePoint anpassade formulär.

Power Automate Resurser returnerar alla molnflöden.

CoE-startpaket

Lagret i CoE-startpaketet körs dagligen i syfte att leta efter mya och ändrade resurser sedan senaste körning. Vissa rensningsflöden körs emellertid bara varannan vecka. Ett av dessa flöden är CLEANUP – Admin | Synkroniseringsmall v3 (Kontrollera borttagen) som kontrollerar om en resurs, till exempel en arbetsyteapp, finns i miljön. Om resursen inte finns i miljön tas den bort. I det här flödet jämförs varje rad i CoE-tabellerna med varje Power Platform resurs i din klientorganisation. Flödet förbrukar en stor mängd API-anrop, och därför är detta och liknande flöden schemalagda att köras endast varannan vecka. Det här schemat innebär att dina data kan vara inaktuella om resurser tas bort under de senaste två veckorna.

CoE-startpaketet förväntar sig att alla lagerflöden alltid körs med förhöjd Power Platform administratörsbehörighet. Om administratörsåtkomsten upphör att gälla under en flödeskörning, eller om användaren inte har administratörsbehörighet, markeras alla resurser som inte kan hämtas som borttagna i CoE-tabellerna. När en app har markerats som raderad förblir den inaktiverad. En enda flödeskörning med otillräcklig behörighet kan påverka lagret avsevärt.

CoE-startpaketet visar arbetsyteappar, publicerade modellstyrda appar och SharePoint anpassade formulär, men inte opublicerade modellbaserade appar (om knappen "spela upp" i en modellbaserad app är inaktiverad).

CoE-startpaketet visar alla molnflöden.

SharePoint-anpassade formulär

SharePoint Anpassade formulärappar kan antingen finnas i standardmiljön eller i en angiven SharePoint formulärmiljö – eller både och. Om du till exempel har befintliga SharePoint anpassade formulär i standardmiljön finns befintliga formulär kvar i standardmiljön och migreras inte innan du anger en SharePoint formulärmiljö.

Borttagna program och flöden

Att avgöra om objekt tas bort är en tidskrävande process. Därför kan du se en fördröjning på upp till en vecka mellan när ett objekt tas bort från klientorganisationen och när det markeras som borttaget i inventeringen.

När ett objekt har markerats som borttaget förblir det i det tillståndet i två veckor innan det tas bort från lagret. Den här fördröjningen säkerställer att dess metadata bevaras om objektet återställs.

Du kan behålla objekt som markerats som borttagna i inventeringen på obestämd tid genom att använda följande miljövariabel: Ta även bort från CoE. Om den här miljövariabeln är inställd på Nej behåller den ett register över borttagna objekt på obestämd tid. Beroende på vilket datafilter som används kan du fortfarande se borttagna appar och flöden.