Odoo · Module dédié · Clé restreinte · Pseudonymisation avant sortie

Connectez Odoo à vos usages data et IA
sans ouvrir vos tiers en clair.

Le module Anonari pour Odoo ajoute un endpoint dédié qui filtre, pseudonymise et structure les données avant leur sortie. Les dashboards, widgets, outils BI et agents IA consomment des signaux ; Odoo conserve l'identité réelle et la réhydratation locale.

Une API native peut être trop large. Anonari ajoute une sortie contrôlée.

Même lorsqu'une API native permet de récupérer les tiers, contacts ou partenaires, Anonari ne laisse pas les outils consommateurs accéder à cette donnée brute. Le module Odoo crée un endpoint spécifique qui renvoie une version filtrée, pseudonymisée et exploitable pour les usages autorisés.

Une protection vérifiable côté Odoo.

La clé utilisée pour les échanges Anonari n'a pas vocation à ouvrir les tiers Odoo en clair aux outils consommateurs. Les données sensibles sont lues et filtrées dans le contexte du module, puis exposées via un endpoint dédié pensé pour la pseudonymisation au départ.

Odoo
├─ res.partner / tiers en clair : restent dans Odoo
├─ Droits et ACL : limitent les accès directs
├─ Module Anonari : lit localement ce qui est nécessaire
├─ Endpoint dédié : renvoie uniquement les sorties filtrées
└─ SDK local : permet la réhydratation autorisée dans Odoo
Anonari
├─ Normalise les signaux
├─ Journalise les accès
└─ Expose une API de signaux
Dashboards · Widgets · BI · Reporting · Agents IA
└─ Consomment des signaux, pas les fiches tiers brutes
Clé restreinte + endpoint dédié
Droits Odoo restreints
Endpoint Anonari spécifique
Pas de lecture directe brute par les consommateurs
Champs sensibles exclus
Champs personnalisés mis en quarantaine par défaut s'ils ne sont pas mappés
Réhydratation locale uniquement dans le contexte Odoo autorisé
01
Un compte API dédié dans Odoo
Créez un utilisateur Anonari dans Odoo avec des droits restreints — lecture seule sur les modèles de transaction, aucun accès direct aux tiers (res.partner). La clé API générée est copiée dans votre dashboard Anonari.
02
Restriction d'accès vérifiable dans vos réglages Odoo
La clé Anonari ne peut pas lire res.partner — c'est une interdiction technique configurable dans vos réglages Odoo (Utilisateurs > Groupes), pas une promesse logicielle.
03
Signaux prêts pour vos outils
Un endpoint unique. Des signaux structurés disponibles. Widgets Odoo, dashboards BI, automatisations et agents IA — tous consomment le même endpoint. L'identité est réhydratée localement dans Odoo quand c'est nécessaire.

Widgets, BI et agents IA ne présentent pas le même risque.

Un widget Odoo affiche des données structurées dans l'interface Odoo, sous les droits de l'utilisateur connecté — résolution locale possible. Un agent conversationnel génère du langage naturel — il nécessite des garde-fous supplémentaires pour éviter la mauvaise restitution d'une référence.

Widgets / dashboards / BI
  • Données structurées
  • Affichage contrôlé
  • Pas de génération libre
  • Réhydratation locale possible dans Odoo
  • Usage prioritaire V1
Agents conversationnels
  • Langage naturel
  • Risque de reformulation ou mauvaise restitution
  • Besoin de garde-fous sur les références
  • Pas de noms inventés
  • Usage visible mais non central

Une API de signaux pour vos outils externes.

Les outils de reporting, tableurs, dashboards et agents peuvent consommer les signaux Anonari via API. Ils n'ont pas besoin de lire les fiches tiers en clair pour détecter des tendances, des retards, des risques ou des opportunités bloquées.

GET /api/v1/thirdparty/8f92 200 OK
{
  "entity_ref": "odoo:res.partner:8f92",
  "signals": {
    "quote_stalled": true,
    "days_without_movement": 31,
    "risk_level": "medium",
    "recommended_action": "review"
  }
}

Ce que votre DPO peut vérifier.

Quels champs sont exclus de la collecte
Quels endpoints sont utilisés
Quelles clés API existent et qui y a accès
Quels consommateurs ont accès aux signaux
Quelles données sont transmises
Quelles données ne sortent jamais
Absence de noms, emails, téléphones, adresses et champs libres dans les sorties
Compatibilité Odoo
Compatible Odoo 16 et supérieur (LTS recommandé). La version est détectée automatiquement à la connexion. Le mapping des données s'adapte sans configuration manuelle.

Modes supportés :

Community Enterprise Odoo.sh On-premise
Garantie vérifiable par vos soins
La restriction d'accès est configurable et vérifiable directement dans vos réglages Odoo (Utilisateurs > Groupes). Pas une promesse — une interdiction technique que vous contrôlez.
Identité conservée structurellement dans Odoo
Le design de la connexion rend impossible la lecture des noms de tiers par les outils consommateurs, y compris en cas de bug ou de compromission de clé côté Anonari.
Compatible multi-sociétés
Si vous utilisez Odoo en configuration multi-société, les signaux sont isolés par société. Aucune fuite inter-société n'est possible par conception.
Pour les intégrateurs et ESN

Vous intégrez Anonari chez vos clients Odoo ?

Le plan Partner vous donne un dashboard de supervision de toutes les instances, une API de provisioning, et la possibilité d'inclure Anonari dans votre offre en marque blanche.
Découvrir les plans Partner

Simple et transparent

Résiliation à tout moment · Hébergement Europe · sans engagement

Solo
9€ /mois
Indépendants et TPE
  • 5 000 requêtes/mois
  • 1 instance connectée
  • Historique complet collecté
  • 2 clés API sortantes
  • Signaux basiques
  • Support email
Commencer
Pro+
49€ /mois
Multi-instances et benchmarks
  • 50 000 requêtes/mois
  • 10 instances connectées
  • Historique complet collecté
  • 20 clés API sortantes
  • Signaux enrichis + benchmarks
  • Support prioritaire
Commencer

Vous êtes intégrateur ou revendeur ? Plans Partner →