Aller au contenu principal
Audact
Explorer un workflow

Pour les entreprises

L’IA peut proposer l’action. Votre entreprise fixe les pouvoirs.

Passez des conversations de pilote à un travail d’IA aux limites explicites, avec des approbateurs nommés et un achèvement confirmé de l’extérieur.

Évaluez un workflow : voyez ce qui est déjà testé aujourd’hui dans Voice, et ce dont le contrôle des actions aurait encore besoin avant de porter votre processus.

Control des actions métierEn développementGoverned Voice AIEn tests contrôlés

Explorer un workflow encadréVoir le contrôle Voice d’aujourd’hui

Concept · workflow fictif

Control des actions métierEn développement

  1. Approbation manuelle aujourd’hui

    Les remboursements courants attendent dans une file jusqu’à ce que quelqu’un ait le temps de les approuver.

  2. Mandat visé

    Votre entreprise fixe ce que l’IA peut régler seule : périmètre, plafond, expiration.

  3. Exception humaine

    Au-delà du plafond, l’approbateur que désigne votre entreprise décide. L’IA indique au client qu’un collègue examinera la demande.

  4. Résultat externe

    Seul votre système de paiement ou de commandes peut confirmer le remboursement, avec son propre identifiant. Tant qu’il ne le fait pas, le statut reste inconnu.

Suivre les trois parcours

Workflow fictif. Rien n’est exécuté.

La conception

Ce qui arriverait à un remboursement proposé par l’IA.

Votre organisation fixe le mandat ; le contrôle y confronte chaque remboursement proposé. Suivez les trois parcours : aucun n’atteint un système de paiement dans ce concept, et aucun ne se termine par un résultat confirmé.

Concept · remboursement fictif

Control des actions métierEn développement

  1. Remboursement proposé

    Un agent IA propose un remboursement lors d’une conversation avec un client.

  2. Mandat défini par l’entreprise

    Périmètre, plafond, expiration et approbateur, fixés par votre organisation.

Contrôle des pouvoirs
La proposition est confrontée au mandat avant qu’aucun système n’agisse.

  • Autoriserait

    Connecteur non connecté

    Aucun système de paiement n’est connecté dans ce concept.

    Statut externe : inconnu

    Rien ne confirme un remboursement, donc rien n’est signalé comme fait.

  • Exigerait une personne habilitée

    Examen en attente

    L’approbateur désigné par votre organisation voit la demande et le motif.

    Approuvé ?

    • Oui

      Connecteur (futur)

      Transmettrait le remboursement approuvé à votre système de paiement. Non connecté aujourd’hui.

    • Non

      Aucune exécution

      Le remboursement n’est pas effectué.

  • Bloquerait

    Aucune exécution

    L’action n’atteint jamais un système capable de l’exécuter.

  • Autorisé n’est pas exécuté, et exécuté n’est pas accompli. Une trace de décision ne confirme ni l’un ni l’autre.
  • Seul le système qui effectue le remboursement peut le confirmer, avec son propre identifiant et son propre statut. Si ce système ne répond pas, le remboursement reste suspendu, inconnu ou chez une personne : jamais terminé.
  • Votre organisation accorde les pouvoirs, dans le cadre du droit qui lui est applicable. Audact n’accorde aucun pouvoir juridique.

Un contrôle peut aussi modifier une proposition. L’action modifiée suit alors le parcours « Autoriserait ».

Lire les lignes

  • Parcours conceptuel : conçu, non connecté
  • Aucune confirmation externe
  • Aucune exécution

Concept interactif

Control des actions métier · En développement

Concept de remboursement

Trois demandes de remboursement, un seul mandat. Voyez où chacune aboutit.

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

Deux offres, tenues séparées

Piloter Voice dès maintenant. Concevoir avec nous le contrôle des actions.

