Sécurité des identités
- Les numéros, adresses e-mail et identités de canal vérifiés ne sont rapprochés que dans l’espace de travail actuel.
- Les noms affichés et le contenu des transcriptions ne servent jamais à fusionner des contacts.
- Les identités contradictoires ne sont jamais fusionnées automatiquement.
- Les identités d’envoi de l’entreprise ne sont pas traitées comme l’identité du client.
- La mémoire e-mail exige une identité d’expéditeur authentifiée ; le texte visible de l’expéditeur ou le contenu du message ne suffisent pas.
- Les appels et chats anonymes du navigateur ne participent pas à la mémoire multicanale.
Configurer l’espace de travail
Ouvrez Workspace Settings → Data → Memory pour activer la mémoire, sélectionner les canaux autorisés, exiger le consentement et choisir une durée de conservation glissante. Un assistant peut restreindre cette politique sous Assistant → Settings → Privacy → Caller memory en choisissant les canaux de lecture et d’écriture, les catégories et une portée.
Settings → Memory : utilisez Enable Memory pour l’espace de travail, choisissez Channels et vérifiez Require memory consent. Dans cet exemple, l’interrupteur principal est désactivé.
Les variables mémorisées suivent les mêmes règles de consentement, de canaux, de conservation, d’obsolescence et d’effacement que la mémoire des conversations. Les attributs de lead sont déjà des champs de contact de l’espace de travail et restent donc partagés. La clé d’une variable Shared désigne une donnée commune à tout l’espace de travail ; ne réutilisez une clé que si tous les assistants lui donnent le même sens.
La rétention et l’obsolescence sont deux réglages distincts, configurés indépendamment. La rétention détermine si un enregistrement de mémoire existe encore — chaque mise à jour réussie renouvelle la fenêtre glissante, ou vous pouvez conserver les enregistrements jusqu’à suppression manuelle ; une fois la rétention expirée, l’enregistrement est supprimé. L’obsolescence est facultative et désactivée par défaut : choisissez un nombre de jours sans mise à jour réussie. Le contenu obsolète n’est plus injecté ni réutilisé. Une conversation ultérieure autorisée peut créer une mémoire neuve à partir de cet échange ; l’ancien contenu reste indisponible jusqu’au nettoyage de rétention.
Chaque lecture, écriture, modification du consentement, omission et suppression est auditée. Audience → Memory permet aux administrateurs de l’espace de travail d’accorder ou de retirer le consentement et d’effacer toutes les mémoires partagées ou propres à un assistant pour un contact.
API et MCP
GET/PATCH /api/v1/settings/memorygère les canaux autorisés, le consentement et la conservation au niveau de l’espace de travail.GET /api/v1/contacts/memoryrépertorie les mémoires client.GET/PATCH/DELETE /api/v1/contacts/{id}/memorylit, met à jour ou efface la mémoire d’un contact. Une mise à jour doit fournir la révision actuelle ; une révision obsolète renvoie409.- Les mises à jour d’assistant peuvent définir la portée, les canaux de lecture et d’écriture, les catégories autorisées et la règle
none,workspaceouassistantde chaque variable personnalisée.
Ne conservez le contexte client qu’avec une base légale. Un consentement explicitement refusé bloque toujours la lecture et l’écriture de la mémoire. Un consentement inconnu les bloque également lorsque l’espace de travail exige un consentement.
search (200 caractères maximum) ; l’outil MCP list_customer_memories propose la même recherche.