# 7.10.1.4. Modèle de données

Afin d’assurer le suivi des opérations du journal du cycle de vie effectuées sur les archives, un ensemble d’informations sont conservées.

## 7.10.1.4.1. Description des champs

Les noms des champs sont basés sur les distinctions faites par PREMIS V3 entre :

- objet / agent / évènement
- type / identifiant

Les champs seront tous au même niveau dans le journal du cycle de vie ==> pas de notion de bloc comme dans PREMIS, même si on préserve la capacité à générer un schéma PREMIS (et les blocs qui le compose).

Référence: http://www.loc/gov/standard/premis/v3/premis-3-0-final.pdf

Ci-après la liste des champs stockés dans le journal des opérations du journal du cycle de vie associées à leur correspondance métier :

Champ | Description | Oblig. | Provenance | Exemple métier | Commentaire
--- | --- | --- | --- | --- | ---
event Identifier | Identifiant de l’opération | Oui | interne (vitam) |  | Unique pour chaque ligne
event Type | Type d’opération | Oui | interne | CheckSEDA_M anifestExists | Information identifiant l’étape/action concernée (format : etape_action)
event DateTime | Date de l’opération | Oui | calculé par le journal |  |
event Identifier Process | Identifiant du processus | Oui | interne |  | GUID
event Type Process | Type de processus | Oui | interne | Ingest |
outcome | Résultat | Oui | interne | Started, OK, Fatal, Warning | Il s’agit du status de l’opération. Par exemple lorsqu’une opération est lancée, le status est ‘Started’.
outcome Detail | Code correspondant à l’erreur | Non | interne | 404_XXX | Constitué d’un code d’erreur http et d’un sous code d’erreur vitam plus précis.
outcome Detail Message | Informations détaillant la nature de l’erreur ou le message informatif de succès | Oui | interne |  | 2 fonctions : Contient le message d’erreur détaillant le problème OU contient le contenu du champ SEDA ‘comment’ extrait. Dans ce dernier cas, la valeur n’est renseignée qu’une seule fois pour ne pas dupliquer l’information sur les lignes correspondant aux sous-opérations associées au même lot.
agent Identifier | Agent réalisant l’action | Oui | calculé par le journal |  | Nom du serveur vitam exécutant l’action: calculé par le journal
agent Identifier Application | Nom de l’application s’authentifiant à Vitam pour lancer l’opération | Non | externe |  | Identifiant de l’application externe qui appelle Vitam pour effectuer une opération
agent Identifier Application Session | Identifiant donnée par l’application utilisatrice à la session utilisée pour lancer l’opération | Non | externe |  | X-ApplicationId. l’application externe est responsable de la gestion de cet identifiant. Il correspond à un identifiant pour une session donnée côté application externe.
event Identifier Request | Identifiant de la requête déclenchant l’opération | Oui | interne |  | X-RequestId généré par Vitam. 1 requestId est créé pour chaque nouvelle requête http venant de l’exterieur
agent Identifier Submission | Identifiant du service versant | Non | externe |  | Correspond au SubmissionAgency du SEDA.
agent Identifier Originating | Identifiant du service producteur | Non | externe | 123 789 456_CCAS | Correspond au OriginatingAgency du SEDA.
object Identifier | Identifiant Vitam du lot d’objets auquel s’applique l’opération (lot correspondant à une liste) | Non | interne |  | Dans le cas d’une opération ‘Ingest’, il s’agit du GUID de l’entrée. Dans le cas d’une opération ‘Audit’, il s’agit par exemple du nom d’un lot d’archives prédéfini
object Identifier Request | Requête caractérisant un lot d’objets auquel s’applique l’opération | Non | externe (hors vitam) | Select * from …. | Ne concerne que les lots d’objets dynamique, c’est à dire obtenu par la présente requête. Ne concerne pas les lots ayant un identifiant défini.
object Identifier Income | Identifiant externe du lot d’objets auquel s’applique l’opération | Non | externe |  | Dans le cas d’une opération ‘Ingest’, il s’agit de la valeur du champ ‘MessageIdentifier’ du SEDA. A définir pour les autres types d’opération