Référence API

Documentation complète des endpoints /api/v1/* — bientôt disponible.

En attendant, chaque endpoint retourne un champ agenthint dans sa réponse JSON qui explique directement comment l'utiliser — c'est la source la plus à jour tant que cette page n'est pas écrite.

Ce que la protection Anonari couvre — et ce qu'elle ne couvre pas

Anonari garantit que les données transmises via son API ne contiennent ni identité directe, ni champ libre non contrôlé, ni pièce jointe brute. Cette garantie s'applique au flux Anonari, et uniquement à lui.

Si l'agent auquel vous connectez Anonari dispose par ailleurs d'autres outils avec un accès direct à l'ERP, à la messagerie, à un CRM ou à une base documentaire — la protection Anonari ne s'étend pas à ce que ces autres outils renvoient à l'agent. Un agent qui reçoit un signal pseudonymisé d'Anonari peut, dans la même conversation, aller chercher une note ou un e-mail via un autre connecteur et perdre le bénéfice de la minimisation.

Recommandation : pour tout usage où la confidentialité est une exigence, ne donnez pas à l'agent d'autres outils ayant un accès direct aux mêmes objets métier sans appliquer la même politique de minimisation à ces outils. Anonari protège ce qu'il transmet ; il ne protège pas l'ensemble des outils auxquels votre agent a accès.

Authentification

Toutes les requêtes nécessitent un header :

Authorization: Bearer ak_xxx

La clé se génère depuis le dashboard Anonari, section Clés API.