Aller au contenu principal
Démonstrations

Un contrôle que vous pouvez jouer aujourd’hui.Les concepts derrière ce qui vient ensuite.

Commencez par le contrôle Voice, un scénario illustratif que vous pouvez jouer. Suivez ensuite un workflow client, ou ouvrez les concepts pour les actions métier. Ce sont des maquettes sur lesquelles on clique : rien n’y est exécuté, et chacune est étiquetée selon ce qu’elle est.

Trois points d’entrée

  • Voice

    Voir le contrôle Voice à l’œuvre

    Un client demande 20 % de remise et l’IA rédige un oui. Jouez le contrôle qui retient ce brouillon avant qu’il ne soit prononcé.

    Scénario illustratif

    Governed Voice AIEn tests contrôlés

  • Workflow client

    Explorer un workflow client

    Suivez une ligne immobilière demande après demande : des visites que votre équipe confirme, des prix que l’IA ne fixe pas, des urgences qui passent à une personne, et un enregistrement de chaque décision.

    Governed Voice AIEn tests contrôlés

  • Control

    Explorer le futur contrôle des actions

    Comment un mandat, la décision d’une personne et un enregistrement pourraient fonctionner pour des actions au-delà de la réponse, en commençant par un remboursement. Écrans de concept : rien n’est exécuté.

    Concept interactif

    Business-action ControlEn développement

Voice

Le contrôle des 20 %, pas à pas

Un client demande 20 % de remise et l’IA rédige un oui. Audact contrôle ce brouillon au regard de la règle fixée par votre organisation, avant qu’il ne soit prononcé. Choisissez comment la règle est fixée, jouez l’exemple et inspectez ce qui a changé. C’est le contrôle Voice lui-même ; les écrans qui suivent sont des concepts pour des actions métier.

Scénario illustratif · Pas un appel enregistré · Aucune remise n’est appliquée à une commande

Scénario illustratif

Votre IA promettrait-elle 20 % de remise à un client ?

Vous fixez la limite. Audact vérifie la réponse proposée par l’IA avant qu’elle ne soit prononcée, pour qu’une conversation prise en charge se poursuive dans le respect de vos règles.

Governed Voice AIEn tests contrôlés

  1. Client

    Pouvez-vous me faire 20 % de remise ?

  2. Brouillon de l’IANon prononcé

    Oui, je peux vous accorder 20 % de remise.

  3. Vérification Audact

    Règle métier · Offre approuvée · jusqu’à 5 %

    Une remise jusqu’à 5 % est expressément autorisée pour cette commande fictive éligible.

    Blocage illustratif

    Le brouillon à 20 % n’est pas libéré. La réponse préapprouvée prend sa place.

    Registre d’exemple

    Règle:
    Offre approuvée · jusqu’à 5 %
    Décision:
    Blocage illustratif
  4. Réponse après la vérification · exemple

    Je ne peux pas vous proposer 20 %, mais je peux vous accorder 5 % sur cette commande.

  • Route Voice vérifiée
  • Aucune confirmation externe

Résultat

20 % sortait de la règle. 5 % était autorisé.

L’IA fait tout de même au client une offre utile, dans les limites fixées pour cet exemple.

Promesse de 20 % retenue · offre autorisée de 5 % dans la réponse

Scénario illustratif. Aucune remise n’a été appliquée à une commande.

Pas seulement une voix qui répond. Une règle métier qui a son mot à dire.

La page Voice ajoute les six étapes qui se trouvent derrière. Un contrôle qui ne se termine pas dans sa fenêtre d’évaluation laisse passer la réponse d’origine inchangée, et un événement FAIL_OPEN est enregistré.

Explorer la démonstration Voice

Control

Business-action ControlEn développement

Futur contrôle des actions

Cet écran montre comment un mandat, la décision d’une personne et un enregistrement pourraient fonctionner pour des actions au-delà de la réponse, en commençant par un remboursement. C’est un concept et il est étiqueté comme tel. Rien ici n’est exécuté et rien ne quitte la page.

Concept interactif

Concept de remboursement

Ce qu’un seul mandat déciderait pour trois demandes de remboursement

Choisissez l’une des trois demandes. Le même mandat décide des trois : un plafond, un périmètre, une expiration et une voie de validation, chacun fixé par votre entreprise. Rien sur cet écran n’est exécuté : aucun prestataire de paiement ne se trouve derrière.

