Centre de confiance
Sécurité, conformité et pratiques en matière de données chez DialerBee
La plateforme de centre de contact IA, avec isolation multi-tenant, conformité en refus par défaut, pistes d'audit en ajout seul et pratiques transparentes en matière de données IA. Conçue pour les secteurs réglementés.
Réponse rapide
Comment DialerBee gère-t-il la sécurité et la conformité ? DialerBee offre une sécurité de niveau entreprise avec chiffrement AES-256, Row-Level Security PostgreSQL pour l'isolation multi-tenant, journaux d'audit en ajout seul et contrôles de conformité en refus par défaut pour la TCPA, le RGPD, la TDRA, la CST et d'autres. L'authentification unique (SSO) est disponible via OIDC et SAML, avec le provisionnement des utilisateurs par SCIM, et la connexion à deux facteurs, une liste d'adresses IP autorisées et la déconnexion après inactivité protègent chaque connexion. Les fonctionnalités d'IA sont facultatives, désactivées par défaut, et les données clients ne sont jamais utilisées pour entraîner des modèles partagés.
Sécurité
Une défense en profondeur, pas une défense par l'espoir
Chaque couche de la pile est renforcée. L'isolation des tenants est validée par des tests automatisés et des processus de revue de sécurité, et non supposée à partir de conventions de nommage.
Chiffrement partout
TLS 1.2+ pour toutes les données en transit. Chiffrement AES-256 pour les données au repos. Le chiffrement est conçu pour être appliqué aux flux de données de production pris en charge, sans repli prévu en clair.
Contrôle d'accès basé sur les rôles
7 rôles distincts, d'agent à super_admin. Les points de terminaison de l'API sont conçus pour appliquer les vérifications de rôle selon le modèle RBAC configuré. Principe du moindre privilège partout.
Isolation multi-tenant
Row-Level Security PostgreSQL appliquée sur chaque table de tenant. Des tests de sécurité automatisés vérifient que le tenant B ne peut pas accéder aux données du tenant A.
Journaux d'audit en ajout seul
Piste d'audit en ajout seul. UPDATE et DELETE révoqués au niveau de la base de données. Les actions administratives et liées à la sécurité sont enregistrées avec leur auteur, leur horodatage et leur contexte lorsque la journalisation d'audit est configurée.
URL d'enregistrement signées
Les enregistrements d'appels ne sont jamais exposés via des chemins bruts. URL signées avec expiration après 1 heure. Les liens expirés renvoient une erreur 403, pas un audio périmé.
Sauvegarde et reprise après sinistre
Sauvegardes automatisées de la base de données avec restauration à un instant donné. Réplication des enregistrements vers un stockage secondaire. Procédures de restauration testées.
Supervision de l'infrastructure
Alertes en temps réel sur la santé des services, les budgets de latence et l'utilisation des ressources. Les tableaux de bord Grafana de niveau de service suivent la disponibilité par rapport au SLA de disponibilité de 99.95% proposé dans l'offre Enterprise.
Journalisation de l'activité des administrateurs
Les actions administratives et liées à la sécurité — création d'utilisateur, changement de rôle, modification de campagne, mise à jour de configuration — sont enregistrées lorsque la journalisation d'audit est configurée.
Accès et identité
L'accès est accordé via une matrice de rôles par tenant, un journal d'audit qui enregistre l'utilisateur et l'adresse IP, et des clés API hachées au repos et limitées à un seul tenant. L'authentification unique (SSO) est disponible via OIDC et SAML, avec le provisionnement des utilisateurs par SCIM, et la connexion à deux facteurs, une liste d'adresses IP autorisées et la déconnexion après inactivité protègent chaque connexion.
Voir le détail de la sécurité et des accèsConformité
Refus par défaut. Les politiques configurées sont appliquées avant la numérotation.
Les chemins de numérotation sortants configurés peuvent passer par le moteur de conformité avant la numérotation. Le refus par défaut peut être appliqué aux politiques de conformité configurées, en bloquant et en journalisant les appels qui échouent aux vérifications requises.
Application DNC/DNCR
Prend en charge les cadres TDRA (Émirats arabes unis), TCPA (États-Unis), CST (Arabie saoudite), NTRA (Égypte) et TRC (Jordanie). Les numéros peuvent être vérifiés avant la numérotation lorsque l'application DNC/DNCR est configurée.
Horaires d'appel par juridiction
Règles d'horaires d'appel appliquées par juridiction. Par défaut aux Émirats arabes unis : 9:00-18:00 heure locale, du dimanche au jeudi. Entièrement configurable par campagne.
Chaîne de preuve du consentement
Les preuves de consentement peuvent inclure l'URL de preuve, l'adresse IP, l'user-agent, l'horodatage et la source. Les politiques de conservation sont configurables par campagne et par juridiction.
Vérification de la propriété du CLI
Numéros présentés vérifiés par tenant et par juridiction. Aucun tenant ne peut usurper le CLI d'un autre tenant. Propriété auditée en continu.
Refus par défaut en cas d'échec
Les politiques de refus par défaut configurées peuvent bloquer les appels lorsque les vérifications de conformité échouent, que les paramètres de politique sont inconnus ou que les services renvoient des erreurs.
Piste de décisions en ajout seul
Les décisions de conformité peuvent être enregistrées avec un horodatage, une référence d'audit et un contexte lorsque la journalisation d'audit est configurée. Les décisions enregistrées sont en ajout seul.
Politiques de conservation des enregistrements
Durées de conservation configurables par tenant. Enregistrements stockés selon les exigences de chaque juridiction. Application automatique de l'expiration.
Rapports de conformité
Tableaux de bord en temps réel des taux de blocage, des correspondances DNC, des consentements arrivant à expiration et des infractions aux horaires d'appel. Exportables pour les audits réglementaires.
IA et pratiques en matière de données
Une IA transparente. Vos données restent les vôtres.
Les fonctionnalités d'IA sont facultatives, désactivées par défaut, et n'utilisent jamais votre audio pour entraîner des modèles partagés. Reprise en main humaine complète à chaque étape.
Traitement audio minimal
La classification AMD est conçue pour traiter un court segment initial de l'audio de l'appel. Aucune analyse audio de l'appel complet n'est effectuée sans consentement explicite. Une politique détaillée sur les données IA est disponible sur demande.
Pas de stockage durable des transcriptions
Les transcriptions générées pour la classification AMD sont utilisées en temps réel et ne sont pas stockées durablement. Les résultats de classification sont conservés ; les transcriptions brutes ne le sont pas.
Entraînement des modèles par tenant
Les retours sur l'AMD peuvent être limités au tenant et régis par les paramètres de conservation et d'IA du client. Aucun croisement entre tenants par défaut.
Pas d'entraînement de modèles partagés
Les données d'appels des clients ne sont pas utilisées par défaut pour entraîner des modèles partagés entre tenants. Les retours sur l'AMD peuvent être limités au tenant et régis par les paramètres de conservation et d'IA du client.
Désactivé par défaut
Les fonctionnalités d'IA peuvent être contrôlées par des indicateurs de fonctionnalité au niveau du tenant et des paramètres d'activation explicite. Rien ne s'active sans configuration explicite du tenant.
Reprise en main humaine toujours possible
Les agents peuvent corriger toute classification de l'IA à tout moment. L'IA assiste ; les humains décident. Les décisions automatisées sont toujours vérifiables.
Désactivation complète possible
Les tenants peuvent désactiver toutes les fonctionnalités d'IA par une seule modification de configuration. La plateforme fonctionne avec toutes ses capacités sans IA.
Piste d'audit des décisions de l'IA
Les classifications de l'IA peuvent être journalisées avec le score de confiance, la version du modèle et le statut de reprise en main humaine lorsque la journalisation d'audit est configurée.
Résidence et stockage des données
Sachez exactement où se trouvent vos données
Toutes les données sont isolées par tenant à chaque couche. Les lieux de stockage et les politiques de conservation sont configurables par tenant pour répondre aux exigences de chaque juridiction.
Stockage des enregistrements en cloud privé
Les enregistrements d'appels sont stockés dans MinIO sur une infrastructure de cloud privé. Aucun stockage objet tiers. Maîtrise totale de la localisation des données et des politiques d'accès.
PostgreSQL pour les données structurées
Toutes les données structurées — contacts, campagnes, décisions de conformité, journaux d'audit — sont stockées dans PostgreSQL 16, avec Row-Level Security appliquée sur chaque table de tenant.
Redis pour les données éphémères
Les données de session, l'état des agents en temps réel et le cache utilisent Redis. Éphémère par conception. Aucune donnée client persistante n'est stockée dans les couches de cache.
Isolation complète des tenants
Les contrôles sont conçus pour empêcher l'accès aux données entre tenants, avec la sécurité au niveau des lignes, des jetons à portée limitée et des tests de sécurité automatisés.
Conservation configurable
La conservation des enregistrements, des journaux d'audit et les politiques de cycle de vie des données sont configurables par tenant. Application automatique des durées de conservation.
Chiffré à chaque couche
Données chiffrées en transit entre tous les services (mTLS). Chiffrées au repos dans PostgreSQL, MinIO et le stockage des sauvegardes. La gestion des clés suit les bonnes pratiques du secteur.
Avertissement sur la conformité
DialerBee fournit des outils qui contribuent à la conformité, des contrôles configurables, des journaux d'audit et des workflows d'application conçus pour aider les organisations à respecter les exigences réglementaires. Les clients restent responsables de leur propre conformité juridique et doivent consulter un conseil qualifié pour les exigences propres à chaque juridiction. Les cadres réglementaires cités (TDRA, TCPA, CST, NTRA, TRC) sont susceptibles d'évoluer.
Niveau de sécurité
État actuel de la mise en œuvre de notre programme de sécurité
La disponibilité en est l'autre moitié. Les médias tournent sur deux nœuds avec basculement des agents, et la base de données est sauvegardée chaque nuit et conservée hors site — décrit sur la fiabilité de la plateforme page.
Ressources de sécurité
Documents et politiques
Téléchargez ou demandez la documentation de sécurité pour votre revue.
Présentation de la sécurité
Architecture, chiffrement, contrôles d'accès et détails de l'infrastructure.
Demander le PDFAccord de traitement des données
DPA standard pour les responsables de traitement. Conditions alignées sur le RGPD.
Demander le DPAListe des sous-traitants
Services tiers qui traitent des données pour notre compte.
Voir la listePolitique IA et données
Comment l'AMD traite l'audio, périmètre de l'entraînement et options de désactivation.
Voir la politiqueDivulgation des vulnérabilités
Signalez les problèmes de sécurité de manière responsable. Nous répondons sous 48 heures.
Signaler un problèmeSynthèse du test d'intrusion
Un test d'intrusion externe indépendant est prévu. Nous en communiquerons une synthèse à nos clients sous NDA une fois le test réalisé.
Demander la synthèsePolitique de confidentialité
Comment nous collectons, utilisons, stockons et protégeons les données personnelles.
Lire la politiqueConditions d’utilisation
Conditions d'utilisation, usage acceptable, responsabilité et contrats.
Lire les conditionsPolitique de réponse aux incidents
Comment nous détectons les incidents de sécurité, y répondons et communiquons à leur sujet.
Demander les détailsPour les dossiers de sécurité entreprise, les DPA personnalisés ou les questionnaires de conformité, contactez security@dialerbee.com
Dernière mise à jour : octobre 2026 · SOC 2 Type II : prévu
Une isolation que vous pouvez inspecter
Ne nous croyez pas sur parole — demandez-nous de le prouver
Toutes les plateformes affirment que vos données sont séparées de celles des autres. Une banque, un opérateur télécom ou un acheteur public ne veut pas d'une phrase ; il veut savoir comment c'est appliqué et comment il pourrait le vérifier. Voici le mécanisme.
Appliquée par la base de données, pas par le code applicatif
La séparation est implémentée sous forme de sécurité au niveau des lignes (row-level security) dans PostgreSQL. Chaque requête est filtrée par tenant au niveau de la base de données : une erreur dans le code applicatif ne peut pas renvoyer les lignes d'un autre tenant — la frontière ne dépend pas de chaque développeur pensant à ajouter une clause WHERE.
FORCE, pas seulement ENABLE
La sécurité au niveau des lignes est activée ET forcée sur les tables des tenants. La forcer signifie que le propriétaire de la table est lui aussi soumis à la politique, ce qui comble la faille habituelle par laquelle le rôle de base de données de l'application peut contourner les règles.
Refus par défaut, pas autorisation par défaut
Lorsqu'un contexte de tenant est absent, la politique refuse au lieu de tout renvoyer par défaut. Une variable de session non définie ne renvoie rien : c'est l'échec sûr, et l'inverse de ce que fait une approche par clause WHERE quand un filtre est oublié.
La conformité échoue aussi en mode fermé
Le même principe s'applique aux appels : si le service de conformité est injoignable, les appels sont bloqués au lieu de passer sans vérification. Un système qui compose alors qu'il ne peut pas vérifier le consentement est pire qu'un système qui s'arrête.
La séparation va au-delà de la base de données
Les pools de numéros présentés, les connaissances et la recherche documentaire, les enregistrements, les rapports et les identités d'expéditeur de messagerie sont tous limités au tenant : rien ne franchit de frontière, pas même en périphérie — ce qui compte lorsque vous exploitez les marques d'autres entreprises.
Ce que vous pouvez nous demander. Venez avec votre équipe sécurité et demandez-nous de lui présenter le modèle d'isolation en détail — quelles tables portent la politique, ce qui arrive à une requête sans contexte de tenant, et comment un enregistrement ou un pool de numéros présentés est cloisonné. Nous préférons répondre à ces questions lors d'une revue plutôt que de les voir surgir pendant un pilote.
Des questions sur la sécurité ou la conformité ?
Notre équipe est prête à échanger sur vos exigences, à partager la documentation et à vous présenter nos pratiques de sécurité.