Définir le cycle de vie d’un dossier
Pega Platform™ prend en charge une technique de modélisation appelée conception du cycle de vie d’un dossier (Case Life Cycle design). Ce modèle permet aux utilisateurs métier d’afficher un dossier (Case) et d’interagir avec de manière intuitive. Chaque cycle de vie de dossier se décompose en phases (Stage), processus (Process) et étapes (Step).
Par exemple, le cycle de vie d’un dossier de type Onboarding permet aux équipes HR, Facilities et IT de préparer le premier jour de travail d’une nouvelle recrue.
Pour s’adapter à la complexité et aux besoins spécifiques de votre entreprise, Pega Platform prend en charge différents types et configurations de processus (Process), phases (Stage) et étapes (Step).
Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur le cycle de vie du dossier Onboarding :
The following table describes the various components of a Case Life Cycle:
| Component | Purpose |
|---|---|
| Create Stage |
The first Stage in the Case Life Cycle is the Create Stage, which is denoted by a green bar. The Create Stage should contain Processes and Steps for users to enter initial data upon Case creation. The Create Stage cannot be deleted or repositioned in the Case Life Cycle. The Create Stage can be renamed. Cases that include the Create Stage are assigned a Case ID upon Case creation. |
| Create Process |
By default, the Create Stage contains a Create Process, which you can modify to meet your business needs. Create Processes that are not Channel-specific can only include Collect information Steps. You can configure Create Processes to start conditionally. For example, you create a Digital Messenger Channel and configure a Channel-specific Create Process. You configure the Process to start only if the user is using the Digital Messenger app. |
| Primary Stages |
Primary Stages are Stages that lead to an expected outcome. To help identify the Primary Stages of a Case Type, consider whether:
The path that a Case takes through the Case Life Cycle without deviating from the Primary Stages is called the primary path. The Primary Stages in the Onboarding example are Verification, Pre-arrival Setup, Setup and Onboarding. |
| Collect information Step |
Collect information Steps are Steps that require user action or input. Collect information Steps have green icons in the Case Life Cycle. Collect information Steps are often referred to as Assignments or Tasks. |
| Parallel Process |
In a Stage with two or more Processes, the Processes will normally run in sequential order. If two or more Processes can be started and completed independently of each other, you can configure them as parallel Processes. During Case processing, the active Assignment in either Process can be performed. The Onboarding example contains a Create IT Setup Process to provide a configured laptop to the new employee, and a Create Facilities Setup Process to assign the new employee an office. These Processes can be run in any order and the Stage will progress when both are complete. Tip: You can also configure standard Processes as parallel Processes in the Create Stage. |
| Automation Step |
Automation Steps are steps performed by the system and have yellow icons in the Case Life Cycle. Automation Steps can send emails, create PDF files, wait a specified time, or change the Stage of a Case. The Onboarding example uses Automation Steps to return rejected IT setups to the primary path, send a welcome packet email to the new employee, and send various types of notifications to the employee's new supervisor and team. |
| Alternate Stage |
Alternate Stages are Stages that handle deviations from the primary path. Alternate Stages are optional and represent a negative Resolution Stage or are used for exception handling to allow the Case to reenter the primary path. Following the Onboarding example Case's primary path, if the IT setup selections are approved, the Case advances to the Verification Stage. If the IT setup selections are instead rejected, the Case advances to the Approval Rejection Alternate Stage, where the IT setup selections can be modified. |
| Resolution Stage |
The Resolution Stage, denoted by a red bar, defines Case behavior at the end of the Case Life Cycle. Resolution Stages indicate that the Case finishes its Life Cycle at the conclusion of the Stage. Every Case Type should have at least one Resolution Stage. A Case Type can have more than one Resolution Stage if you define an alternate path for your business process. In this example, the Onboarding Case Life Cycle has two Resolution Stages: the Verification Stage and Approval Rejection Stage. |
Note: En utilisant Pega Express™ lors de la conception du dossier, vous définissez le cycle de vie du dossier (Case Life Cycle), les Personas impliqués dans le type de dossier (Case Type) et les Data Objects nécessaires pour exécuter le traitement du dossier. La capture de la conception du dossier initial fait partie intégrante de Pega Express.
Transitions d’une phase à l’autre
Pour concevoir le cycle de vie d’un dossier, vous devez envisager la façon dont un dossier évolue d’une phase à l’autre.
Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur les options de transition qui sont disponibles dans le volet des propriétés contextuelles de la phase (Stage contextual properties pane) :
Note: Vous ne pouvez pas configurer les transitions de phase au cours de la phase Create.
Automatisation des transitions de phase
Utilisez les étapes d'automatisation Change Stage pour faire passer automatiquement le dossier à une phase spécifique. Ce type de configuration est utile pour automatiser les transitions vers et depuis des phases alternatives (Alternate Stages).
Dans le cas du dossier Onboarding, vous ajoutez une étape d'automatisation Change stage à la phase alternative Approval Rejection. Configurez l’étape Change Stage pour faire passer le dossier en phase Verification une fois les choix du service informatique modifiés.
Transitions d’une étape à l’autre
Lorsque vous concevez le cycle de vie d’un dossier, tenez compte de la manière dont le dossier (Case) passe d’une étape à l’autre. Par défaut, au moment de l’exécution, vous cliquez sur Submit pour faire passer le dossier à l’étape suivante. La figure suivante affiche les paramètres de processus dans App Studio sur la gauche et l’étape au moment de l’exécution sur la droite :
Dans un processus d’App Studio, vous pouvez activer l’option Allow users to go back to the previous Step permettant d’afficher le bouton Previous au moment de l’exécution. La figure suivante montre les paramètres de processus dans App Studio sur la gauche et l’étape au moment de l’exécution sur la droite :
Vérifiez vos connaissances avec l’interaction suivante :
This Topic is available in the following Module:
If you are having problems with your training, please review the Pega Academy Support FAQs.
Want to help us improve this content?