Concept interactif — pas un service de remboursement en direct

Choisir une demande

Le mandat · fixé par votre entreprise

Défini par
Direction du service client
Plafond du mandat
100 € par remboursement
Périmètre
Remboursements sur des commandes livrées, sur le moyen de paiement d’origine
Expiration
31 décembre 2026
Voie de validation
Au-dessus du plafond : le responsable d’équipe du service client
Contrat de défaillance
Convenu avec vous pour les remboursements : si le connecteur de paiement ne répond pas, mettre en attente et orienter vers une personne

Une entreprise fictive, avec des rôles fictifs. Votre organisation définit le mandat ; Audact ne conseille pas sur l’étendue des pouvoirs à confier à un agent.

Comment se lit cette demande

  1. Résultat souhaité
    80 € remboursés pour une livraison endommagée.
  2. Proposition de l’IA
    Rembourser 80 € sur le moyen de paiement d’origine.
  3. Règle métier
    80 € restent dans le plafond du mandat (100 €), dans le périmètre et avant l’expiration.
  4. Décision de Control
    Serait autoriséDans le plafond du mandat, le périmètre et l’expiration.
  5. Exception humaine
    Pas nécessaire pour cette demande.
  6. Sortie délivrée
    L’agent indique au client que le remboursement a été demandé, et que l’entreprise le confirmera une fois qu’il sera payé.
  7. Statut externe
    Action non exécutée dans cette démonstrationDemandé · Envoyé · Accepté · Terminé · Échoué · InconnuSeul un prestataire de paiement connecté pourrait signaler l’un de ces états. Aucun n’est connecté ici, donc aucun ne se produit.
  8. Enregistrement consultable
    Inspecter la décision

    Enregistrement de décision · illustratif, non produit par la plateforme

    request
    remboursement · 80 € · commande A-4471
    mandate
    REF-100 · v1
    decision
    serait autorisé
    reason
    dans le plafond, le périmètre et l’expiration
    approved_by
    — (pas nécessaire)
    external_system_id
    aucun dans ce concept

Flux conceptuel

En développement

Concept. Les deux dernières étapes ne font pas partie de cette démonstration : aucun prestataire de paiement n’est appelé.

  1. 01

    Demande

    L’IA propose un remboursement.

  2. 02

    Contrôle du mandat

    Remboursement de 80 €  : serait autorisé dans le mandat. Remboursement de 250 € : exige l’examen d’une personne habilitée.

  3. 03

    Personne habilitée

    Seulement au-dessus du plafond, ou lorsque le contrat de défaillance l’y oriente.

  4. 04

    Le prestataire de paiement exécute

    Pas dans ce concept.

  5. 05

    Confirme ou échoue

    Seul le prestataire de paiement peut l’affirmer. Pas dans ce concept.

Un remboursement qui serait autorisé n’est pas un remboursement qui a été payé, et un engagement commercial n’est pas automatiquement une obligation légale.

Les trois branches à la fois
Vous choisissezDécision interne du modèleRésultat externe
Remboursement de 80 €Dans un mandat hypothétique de 100 €Serait autoriséAction non exécutée dans cette démonstration
Remboursement de 250 €Au-dessus du plafond du mandat (100 €)Exigerait une personne habilitéeAucun remboursement envoyé
Remboursement de 80 €, approuvéConnecteur de paiement indisponibleMettrait en attente et orienterait selon le contrat de défaillance convenuConfirmation externe : indisponible

Autres concepts : une personne intervient, ce qui a été promis face à ce qui s’est passé, et plus encore

Approfondissement

Concepts avancés

D’autres écrans de concept : où une personne intervient, ce qui a été promis mis en regard de ce qui s’est passé, et sept écrans sur le modèle de contrôle. Chacun est un concept et est étiqueté comme tel.

Afficher les concepts avancés (9)

Comment lire une démo

Chaque démonstration se lit dans le même ordre, afin qu’un concept ne passe jamais pour une réalisation et qu’une décision ne passe jamais pour un résultat.

  1. Résultat souhaité — Ce que le client veut.
  2. Proposition de l’IA — Ce que le modèle suggère.
  3. Règle métier — Ce que votre entreprise autorise, fixé à l’avance.
  4. Décision de Control — Ce que le contrôle décide.
  5. Exception humaine — Là où une personne intervient, si nécessaire.
  6. Sortie délivrée — Ce que le client a réellement entendu ou reçu.
  7. Statut externe — Ce qu’un autre système confirme, uniquement lorsqu’un système est connecté.
  8. Enregistrement consultable — Ce que vous pouvez consulter après coup.

