Algorithmes d'objet de maintenance
Le tableau suivant décrit tous les événements système pris en charge pour les objets de maintenance.
| Evénement système | Facultatif/obligatoire | Description |
|---|---|---|
| Audit | Facultatif |
Les algorithmes de ce type sont appelés pour signaler tout changement apporté à l'ensemble de tables de l'objet de maintenance. Ces algorithmes sont appelés juste avant la validation à la fin d'une transaction logique. Le système effectue le suivi des enregistrements qui sont ajoutés ou modifiés au cours d'une transaction et tous les algorithmes d'audit d'objet de maintenance sont exécutés, dans l'ordre des ajouts ou des mises à jour pour chaque enregistrement. |
| Déterminer l'objet métier | Facultatif |
Un algorithme de ce type est utilisé pour déterminer l'objet métier associé à une instance de l'objet de maintenance. Il est nécessaire de rattacher ce type d'algorithme à un objet de maintenance pour activer la fonctionnalité de règles d'objet de maintenance. Le système appelle un algorithme unique de ce type. Si plusieurs algorithmes sont rattachés, le système appelle celui dont le numéro de séquence est le plus élevé. |
| Admissibilité ILM | Facultatif |
Les algorithmes de ce type sont utilisés pour les objets de maintenance qui sont activés pour l'effacement d'objets pour Information Lifecycle Management. Ils sont utilisés pour vérifier les enregistrements qui ont atteint le nombre de jours de conservation maximum et évaluer s'ils sont prêts à être archivés. Le système appelle un algorithme unique de ce type. Si plusieurs algorithmes sont rattachés, le système appelle celui dont le numéro de séquence est le plus élevé. |
| Informations | Facultatif |
Nous utilisons le terme "Objet de maintenance - Informations" pour décrire les informations de base s'affichant dans le système pour décrire une instance de l'objet de maintenance. Les données s'affichant dans cette description d'informations sont créées à l'aide de cet algorithme. Le système appelle un algorithme unique de ce type. Si plusieurs algorithmes sont rattachés, le système appelle celui dont le numéro de séquence est le plus élevé. |
| Gérer le calendrier d'effacement | Facultatif |
Les algorithmes de ce type sont utilisés pour les objets de maintenance qui sont activés pour l'effacement d'objets, afin de protéger la confidentialité des données. Ils sont déclenchés quand certains événements concernant ces objets surviennent dans le système. Les algorithmes sont utilisés pour déterminer si l'effacement d'un enregistrement doit être planifié et, si tel est les cas, créer et tenir à jour une entrée pour l'enregistrement dans le calendrier d'effacement des objets. |
| Contrôle de version | Facultatif |
Utilisez un algorithme de ce type pour appliquer des règles de contrôle de version lorsqu'un objet est ajouté, modifié ou supprimé. Le service de l'objet de maintenance appelle le plug-in une fois avant que l'objet ne soit traité puis une fois encore après avoir appliqué toutes les règles d'objet métier. Ceci permet aux règles de version d'avoir lieu lors des créneaux de version appropriés. |
| Modification d'état | Facultatif |
Le système appelle les algorithmes de ce type à chaque modification d'état d'un objet métier s'étant déroulée avec succès, ainsi que lors de sa première création. Ces algorithmes sont généralement utilisés pour enregistrer la modification d'état dans le journal de l'objet de maintenance. Notez que la plupart des objets de maintenance de base sont déjà livrés avec une journalisation automatique des modifications d'état. Dans ce cas, vous pouvez utiliser ces algorithmes pour remplacer la fonctionnalité de journalisation de base par la vôtre. Pour plus d'informations, voir Les modifications d'état sont auditées. |
| Erreur de modification d'état | Facultatif |
Le système appelle ce type d'algorithme lorsqu'une modification d'état échoue et que l'objet métier doit être sauvegardé avec son dernier état ayant réussi. Cet algorithme est responsable de la journalisation de l'erreur de modification d'état à un emplacement donné, généralement dans le journal de l'objet de maintenance. Notez que, dans ce cas, l'appelant ne reçoit PAS d'erreur, mais l'appel se termine avec succès et l'anomalie est enregistrée à un emplacement donné, comme pour la logique de plug-in. Le système appelle un algorithme unique de ce type. Si plusieurs algorithmes sont rattachés, le système appelle celui dont le numéro de séquence est le plus élevé. |
