Pro de pré-enregistrement

Le processus de pré-enregistrement comprend les étapes suivantes illustrées ici :

Étapes du processus Pro pré-enregistrement

1. Actions pendant la visualisation.
   • Durant cette étape, les entités EntitySearch et EntityStateMail sont actives.
     • EntitySearch - Capturable uniquement après la première sauvegarde d'une carte de données.
     • EntityStateMail - Peut dessiner des données via des références, utilisables uniquement après la première sauvegarde de la carte de données.
2. Actions pendant l'édition, avant l'enregistrement
   • Ici, les références sont copiées et les valeurs initiales pour les horodatages du créateur et de la création sont définies.
   • Notez que certains critères créés par d’autres gestionnaires ne peuvent pas être détectés à cette étape.
     • RéférenceCopie
     • Expression (exécutée via un bouton)
     • CreatorStamp / CreationStamp (initialisation)
3. Commencez à économiser
4. Avant les gestionnaires de pré-enregistrement, définition des valeurs par défaut et exécution de enable-if
   • Avant l'exécution des gestionnaires de pré-enregistrement, le système définit des valeurs par défaut (comme une macro utilisateur) et des conditions (enable-if) pour afficher ou masquer les attributs.
     • Expression (avec métadonnées d'exécution anticipée vraies)
5. Insérer les valeurs par défaut et exécuter les fonctions d'activation si
   • Valeur par défaut sur la nouvelle carte de données (~ macro utilisateur)
   • Afficher ou masquer les attributs via enable-if
6. Gestionnaires de pré-enregistrement, exécutés dans l'ordre des modèles
   • Ces opérations sont exécutées dans un ordre précis et incluent la vérification de l'intégrité des données et, éventuellement, la sauvegarde par blocage si les critères ne sont pas remplis. Elles incluent également l'exécution de scripts ou de calculs.
     • Validateur, peut bloquer la sauvegarde
     • Expression
     • Timbre de surveillance
     • État caché de la carte de données
     • Moniteur de changement de valeur
     • Copie de la cible de référence
     • Mise à jour et enregistrement de CreatorStamp / CreationStamp
7. Gestionnaires de pré-enregistrement différé
   • Gestionnaires qui s'exécutent après que les attributs dépendants ont été renseignés, ce qui peut entraîner des retards.
     • Sont exécutés après tous les attributs qui affectent le peuplement de ceux-ci, ce qui peut provoquer un retard apparent par rapport à l'ordre d'exécution prévu.
     • Titre AD SL
     • Combineur d'attributs
8. Auditeurs préenregistrés
   • Actions appliquées à la carte de données source en fonction des modifications apportées pendant la phase de pré-enregistrement.
     • Actions pour la carte de données source
9. Initialisation de l'automatisation visuelle du flux de travail
   • Il faut maintenant prendre la décision d'attacher ou non l'automatisation en fonction des modifications détectées par les gestionnaires et les auditeurs.
     • VWA voit des changements de gestionnaires et d'auditeurs.
     • Décision de joindre le VWA à la carte de données.

Processus de sauvegarde Pro

1. L'automatisation visuelle du flux de travail décide de l'exécution
2. Création de liens de rétroréférence
   • Ici, les références entre les cartes de données sont établies, affectant comment et quand elles sont enregistrées en fonction des paramètres des attributs de référence arrière.
     • Lorsqu'une référence est créée sur cette sauvegarde sur la source, elle se manifestera comme une référence arrière vers la carte de données cible à ce stade du cycle de sauvegarde (et de même vice versa à ce stade lorsque la liaison est effectuée du côté de la référence arrière).
     • Lorsque le référencement est créé sur cette sauvegarde et que la sauvegarde complète pour la carte de données cible est définie sur l'attribut de référence arrière de l'autre côté, la carte de données cible est enregistrée.
     • Lorsque le référencement est créé sur cette sauvegarde et que la sauvegarde complète pour la carte de données cible n'est PAS définie sur l'attribut de référence arrière de l'autre côté, la carte de données cible n'est PAS enregistrée (donc non disponible pour les nœuds VWA sans temporisateur de retard ou événement de sauvegarde), mais seul un nouveau balisage d'historique est créé qui montre que la référence arrière est renseignée.
3. Gestionnaires et écouteurs post-sauvegarde
   • Les opérations ici peuvent inclure l’envoi d’e-mails automatisés, la suppression de cibles, la transformation de données et l’exécution d’appels API Web.
     • Gestionnaires :
       • EntitySearch (capturable lors de la création de la fiche de données)
       • Expéditeur automatique de courrier électronique
       • Suppression de cible
       • AutoEntityCreation (agit uniquement sur la création de la carte de données)
     • Auditeurs :
       • Définissez les valeurs sur la carte de données cible.
       • Transformez-vous.
       • Appel API Web.
       • Définissez la ou les valeurs sur la source si nécessaire pour déclencher ValueChangeMonitor (ou autre).
4. Pro d'automatisation du flux de travail visuel
   • Les automatisations sont déclenchées en fonction des conditions et peuvent réenregistrer les cartes de données, ce qui implique de réexécuter les gestionnaires et les écouteurs et de mettre à jour l'historique.
     • Chaque nœud effectue une nouvelle sauvegarde (exécution des gestionnaires et des écouteurs à nouveau) et un balisage d'historique
     • Tous les nœuds sont exécutés ici, mais le minuteur peut créer un retard
     • Les nœuds de condition vérifient les conditions à ce stade

Exemple : Modification du statut d'un ticket avec l'automatisation

Si vous modifiez la valeur du statut d'un ticket avec l'automatisation, vous devez prendre en compte :

• Les horodatages des statistiques sont mis à jour en conséquence
• L'historique des changements de valeur du statut est mis à jour en conséquence
• Il est possible de masquer/rendre visible la carte de données mise à jour en conséquence

Si vous effectuez cette opération dans un écouteur de pré-enregistrement ou dans une expression tardive dans l'ordre du modèle, aucun de ces éléments ne sera mis à jour par défaut.

Il existe deux manières d’y parvenir :

• Modifiez le statut de l'expression en amont dans la commande du modèle et, si nécessaire, utilisez un délai, tel qu'un événement de sauvegarde, pour déclencher l'expression.
• Modifiez le statut dans l'écouteur POST SAVE pour relancer le processus de sauvegarde, ce qui est le seul moyen d'obtenir également les horodatages créés par ValueChange… et de masquer/définir comme visibles, vous pouvez le faire séparément dans un écouteur de pré-sauvegarde avec d'autres actions à l'intérieur.