Ce que signifient les étiquettes

Test Audact enregistré
Un test Audact enregistré, avec un manifeste de preuves accepté : exécution, version de la règle, décision et audio issus du même test, avec une date.
Scénario illustratif
Rédigée pour montrer comment un flux fonctionne. Ni un appel en direct, ni un enregistrement, ni un enregistrement de la plateforme.
Concept interactif
Une maquette sur laquelle on peut cliquer. Rien n’est exécuté et rien ne quitte la page.
Parcours futur
Un workflow qui n’est pas encore construit. Aucune intégration ne se trouve derrière.

Concept interactif

Validation humaine

Votre équipe intervient quand le workflow exige du jugement.

Celui qui doit approuver doit recevoir le dossier, pas seulement un bouton. Voici ce que verrait l’employé habilité, et ce que l’IA peut faire après chaque réponse.

Flux d’approbation illustratif — la voie de transmission est convenue pour chaque déploiement ; il n’existe pas de transfert en direct universel.

Exige une personne

Remboursement de 250 € · 150 € au-dessus du plafond de mandat de 100 €

Ce que reçoit la personne

Demande
250 € à rembourser pour une commande annulée, sur le moyen de paiement d’origine.
Proposition de l’IA
Rembourser 250 €.
Règle qui l’a arrêtée
Mandat de remboursement REF-100 v1 : 100 € par remboursement, fixé par la direction du service client.
Conversation jusqu’ici
Commande annulée dans le délai de retour. Le client a demandé le montant intégral.
Déjà dit au client
« Un collègue examinera cette demande aujourd’hui. » Aucun montant n’a été promis.
Commande
A-4482 · fictive
À décider avant
Aujourd’hui, 17 h 00 · passé ce délai, la demande expire
La personne décide

Choisissez une décision pour voir ce que l’IA peut faire ensuite.

Expiration, retrait et défaillance

Dans la conception, une approbation couvre une seule demande et expire avec son échéance. Celui qui a approuvé peut la retirer tant que rien n’a été envoyé.

Quelles actions vont vers une personne, qui est cette personne, et comment chaque classe d’actions se replie lorsqu’un système ne répond pas : tout cela est convenu client par client et inscrit au contrat. Rien de cela n’est un paramètre du produit.

Parcours futur

Écart de promesse

Que votre IA a-t-elle le droit de promettre — et comment savoir que l’entreprise a réellement tenu parole ?

Un workflow futur. Pendant l’appel, l’IA prend un engagement. Plus tard, le système de référence montre ce que l’entreprise fait réellement. Lorsque les deux diffèrent, une personne tranche.

Exemple de workflow futur — aucune intégration en direct. Aucun CRM, ERP ou système de paiement n’est connecté ; rien n’est comparé en direct ici.

Dans la conversation

L’IA a proposé
Remplacement livré d’ici vendredi 14 novembre, livraison express sans frais.
Ce que le client a entendu
« Votre remplacement arrive d’ici vendredi, et la livraison express est offerte. »
Valeur attendue en interne
Livraison d’ici ven. 14 nov. · express · frais : 0 €Ce à quoi l’entreprise s’est engagée selon la règle configurée pour ce workflow.

Dans le système de référence

Système de commandes · fictif

Pas encore comparé

Un engagement consigné lors d’un appel est un engagement : pas un événement accompli, et pas automatiquement une obligation légale. Seul le système qui gère la livraison peut établir qu’elle a eu lieu.

Concept interactif

Modèle de contrôle

Un engagement est vérifié avant d’être pris.

Déplacez le mandat. La décision est recalculée à partir de la règle enregistrée et des chiffres enregistrés ; elle peut donc être écrite en entier — c’est ce que fait le panneau du bas.

Illustration du modèle de contrôle d’Audact. Pas de données de produit en direct.

