La Réception (intake) inverse le sens du transfert : au lieu d'envoyer des fichiers, vous en recevez. Vous créez un dépôt sécurisé (une drop box), vous partagez un point de collecte, et vos correspondants y déposent leurs documents directement, sans créer de compte Coffrify. Chaque dépôt est chiffré, rattaché à un dossier de votre choix, et listable côté serveur via votre clé secrète. Cette page présente le concept, les cas d'usage, les deux types de clés en jeu, la référence opaque et un aperçu du flux complet.
À quoi sert la Réception
Beaucoup de processus métier consistent à demander des pièces à quelqu'un d'extérieur : un candidat, un client, un patient, un fournisseur. Les envoyer par e-mail est peu sûr et difficile à tracer. La Réception fournit un canal d'entrée dédié, chiffré et auditable, que vous intégrez directement dans votre propre application ou votre portail.
- RH : collecte de pièces d'identité, contrats signés, justificatifs lors d'un onboarding.
- Juridique : réception de documents confidentiels d'une partie adverse ou d'un client.
- Santé : remontée de comptes rendus ou d'analyses par un patient, sans exposer de boîte e-mail.
- Finance : dépôt de justificatifs comptables, relevés ou pièces KYC par un tiers.
Le dépôt sécurisé (drop box)
Un dépôt sécurisé est l'objet central de la Réception. Vous le créez une fois côté serveur, puis vous le réutilisez pour tous les envois qui doivent atterrir au même endroit. Il porte un nom, et peut restreindre les origines autorisées, exiger une référence, et définir la politique sur les métadonnées des fichiers reçus.
POST/v1/intakesCrée un dépôt sécurisé (drop box). Nécessite le scope intake:write.La réponse contient l'identifiant du dépôt et une clé publiable de préfixe cip_. Cette clé n'est affichée qu'une seule fois à la création : conservez-la dès maintenant, vous ne pourrez pas la réafficher ensuite.
Deux clés, deux rôles
La Réception sépare volontairement ce qui vit dans le navigateur de ce qui reste sur votre serveur. Ne confondez jamais les deux.
| Clé | Préfixe | Où l'utiliser | À quoi elle sert |
|---|---|---|---|
| Clé publiable | cip_ | Navigateur, côté client | Autoriser un tiers à déposer dans ce dépôt précis |
| Clé secrète | cof_ | Serveur uniquement | Lister et récupérer les documents reçus |
La clé publiable cip_ est conçue pour être exposée dans le navigateur de la personne qui dépose. Elle ne permet que de déposer, jamais de lire ce qui a déjà été reçu. La clé secrète cof_ (scope intake:read) reste sur votre serveur : c'est elle qui lit la liste des dépôts. Ne mettez jamais la clé secrète dans du code front.
La référence opaque
Pour rattacher un dépôt à un dossier de votre système (un identifiant de candidat, un numéro de contrat, un dossier patient), vous attachez une référence opaque au moment du dépôt. Elle vous est rendue lorsque vous récupérez les documents côté serveur, ce qui vous permet de relier automatiquement chaque envoi au bon dossier.
Elle est dite opaque parce que Coffrify ne l'interprète pas : c'est une chaîne que vous choisissez et que vous seul savez décoder. Si vous avez créé le dépôt avec reference_required: true, tout dépôt sans référence est refusé. Utilisez une valeur qui n'expose pas d'information sensible côté navigateur, par exemple un identifiant interne plutôt qu'un nom en clair.
Récupérer les documents reçus
Côté serveur, vous listez les dépôts d'un intake avec la clé secrète. Vous récupérez ainsi l'état de chaque document et la référence opaque associée, pour les classer dans vos dossiers.
GET/v1/intakes/{id}/documentsListe les documents déposés. Nécessite le scope intake:read et la clé secrète cof_.Aperçu du flux
- 1. Créer le dépôt côté serveur avec
POST /v1/intakeset récupérer la clé publiablecip_. - 2. Déposer : votre page utilise la clé
cip_dans le navigateur du tiers, avec une référence opaque vers le bon dossier. - 3. Recevoir : Coffrify chiffre et stocke le dépôt.
- 4. Traiter : votre serveur liste les documents avec la clé
cof_et les rattache à vos dossiers via la référence.
Chiffrement de bout en bout (optionnel)
Par défaut, les fichiers reçus sont chiffrés côté serveur en AES-256-GCM. Pour les contextes les plus sensibles, vous pouvez activer le chiffrement de bout en bout sur un dépôt : la clé reste chez vous et le serveur ne peut pas lire le contenu déposé.
Vous disposez maintenant des notions clés de la Réception : le dépôt sécurisé, la distinction entre clé publiable cip_ (navigateur) et clé secrète cof_ (serveur), la référence opaque pour le rattachement, et le chiffrement de bout en bout optionnel. Pensez à tester votre intégration avec une clé cof_sandbox_… avant de passer en production.