Tables

• Période (champ STRDAT)

Si cette date est renseignée, seules les données dont la date de dernière modification ou la date de création est supérieure ou égale sont visualisées dans la consultation.

Sauf si un mémo fixant sa valeur existe par ailleurs, la valeur par défaut de cette date est déterminée par le paramètreutilisateurDATEDEBDFT.

• champ ENDDAT

Si cette date est renseignée, seules les données dont la date de dernière modification ou la date de création est inférieure ou égale sont visualisées dans la consultation.

Sauf si un mémo fixant sa valeur existe par ailleurs, la valeur par défaut de cette date est déterminée par le paramètreutilisateurDATEFINDFT

• Table (champ TABLE)

Permet de définir un filtre sur la table auditée. Si ce champ est rempli, seules les lignes relatives à la table en question sont visualisées.

• Utilisateur (champ USER)

Pemet de définir un filtre sur le code de l'utilisateur. Si ce champ est renseigné, seules les modifications faites par l'utilisateur correspondant apparaissent dans la consultation.

• Login (champ LOGIN)

Pemet de définir un filtre sur le code de login de l'utilisateur. Si ce champ est renseigné, seules les modifications faites par les utilisateurs connectés sur le code de login correspondant apparaissent dans la consultation.

Si on souhaite ne voir que les modifications faites directement sur la base en ne passant pas par le progiciel, il suffit de sélectionner le code de login External (sélectionnable par clic droit).

• Evénement (champ EVENEMENT)

Permet de filtrer les lignes à présenter sur l'événement à l'origine de l'audit. En l'absence de valeur, toutes les lignes sont présentées, mais si on désire filtrer, seules 3 valeurs sont possibles :

• INSERT (pour voir les créations)
• UPDATE (pour voir les modifications)
• DELETE (pour voir les suppressions)

Il suffit de saisir le premier caractère (I,U,D) pour que la saisie se complète sur ce champ.

• Audit BI (champ AUDBI)

• Chrono (champ SEQ)

Numéro chronologique unique attribué lors du déclenchement de l'événement audité. Un seul chrono est attribué par enregistrement à l'origine de l'audit, et si on a activé l'audit sur certains champs, les lignes correspondantes partageront ce numéro chronologique.

• Table (champ TBL)

Correspond à la table sur laquelle l'événement audité a eu lieu.

• Date (champ DAT)

Définit la date système sur le serveur de données au moment où l'événement audité a été réalisé.

• Heure (champ HOU)

Définit l'heure système sur le serveur de données au moment où l'événement audité a été réalisé.

• Evénement (champ EVT)

Définit le type d'événement audité. 3 choix sont possibles :

• INSERT définit une création de ligne.
• DELETE définit une suppression de ligne.
• UPDATE définit une modification de ligne.

• Clé (champ ID1)

Définit la valeur de clé de l'enregistrement à l'origine de l'audit, lorsque la clé est composée d'un seul champ. Lorsqu'elle est composée de plusieurs champs, seul la valeur du premier est stockée ici.

La clé identifiant l'enregistrement est définie dans l'onglet Audit de la gestion des tables. Par défaut, c'est la première clé.

• Clé secondaire (champ ID2)

Lorsque la clé de l'enregistrement à l'origine de l'audit est composée de plusieurs champs, on retrouve ici la valeur des champs dans l'ordre à partir du deuxième, ces champs étant séparés par le caractère ~ (tilde).

La clé identifiant l'enregistrement est définie dans l'onglet Audit de la gestion des tables. Par défaut, c'est la première clé.

• Utilisateur (champ ADOUSR)

Définit le code de l'utilisateur (au sens du progiciel) qui a provoqué l'événement audité.

Si l'événement a été déclenché hors du progiciel, ce champ est vide.

• Login (champ SYSUSR)

Correspond au login système de l'utilisateur à l'origine de l'événement audité. Si l'événement a été déclenché hors du progiciel, le login qui apparaît ici est External.

• Client (champ ADRCLI)

Définit l'adresse (au sens réseau) de l'utilisateur à l'origine de l'événement audité. Si cette adresse ne peut pas être déterminée, le champ est renseigné avec Unknown. Ceci est notamment le cas pour toutes les modifications faites hors du progiciel.

• Statut workflow (champ STA)

Ce statut permet de savoir si un Workflow a été demandé sur cet audit. Il peut prendre les valeurs suivantes :

• Aucun : la case Workflow n'est pas cochée dans le paramétrage de l'audit pour la table correspondante.
• A traiter : la case Workflow est cochée, mais aucun événement Workflow de type Manuelbasé sur le parcours de la table d'audit n'a traité une notification et mis à jour ce champ.
• Traité : la case Workflow est cochée, et un traitement de notification ultérieur a eu lieu.

• Statut BI (champ STABI)