MandatM17 · rév. 4
5%20%
Plafond du portefeuille€500 000
€300 000€480 000
Pouvoirs disponibles€120 000
Propositioncontrepartie non nommée
Remise12%
Valeur du contrat€420 000
Exposition(20 % de la valeur du contrat)€84 000
Conditions vérifiées
  • Remise ≤ plafond du mandat✗ non remplie
  • Exposition ≤ pouvoirs disponibles✓ remplie

La proposition est fixe. Seul le mandat bouge.

Verdict
BLOQUÉla remise dépasse les pouvoirs délégués de 2 points

Concept interactif

Modèle de contrôle

Choisir ce qu’on montre est en soi une action.

Trois devis reviennent. Le client en voit un seul. Chaque vérification sur le résultat est réussie, car le résultat est correct. Ce que personne n’a vérifié, c’est le tri.

Illustration du modèle de contrôle d’Audact. Pas de données de produit en direct.

Renvoyé à l’agentPlafond de commande dans le mandat: €150
  • Fournisseur A(Éligible)€91
  • Fournisseur B(Éligible)€94
  • Fournisseur C(Éligible)€120
Présenté au client

Rien n’est encore présenté

Ce qui a été vérifié
  • Prix accepté ≤ plafond de commande— non exécutée
  • Les options présentées correspondent aux options renvoyées— non exécutée
Verdict
AUTORISÉ€120 est sous le plafond de €150. C’est tout ce qui a été vérifié.

Trois fournisseurs répondent. Les trois sont dans le mandat : les trois pourraient donc être commandés.

Concept interactif

Modèle de contrôle

Chacune respecte la règle. Ensemble, non.

Vingt-sept actions consécutives, aucune au-dessus du plafond fixé pour une action isolée. Le mandat porte aussi un plafond pour la fenêtre dans son ensemble, et c’est celui-là qu’elles heurtent.

Illustration du modèle de contrôle d’Audact. Pas de données de produit en direct.

Mandat
  • Plafond, action isolée€2 500
  • Plafond, 24 heures glissantes€25 000
Engagé jusqu’ici

€980

Pouvoirs restants: €24 020

Les vingt-sept actions dans l’ordre
  1. Action 1, €980, autorisée
  2. Action 2, €1 140, pas encore tentée
  3. Action 3, €875, pas encore tentée
  4. Action 4, €1 210, pas encore tentée
  5. Action 5, €1 035, pas encore tentée
  6. Action 6, €920, pas encore tentée
  7. Action 7, €1 180, pas encore tentée
  8. Action 8, €1 090, pas encore tentée
  9. Action 9, €860, pas encore tentée
  10. Action 10, €980, pas encore tentée
  11. Action 11, €1 140, pas encore tentée
  12. Action 12, €875, pas encore tentée
  13. Action 13, €1 210, pas encore tentée
  14. Action 14, €1 035, pas encore tentée
  15. Action 15, €920, pas encore tentée
  16. Action 16, €1 180, pas encore tentée
  17. Action 17, €1 090, pas encore tentée
  18. Action 18, €860, pas encore tentée
  19. Action 19, €980, pas encore tentée
  20. Action 20, €1 140, pas encore tentée
  21. Action 21, €875, pas encore tentée
  22. Action 22, €1 210, pas encore tentée
  23. Action 23, €1 035, pas encore tentée
  24. Action 24, €920, pas encore tentée
  25. Action 25, €1 180, pas encore tentée
  26. Action 26, €1 090, pas encore tentée
  27. Action 27, €860, pas encore tentée
Verdict
AUTORISÉ1 actions, chacune dans le plafond par action. €980 engagés, €24 020 de pouvoirs restants.

€980, bien en dessous du plafond de €2 500 pour une action isolée. Autorisée, et elle laisse un reçu.

Concept interactif

Modèle de contrôle

Une personne a appuyé sur le bouton. Les pouvoirs n’ont pas changé.

L’agent ne peut pas rembourser €40 000 ; il n’essaie donc pas deux fois. Il rédige une tâche et une personne l’exécute vingt minutes plus tard. Le montant, le compte et l’effet sont identiques.

Illustration du modèle de contrôle d’Audact. Pas de données de produit en direct.

Mandat de remboursement
  • Plafond — agent€5 000
  • Plafond — service client€10 000
  • Au-dessus du plafond du service clientDeux validateurs
Remboursement demandé

€40 000

Demande de remboursement, €40 000

