En développement
Cartographie et navigation en direct de menus téléphoniques
Backend d’une application de téléphonie qui cartographie le menu d’une entreprise et le parcourt pendant un appel en direct avant de transférer l’appel à destination. Sous NDA : ni démo publique, ni code source, ni nom de fournisseur.
Qui a ce problème
Appeler une grande entreprise veut presque toujours dire écouter un menu téléphonique, deviner quelle option mène à une personne et recommencer quand on se trompe. Le client, une startup de téléphonie grand public pas encore lancée, voulait une application qui montre le menu avant l’appel puis navigue à votre place. Comprendre le menu était la partie la plus simple. Le difficile, c’est le timing : les menus font des pauses au milieu de l’accueil, continuent d’énumérer les options après qu’on a appuyé sur une touche, ignorent les touches pressées au mauvais moment et laissent quelques secondes pour répondre avant de recommencer.
Mon rôle
Services FastAPI de cartographie des menus et navigation des appels, intégration à l’API de l’application et gestion des sessions téléphoniques.
Les décisions que j’ai prises
- Deux moteurs partagent le même pipeline d’appel : l’explorateur cartographie les menus et le navigateur suit le parcours choisi pendant l’appel.
- Une cartographie interrompue ou incomplète ne remplace pas la dernière cartographie complète. La navigation confirme l’envoi de chaque touche et refuse les options absentes du menu.
- Le service d’appel en direct est isolé dans un worker car l’état de session reste en mémoire ; les moteurs partagent le contrôle d’appel, la transcription et la couche de décision.
- Les numéros saisis par l’utilisateur sont masqués au moment de la composition. Le flux d’enregistrement des appels a été supprimé.
Les limites qui restent
- L’application n’est pas encore lancée et le travail est sous NDA ; aucune démo publique, aucun code source ni nom de fournisseur.