Compatibilité Octave avec les SAE¶
À quoi ça sert¶
Octave produit un manifest SEDA qui n'est pas toujours directement compatible avec le SAE de destination (métadonnées manquantes, éléments de traces spécifiques à Octave, etc.). Ce service nettoie et complète le manifest exporté d'Octave pour le rendre conforme aux attentes du SAE choisi, avant versement.
Entrée¶
Un manifest manifest.xml exporté depuis Octave, présent à la racine du SIP.
SAE de destination et versions SEDA prises en charge¶
Le choix du SAE détermine la ou les versions SEDA disponibles, et donc la feuille XSLT de nettoyage appliquée :
| SAE | Versions SEDA |
|---|---|
| Asalae | SEDA 1.0 |
| Asalae | SEDA 2.1 |
| Asalae | SEDA 2.2 |
| Maarch RM | SEDA 2.1 (seule version supportée) |
| Vitam | SEDA 2.1 |
| Vitam | SEDA 2.2 |
Pré-remplissage
Le SAE et la version SEDA utilisés lors de votre dernière conversion (sur n'importe quel outil de la SEDABox) sont proposés par défaut — voir vos préférences. Le choix « Maarch RM » n'a pas d'équivalent dans les préférences globales (seuls Vitam et Asalae y sont représentés) : le sélectionner ici ne met à jour que la version SEDA par défaut, pas le SAE par défaut.
Champs du formulaire¶
| Champ | Balise SEDA | Obligatoire | Description |
|---|---|---|---|
| Identifiant du service d'archives | ArchivalAgency/Identifier |
Oui | Code du service d'archives destinataire (ex. FRAD_XXX). Pré-rempli depuis vos préférences. |
| Identifiant du service versant | TransferringAgency/Identifier |
Oui | Code du service versant qui effectue le versement. |
| Identifiantde l'accord de versement | ArchivalAgreement |
Oui | Référence de la l'accord de versement (our le contrat d'entrée dans Vitam) entre le service versant et le service d'archives (ex. IC-000001). Suggestions issues de votre référentiel personnel « accords ». Si vous ne souhaitez pas remplir le référentiel dans votre espace, la saisie manuelle directe reste possible dans le champ. |
| Identifiant du service producteur | OriginatingAgencyIdentifier |
Non | Service ayant produit les documents, si différent du service versant. Suggestions issues du référentiel « services ». Si vous ne souhaitez pas remplir le référentiel dans votre espace, la saisie manuelle directe reste possible dans le champ. |
| Identifiant du profil d'archivage | ArchivalProfile |
Non | Référence du profil d'archivage référençant un fichier RNG défini dans votre SAE. Suggestions issues du référentiel « profils ». Si vous ne souhaitez pas remplir le référentiel dans votre espace, la saisie manuelle directe reste possible dans le champ. |
| Identifiant du transfert | MessageIdentifier |
Non | Référence unique du bordereau. Si vide, la valeur déjà présente dans le manifest est conservée. |
| OriginatingSystemId | OriginatingSystemId |
Non | Identifiant attribué par le système source (GED, applicatif métier). |
| Commentaire | Comment |
Non | Texte libre décrivant le contenu du bordereau. |
| Valeur de rattachement | — | Non | Identifiant du nœud cible dans le SAE (ex. le SystemId VITAM), pour rattacher ce versement à une unité archivistique déjà présente. Pour Asalae, cette information complète le champ RelatedObjectReference/IsPartOf/RepositoryArchiveUnitPID. |
| Nom de la métadonnée VITAM | — | Non | Uniquement pour le mode de rattachement clef/valeur de Vitam. Nom de la balise XML utilisée pour ce rattachement (généralement SystemId ou OriginatingSystemIdReplyTo). |
Options de nettoyage¶
| Option | Par défaut | Effet |
|---|---|---|
| Nettoyer les éléments de traces | Activée | Retire les éléments techniques ajoutés par Octave qui allourdissent le bordereau SEDA standard. |
| Retirer l'id du message | Désactivée | Supprime l'identifiant de message ajouté par le SAE, pour éviter un conflit si le manifest a déjà transité par un SAE (notamment Asalae). |
Déroulé du traitement¶
- Upload du manifest XML.
- Correction automatique de namespace (SEDA 2.x uniquement) : si le fichier contient un élément
ns2:ArchiveTransfer, une passe de correction (ChangeNsOctave21.xslouChangeNsOctave22.xslselon la version) est appliquée avant le nettoyage principal — Octave exporte parfois avec un préfixe de namespace non standard. - Nettoyage principal via la feuille XSLT correspondant au couple SAE + version SEDA choisi (voir tableau ci-dessus). Tous les champs du formulaire sont injectés comme paramètres XSLT (
ArchivalAgency,TransferringAgency,ArchivalAgreement, etc.), avec la date du jour pourDateetDateAccess. - Mise à jour des préférences : le SAE et la version choisis deviennent les nouveaux défauts pour les autres outils de la SEDABox (sauf Maarch RM, sans équivalent — voir plus haut).
- Le manifest nettoyé (
Cleaned_{nom du fichier}) est proposé au téléchargement, prêt à être réintégré dans le SIP pour versement.
Purge quotidienne
Les fichiers téléversés et les manifests nettoyés sont supprimés une fois par jour. Téléchargez votre résultat avant de fermer la session.