Om systemkart
Alle arbeidsflytdefinisjoner inneholder flere FileNet P8-systemkart: arbeidsflytkart, avslutningskart og funksjonsfeilkart.
Arbeidsflytsystemet utfører systemkartene etter behov under standardbehandling eller behandling av unntak. Merk at det ikke finnes noen enkeltversjon av hvert systemkart som er felles for alle arbeidsflytdefinisjoner — hver arbeidsflytdefinisjon har sine egne eksemplarer av systemkartene.
Arbeidsflytkart
Hovedkartet i en arbeidsflytdefinisjon kalles et arbeidsflytkart. Når du oppretter eller åpner en arbeidsflytdefinisjon, viser prosessdesigneren automatisk arbeidsflytkartet. Når en arbeidsflyt startes, begynner behandlingen med utføring av starttrinnet på arbeidsflytkartet i arbeidselementets arbeidsflytdefinisjon.
Du må bestemme hvordan du vil bruke arbeidsflytdefinisjonen for å fastsette hvordan trinnene skal organiseres på arbeidsflytkartet og eventuelle delkart: Hvis arbeidsflyten hovedsakelig vil være en enkeltstående prosess, kan du plassere alle trinnene, eller den primære sekvensen av trinn (hvis du bruker delkart), på arbeidsflytkartet. Hvis arbeidsflytdefinisjonen inneholder delkart som vil bli arvet i forskjellige arbeidsflyter, bør du imidlertid ha færrest mulig trinn på arbeidsflytkartet ettersom arbeidsflytkartet vil bli overstyrt i de avledede (arvede) arbeidsflytene.
Avslutningskart og feilfunksjonskart
Generelt sett er det ikke nødvendig å kjenne til disse systemkartene ettersom arbeidsflytsystemet utfører disse kartene etter behov. Standardkartene vises grafisk i prosessdesigneren, men er skrivebeskyttet. Hvis du vil endre behandlingen som er definert på et av disse kartene, for å tilpasse dem til dine systemkrav, kan du gjøre dette ved å opprette et delkart i arbeidsflytdefinisjonen med samme navn som systemkartet du vil overstyre.
Nedenfor finner du en beskrivelse av avslutnings- og feilfunksjonskartet.
- Avslutningskart
- Dette kartet anropes automatisk på slutten av arbeidsflytkartet. (Se merknaden etter dette avsnittet angående unntak fra denne regelen.) Avslutningskartet har som standard ingen trinn - det fjerner bare arbeidselementet fra systemet. Du kan utføre avslutningskartet manuelt via systemfunksjonen for
avslutning av en prosess, eller ved å avslutte et arbeidselement i administrasjonskonsollen. Merk: Avslutningskartet utføres når et overordnet arbeidselement avsluttes. Når et underordnet arbeidselement når slutten på sitt arbeidsflytkart, fjernes arbeidselementet automatisk fra systemet, men avslutningskartet anropes ikke. I en arbeidsflyt som er under utføring, opprettes et underordnet arbeidselement for hver deltaker i et trinn med flere deltakere og for hver rute som brukes samtidig fra et trinn med flere utgående ruter.
- Funksjonsfeilkart
- Dette kartet utføres når det oppstår en feil under utføring av arbeidsflyten. Arbeidsflytsystemet anroper et feilfunksjonskart for bestemte feil, for eksempel divideringsfeil, ugyldig dato-/tidsmaske eller ugyldig deltaker. I tillegg kan en programvareutvikler definere en tilpasset trinnprosessor eller en annen applikasjon som anroper feilfunksjonskartet når en bestemt feil oppstår.
- Feilfunksjonskartet flytter som standard arbeidselementet til dirigeringskøen slik at det kan gjennomgås av administratoren. Når administratoren har fullført den nødvendige feilopprettingen, returneres arbeidselementet til anropskartet i en av følgende tilstander:
- Tilstanden det var i da feilfunksjonskartet ble kalt (gjenta)
- Neste tilstand (hopp over)
Kjøretidsalternativet Aktiver konsistent retur bestemmer hvilken av disse handlingene som utføres. Du kan også overstyre denne innstillingen ved å legge til en retursystemfunksjon på feilfunksjonskartet og stille inn det boolske uttrykket etter eget ønske.
- Merk at arbeidsflytsystemet deaktiverer alle tidtakere for arbeidselementet
når feilfunksjonskartet utføres.Tips: Du kan ikke endre forholdene som fører til at arbeidsflytsystemet utfører feilfunksjonskartet, men du kan opprette dine egne arbeidsflytkart for håndtering av unntak og anrope disse ved behov under utføring av forretningsprosesser. I koden for en tilpasset trinnprosessor kan en programvareutvikler for eksempel opprette et anrop for å utføre et brukerdefinert kart hvis en bestemt feil oppstår under kjøring av trinnprosessoren.