AYWA est fourni et facturé par RTLS TechLab, Société par Actions Simplifiée (SAS), immatriculée en FR sous le numéro 942468596, FR39942468596. Siège social : 166-168 Avenue Georges Clemenceau, 92000 Nanterre, FR. Contact juridique : team@aywa.ai.
1. Modèle de sécurité
AYWA applique une sécurité en profondeur au plan de contrôle, au runtime vocal et aux intégrations. Les protections exactes dépendent du mode de déploiement, des fournisseurs activés et des responsabilités définies au contrat. Cette page décrit l’approche générale et ne constitue pas une certification ni un SLA.
2. Isolation et contrôles d’accès
Les ressources applicatives sont isolées par tenant et les autorisations par utilisateur et rôle. Les opérations sensibles exigent une session authentifiée et des contrôles serveur. L’isolation doit être complétée par une configuration correcte des membres, rôles, clés et intégrations du client.
3. Communications et secrets
Les interfaces publiques utilisent des connexions chiffrées lorsqu’elles transitent sur des réseaux externes. Les mots de passe sont gérés par le service d’authentification. Les secrets récupérables nécessaires aux fournisseurs et intégrations sont protégés selon leur usage ; ils ne doivent pas être confondus avec des mots de passe irréversiblement hachés.
4. Frontière des données vocales
Les appels, audio, transcriptions, enregistrements, payloads tools et secrets providers sont traités dans l’environnement runtime et par les fournisseurs choisis pour le service. Le plan de contrôle AYWA conserve les données nécessaires au compte, à la licence, à la facturation et à l’état des instances. La frontière exacte dépend du déploiement et doit être validée avant la mise en production.
5. Journalisation et protection opérationnelle
Des journaux techniques, contrôles de débit, validations d’entrée et mécanismes de reprise contribuent à détecter et limiter les anomalies. Leur couverture et leur durée dépendent du composant et du plan. Les informations sensibles ne doivent pas être placées volontairement dans les journaux.
6. Conservation, sauvegarde et suppression
La conservation des artefacts dépend des réglages du tenant, de l’architecture de stockage et des obligations applicables. Les sauvegardes et objectifs de reprise sont définis par composant et, pour les engagements garantis, par contrat. La suppression peut rester différée dans des sauvegardes pendant leur cycle normal.
7. Gestion des incidents
Les incidents confirmés sont qualifiés, limités, analysés et communiqués selon leur impact, le contrat et la loi. Les délais de prise en charge garantis, l’astreinte et les objectifs de disponibilité n’existent que lorsqu’ils sont expressément prévus dans l’offre souscrite.
8. Signalement
Pour signaler de manière responsable une vulnérabilité ou un incident, écrivez à team@aywa.ai avec les éléments strictement nécessaires. Ne testez pas sur des données de tiers, ne perturbez pas le service et n’exposez pas publiquement un secret ou une vulnérabilité non corrigée.
Protéger les accès aux dossiers pendant l’appel
Lorsqu’un agent consulte un dossier pendant l’appel, le moteur vocal peut s’y référer avec un jeton temporaire à la place de l’identifiant interne de la fiche. Ce mécanisme permet de suivre la demande du client tout en limitant l’exposition des références de vos dossiers.
Pour les accès ainsi protégés, les jetons sont chiffrés, ont une durée de validité limitée et sont liés à l’appel concerné. Le serveur vérifie leur validité et les autorisations avant de donner accès au dossier. Un jeton expiré ou présenté dans un autre appel est refusé.
Les informations métier nécessaires à la conversation restent soumises aux droits configurés pour l’agent. La protection des références complète les mesures de traitement et de conservation décrites sur cette page ; elle ne rend pas anonyme le contenu d’une conversation.