L’une a un prix fixe et un périmètre écrit. L’autre n’a pas encore de prix, parce que ce n’est pas encore un produit.

  • Enterprise Voice Pilot

    Governed Voice AI
    En tests contrôlés
    Accès
    Sur demande

    15 000 €

    Prix fixe du pilote

    • Un pilote Voice : Control des actions métier n’en fait pas partie.
    • Environ huit semaines, cadrées par écrit avant toute signature.
    • Un workflow Voice encadré avec vos règles métier, présenté sur la configuration testée.
    • La mise en service relève d’un accord distinct et couvre ce qui a été testé et accepté.

    Cadrer un Enterprise Voice Pilot

  • Control des actions métier

    Control des actions métierEn développement

    Conçu pour contrôler une action proposée par l’IA, comme un remboursement, un avoir ou une réservation, au regard des pouvoirs que votre organisation accorde, avant qu’elle n’atteigne le système qui l’exécute.

    Ce n’est pas une fonction commerciale livrée : ni référence produit (SKU), ni prix, ni devis pour l’instant. Nous explorons avec vous une classe d’actions en tant que partenaire de conception ; un devis ne peut venir qu’une fois la livraison confirmée par écrit.

    Audact n’émet pas de remboursements, ne déplace pas d’argent et n’apprécie pas les garanties. Ce sont vos processus de paiement, de commande et juridiques qui le font ; Control déciderait si une action proposée reste dans les pouvoirs que vous avez fixés, et consignerait cette décision.

Qui décide

Un processus. Les personnes qui en décident ensemble.

Commencez par la personne qui est responsable du processus. Montrez ensuite à la sécurité, à la confidentialité, à la finance et à l’IT ce qu’ils doivent voir avant de l’accepter.

  • Responsable du processus

    Responsable de
    Le workflow, par exemple les remboursements au service client.
    Doit voir
    Quelles demandes l’IA peut régler, où se situe la limite, quand une personne prend le relais, et ce qui compte comme un bon résultat. Votre organisation fixe le mandat ; Audact ne conseille pas sur l’étendue des pouvoirs à donner à un agent.

  • Finance

    Responsable de
    L’argent que l’action déplace.
    Doit voir
    Le plafond de mandat par classe d’actions, qui approuve au-delà, et la preuve qu’un remboursement approuvé n’est pas un remboursement payé tant que le système de paiement ne l’a pas confirmé.

  • Sécurité

    Responsable de
    Les accès, et ce qui se passe en cas d’échec.
    Doit voir
    Qui peut modifier les règles, comment les clés et les rôles sont séparés, et ce qui se passe lorsqu’un contrôle ne peut pas aboutir : convenu par classe d’actions et inscrit au contrat, pas un paramètre du produit.

  • Confidentialité

    Responsable de
    Les données personnelles du workflow.
    Doit voir
    Quelles données personnelles le workflow touche, où et par quels sous-traitants ultérieurs elles sont traitées, et l’accord de traitement des données (DPA). Hébergement principal de l’application : Francfort ; le Centre de confiance liste chaque sous-traitant ultérieur.

  • IT

    Responsable de
    Les systèmes où l’action aboutit.
    Doit voir
    Quel système exécute l’action, comment son identifiant et son statut reviennent dans l’enregistrement, et comment un échec ou un dépassement de délai est traité.

Vocabulaire

Cinq distinctions qui gardent la frontière honnête.

Les mêmes mots sur chaque page, pour qu’une promesse ne soit jamais lue comme plus qu’elle n’est.

Plafond de mandat
L’octroi : ce plafond, ce périmètre, cette expiration, par ce mandant. Il ne change que par une décision.
Pouvoirs disponibles
Ce qui reste du mandat à cet instant : le plafond moins ce qui est réservé de façon traçable ou déjà utilisé. Cela change à chaque action.
Engagement
Une promesse que fait l’IA. Elle ne devient une obligation que selon la règle de formation configurée pour ce workflow.
Résultat
Un remboursement, un paiement ou une réservation que le système qui l’exécute a confirmé, avec son propre identifiant et son propre statut. Audact ne le déclare pas.
Caractère définitif
Établi par un événement de clôture émanant de la source compétente, jamais par un champ qui dit « final ».