Ce qui s’est passé
  1. 14:02AgentDemande de remboursement, €40 000BLOQUÉ
  2. 14:05AgentTâche transmise à une personne : approuver le remboursement, client en attente—
  3. 14:22PersonneRemboursement saisi dans le système financier—
  4. 14:22PorteVérifié par rapport au mandat de remboursement, avant que l’argent ne bouge—
Verdict
BLOQUÉ€40 000 face à un plafond de €5 000. La demande est bloquée.

€40 000 face à un plafond de remboursement de €5 000. Bloqué sur le moment, et enregistré comme bloqué.

Concept interactif

Modèle de contrôle

17 h, dans tous les cas.

Une échéance fait partie du mandat ; ce n’est pas un rappel posé par-dessus. Confirmez avant 17 h et le fournisseur préféré est retenu ; ne dites rien et la consigne permanente prend effet. Dans la conception de Control, les deux branches laisseraient un reçu.

Illustration du modèle de contrôle d’Audact. Pas de données de produit en direct.

Horloge

16:12

48 minutes avant l’échéance

Mandat d’achat
  • Confirmer avant17:00
  • Fournisseur préféré€104 par unité
  • Fournisseur de repli prévu€118 par unité
  • Si aucune confirmation n’arriveCommander chez le fournisseur de repli
Les deux branches
Confirmé à temps16:52

Commandé chez le fournisseur préféré

€104 par unité · confirmé par une personne nommée

Échéance atteinte17:00

Commandé chez le fournisseur de repli

€118 par unité · selon la consigne permanente du mandat

Décision
DÉCISION REQUISELa demande dépasse le plafond de l’agent ; elle attend donc une personne — et le mandat dit combien de temps.

Deux prix, une échéance, et une consigne permanente pour le cas où personne ne répond.

Concept interactif

Modèle de contrôle

Coupez l’IA. L’action de sécurité a quand même lieu.

À 9 h 14, un agent promet un technicien sur place avant 18 h. À 11 h 30, tous les agents sont éteints. La promesse est celle de l’entreprise : elle ne s’éteint donc pas avec eux.

Illustration du modèle de contrôle d’Audact. Pas de données de produit en direct.

Agents

Une session, terminée à 09:15.

Obligation

Technicien sur place avant 18:00

Ce qui s’est passé
  1. 09:14Engagement enregistré — technicien sur place avant 18:00OUVERTE
  2. 11:30Tous les agents éteints—
  3. 13:05Tâche transmise à l’équipe de terrain depuis le dossier d’obligation—
  4. 17:12Technicien sur place — effet enregistré, reçu émis—
État de l’obligation
OUVERTEEnregistrée à 9 h 14, échéance à 18 h. La session qui l’a créée s’est terminée une minute plus tard ; l’obligation, non.

9 h 14. Un technicien avant 18 h est enregistré comme une obligation assortie d’une échéance, et non comme une ligne dans une transcription.

Concept interactif

Modèle de contrôle

La tâche est terminée. L’obligation, non.

Une session d’agent est finie en quelques secondes. Ce à quoi elle s’est engagée reste ouvert jusqu’à ce que quelque chose prouve que l’engagement a été tenu — et ce quelque chose n’est pas l’agent.

Illustration du modèle de contrôle d’Audact. Pas de données de produit en direct.

Tâche de l’agentObligation
  1. lun. 14:02« Livraison avant vendredi »
    en cours
    —
  2. lun. 14:02engagement enregistré
    ✓ ACHEVÉE
    OUVERTEéchéance ven. 7 août
  3. lun. 14:03session d’agent terminée
    arrêtée
    OUVERTE
  4. 4 jours plus tard
    ven. 7 aoûtexécution enregistrée dans l’ERP
    —
    ✓ EXÉCUTÉE
  5. ven. 7 aoûtvérification de clôture par rapport à l’effet enregistré
    —
    CLOSE AU DOSSIER
  6. ven. 7 aoûtcapacité rendue au portefeuille
    —
    €84 000 libérés

L’agent s’est arrêté à 14:03. Quatre jours d’obligation ont continué sans lui — et autre chose que l’agent devait la clore.

La suite

Control what AI can cause. Prove what follows.

Les écrans ci-dessus sont chacun une moitié de la même idée : décider à l’avance ce qui peut arriver, puis conserver la trace de ce qui est arrivé.