Denne artikkelen er i sin helhet maskinoversatt.

Gjennomgangsarbeidsflyter etablerer strukturerte vurderings- og valideringsprosesser for delte dokumentrevisjoner innenfor et prosjekt.

Konfigurering av arbeidsflyter krever balansering av malregler for fremtidige vurderingsforespørsler med prosjektteamoppsett som driver aktive, pågående gjennomganger.

Følgende saker beskrives i denne artikkelen:

Når en arbeidsflytmal endres eller prosjektkonfigurasjoner justeres (for eksempel å legge til eller fjerne teammedlemmer i prosjektinnstillinger), påvirker endringene fremtidige og pågående gjennomgangsforespørsler på ulike måter:

Endringer gjort i en arbeidsflytmal (for eksempel å legge til innsendingsteam) gjelder fremtidige gjennomgangsforespørsler som opprettes etter oppdateringen.

De omskriver ikke strukturen på aktive forespørsler som allerede er i gang.

Å legge til eller fjerne teammedlemmer i prosjektinnstillinger trer i kraft umiddelbart for aktive, pågående gjennomganger.

Hvis et vurderingstrinn er stillestilt fordi et team er tomt, lar det å legge til en bruker i det teamet dem umiddelbart gå inn og gjenoppta vurderingen.

Arkivering av en dokumentstatus, fjerning av et team, eller arkivering av en gjennomgangssakmal andre steder i prosjektinnstillinger kan forårsake valideringsfeil ved lagring av arbeidsflytoppdateringer eller stanse sakopprettelse på pågående gjennomganger.

Når en ny gjennomgangsarbeidsflyt opprettes for første gang, må alle grunnleggende parametere konfigureres før malen kan lagres og aktiveres.

Følgende saker beskrives i denne delen:

Hvis noe obligatorisk felt er ufullstending når du prøver å lagre en ny arbeitsflyt, viser systemet et advarselbanner før innsending øverst på siden og blokkerer malopprettelse. Obligatoriske felt omfatter:

2.2.1 Rørledningsgrenser

En enkelt arbeitsflyt støtter opptil 10 sekvensielle vurderingstrinn og totalt 20 vurderingsteam på tvers av rørledningen.

2.2.2 Teamvalg kontra medlemstilstedeværelse

Under initial opprettelse validerer systemet at innsendingsteam, vurderingsteam og sluttgjennomgangsteam er valgt.

Imidlertid kontrollerer det ikke om disse teamene inneholder faktiske medlemmer.

2.2.3 Kjøringskrav og auto-godkjenning

For å gjøre en gjennomgangsforespørsel gjennomførbar fra start til slutt:

2.2.4 Administratorrettigheter

Prosjektadministratorer har ikke automatiske operative rettigheter.

For å utføre handlinger under en gjennomgang, må en administrator være et eksplisitt medlem av det relevante teamet:

Visse operasjoner forblir fleksible og kan justeres under innledende oppsett eller oppdateres når som helst etter at en arbeitsflyt er aktiv.

Disse fleksible operasjonene faller inn i to distinkte kategorier: Arbeitsflytmalinnstillinger (redigert direkte på siden for arbeitsflytoppsett) Prosjektteammedlemskapshåndtering (redigert på siden Prosjektteam på tvers av alle arbeitsflytroller).

Følgende saker beskrives i denne delen:

Disse innstillingene kan endres i arbeitsflytkonfigurasjonsmenyen når som helst, noe som direkte påvirker fremtidige gjennomgangsforespørsler:

3.1.1 Innsendingsteam

Administratorer kan legge til eller fjerne innsendingsteam etter innsending for å kontrollere hvilke prosjektteam som har tillatelse til å starte nye gjennomgangsforespørsler under denne arbeitsflyten.

3.1.2 Gjennomgangssakmaler

Gjennomgangssakmaler knyttet til spesifikke resultater (Godkjent, Godkjent med kommentarer, eller Avslått) kan legges til, oppdateres eller avkoblet når som helst for å kontrollere problemsporing under vurderinger.

Å legge til eller fjerne individuelle brukere skjer på Prosjektteam-siden og krever ikke redigering eller re-lagring av arbeitsflytemalen.

Avgjørende er at medlemskapshåndtering gjelder alle tre arbeitsflytteamtyper, og påvirker direkte hvem som kan utføre handlinger:

3.2.1 Innsendingsteam

Å legge til eller fjerne medlemmer endrer hvem som kan velge arbeitsflyten for å starte nye gjennomgangsforespørsler.

3.2.2 Vurderingsteam

Å legge til eller fjerne medlemmer endrer hvem som kan få tilgang til aktive vurderingstrinn, legge til merknader/kommentarer og sende inn trinvalideringsindikasjoner.

3.2.3 Sluttgjennomgangsteam

Å legge til eller fjerne medlemmer endrer hvem som kan presentere den endelige beslutningen og lukke en aktiv gjennomgangsforespørsel.

Når en arbeitsflytmal lagres og sendes inn for første gang, låses nøkkelstrukturparametere for å sikre konsistente vurderingsregler på tvers av gjennomgangsforespørsler.

Følgende saker beskrives i denne delen:

4.1.1 Låste parametere

Tidsinnstillinger, vurderingstrinn, tildelte vurderingsteam, trinvarigheter, auto-godkjenningsknapper, endelige godkjenningsteam og kartlagte sluttdokumentstatuser kan ikke endres etter innledende innsending.

4.1.2 Redigerbare parametere

Bare arbeitsflytetittelen, innsendingsteamtildelinger og koblede gjennomgangssakmaler forblir redigerbare etter innsending.

