Comment Anonari contrôle l'exposition de vos données
Cinq étapes, un flux à sens unique, jamais d'appel direct à un fournisseur d'IA.
01
Votre plateforme ou votre application transmet des données structurées
Votre Dolibarr, votre Odoo ou une application interne appelle Anonari avec une clé API et un objet métier structuré (tiers, facture, devis…). Les données transmises sont déjà structurées — pas de fichier, pas de texte libre.
02
La clé authentifie un compte et détermine le profil
Chaque clé API est rattachée à un compte et à un profil de données précis, choisi à sa création. Anonari sait immédiatement quelle politique appliquer — le profil ne peut pas être élargi par la requête, seulement vérifié par elle.
03
La politique d'exposition s'applique
Un socle d'interdictions est vérifié d'abord : identité directe, coordonnées, notes, champs libres, pièces jointes et identifiants d'accès provoquent un refus, et aucun profil ne peut les réautoriser. Ensuite seulement, ce que le profil autorise est conservé, puis transformé : montants en tranches, dates généralisées au mois ou converties en délais relatifs, codes postaux tronqués, identifiants remplacés par des pseudonymes. Tout le reste est retiré.
04
Les données épurées et le reçu signé sont restitués
La réponse contient les données minimisées et un reçu de minimisation signé : politique appliquée, version et empreinte de cette politique, catégories retirées, transformées et restituées, nombre de champs en entrée et en sortie, empreinte du résultat, identifiant de trace.
05
Votre application décide de l'usage
C'est votre application qui affiche les données, construit un prompt ou alimente un tableau de bord. Anonari n'envoie rien à un LLM et ne voit jamais ce prompt final.
Plateforme métier ou application
↓ Données structurées, champs autorisés uniquement
↓ Politique d'exposition Anonari (profil de la clé)
↓ Données minimisées + reçu signé
↓ Application, tableau de bord ou IA choisie par vous
Ce qu'Anonari ne fait jamais dans ce flux
- ✕ Il n'appelle aucun fournisseur d'IA — ni Claude, ni ChatGPT, ni aucun autre.
- ✕ Il ne reçoit pas le prompt final envoyé à un LLM.
- ✕ Il ne choisit pas les outils que vous utilisez ensuite.
- ✕ Il ne stocke pas de données métier au-delà des curseurs de collecte techniques et des métadonnées de reçus.
- ✕ Il ne calcule pas les statistiques mutualisées : ce calcul appartient à une infrastructure distincte.
Périmètre exact de ce flux, aujourd'hui
Ces cinq étapes décrivent l'endpoint de minimisation (POST /api/v1/minimize), qui est le cœur du produit : c'est lui qui résout le profil de la clé, applique la politique, émet le reçu signé et journalise le profil utilisé. Les endpoints de signaux agrégés, antérieurs à ce moteur, authentifient la clé et son quota mais ne sont pas encore rattachés à un profil et n'émettent pas de reçu. Le raccordement de ces endpoints au moteur de profils est en cours.