Le déroulement d’un pilote Voice

Six étapes, et la mise en service seulement dans le périmètre signé.

  1. 01

    Choisir un workflow

    Une conversation client avec un responsable clair, un détenteur de budget et un résultat défini.

  2. 02

    Fixer les règles et l’expérience

    Ce que l’agent peut dire, proposer et promettre, et ce que l’appelant entend lorsqu’une réponse est révisée.

  3. 03

    Voir le parcours de contrôle

    Où se situe le contrôle entre la réponse proposée par le modèle et l’appelant, présenté sur la configuration testée, y compris un dépassement de délai : la réponse d’origine part inchangée et un événement FAIL_OPEN est consigné.

  4. 04

    Convenir du relais

    Quand l’agent passe la main à une personne, ce que l’appelant entend et ce que montre l’enregistrement.

  5. 05

    Examiner les preuves et l’acceptation

    Vos équipes juridique, risques et IT examinent les enregistrements et décident si le pilote a satisfait aux critères que vous avez fixés.

  6. 06

    Mise en service dans le périmètre signé

    La mise en service relève d’un accord distinct, sur candidature, et couvre ce qui a été testé et accepté.

Statut

Ce que la plateforme apporte, élément par élément.

Chaque élément porte son statut tiré du registre produit d’Audact.

  • Governed Voice AI

    Les réponses prises en charge dans le parcours vocal encadré sont contrôlées au regard de votre politique avant d’être prononcées : l’information sur l’IA, la formulation approuvée, les prix et les engagements que l’agent peut prendre.

    Governed Voice AI: Est-ce construit ?
    Est-ce construit ?En tests contrôlés
    Governed Voice AI: Puis-je y accéder ?
    Puis-je y accéder ?Early Customer Program
    Pourquoi cet état
    Affirmation
    En tests contrôlés · Early Customer Program
    Périmètre
    L’application vocale encadrée pour les agences : appels sortants et entrants avec information de la personne, application des règles et un reçu par interaction encadrée.
    Fondement
    Des appels sont exécutés, mais aucun déploiement payant n’est passé par là.
    Ce que cela n’établit pas
    Qu’un déploiement est en service chez un client payant, et que la livraison est durcie pour un usage en production.
    Ce que vous pouvez obtenir aujourd’hui
    Le Early Customer Program est ouvert à un nombre limité d’agences externes. Les conditions et les montants figurent dans la grille tarifaire.
    Couche de règles nationale
    Allemagne : couche de règles nationale active. Pays-Bas : en développement. Belgique et Autriche : prévues.
    Inscription
    Pays-Bas et Flandre (BE) : inscriptions ouvertes. Allemagne et Autriche : une inscription ouvre une conversation, pas une date de démarrage.
    Dernière vérification
    30 septembre 2026
    Où le vérifier
    /voice

  • Enregistrement de décision (reçu)

    Un reçu par interaction encadrée. Trois de ses valeurs peuvent être recalculées sans clé : l’empreinte d’entrée, l’empreinte de sortie, l’empreinte de l’événement de preuve précédent. Il porte un code HMAC-SHA256 sous une clé symétrique détenue par Audact, par tenant : il montre que l’enregistrement n’a pas été modifié après coup, pas qui l’a émis.

    Reçu de conformité: Est-ce construit ?
    Est-ce construit ?Opérationnel aujourd’hui
    Reçu de conformité: Puis-je y accéder ?
    Puis-je y accéder ?Public
    Pourquoi cet état
    Affirmation
    Opérationnel aujourd’hui · Public
    Périmètre
    Le reçu lui-même et les trois valeurs qu’un lecteur peut en recalculer sans clé. Ni l’export d’un ensemble de reçus, ni la publication des racines de Merkle.
    Fondement
    Un reçu par interaction encadrée ; les fichiers d’exemple sont ouverts à tous, sans compte.
    Ce que cela n’établit pas
    Qui a émis le reçu, et si l’événement sous-jacent est avéré.
    Ce que vous pouvez obtenir aujourd’hui
    Les fichiers d’exemple sont publics. Dans le produit, le reçu s’inscrit dans un contrat payant.
    Dernière vérification
    30 septembre 2026
    Où le vérifier
    /proof

  • Export de reçus

    Un ensemble de reçus est exporté dans une enveloppe d’export signée avec ECDSA-P256 ; les éléments qui s’y trouvent gardent leur HMAC. Mesuré sur des appels par navigateur plutôt que sur une ligne téléphonique.

    Export des reçus: Est-ce construit ?
    Est-ce construit ?Opérationnel aujourd’hui
    Export des reçus: Puis-je y accéder ?
    Puis-je y accéder ?Early Customer Program
    Pourquoi cet état
    Affirmation
    Opérationnel aujourd’hui · Early Customer Program
    Périmètre
    L’export de production d’un ensemble de reçus, mesuré sur des appels par navigateur plutôt que sur une ligne téléphonique. Pas un appel sur le réseau téléphonique, qui n’a jamais été mesuré, et pas le pack de preuves mensuel, qui est un artefact distinct.
    Fondement
    Testé à nouveau le 26 août, après le déploiement : cinq appels, trente tours de conversation validés, trente reçus, sur deux agents et deux configurations, mesurés sur des appels par navigateur plutôt que sur une ligne téléphonique. Un appel du 19 août, réexporté le lendemain, portait lui aussi ses reçus.
    Ce que cela n’établit pas
    Que l’export a été contrôlé de bout en bout par une partie extérieure à Audact. Et le pack de preuves mensuel, qui n’a pas été mesuré.
    Ce que vous pouvez obtenir aujourd’hui
    Inclus dans un contrat payant.
    Dernière vérification
    30 septembre 2026

  • Marquage de l’article 50, paragraphe 2

    Un justificatif de contenu C2PA par appel, émis sur demande sous forme de fichier distinct. Pas un filigrane intégré à l’audio.

    Marquage de l’article 50, par. 2: Est-ce construit ?
    Est-ce construit ?Opérationnel aujourd’hui
    Marquage de l’article 50, par. 2: Puis-je y accéder ?
    Puis-je y accéder ?Early Customer Program
    Pourquoi cet état
    Affirmation
    Opérationnel aujourd’hui · Early Customer Program
    Périmètre
    Le marquage lisible par machine de l’audio synthétique au titre de l’article 50, paragraphe 2 : un justificatif de contenu C2PA par appel, émis sur demande sous forme de fichier de manifeste distinct. Pas un filigrane intégré à l’audio, et pas l’information de la personne au titre de l’article 50, paragraphe 1, qui est prononcée dans le déroulé de l’appel et relève de l’application vocale.
    Fondement
    Mesuré le 22 octobre 2026 : POST /v1/calls/{call_id}/c2pa émet un manifeste C2PA 2.x muni d’une signature COSE ES256 et d’une chaîne X.509, lié de façon ferme par empreinte à l’enregistrement de l’appel, avec une assertion de contenu généré par IA ; GET /v1/c2pa/trust-anchor renvoie 200 sur api.audact.ai.
    Ce que cela n’établit pas
    Qu’un manifeste C2PA distinct satisfait à l’article 50, paragraphe 2 pour un déploiement donné : l’obligation incombe au fournisseur du système générateur. Ni un filigrane intégré à l’audio, ni une émission automatique pour chaque appel, ni une chaîne de signature issue d’une autorité de certification tierce : aujourd’hui la chaîne s’arrête à une racine Audact.
    Ce que vous pouvez obtenir aujourd’hui
    Rien à commander séparément. Inclus dans un contrat payant.
    Dernière vérification
    22 octobre 2026
    Où le vérifier
    /apis/article-50-attestation

  • Connexions avec vos systèmes

    CRM et autres connexions tierces, cadrées par déploiement.

    Intégrations: Est-ce construit ?
    Est-ce construit ?En développement
    Intégrations: Puis-je y accéder ?
    Puis-je y accéder ?Non disponible
    Pourquoi cet état
    Affirmation
    En développement · Non disponible
    Périmètre
    Les intégrations avec des systèmes tiers : HubSpot, Pipedrive, Zapier et l’espace de travail Slack propre à un client. Pas Cal.com : l’application vocale porte une intégration Cal.com native, qui a le statut de Voice. Lire une disponibilité ou une étape de transaction, réécrire un résultat, et publier un événement de l’application vocale dans un système qui n’est pas le nôtre. Pas les six points d’accès de l’API elle-même, qui ont leur propre entrée, ni la notification qu’Audact s’envoie à lui-même lorsqu’un formulaire de ce site est soumis.
    Fondement
    Mesuré le 30 septembre 2026 dans le code de la plateforme (audact-monorepo) : un client Cal.com est présent (disponibilités, réservation, replanification, annulation, OAuth) et son acceptation de version est en suspens ; HubSpot, Pipedrive et Zapier n’y ont aucun client. Le code propre à ce site web ne fait que prévenir Audact dans Slack lorsqu’un formulaire est soumis.
    Ce que cela n’établit pas
    Quelle intégration est construite en premier, et quand. Aucun ordre n’a été arrêté entre elles et aucune date n’a été établie.
    Ce que vous pouvez obtenir aujourd’hui
    Rien à commander. Une connexion est délimitée au sein d’un contrat payant applicable ; les intégrations ne sont pas tarifées séparément.
    Dernière vérification
    30 septembre 2026
    Où le vérifier
    /integrations

  • Control des actions métier

    Des contrôles de pouvoirs avant qu’une action proposée par l’IA n’atteigne le système qui l’exécute.

    Control: Est-ce construit ?
    Est-ce construit ?En développement
    Control: Puis-je y accéder ?
    Puis-je y accéder ?Usage interne uniquement
    Pourquoi cet état
    Affirmation
    En développement · Usage interne uniquement
    Périmètre
    La couche de mandat et de pouvoirs : plafonds, périmètre et le blocage placé devant une action encadrée. L’architecture est décrite ; le runtime est en cours de construction.
    Fondement
    Il n’y a aucun utilisateur.
    Ce que cela n’établit pas
    Que quoi que ce soit de cela fonctionne aujourd’hui, et que les chiffres affichés dans l’interface proviennent d’un système en fonctionnement.
    Ce que vous pouvez obtenir aujourd’hui
    Ne peut pas être commandé. Conversations avec des partenaires de conception uniquement, et seulement après confirmation écrite de la porte de livraison.
    Dernière vérification
    25 octobre 2026
    Où le vérifier
    /control