Lagring av en hvilken som helst redigeringen etter innsending av en eksisterende arbeitsflyt (for eksempel å oppdatere tittelen) utløser en full re-valideringskontroll på tvers av hele malen.

Hvis et element som brukes i arbeitsflyten ble arkivert eller slettet i prosjektinnstillinger etter innledende opprettelse, mislykkes re-validering til problemet er løst.

4.3.1 Arkivering av arbeitsflyter

Skjuler den aktive arbeitsflyten fra opprettelsesmenyer slik at prosjektmedlemmer ikke kan velge den for nye forespørsler.

4.3.2 Gjenoppretting av arbeitsflyter

Gjør en arkivert arbeitsflyt aktiv igjen i opprettelsesmenyer for tildelte innsendingsteam.

Når prosjektinnstillinger eller teammedlemsskap endres mens gjennomgangsforespørsler aktivt er i gang, håndterer systemet tilgang, sakopprettelse og arbeitsflytfremskriding i henhold til spesifikke regler.

Følgende saker beskrives i denne delen:

Prosjektmedlemmer kan legges til eller fjernes fra arbeitsflytteam på siden Prosjektteam når som helst uten å redigere arbeitsflytemalen selv.

5.1.1 Innsendingsteammedlemmer

Å legge til en bruker i et innsendingsteam lar dem opprette nye forespørsler fremover.

Imidlertid gir innsendingsteammedlemskapet aldri delt synlighet for forespørsler opprettet av lagkamerater - tilgang til en sendt forespørsel forblir strengt personlig for den enkelte oppretteren.

5.1.2 Vurderingsteammedlemmer

Å legge til en bruker i et vurderingsteam gir dem umiddelbar tilgang til aktive gjennomgangsforespørsler som for tiden er på det vurderingstrinnet.

Å fjerne alle medlemmer fra et vurderingsteam vil fryse pågående forespørsler på det trinnet til et nytt medlem legges til - med mindre auto-godkjenning er aktivert for det trinnet, i så fall vil forespørselen automatisk godkjenne og fremme når trinfristen passeres.

5.1.3 Sluttgjennomgangsteammedlemmer

Å legge til en bruker i et sluttgjennomgangsteam gir dem umiddelbar tilgang til å presentere endelige beslutninger om aktive forespørsler som når det endelige godkjenningstrinnet.

Å fjerne alle medlemmer fra et sluttgjennomgangsteam fryser pågående forespørsler på det endelige trinnet til en bruker legges til (auto-godkjenning er ikke tilgjengelig for sluttgjennomgangstrinn).

Slettede prosjektteam kan ikke gjenopprettes.

Hvis et team tildelt en arbeitsflyt slettes fra prosjektinnstillinger, avhenger den operative virkningen av teamets rolle i arbeitsflytlivssyklusen:

5.2.1 Slettede innsendingsteam

Innsendingsteam forblir redigerbare etter innsending.

En administrator kan redigere arbeitsflytekonfigurasjonen direkte og tildele et nytt aktivt innsendingsteam.

5.2.2 Slettede vurderingsteam

Vurderingstrinn er låst etter innsending.

5.2.3 Slettede sluttgjennomgangsteam

Endelige godkjenningsteam er låst etter innsending, og auto-godkjenning er ikke tilgjengelig for sluttgjennomgangstrinn.

Hvis alle sluttgjennomgangsteam slettes, staller pågående gjennomgangsforespørsler ubestemt.

5.2.4 Anbefalt handling for stillestilte eller ufullstendige arbeitsflyter

Når et vurderingstrinn staller med ingen gjenværende team (og auto-godkjenning er av), eller når alle sluttgjennomgangsteam slettes, er anbefalingen å arkivere den brutte gjennomgangsarbeitsflyten og forkaste alle dokumenter strengt fra åpne gjennomgangsforespørsler som følger denne spesifikke arbeitsflyten.

Eventuelt kan en ny gjennomgangsarbeitsflyt opprettes hvis en erstatning er nødvendig.

Gjennomgangssakmaler konfigureres separat for hvert beslutningsresultat (f.eks. Godkjent, Godkjent med kommentarer, eller Avslått).

Systemet behandler endringer i gjennomgangssakmaler uavhengig per resultat:

5.3.1 Resultatspesifikk isolasjon

Arkivering eller endring av en gjennomgangssakmal for ett beslutningsresultat påvirker bare det spesifikke resultatet.

Alle andre resultater med intakte gjennomgangssakmaler fortsetter å opprette saker som forventet.

5.3.2 Arkivering av en koblet gjennomgangssakmal

Hvis en gjennomgangssakmal tildelt et resultat arkiveres, vil pågående gjennomgangsforespørsler som følger den arbeitsflyten (og nye forespørsler sendt mens den er uavhengig) ikke generere saker hvis det resultatet velges.

5.3.3 Gjenoppretting av en arkivert gjennomgangssakmal

Gjenoppretting (gjøring av aktiv) av den opprinnelige gjennomgangssakmalen gjør automatisk sakopprettelse aktiv igjen i henhold til den malen på tvers av alle tilhørende gjennomgangsforespørsler.

5.3.4 Konfigurering av en annen gjennomgangssakmal

Hvis en administrator oppdaterer arbeitsflyten etter innsending for å tildele en annen aktiv gjennomgangssakmal, vil pågående gjennomgangsforespørsler initiert før redigeringen ikke generere saker ved hjelp av den nye malen.

Bare nye gjennomgangsforespørsler sendt etter omkonfigureringen genererer saker basert på den nylig tildelte malen.