Ce que vous voyez
Le VoiceBot devient indisponible, mais la file, le menu vocal et le transfert humain doivent rester utilisables.
État d’avancement:Accès à l’assistant protégé localementfiche de référencemise en service interdite pour l’instantÉtat réel:Garde proxy + interruption contextuellepage d’autorité composantpromotion NO-GO
Choisissez votre lectureCommencez par la vue sans jargon si vous découvrez le sujet.
À qui s’adresse chaque lecture?
Je veux comprendre: direction, équipes métier, communication, achats et première visite. Exploitation: opérateur, support et astreinte. Vue architecte: architecte, ingénieur et sécurité. Tout afficher: revue complète de la fiche.
« Je veux comprendre » affiché. Ce choix sera repris sur les autres fiches. La décision de mise en service et les risques restent toujours visibles.
Comprendre cette fonction en 60 secondes
Le résumé donne le rôle, le trajet, le risque, le responsable et la limite de preuve en moins d’une minute. Les dépendances et exemples restent disponibles juste après, sans jargon imposé.
Résumé essentiel
Ce que c’est et à quoi cela sert
Relier Navy Phone au VoiceBot sans dépendance forte.
Fournir un contrat stable pour activer le VoiceBot tout en gardant la téléphonie utilisable sans lui.
Une comparaison utile
Comme un assistant encadré: il aide, puis passe la main si nécessaire.
Ce qui entre
Navy Phone veut ouvrir ou poursuivre une session VoiceBot.
Qui en bénéficie et quel résultat attendre
Le VoiceBot répond selon un contrat versionné, ou Navy Phone utilise son parcours humain de repli.
La personne qui appelle et l’opérateur humain.
État actuel
Accès à l’assistant protégé localement. Le logiciel existe. Aucun hébergement réel, réseau téléphonique public ou usage en production n’est prouvé. Mise en service interdite pour l’instant.
Risque principal
Le VoiceBot devient indisponible, mais la file, le menu vocal et le transfert humain doivent rester utilisables.
Responsable
Responsable du contrat d’intégration VoiceBot. Autorité de décision: Propriétaire produit VoiceBot.
Décision suivante
Autoriser la liaison quand Navy Phone peut ouvrir, poursuivre et arrêter une session sans dépendance cachée.
Voir les dépendances, preuves et solutions de secours
Ce qui entre, en langage courant
Navy Phone veut ouvrir ou poursuivre une session VoiceBot.
Ce dont il dépend
De la session en cours, du contexte validé et des procédures approuvées par le métier.
Comment le service continue
Le VoiceBot est suspendu et l’appel est repris par un humain sans valider l’ancien tour.
En cas de panne et pour vos données
Si l’assistant vocal ne répond plus, l’appel ne s’arrête pas: la file d’attente, le menu vocal et le transfert vers une personne humaine continuent de fonctionner. Aucune réponse à moitié validée n’est conservée. Les échanges restent sur les machines de test; rien n’est encore prouvé sur un vrai service.
Preuve attendue avant la prochaine étape
Compatibilité de version, contrôle des droits, erreurs prévues, reprise humaine et fonctionnement de Navy Phone sans VoiceBot.
Statut expliqué
Les 11 portes d’entrée de l’assistant vérifient que la personne est connectée et autorisée. Elles transmettent aussi au produit le fait que la réponse précédente a été interrompue. Navy Phone refuse d’annoncer le produit disponible s’il ne comprend pas ce contexte. Une session absente, expirée ou restreinte reste refusée, et seules quelques informations autorisées traversent. Ces protections sont testées dans le code, pas sur un service déployé. Il reste à opérer l’identité machine et sa rotation, à déployer le service externe et le réseau, puis à tester le parcours complet, la reprise, les délais et l’approbation sécurité.
Exemple concret
Navy Phone veut ouvrir ou poursuivre une session VoiceBot. Le VoiceBot répond selon un contrat versionné, ou Navy Phone utilise son parcours humain de repli.
Voir l’exemple technique précis
Le champ interrupted_previous_assistant traverse bridge, SDK, API, runtime et moteur. Le bridge refuse la readiness si interruption_context n’est pas annoncé.
Voir les questions et réponses selon votre rôle
Les six lectures ci-dessous reprennent les mêmes faits. Elles ne créent pas une seconde source de vérité.
- Direction
- Question: Peut-on compter sur cette fonction aujourd’hui?
Réponse: Les 11 portes d’entrée de l’assistant vérifient que la personne est connectée et autorisée. Elles transmettent aussi au produit le fait que la réponse précédente a été interrompue. Navy Phone refuse d’annoncer le produit disponible s’il ne comprend pas ce contexte. Une session absente, expirée ou restreinte reste refusée, et seules quelques informations autorisées traversent. Ces protections sont testées dans le code, pas sur un service déployé. Autoriser la liaison quand Navy Phone peut ouvrir, poursuivre et arrêter une session sans dépendance cachée. - Métier
- Question: Quel service rend-elle concrètement?
Réponse: Fournir un contrat stable pour activer le VoiceBot tout en gardant la téléphonie utilisable sans lui. Le VoiceBot répond selon un contrat versionné, ou Navy Phone utilise son parcours humain de repli. - Achats et conformité
- Question: De quoi dépend l’engagement et qu’est-ce qui manque?
Réponse: De la session en cours, du contexte validé et des procédures approuvées par le métier. Il reste à opérer l’identité machine et sa rotation, à déployer le service externe et le réseau, puis à tester le parcours complet, la reprise, les délais et l’approbation sécurité. Preuve attendue: Compatibilité de version, contrôle des droits, erreurs prévues, reprise humaine et fonctionnement de Navy Phone sans VoiceBot. - Communication
- Question: Que peut-on annoncer sans faire de fausse promesse?
Réponse: Vous pouvez expliquer l’objectif suivant: Fournir un contrat stable pour activer le VoiceBot tout en gardant la téléphonie utilisable sans lui. Ne présentez pas cette fonction comme disponible en production: Les 11 portes d’entrée de l’assistant vérifient que la personne est connectée et autorisée. Elles transmettent aussi au produit le fait que la réponse précédente a été interrompue. Navy Phone refuse d’annoncer le produit disponible s’il ne comprend pas ce contexte. Une session absente, expirée ou restreinte reste refusée, et seules quelques informations autorisées traversent. Ces protections sont testées dans le code, pas sur un service déployé. - Exploitation
- Question: Qui agit et quel est le premier geste sans risque?
Réponse: Responsable du contrat d’intégration VoiceBot. Autorité de décision: Propriétaire produit VoiceBot. Suspendre le VoiceBot, transférer à un humain et conserver le tour sans le valider. - Technique
- Question: Où sont les contrats exacts?
Réponse: Utilisez la « Vue architecte ». Elle montre les entrées, les sorties, les interfaces, les données, la sécurité et les preuves provenant de la fiche d’autorité.
Trajet simple, de la situation au résultat
Le trajet montre ce qui déclenche cette fonction, le service qu’elle rend et le résultat obtenu. Il reste lisible sans fonction interactive.
Suivre le flux
Partie documentée: Relier Navy Phone au VoiceBot sans dépendance forte.
Navy Phone vérifie la session avant de demander un accès au produit séparé.
La demande indique si la réponse précédente a été interrompue.
Le produit est refusé s’il n’annonce pas qu’il sait utiliser ce contexte.
Le produit répond en sachant que la personne a coupé la réponse précédente.
Si le produit manque, Navy Phone garde ses parcours téléphoniques indépendants.
Comment lire ce trajet: avancez avec les flèches du clavier ou parcourez les étapes dans l’ordre. Les contrats exacts restent dans la « Vue architecte ».
Étape 1 sur 5: Navy Phone vérifie la session avant de demander un accès au produit séparé.
Impact utile: Le VoiceBot répond selon un contrat versionné, ou Navy Phone utilise son parcours humain de repli.
En cas de panne: Le VoiceBot devient indisponible, mais la file, le menu vocal et le transfert humain doivent rester utilisables.
Responsable: Responsable du contrat d’intégration VoiceBot. Autorité de décision: Propriétaire produit VoiceBot.
Premiers gestes en cas de problème
Reconnaître ce qui se passe, protéger le service et prévenir le bon responsable sans improviser.
Première action sans risque
Suspendre le VoiceBot, transférer à un humain et conserver le tour sans le valider.
Solution de secours
Le VoiceBot est suspendu et l’appel est repris par un humain sans valider l’ancien tour.
Qui prévenir et où lire les preuves
Responsable du contrat d’intégration VoiceBot. Autorité de décision: Propriétaire produit VoiceBot. La procédure de production reste à créer et valider avant la mise en service. Ouvrir la fiche d’architecture et de preuve du domaine.
Besoin d’un terme technique? Ouvrir les définitions
- SDK
- kit de développement
- SVI
- serveur vocal interactif
- API
- contrat logiciel
- Bearer
- jeton présenté par un client
- Identité machine
- accès du service lié à l’organisation de la session
- interruption_context
- capacité du produit à savoir que sa réponse précédente a été interrompue
Décision actuelle: mise en service interdite pour l’instant. Les 11 portes d’entrée de l’assistant vérifient que la personne est connectée et autorisée. Elles transmettent aussi au produit le fait que la réponse précédente a été interrompue. Navy Phone refuse d’annoncer le produit disponible s’il ne comprend pas ce contexte. Une session absente, expirée ou restreinte reste refusée, et seules quelques informations autorisées traversent. Ces protections sont testées dans le code, pas sur un service déployé. Ce qui reste à faire: Il reste à opérer l’identité machine et sa rotation, à déployer le service externe et le réseau, puis à tester le parcours complet, la reprise, les délais et l’approbation sécurité.Décision actuelle: promotion NO-GO, pas de mise en production. Les 11 routes sous app/api/v1/voicebot utilisent proxyAuthenticatedVoiceBotNavyCrisis. getSession s’exécute avant token et fetch. Le champ interrupted_previous_assistant traverse bridge, SDK, API, runtime et moteur. La readiness du bridge exige capabilities.guarantees.interruption_context=true. Anonyme, expiré ou restreint reçoit 401; une panne du session store retourne 503 no-store sans fetch ni token; l’identité machine est liée à l’organisation. Les allowlists de requête et réponse et la limite streamée de 1 MiB restent actives. Les validations citées utilisent Node 22.23.2. La gate sécurité courante couvre 84 fichiers et 974 tests verts; ses verrous couvrent 128 sources au digest c8255d26…31c0217 et 19 sources média au digest fc741f14…d74641. Ces preuves locales ne démontrent aucun endpoint, secret opéré, cloud, PSTN, appel humain ou SLO. Blockers: Identité machine opérée et rotée, endpoint souverain, intégration de bout en bout, audit, reprise, charge, SLO et approbation sécurité restent à prouver.
Opérer le composant
Responsabilité, séquence nominale, panne et niveau de service attendu.
| Owner et rôle | Séquence nominale | Mode dégradé | Observabilité et SLO |
|---|---|---|---|
| Contrat protégé entre Navy Phone et VoiceBot. Owner API VoiceBot. Non-rôle: Ne transporte pas le média carrier, ne possède pas l’état PBX et ne transmet jamais au VoiceBot le bearer reçu du navigateur. | Le champ interrupted_previous_assistant traverse bridge, SDK, API, runtime et moteur. Le bridge refuse la readiness si interruption_context n’est pas annoncé. | 401 stable si anonyme, expiré ou restreint. Session store, identité machine ou capacité d’interruption indisponible: refus sans inventer un contexte. | Le niveau de preuve est Garde proxy + interruption contextuelle. Aucun SLO de production n’est acquis; l’owner doit mesurer disponibilité, erreurs, saturation et reprise avant promotion. |
Panne, reprise et surveillance
Modes de panne connus, comportement de reprise et signaux à mesurer avant toute mise en service.
| Modes de panne | Reprise après incident | Signaux à mesurer |
|---|---|---|
| Aucun état de session VoiceBot n’est conservé côté Navy Phone après un refus: l’appel est repris par un humain sans valider l’ancien tour. L’identité machine, sa rotation et la reprise restent à opérer. Preuve locale: les 17 tests ciblés dans 4 fichiers cités par voicebot-product.html; aucune preuve de reprise sur un service déployé n’existe. | Signaux existants: tests ciblés des 11 routes, codes 401 et 503, allowlists d’en-têtes et limite streamée de 1 MiB. La gate sécurité courante couvre 84 fichiers et 974 tests verts; les verrous couvrent 128 sources au digest c8255d26…31c0217 et 19 sources média au digest fc741f14…d74641. Aucune métrique ni journal de production n’existe. Avant promotion: mesurer disponibilité, erreurs, saturation et reprise; aucun SLO n’est acquis. |
Déplier ou replier les détails d’architecture
Contrat d’architecture
Entrées, sorties, protocoles, données, dépendances et configuration.
| Amont et entrées | Aval et sorties | Interfaces et trust boundary | État, données et déploiement |
|---|---|---|---|
| Control plane Navy Phone et session utilisateur vérifiée sur 11 routes versionnées. | Sessions VoiceBot, protocoles versionnés et audit dédié. | Les 11 routes passent par getSession avant token/fetch; interrupted_previous_assistant traverse bridge, SDK, API, runtime et moteur. | Session autorisée, organisation, identité machine distincte et readiness exigeant interruption_context=true. Réponse bornée à 1 MiB.Déploiement: Code et tests locaux uniquement; aucun endpoint VoiceBot, secret machine opéré, rotation, réseau privé ou service de production n’est attesté. |
Frontière de confiance: Frontière privée entre le control plane Navy Phone et le produit VoiceBot séparé: 11 routes sous app/api/v1/voicebot. La session est vérifiée par getSession avant jeton ou appel sortant; seuls des en-têtes autorisés traversent dans les deux sens, corps borné à 1 MiB, et le bearer du navigateur ne traverse jamais. Une identité machine liée à l’organisation contrôle le passage.
Déplier ou replier les détails de sécurité et de preuve
Sécurité, preuve et décision
Le statut de preuve reste visible quel que soit le profil choisi.
| Sécurité et identité | Preuve et sources | Blockers | Définitions |
|---|---|---|---|
Les 11 routes passent par getSession avant token/fetch; interrupted_previous_assistant traverse bridge, SDK, API, runtime et moteur. | Niveau de preuve: Les 11 routes sous app/api/v1/voicebot utilisent proxyAuthenticatedVoiceBotNavyCrisis. getSession s’exécute avant token et fetch. Le champ interrupted_previous_assistant traverse bridge, SDK, API, runtime et moteur. La readiness du bridge exige capabilities.guarantees.interruption_context=true. Anonyme, expiré ou restreint reçoit 401; une panne du session store retourne 503 no-store sans fetch ni token; l’identité machine est liée à l’organisation. Les allowlists de requête et réponse et la limite streamée de 1 MiB restent actives. Les validations citées utilisent Node 22.23.2. La gate sécurité courante couvre 84 fichiers et 974 tests verts; ses verrous couvrent 128 sources au digest c8255d26…31c0217 et 19 sources média au digest fc741f14…d74641. Ces preuves locales ne démontrent aucun endpoint, secret opéré, cloud, PSTN, appel humain ou SLO. Allowlists de headers dans les deux sens. Gate sécurité courante: 84 fichiers et 974 tests verts; 128 sources et 19 sources média verrouillées. Produit séparé: 31 pass + 1 skipped, 344 pass + 3 skipped sur 347 tests. Code local, aucun service déployé. Vue d’autorité du domaine · Entrée du catalogue | NO-GO: Identité machine opérée et rotée, endpoint souverain, intégration de bout en bout, audit, reprise, charge, SLO et approbation sécurité restent à prouver. | Consulter les définitions de cette fiche |
| Données et souveraineté UE | Données manipulées: session utilisateur, organisation, contexte d’interruption et réponses bornées à 1 MiB, échangées avec le produit séparé VoiceBot Navy Crisis. Tout reste en code et tests locaux; aucun endpoint déployé ni sortie vers un tiers n’est prouvé. L’endpoint souverain est un blocker: la résidence des données et l’identité machine opérée ne sont pas prouvées. | ||