Apprevisjonsprosess

Komponentene i Center of Excellence-startsettet (CoE) er utformet for flere typer bruk. Eksempelprosessen i denne artikkelen, som bruker kompoentene i startsettet, er ment for å vise vanlige mønstre andre organisasjoner har funnet nytte av, og – forhåpentligvis – gi deg inspirasjon til å definere dine egne prosesser.

Eksempelprosessen for apprevisjon viser hvordan CoE-avdelingen eller IT-administratorer kan automatisere en revisjonsprosess på appnivå for å samle inn tilleggsinformasjon om en app, for eksempel forretningsmessig begrunnelse og virkningen av driftsstans, fra produsenten.

Merk

Følg fremgangsmåten for konfigurasjon av samsvarskomponenter for å konfigurere denne prosessen. Mer informasjon: Samsvarsprosess

Beskrivelse av prosessen

Problemerklæring: Det finnes mange apper i Ekeli-leieren. IT-avdelingen vet ikke hva alle disse appene er ment for, eller hvordan de skal støtte individuelle apper når brukerstøtte kalles, og det er ikke klart om alle appene opprettholdes til en standard. De kan vise detaljer som beskrivelse og antall delte brukere fra Power Apps for Admins-koblingen, men de må kommunisere direkte med eieren av appen for å forstå situasjonen rundt appene. Spesielt i en stor organisasjon, for eksempel Ekeli, er det ikke mulig for IT-teamet å være ansvarlig for å manuelt kontakte hver enkelt appeier, og disse detaljene kan ikke lagres i e-postdiskusjoner. Ekeli-teamet ønsker en sentral appkatalog for apper av høy kvalitet.

Løsning: CoE har besluttet at det skal være en revisjonsprosess på basis på serversiden, ved hjelp av Microsoft Dataverse som datalager for rettferdiggjørelse av virksomheten. De bestemmer seg for å bruke apper og flyter for å forenkle denne prosessen.

Flyten Admin | Forespørsel om samsvarsdetaler brukes til å gå gjennom alle appene i leieren og finne ut om de samsvarer med forskriftene. Hvis eieren ikke har sendt inn en forretningsmessig begrunnelse og appen ble delt bredt (i dette eksemplet, med flere enn 20 brukere eller minst én gruppe), sender flyten eieren en e-postmelding for å varsle dem om at den spesifikke appen ikke er overholder Ekelis policy. E-postmeldingen inneholder en kobling til lerretsappen Developer Compliance Center, der eieren kan oppgi detaljene for forretningsbegrunnelsene i en skjemainnsending. Developer Compliance Center-appen inneholder også detaljer om terskelverdier for samsvar og har koblinger til appinnstillingene, slik at eieren kan konfigurere beskrivelsen og publisere på nytt etter behov.

Når oppretteren har bekreftet samsvar ved å legge til disse detaljene, kan administratoren gå gjennom disse detaljene og selve appen. En forretningsprosessflyt i Power Platform-administratorvisning (modelldrevet app) bidrar til å lette revisjonen.

Når administratoren ser gjennom detaljene om appsamsvar, kan administratoren ta en avgjørelse om hvorvidt appen tilhører i appkatalogen.

Brukerens visning av prosessen

Her er denne prosessen sett fra ståstedet til personene som er involvert, og komponentene de samhandler med.

Utvikler: Utvikleren får en melding om at de har arbeid for å gjøre appen i samsvar. Varselet inneholder en dyplenke til Developer Compliance Center for appen deres.

Tre elementer spores i systemet, og brukeren må kanskje gjøre alle tre:

  • Gjøre en ny publisering for å vise at det er en aktiv app.

  • Legge til en beskrivelse av appen, for å angi formålet.

  • Legge til støttedetaljer, for eksempel forretningsmessig begrunnelse.

Reivsjonsprosessen sett fra utvikleren.

Administrator: Når en app oppfyller alle disse tre kravene, vises den i filtervisningen Samsvar – sendt i den modelldrevne appen Power Platform-administratorvisning.

Reivsjonsprosessen sett fra administratoren.

En administrator åpne Power Platform-administratorvisning>Samsvar – sendt og vurderer alle appene som skal gjennomgås, ved å se på fanen Revisjon i appen, undersøke arbeidet som gjøres av brukeren, og deretter merke vurderingen deres i delen Samsvar – Sendt.

Administratoren kan bestemme seg for å legge en app i appkatalogen og merke den som omtalt eller ikke, avhengig av om appen skal utheves for brukere.

Validere krav fra oppretter.

Brukere: Oppretteren og brukerne kan nå se appen i appkatalogen.

Appkatalog.