Questions

Les questions que posent les équipes d’entreprise.

Pouvons-nous acheter Control dès aujourd’hui ?
Pas encore. Il n’y a ni référence produit (SKU), ni prix, ni devis. Nous explorons avec vous une classe d’actions en tant que partenaire de conception ; un devis ne peut venir qu’une fois la livraison confirmée par écrit.
En développement
L’Enterprise Voice Pilot est-il un pilote Control ?
Non. L’Enterprise Voice Pilot (15 000 €) couvre un workflow Voice encadré. Control des actions métier n’en fait pas partie et n’a pas de prix de pilote : nous l’explorons avec vous en tant que partenaire de conception.
Audact traite-t-il le remboursement ?
Non. Votre système de paiement ou de commande l’exécute et le confirme. Control est conçu pour décider si un remboursement proposé reste dans les pouvoirs que vous avez accordés, et pour consigner cette décision. Un remboursement autorisé n’est pas un remboursement payé tant que ce système ne l’a pas confirmé.
En quoi est-ce différent de l’offre pour agences ?
L’offre pour agences est standardisée : 1 497 € pour la mise en œuvre et 499 € par mois, le tarif Founding des trois premières agences clientes externes d’Audact, puis 2 995 € et 749 €, l’agence revendant sous sa propre marque. L’offre Enterprise est directe : un contrat-cadre sur mesure, vos propres intégrations, un Enterprise Voice Pilot payant à 15 000 € pour un périmètre défini, et des accords de mise en service sur candidature. Les contrôles de règles et les enregistrements sont les mêmes ; l’acheteur, le périmètre et le contrat ne le sont pas.
Le pilote est-il gratuit ?
Non. L’Enterprise Voice Pilot est payant : 15 000 € à prix fixe pour un périmètre défini d’environ huit semaines, dans le cadre d’un accord de pilote signé qui fixe les conditions de paiement. Les accords de mise en service sont conclus sur candidature après le pilote.
Dans quels pays pouvons-nous démarrer ?
La couche nationale qui s’ajoute à l’article 50 diffère selon le pays, tout comme la politique : Allemagne : couche de règles nationale active. Pays-Bas : en développement. Belgique et Autriche : prévues. Inscription commerciale par pays : Pays-Bas et Flandre (BE) : inscriptions ouvertes. Allemagne et Autriche : une inscription ouvre une conversation, pas une date de démarrage. Les candidatures venant d’Allemagne et d’Autriche sont les bienvenues et reçoivent une réponse, mais la mise en place n’y est pas encore ouverte.
Que peut réellement contrôler un examinateur ?
Sur n’importe quel reçu, trois valeurs peuvent être recalculées sans clé ni compte, à partir des éléments sur lesquels elles ont été calculées : l’empreinte d’entrée, l’empreinte de sortie, l’empreinte de l’événement de preuve précédent. Cela montre que l’enregistrement n’a pas été modifié ni réordonné après coup. Cela ne montre ni qui a émis le reçu, ni si l’événement sous-jacent est vrai : il porte un code HMAC-SHA256, et quiconque peut le contrôler peut aussi le produire.
Un pilote règle-t-il nos obligations légales ?
Non. Audact prend en charge des workflows précis d’information et de conservation d’enregistrements, et le pilote montre comment ils se comportent dans votre workflow. Qu’un déploiement satisfasse à une exigence légale donnée dépend du cas d’usage ; cette appréciation reste à votre charge et à celle de votre conseil.
Pouvons-nous migrer depuis une plateforme que nous utilisons déjà ?
La migration est cadrée avec le pilote plutôt que menée comme un projet distinct : la conversion des prompts, le mappage des webhooks et la portabilité des numéros sont évalués au cas par cas, et le mappage des événements est confirmé avant la mise en service. La portabilité des numéros dépend de l’endroit où les numéros sont enregistrés et de qui détient le compte.

Enterprise Voice Pilot

Cadrer avant de signer.

Un appel de cadrage de soixante minutes : le workflow, les règles métier, les systèmes concernés et la façon dont l’acceptation est décidée. Le résultat est un périmètre de pilote écrit, ou un non clair.

Vous souhaitez plutôt explorer un workflow d’actions que Voice ? Explorer un workflow encadré

Ensuite : une réponse par e-mail · un appel de cadrage de soixante minutes · une classe d’actions choisie · périmètre et responsabilités mis par écrit · une proposition. Rien n’est facturé et aucun de vos systèmes n’est touché.

En soumettant, vous acceptez notre politique de confidentialité. Nous utiliserons ces informations uniquement pour cadrer votre appel.

Vous préférez l'e-mail ? enterprise@audact.ai