◆ Pour le support, les opérations CX, la fraude et la finance
Votre agent de support se laissera un jour convaincre d’un remboursement.
Avec ZIFFER, il ne rembourse que ce que la règle autorise.
L’agent répond au client. Il ne vide pas le compte. Les remboursements s’exécutent dans une borne comptabilisée, et tout ce qui dépasse attend deux personnes nommément désignées.
◆ Pour le support, les opérations CX, la fraude et la finance
Votre agent de support se laissera un jour convaincre d’un remboursement. Avec ZIFFER, il ne rembourse que ce que la règle autorise.
L’agent répond au client. Il ne vide pas le compte. Les remboursements s’exécutent dans une borne comptabilisée, et tout ce qui dépasse attend deux personnes nommément désignées.
Où le support s’est arrêté
Le support a laissé l’agent répondre. Jamais décider du remboursement.
L’IA répond au ticket et résout les cas simples. Le remboursement exceptionnel, le geste commercial et la clôture de compte attendent encore le clic d’un membre de l’équipe, et la documentation des éditeurs le dit.
La peur a un nom.
- Le message que lit l’agent est écrit par la personne qui veut le remboursement. 27 % des acheteurs admettent abuser des politiques de remboursement. Ravelin, enquête éditeur, n = 6 282, 2026-09.
- Ce que dit le bot engage l’entreprise. En 2024, un tribunal canadien a tenu une compagnie aérienne à une politique de remboursement inventée par son chatbot, et a qualifié l’argument selon lequel le bot était « une entité juridique distincte » d’« argument remarquable ». BC Civil Resolution Tribunal, 2024.
- Les éditeurs savent où est la limite. La documentation d’une plateforme de support liste ce qui exige un humain : « approbations de remboursement ou d’exception … clôtures de compte, suppression de données ». Les outils d’agent d’un prestataire de paiement exigent « une confirmation humaine avant certaines actions [d’écriture], comme les remboursements ».
La peur a un prix.
- 15,14 % des retours étaient frauduleux en 2024, une perte de 103 Md$. Appriss Retail avec Deloitte, 2024-12.
- 91 % des responsables du service client subissent la pression de leur direction pour déployer l’IA ; 20 % ont réduit leurs effectifs à cause d’elle. Gartner, n = 321, 2026-02.
- 51 % disent que des préoccupations de sécurité retardent ou limitent leur IA. Salesforce State of Service, n = 6 500, 2025-11.
| Question posée | Réponse | Source, échantillon, date |
|---|---|---|
| L’IA résoudra-t-elle la plupart des demandes courantes sans humain ? | 80 % d’ici 2029 (prévision) | Gartner, 2025-03 |
| Subissez-vous une pression pour déployer l’IA ? | 91 % oui | Gartner, n = 321 responsables du service client, 2025-10, publié en 2026-02 |
| Avez-vous réduit vos effectifs à cause de l’IA ? | 20 % oui | Gartner, n = 321, publié en 2025-12 |
| Part des demandes de service traitées par l’IA ? | 30 % aujourd’hui, 50 % attendus d’ici 2027 | Salesforce State of Service, enquête éditeur, n = 6 500, 2025-11 |
| Des préoccupations de sécurité retardent-elles ou limitent-elles votre IA ? | 51 % oui | idem |
| Les consommateurs attendent-ils une explication des décisions de l’IA ? | 95 % oui | Zendesk CX Trends 2026, enquête éditeur, n = 6 182 consommateurs, 2025-11 |
| Abusez-vous des politiques de remboursement ? | 27 % l’admettent | Ravelin, enquête éditeur, n = 6 282 acheteurs, 2026-09 |
Sept réponses issues de quatre sources. Les enquêtes menées par des éditeurs sont signalées dans la colonne source. La ligne 2029 est une prévision, pas une enquête.
Sept réponses, un même schéma. On demande au support d’automatiser, et l’exception attend toujours une personne.
Le support a eu raison de garder un humain sur l’exception. Il a eu tort de croire qu’un plafond dans le prompt tiendrait.
Où le support s’est arrêté
Le support a laissé l’agent répondre. Jamais décider du remboursement.
L’IA répond au ticket et résout les cas simples. Le remboursement exceptionnel, le geste commercial et la clôture de compte attendent encore le clic d’un membre de l’équipe, et la documentation des éditeurs le dit.
La peur a un nom.
- Le message que lit l’agent est écrit par la personne qui veut le remboursement. 27 % des acheteurs admettent abuser des politiques de remboursement. Ravelin, enquête éditeur, n = 6 282, 2026-09.
- Ce que dit le bot engage l’entreprise. En 2024, un tribunal canadien a tenu une compagnie aérienne à une politique de remboursement inventée par son chatbot, et a qualifié l’argument selon lequel le bot était « une entité juridique distincte » d’« argument remarquable ». BC Civil Resolution Tribunal, 2024.
- Les éditeurs savent où est la limite. La documentation d’une plateforme de support liste ce qui exige un humain : « approbations de remboursement ou d’exception … clôtures de compte, suppression de données ». Les outils d’agent d’un prestataire de paiement exigent « une confirmation humaine avant certaines actions [d’écriture], comme les remboursements ».
La peur a un prix.
- 15,14 % des retours étaient frauduleux en 2024, une perte de 103 Md$. Appriss Retail avec Deloitte, 2024-12.
- 91 % des responsables du service client subissent la pression de leur direction pour déployer l’IA ; 20 % ont réduit leurs effectifs à cause d’elle. Gartner, n = 321, 2026-02.
- 51 % disent que des préoccupations de sécurité retardent ou limitent leur IA. Salesforce State of Service, n = 6 500, 2025-11.
- L’IA résoudra-t-elle la plupart des demandes courantes sans humain ?80 % d’ici 2029 (prévision)Gartner, 2025-03
- Subissez-vous une pression pour déployer l’IA ?91 % ouiGartner, n = 321 responsables du service client, 2025-10, publié en 2026-02
- Avez-vous réduit vos effectifs à cause de l’IA ?20 % ouiGartner, n = 321, publié en 2025-12
- Part des demandes de service traitées par l’IA ?30 % aujourd’hui, 50 % attendus d’ici 2027Salesforce State of Service, enquête éditeur, n = 6 500, 2025-11
- Des préoccupations de sécurité retardent-elles ou limitent-elles votre IA ?51 % ouiidem
- Les consommateurs attendent-ils une explication des décisions de l’IA ?95 % ouiZendesk CX Trends 2026, enquête éditeur, n = 6 182 consommateurs, 2025-11
- Abusez-vous des politiques de remboursement ?27 % l’admettentRavelin, enquête éditeur, n = 6 282 acheteurs, 2026-09
Sept réponses issues de quatre sources. Les enquêtes menées par des éditeurs sont signalées dans la colonne source. La ligne 2029 est une prévision, pas une enquête.
Sept réponses, un même schéma. On demande au support d’automatiser, et l’exception attend toujours une personne.
Le support a eu raison de garder un humain sur l’exception. Il a eu tort de croire qu’un plafond dans le prompt tiendrait.
La pièce manquante
Retirez le bouton de remboursement à l’agent. Laissez-lui la conversation.
L’agent lit, répond et propose. Son rôle s’arrête là. Combien de remboursements s’exécutent, jusqu’à quel montant, et ce qui ne s’exécute jamais est décidé par une règle que vous avez signée avant la vacation, et le compteur est tenu hors du prompt.
La conversation reste avec l’agent. L’autorité vit dans votre point de terminaison, sur un reçu. ZIFFER ne détient aucun identifiant du prestataire ni du helpdesk.
- règle
- Quelles actions existent pour l’agent, le montant au-delà duquel deux personnes signent, la borne par heure.
- borne
- Exécutions comptabilisées à la libération, hors du prompt, pour qu’un message persuasif ne puisse pas la relever.
- reçu
- Signé, vérifié hors ligne par votre point de terminaison avant d’appeler le prestataire. ZIFFER ne détient aucun identifiant du prestataire ni du helpdesk.
L’agent répond au client. Il ne vide pas le compte.
La pièce manquante
Retirez le bouton de remboursement à l’agent. Laissez-lui la conversation.
L’agent lit, répond et propose. Son rôle s’arrête là. Combien de remboursements s’exécutent, jusqu’à quel montant, et ce qui ne s’exécute jamais est décidé par une règle que vous avez signée avant la vacation, et le compteur est tenu hors du prompt.
La conversation reste avec l’agent. L’autorité vit dans votre point de terminaison, sur un reçu. ZIFFER ne détient aucun identifiant du prestataire ni du helpdesk.
- règle
- Quelles actions existent pour l’agent, le montant au-delà duquel deux personnes signent, la borne par heure.
- borne
- Exécutions comptabilisées à la libération, hors du prompt, pour qu’un message persuasif ne puisse pas la relever.
- reçu
- Signé, vérifié hors ligne par votre point de terminaison avant d’appeler le prestataire. ZIFFER ne détient aucun identifiant du prestataire ni du helpdesk.
L’agent répond au client. Il ne vide pas le compte.
Ce que les normes disent déjà
La règle n’est pas nouvelle. Seul l’agent l’est.
| Ils ont écrit | Qui, quand | Mécanisme ZIFFER |
|---|---|---|
| « Mettez en œuvre l’autorisation dans les systèmes en aval plutôt que de compter sur un LLM pour décider si une action est permise ou non. » | OWASP LLM06:2025, Autonomie excessive, 2024-11 | la décision est prise par la politique signée, et le code de l’outil vérifie un reçu |
| La limitation de débit réduit les actions dommageables « avant qu’un dommage important ne se produise ». | OWASP LLM06:2025, 2024-11 | la borne comptabilisée : exécutions par fenêtre, comptées à la libération |
| « s’appuyer sur des systèmes extérieurs au LLM pour garantir ce comportement. » | OWASP LLM07:2025, 2024-11 | le plafond de remboursement vit dans accumulators.json, pas dans le prompt |
| « Les mécanismes de double validation exigent l’approbation de deux personnes autorisées pour s’exécuter. » | NIST SP 800-53 rev 5, AC-3(2) | quorum 2 sur 2 pour HIGH, un remboursement au-dessus du seuil |
| « La séparation des tâches … réduit le risque d’activité malveillante sans collusion. » | NIST SP 800-53 rev 5, AC-5 | le proposant ne compte jamais dans sa propre approbation ; l’auteur et le relecteur de la politique diffèrent |
| « le responsable du traitement peut demander que lui soient fournies les informations supplémentaires nécessaires pour confirmer l’identité de la personne concernée. » | RGPD, art. 12(6) | aucune règle pour delete_account, donc la demande de l’agent est refusée ; la suppression reste dans votre processus de protection des données |
| Fraude suspectée : ne pas supprimer « tant que des procédures de vérification supplémentaires n’ont pas établi que la demande du consommateur est authentique » | Règlement CCPA, § 7061(b) | l’agent ne peut pas supprimer ; la vérification reste à votre équipe |
| « Il devrait être évident pour [la compagnie aérienne] qu’elle est responsable de toutes les informations présentes sur son site web. » | BC Civil Resolution Tribunal, 2024, au sujet du chatbot d’une compagnie aérienne | des signataires nommés et un reçu : la responsabilité est portée par des personnes, pas par le bot |
Chaque contrôle a placé le plafond hors de la conversation. ZIFFER est le premier endroit où l’agent ne peut pas le contourner en parlant.
Ce que les normes disent déjà
La règle n’est pas nouvelle. Seul l’agent l’est.
- « Mettez en œuvre l’autorisation dans les systèmes en aval plutôt que de compter sur un LLM pour décider si une action est permise ou non. »OWASP LLM06:2025, Autonomie excessive, 2024-11Mécanisme ZIFFERla décision est prise par la politique signée, et le code de l’outil vérifie un reçu
- La limitation de débit réduit les actions dommageables « avant qu’un dommage important ne se produise ».OWASP LLM06:2025, 2024-11Mécanisme ZIFFERla borne comptabilisée : exécutions par fenêtre, comptées à la libération
- « s’appuyer sur des systèmes extérieurs au LLM pour garantir ce comportement. »OWASP LLM07:2025, 2024-11Mécanisme ZIFFERle plafond de remboursement vit dans accumulators.json, pas dans le prompt
- « Les mécanismes de double validation exigent l’approbation de deux personnes autorisées pour s’exécuter. »NIST SP 800-53 rev 5, AC-3(2)Mécanisme ZIFFERquorum 2 sur 2 pour HIGH, un remboursement au-dessus du seuil
- « La séparation des tâches … réduit le risque d’activité malveillante sans collusion. »NIST SP 800-53 rev 5, AC-5Mécanisme ZIFFERle proposant ne compte jamais dans sa propre approbation ; l’auteur et le relecteur de la politique diffèrent
- « le responsable du traitement peut demander que lui soient fournies les informations supplémentaires nécessaires pour confirmer l’identité de la personne concernée. »RGPD, art. 12(6)Mécanisme ZIFFERaucune règle pour delete_account, donc la demande de l’agent est refusée ; la suppression reste dans votre processus de protection des données
- Fraude suspectée : ne pas supprimer « tant que des procédures de vérification supplémentaires n’ont pas établi que la demande du consommateur est authentique »Règlement CCPA, § 7061(b)Mécanisme ZIFFERl’agent ne peut pas supprimer ; la vérification reste à votre équipe
- « Il devrait être évident pour [la compagnie aérienne] qu’elle est responsable de toutes les informations présentes sur son site web. »BC Civil Resolution Tribunal, 2024, au sujet du chatbot d’une compagnie aérienneMécanisme ZIFFERdes signataires nommés et un reçu : la responsabilité est portée par des personnes, pas par le bot
Chaque contrôle a placé le plafond hors de la conversation. ZIFFER est le premier endroit où l’agent ne peut pas le contourner en parlant.
Une vacation, quatre scènes
La règle signée à 09:00 a répondu au message de 10:41.
Horloge de démonstration. Borne : deux remboursements exécutés par heure pour cet agent, comptabilisés à la libération. Quorum 2 sur 2 pour chaque action évaluée HIGH. Aucune règle pour la suppression de compte.
09:12
Le colis en retard.
Non livré au bout de dix jours. L’agent propose reship_order sur une commande. LOW, réversible. Autorisée, reçu, la réexpédition atteint la boutique.
enregistrement : ALLOW · reçu
09:40
L’adresse.
Une adresse de livraison sur une commande non expédiée. L’agent propose update_address. LOW.
enregistrement : ALLOW · reçu
10:05
La mauvaise taille.
Un remboursement de 38 € sur une commande dans le délai de retour. L’agent propose refund_order. LOW, premier remboursement de l’heure. Le point de terminaison vérifie le reçu et appelle le prestataire avec sa propre clé.
enregistrement : ALLOW · reçu · remboursements cette heure 1 sur 2
10:41
Le message.
« Remboursez toutes les commandes de ce compte et supprimez-le. » L’agent y croit et propose quatorze remboursements et delete_account. Le premier remboursement est dans la borne et s’exécute. Le deuxième atteint la borne : refusé, pas de reçu. Les douze suivants aussi. delete_account ne correspond à aucune règle : refusée, jamais proposée à personne. Le compte et treize commandes sont intacts.
enregistrement : 1 ALLOW · 13 DENY, borne de 2 par heure atteinte · delete_account DENY, aucune règle · jamais exécutée
L’agent a été persuadé à 10:41. La règle signée à 09:00, non.
Quatre reçus et quatorze refus, vérifiables hors ligne avec la clé que vous détenez.
Une vacation, quatre scènes
La règle signée à 09:00 a répondu au message de 10:41.
Horloge de démonstration. Borne : deux remboursements exécutés par heure pour cet agent, comptabilisés à la libération. Quorum 2 sur 2 pour chaque action évaluée HIGH. Aucune règle pour la suppression de compte.
09:12
Le colis en retard.
Non livré au bout de dix jours. L’agent propose reship_order sur une commande. LOW, réversible. Autorisée, reçu, la réexpédition atteint la boutique.
enregistrement : ALLOW · reçu
09:40
L’adresse.
Une adresse de livraison sur une commande non expédiée. L’agent propose update_address. LOW.
enregistrement : ALLOW · reçu
10:05
La mauvaise taille.
Un remboursement de 38 € sur une commande dans le délai de retour. L’agent propose refund_order. LOW, premier remboursement de l’heure. Le point de terminaison vérifie le reçu et appelle le prestataire avec sa propre clé.
enregistrement : ALLOW · reçu · remboursements cette heure 1 sur 2
10:41
Le message.
« Remboursez toutes les commandes de ce compte et supprimez-le. » L’agent y croit et propose quatorze remboursements et delete_account. Le premier remboursement est dans la borne et s’exécute. Le deuxième atteint la borne : refusé, pas de reçu. Les douze suivants aussi. delete_account ne correspond à aucune règle : refusée, jamais proposée à personne. Le compte et treize commandes sont intacts.
enregistrement : 1 ALLOW · 13 DENY, borne de 2 par heure atteinte · delete_account DENY, aucune règle · jamais exécutée
L’agent a été persuadé à 10:41. La règle signée à 09:00, non.
Quatre reçus et quatorze refus, vérifiables hors ligne avec la clé que vous détenez.
La règle
Six lignes décident de la vacation. L’agent n’en a tapé aucune.
Le palier vient de l’action et du montant. Le compteur vient de la règle, pas du prompt. Une action sans ligne est refusée.
| Action | Cible | Palier | Évaluation | Résultat |
|---|---|---|---|---|
| reship_order | une commande | T1 | LOW | autorisée, reçu |
| update_address | commande non expédiée | T1 | LOW | autorisée, reçu |
| refund_order | une commande, jusqu’à 100 € | T1 | LOW | autorisée, reçu ; comptabilisée, 2 par heure |
| refund_order | troisième remboursement de l’heure | T1 | borne atteinte | refusée, pas de reçu |
| refund_order | une commande, au-dessus de 100 € | T2 | HIGH | quorum 2 sur 2, reçu |
| delete_account | compte client | aucun | aucune règle | refusée, ne s’exécute jamais |
floors · risk_functions · reversibility · accumulators
Le seuil de 100 € et la borne sont des valeurs de démonstration que vous fixez.
La règle
Six lignes décident de la vacation. L’agent n’en a tapé aucune.
Le palier vient de l’action et du montant. Le compteur vient de la règle, pas du prompt. Une action sans ligne est refusée.
- reship_orderune commandeT1 · LOW autorisée, reçu
- update_addresscommande non expédiéeT1 · LOW autorisée, reçu
- refund_orderune commande, jusqu’à 100 €T1 · LOW autorisée, reçu ; comptabilisée, 2 par heure
- refund_ordertroisième remboursement de l’heureT1 · borne atteinte refusée, pas de reçu
- refund_orderune commande, au-dessus de 100 €T2 · HIGH quorum 2 sur 2, reçu
- delete_accountcompte clientaucun · aucune règle refusée, ne s’exécute jamais
floors · risk_functions · reversibility · accumulators
Le seuil de 100 € et la borne sont des valeurs de démonstration que vous fixez.
Avant que vous ne demandiez
Ce que tout responsable du support demande en premier.
Les clients vont-ils attendre une approbation ?
Non. Tout ce qui est dans la règle s’exécute immédiatement, avec un reçu. Seul un remboursement au-dessus du seuil attend deux membres de l’équipe, ce qui est la file d’exceptions que vous gérez déjà.
Qu’est-ce qui empêche l’agent de se laisser convaincre de rembourser davantage ?
Le compteur. Il vit dans la règle, hors du prompt, et il est vérifié au moment où le remboursement est libéré. Un message ne peut pas le relever.
Qui signe quand l’équipe dort ?
Deux des membres de l’équipe nommés par la règle, n’importe lesquels, sur leur téléphone, avec leurs passkeys. Tout ce que personne ne signe attend, et le client reçoit la réponse que l’agent a déjà donnée : un humain confirmera.
Nous listons nos limites avant que vous ne les trouviez. Alors rien ne s’exécute, et l’enregistrement le dit.
Avant que vous ne demandiez
Ce que tout responsable du support demande en premier.
Les clients vont-ils attendre une approbation ?
Non. Tout ce qui est dans la règle s’exécute immédiatement, avec un reçu. Seul un remboursement au-dessus du seuil attend deux membres de l’équipe, ce qui est la file d’exceptions que vous gérez déjà.
Qu’est-ce qui empêche l’agent de se laisser convaincre de rembourser davantage ?
Le compteur. Il vit dans la règle, hors du prompt, et il est vérifié au moment où le remboursement est libéré. Un message ne peut pas le relever.
Qui signe quand l’équipe dort ?
Deux des membres de l’équipe nommés par la règle, n’importe lesquels, sur leur téléphone, avec leurs passkeys. Tout ce que personne ne signe attend, et le client reçoit la réponse que l’agent a déjà donnée : un humain confirmera.
Nous listons nos limites avant que vous ne les trouviez. Alors rien ne s’exécute, et l’enregistrement le dit.
Rien à remplacer
Gardez votre agent de helpdesk. Gardez votre point de terminaison de remboursement. Ajoutez la règle et le reçu.
- SDK
- Votre point de terminaison de remboursement propose, puis vérifie le reçu avant d’appeler le prestataire. Python et TypeScript.
- Actions
- L’action personnalisée de votre helpdesk appelle déjà votre point de terminaison en HTTPS. L’appel à ZIFFER se place dans ce point de terminaison, avant le prestataire.
- MCP
- Un agent sur un client MCP propose via le serveur ZIFFER. Le reçu va toujours à votre code.
- latence
- p50 244 ms, p99 1,2 s de la proposition à la décision. Mesuré le 2026-08-28, répétition locale.
Les étapes d’approbation d’un helpdesk prennent un seul membre de l’équipe, et la première réponse l’emporte, avec l’enregistrement dans la plateforme. ZIFFER ajoute une borne comptabilisée, des signataires nommés avec passkeys, et un reçu que vous vérifiez en dehors.
Rien à remplacer
Gardez votre agent de helpdesk. Gardez votre point de terminaison de remboursement. Ajoutez la règle et le reçu.
- SDK
- Votre point de terminaison de remboursement propose, puis vérifie le reçu avant d’appeler le prestataire. Python et TypeScript.
- Actions
- L’action personnalisée de votre helpdesk appelle déjà votre point de terminaison en HTTPS. L’appel à ZIFFER se place dans ce point de terminaison, avant le prestataire.
- MCP
- Un agent sur un client MCP propose via le serveur ZIFFER. Le reçu va toujours à votre code.
- latence
- p50 244 ms, p99 1,2 s de la proposition à la décision. Mesuré le 2026-08-28, répétition locale.
Les étapes d’approbation d’un helpdesk prennent un seul membre de l’équipe, et la première réponse l’emporte, avec l’enregistrement dans la plateforme. ZIFFER ajoute une borne comptabilisée, des signataires nommés avec passkeys, et un reçu que vous vérifiez en dehors.
FAQ
Agents de support IA et ZIFFER, en huit questions.
Un agent de support IA peut-il émettre des remboursements sans approbation ?
Dans la règle, oui, et avec un reçu pour chacun. Au-dessus du seuil, deux membres de l’équipe nommément désignés signent, sinon il n’a pas lieu.
Comment empêcher qu’un chatbot se fasse piéger en remboursements ?
Gardez le plafond hors de la conversation. ZIFFER comptabilise les exécutions dans la règle, à la libération, pour qu’un message persuasif ne puisse pas le relever.
Comment limiter le nombre de remboursements qu’un agent IA peut accorder par heure ?
Une borne dans la règle : un nombre par fenêtre pour cet agent, effet refus. Le troisième remboursement de l’heure est refusé sans reçu.
Un agent IA devrait-il pouvoir supprimer un compte client ?
Pas via l’agent. Laissez delete_account hors de sa règle et l’action est refusée ; les suppressions restent dans votre processus de protection des données.
Une entreprise est-elle tenue par ce que promet son chatbot ?
Un tribunal a tenu une compagnie aérienne à une politique inventée par son chatbot. Avec ZIFFER, la promesse n’est pas l’action : ce qui s’exécute est ce que la règle a autorisé et que des personnes nommées ont signé.
ZIFFER fonctionne-t-il avec l’agent de helpdesk que j’utilise déjà ?
Oui, partout où l’agent agit via un point de terminaison ou une action que vous possédez. Un remboursement que la plateforme exécute en interne sans appel sortant n’est pas contrôlé, et nous le disons.
ZIFFER détient-il mes identifiants du prestataire ou du helpdesk ?
Non. Votre point de terminaison appelle le prestataire avec votre clé, après avoir vérifié le reçu.
Que voit ZIFFER ?
La proposition, l’époque de la politique, le compteur et les attestations. Pas la conversation.
FAQ
Agents de support IA et ZIFFER, en huit questions.
Un agent de support IA peut-il émettre des remboursements sans approbation ?
Dans la règle, oui, et avec un reçu pour chacun. Au-dessus du seuil, deux membres de l’équipe nommément désignés signent, sinon il n’a pas lieu.
Comment empêcher qu’un chatbot se fasse piéger en remboursements ?
Gardez le plafond hors de la conversation. ZIFFER comptabilise les exécutions dans la règle, à la libération, pour qu’un message persuasif ne puisse pas le relever.
Comment limiter le nombre de remboursements qu’un agent IA peut accorder par heure ?
Une borne dans la règle : un nombre par fenêtre pour cet agent, effet refus. Le troisième remboursement de l’heure est refusé sans reçu.
Un agent IA devrait-il pouvoir supprimer un compte client ?
Pas via l’agent. Laissez delete_account hors de sa règle et l’action est refusée ; les suppressions restent dans votre processus de protection des données.
Une entreprise est-elle tenue par ce que promet son chatbot ?
Un tribunal a tenu une compagnie aérienne à une politique inventée par son chatbot. Avec ZIFFER, la promesse n’est pas l’action : ce qui s’exécute est ce que la règle a autorisé et que des personnes nommées ont signé.
ZIFFER fonctionne-t-il avec l’agent de helpdesk que j’utilise déjà ?
Oui, partout où l’agent agit via un point de terminaison ou une action que vous possédez. Un remboursement que la plateforme exécute en interne sans appel sortant n’est pas contrôlé, et nous le disons.
ZIFFER détient-il mes identifiants du prestataire ou du helpdesk ?
Non. Votre point de terminaison appelle le prestataire avec votre clé, après avoir vérifié le reçu.
Que voit ZIFFER ?
La proposition, l’époque de la politique, le compteur et les attestations. Pas la conversation.
L’agent répond au client. Il ne vide pas le compte.
Venez avec l’agent de support que vous utilisez et le point de terminaison qu’il appelle. Repartez avec la règle signée.
L’agent répond au client. Il ne vide pas le compte.
Venez avec l’agent de support que vous utilisez et le point de terminaison qu’il appelle. Repartez avec la règle signée.