Avantages de la flexibilité du processus de modification
Ce résumé met en évidence les avantages et les nouvelles fonctionnalités conçus pour améliorer l'efficacité de la gestion et de l'officialisation des tâches de modification indépendamment à l'aide de deux processus : flexibilité du processus de modification (logique d'officialisation améliorée) et flexibilité supplémentaire du processus de modification (étapes).
Implémentation de tâches de modification par séquence (sans étapes)
Voici les avantages offerts par l'implémentation d'une tâche de modification avec une séquence et sans étapes :
Vous pouvez définir la date de début réel de toute tâche de modification venant d'être démarrée et commencer son implémentation.
La séquence continue de s'exécuter dans l'ordre numérique, parallèlement à la séquence vide (zéro).
Les tâches de modification annulées ne démarrent plus leur implémentation et sont ignorées. Cela rend le processus global plus efficace.
* 
Vous pouvez annuler l'implémentation des tâches de modification à l'aide de l'option Définir l'état.
Exécution des tâches de modification avec séquence et étape
Voici les avantages offerts par l'implémentation d'une tâche de modification avec une séquence et des étapes :
Prise en charge des étapes : vous pouvez concevoir les processus d'avis de modification de sorte qu'ils utilisent l'étape
Préférences : Ordre d'exécution séquentielle du plan et Exécution d'un plan par étapes
Vous pouvez implémenter les tâches de modification en définissant les options d'étape et de séquence. Ces préférences offrent des options d'implémentation pour la séquence uniquement, l'étape uniquement, ou les deux.
Vous pouvez concevoir le processus de sorte qu'il n'exécute qu'une seule étape à l'aide d'un automate de synchronisation.
Ces préférences prennent en charge l'implémentation de tâches de modification dans l'ordre numérique, parallèlement à la séquence vide (zéro).
La date de début réel est définie lorsqu'une tâche de modification commence son implémentation.
Logique d'officialisation améliorée
Voici les avantages offerts par l'implémentation d'une tâche de modification avec la logique d'officialisation améliorée :
Nouvelle API releaseChangeable2 utilisée pour officialiser des objets modifiables pour une étape.
L'API releaseChangeable2 combine l'approbation des modifications non incorporées dans l'étape.
Seules les tâches de modification affectées à l'étape (ou vides dans certains cas) sont traitées pour l'officialisation.
Les tâches de modification officialisées individuellement dans l'étape sont ignorées.
L'étape finale, c'est-à-dire l'officialisation Post-publication, utilise l'API releaseChangeable2 pour officialiser l'avis de modification complet.
L'API officialise toutes les tâches de modification restantes et définit la date de fin réelle des tâches de modification et de l'avis de modification.
Les effectivités en attente sont traitées à une seule étape.
Validation des tâches de modification
La validation ne peut concerner qu'une seule tâche de modification, une étape d'avis de modification ou l'avis de modification complet. Lorsque la logique d'officialisation améliorée est activée :
Tout processus d'avis de modification utilise la variable de processus pour activer la logique d'officialisation améliorée.
Les tâches de modification précédemment officialisées (la date de fin réelle définie) ou les tâches de modification annulées sont ignorées lors de la validation.
Officialisation des tâches de modification
Voici les avantages offerts par l'officialisation d'une tâche de modification avec la logique d'officialisation améliorée :
La date de fin réelle est définie pour toute tâche de modification officialisée, quelle que soit la méthode d'officialisation (avis de modification individuel, intermédiaire ou complet).
L'API releaseChangeable2 définit la date de fin réelle pour l'officialisation des tâches de modification.
L'API releaseChangeable2 combine l'approbation des modifications non incorporées dans l'étape.
Traitement des effectivités en attente
Voici les avantages offerts par le traitement des effectivités en attente avec la logique d'officialisation améliorée :
Le traitement peut se produire dans le contexte d'une tâche de modification unique, de l'étape d'un avis de modification ou de l'avis de modification complet.
Une tâche de modification est officialisée (date de fin réelle définie) avant que les effectivités en attente puissent être appliquées.
Les tâches de modification annulées sont ignorées.
L'effectivité en attente appliquée précédemment ne sera plus traitée.
Définition de la date d'exécution
Vous pouvez définir les dates d'exécution des tâches de modification et de l'avis de modification à l'aide de la logique d'officialisation améliorée :
La date d'exécution peut être définie pour un avis de modification et une seule tâche de modification ou pour toutes les tâches de modification planifiées pour l'étape.
Si la date d'exécution a été définie précédemment, elle n'est pas écrasée.
La date d'exécution sera réinitialisée sur une nouvelle révision de l'avis de modification et sur toute tâche de modification révisée.
La date de fin réelle est réinitialisée sur une nouvelle révision de l'avis de modification et de toute tâche de modification révisée.
Est-ce que cela a été utile ?