L'export d'un coffre vous remet une copie auto-portante et vérifiable de son contenu : la fiche du coffre, ses sections, la liste de ses éléments (transferts attachés, liens, métadonnées) et la chaîne de preuve associée, le tout scellé par une attestation. C'est la brique de réversibilité de Coffrify, alignée sur le référentiel NF Z42-020 : vous récupérez vos données à tout moment, dans un format stable que n'importe qui peut contrôler sans dépendre de la plateforme. Cette page explique comment déclencher un export, ce que contient l'archive et comment la récupérer.
Cas d'usage
Deux situations reviennent le plus souvent. La sauvegarde : vous exportez régulièrement un coffre pour en conserver une copie froide hors plateforme, par exemple dans votre propre stockage en UE, afin de répondre à une obligation d'archivage ou simplement de dormir tranquille. La remise de dossier : à la clôture d'une mission, d'une transaction (data room) ou d'un litige, vous fournissez à un tiers une copie complète et horodatée du coffre, dont l'intégrité peut être contrôlée indépendamment grâce à l'attestation embarquée.
Exporter un coffre
L'export se déclenche par un simple appel authentifié. Il renvoie directement le bundle d'export au format JSON dans le corps de la réponse : il n'y a ni traitement asynchrone, ni lien temporaire à attendre pour cette opération. L'appel exige le scope transfers:read.
/v1/coffres/{id}/exportExporte le contenu d'un coffre sous forme de bundle JSON auto-portant et signé (sections, éléments, chaîne de preuve, attestation).Le paramètre {id} est l'identifiant du coffre (celui renvoyé à la création, ou listé via GET /v1/coffres). Aucun corps de requête n'est nécessaire.
Récupérer et stocker l'archive
Comme le bundle arrive dans le corps de la réponse, vous pouvez l'écrire tel quel sur disque pour le conserver. Conservez le fichier JSON intégral : c'est lui qui porte l'attestation. Ne le reformatez pas et ne le tronquez pas si vous comptez en vérifier l'intégrité plus tard, car l'empreinte est calculée sur la donnée exportée.
Côté Node, sérialisez l'objet reçu sans le modifier, puis archivez-le là où vous le souhaitez (stockage objet, disque, coffre-fort de secrets pour les dossiers sensibles).
Contenu du bundle
La réponse est un objet JSON dont voici les champs de premier niveau. Les trois blocs coffre, sections et items constituent la donnée exportée ; attestation permet d'en contrôler l'intégrité.
| Champ | Type | Description |
|---|---|---|
| object | string | Toujours coffre_export. |
| standard | string | Référentiel d'alignement (NF Z42-020 (aligned)). |
| exported_at | string | Horodatage de génération de l'export (ISO 8601). |
| chain_valid | boolean | true si la chaîne de preuve du coffre est cohérente de bout en bout. |
| chain_length | number | Nombre d'entrées dans la chaîne de preuve. |
| coffre | object | La fiche du coffre (id, titre, description, slug, statut, dates). |
| sections | array | Les sections du coffre, ordonnées (titre, description, position, visibilité). |
| items | array | Les éléments du coffre (voir ci-dessous). |
| attestation | object | Empreinte, référence, horodatage et signature de l'export. |
Chaque entrée de items décrit un élément du coffre : son kind (par exemple un transfert attaché ou un lien externe), le transfer_id ou l'external_url correspondant, un titre et une description personnalisés, sa position, sa visibilité, ainsi que des métadonnées d'intégrité comme content_sha256, original_size et original_mime. Le bloc attestation contient l'empreinte sha256, une reference unique, l'horodatage generated_at, la valeur de signature et l'adresse verify_public_key où récupérer la clé publique de vérification.
Erreurs
Si le coffre n'existe pas (ou n'appartient pas à votre espace de travail), l'API renvoie un statut 404 avec l'enveloppe d'erreur standard. Une clé sans le scope transfers:read est rejetée avant d'atteindre le coffre.