Passer au contenu

Architecture multi-tenant

Centre de contact multi-tenant : chaque client isolé, une plateforme.

Règles de conformité, enregistrements, utilisateurs et facturation séparés par client. RLS PostgreSQL appliquée au niveau de la base de données. Provisionnez de nouveaux tenants en quelques minutes.

Essai gratuit de 14 jours · crédit IA gratuit pour essayer l'agent vocal IA · sans carte bancaire

Tableau de bord d'administration DialerBee pour un locataire, affichant les agents actifs de ce locataire, la tendance du taux de connexion, les dispositions et la répartition linguistique indépendamment des autres locataires.

Le tableau de bord DialerBee — gérez campagnes, agents et reporting par tenant depuis un seul endroit.

Développé par BroadNet — 22 ans dans les télécoms 11 langues, adaptées aux dialectes BYOC — vos opérateurs, sans verrouillage Soutien à la conformité (TCPA, RGPD, TDRA)

Réponse rapide

Qu'est-ce que l'architecture multi-tenant de DialerBee ? Elle assure une isolation complète des clients pour les BPO, les revendeurs télécoms et les organisations qui gèrent plusieurs programmes clients. Chaque tenant dispose de données isolées (garanties par la Row-Level Security de PostgreSQL au niveau de la base de données), de règles de conformité indépendantes (listes DNC, horaires d'appel, suivi du consentement), d'enregistrements d'appels séparés (stockage par tenant avec rétention et conservation légale indépendantes), d'une facturation par tenant (usage, minutes et postes suivis séparément), d'un contrôle d'accès basé sur les rôles (agents et superviseurs limités à leur tenant), d'un réglage de l'IA par tenant (la précision de l'AMD s'améliore indépendamment pour chaque tenant) et d'un provisionnement des tenants en quelques minutes via le portail d'administration ou l'API. Disponible en 11 langues, avec une langue par défaut par tenant.

Le problème

Les numéroteurs mono-tenant ne passent pas à l'échelle pour les BPO

Les BPO et les revendeurs télécoms gèrent plusieurs programmes clients sur une seule plateforme. Chaque client a des exigences de conformité, des listes DNC, des politiques d'enregistrement et une facturation différentes. Exploiter une instance de numéroteur distincte pour chaque client coûte cher, complique l'exploitation et ne passe pas à l'échelle. Mais faire tourner tous les clients sur une instance partagée sans véritable isolation crée un risque inacceptable — les données d'un client qui fuient vers un autre, les règles de conformité d'un client qui affectent les campagnes d'un autre.

La plupart des numéroteurs ne proposent que de simples groupes d'utilisateurs — pas un vrai multi-tenant. Les utilisateurs peuvent être organisés en groupes, mais les données sous-jacentes sont partagées. Les rapports sont peut-être filtrables par groupe, mais l'application se fait au niveau applicatif, pas dans la base de données. Un bug, un filtre mal configuré ou une requête API mal écrite peut exposer les données d'un client à un autre. Pour les BPO qui traitent des données réglementées — financières, de santé ou personnelles —, ce niveau d'isolation est insuffisant.

Un vrai multi-tenant, c'est une isolation à chaque couche : requêtes en base limitées par tenant, enregistrements stockés séparément, règles de conformité configurables indépendamment, facturation suivie par client et contrôles d'accès qui rendent l'accès d'un tenant à un autre impossible par conception — et pas seulement improbable.

N instances
Sans multi-tenant
un numéroteur par client coûte cher
Risque
Numéroteurs à instance partagée
l'isolation au niveau applicatif est fragile
Minutes
Pour provisionner un nouveau tenant
pas des semaines de déploiement

Comment ça marche

Une isolation à chaque couche

L'architecture multi-tenant de DialerBee s'appuie sur la Row-Level Security (RLS) de PostgreSQL pour appliquer les frontières entre tenants au niveau du moteur de base de données. Cela signifie que l'isolation n'est pas seulement une logique applicative — elle est appliquée par la base de données elle-même. Chaque requête est automatiquement limitée au tenant courant. L'accès aux données entre tenants est empêché par l'architecture, pas seulement restreint par une politique. Si vous comparez cela à une pile open source plus ancienne, voir notre alternative à VICIdial comparison.

Étape 01

Isoler les données

Les données de chaque client résident dans une partition logiquement isolée. La RLS de PostgreSQL garantit que chaque requête est automatiquement limitée au tenant courant — une règle imposée par le moteur de base de données, pas par la logique applicative.

Étape 02

Isoler les règles

Chaque tenant dispose de configurations de conformité indépendantes : listes DNC, règles d'horaires d'appel, suivi du consentement, limites de relance et profils réglementaires. Les règles d'un client n'affectent jamais les campagnes d'un autre.

Étape 03

Isoler les enregistrements

Les enregistrements d'appels sont stockés et consultés par tenant, avec une isolation complète. Politiques de rétention, contrôles de conservation légale et suivi du stockage indépendants pour chaque client.

Étape 04

Isoler la facturation

L'usage, les minutes et les postes sont suivis par tenant. Exportez les données de facturation pour facturer vos clients ou intégrez-les à votre système de facturation. Attribution complète des coûts par client.

Comparatif

Vrai multi-tenant vs de simples groupes d'utilisateurs

Fonctionnalité Simples groupes d'utilisateurs DialerBee multi-tenant
Isolation des données Filtres au niveau applicatif RLS PostgreSQL au niveau du moteur de base de données
Règles de conformité Partagées, avec exceptions par groupe Indépendantes par tenant — entièrement isolées
Enregistrements Stockage partagé avec étiquettes de groupe Stockage isolé par tenant
Facturation Attribution manuelle Suivi automatique de l'usage par tenant
Provisionnement Configuration manuelle par client Quelques minutes via le portail d'administration ou l'API
Risque entre tenants Un bug ou un filtre mal configuré peut faire fuiter des données Empêché par l'architecture grâce à la RLS
Réglage de l'IA Modèle partagé pour tous les clients Workflows de réglage de l'AMD par tenant
reporting Vues filtrées des données partagées Tableaux de bord et exportations cloisonnés par tenant

Fonctionnalités de gestion

Gérez plusieurs clients depuis une seule plateforme

Au-delà de l'isolation, l'architecture multi-tenant de DialerBee fournit la couche de gestion dont les BPO ont besoin pour travailler efficacement avec plusieurs clients. Provisionnement des tenants, accès basé sur les rôles, analytique multi-tenants pour les propriétaires de la plateforme et options de marque blanche fonctionnent ensemble pour rendre la gestion multi-clients praticable au quotidien — et pas seulement possible techniquement.

Contrôle d'accès basé sur les rôles

Des permissions fines par tenant. Administrateurs, superviseurs et agents ne voient que ce qu'ils doivent voir. Les propriétaires de la plateforme disposent de vues multi-tenants pour la gestion opérationnelle.

Reporting par client

Chaque rapport, tableau de bord et export est limité au tenant. Analytique multi-clients disponible pour les propriétaires de la plateforme. Rapports programmés par client.

Provisionnement des tenants

Créez un nouvel environnement client en quelques minutes via le portail d'administration ou l'API partenaire. Utilisateurs, campagnes, règles de conformité et pools de DID — tout à partir de modèles.

Facturation séparée

Suivez l'usage, les minutes, les postes et les coûts de messagerie par tenant. Exportez les données de facturation pour facturer. Intégrez votre système de facturation via l'API.

Réglage de l'IA par tenant

La précision de l'AMD s'améliore indépendamment pour chaque tenant grâce à des workflows de réglage limités au tenant. Les retours de chaque client améliorent les performances de son propre modèle.

Options en marque blanche

Exploitez DialerBee sous votre marque avec domaine, logo et palette de couleurs personnalisés. Branding par tenant pour les déploiements de revendeurs.

Spécifications techniques

Sous le capot

Méthode d'isolation Row-Level Security (RLS) de PostgreSQL au niveau du moteur de base de données
Périmètre des données Chaque requête automatiquement limitée au tenant courant
Isolation de la conformité Listes DNC, horaires d'appel, consentement, limites de relance et profils réglementaires par tenant
Isolation des enregistrements Stockage par tenant avec rétention et conservation légale indépendantes
Suivi de la facturation Usage, minutes, postes et coûts de messagerie par tenant
Provisionnement Quelques minutes via le portail d'administration ou l'API partenaire, avec configurations à partir de modèles
RBAC Contrôle d'accès fin basé sur les rôles, par tenant
Réglage de l'IA Workflows de réglage de l'AMD limités au tenant — amélioration du modèle par client
reporting Tableaux de bord et exports par tenant ; vues multi-tenants pour les propriétaires de la plateforme
Gestion des DID Pools de numéros présentés par tenant, avec rotation et association aux campagnes isolées
Marque blanche Domaine, logo et couleurs personnalisés par tenant
Accès API Gestion des tenants, provisionnement et facturation via l'API REST

Questions fréquentes sur le multi-tenant

Comment DialerBee garantit-il l'isolation des tenants ?
DialerBee utilise la Row-Level Security (RLS) de PostgreSQL pour appliquer les frontières entre tenants au niveau des requêtes en base de données. L'isolation est donc imposée par le moteur de base de données lui-même, et pas seulement par la logique applicative. Chaque requête est automatiquement limitée au tenant courant. L'accès aux données d'un autre tenant est empêché par l'architecture.
Chaque tenant peut-il avoir ses propres règles de conformité ?
Oui. Chaque tenant dispose de listes DNC, de règles d'horaires d'appel, d'un suivi du consentement, de limites de relance et de profils réglementaires indépendants. Un tenant peut appliquer les règles TCPA et un autre les règles TDRA sur la même plateforme, sans chevauchement ni interférence.
En combien de temps puis-je provisionner un nouveau tenant ?
Les nouveaux tenants se créent en quelques minutes via le portail d'administration ou l'API partenaire. Des configurations à partir de modèles pour les règles de conformité, les rôles utilisateurs, les paramètres de campagne et les pools de DID accélèrent la mise en route. Les agents peuvent commencer à appeler le jour même.
L'enregistrement des appels est-il isolé entre tenants ?
Oui. Les enregistrements d'appels sont stockés et consultés par tenant, avec une isolation complète. Chaque tenant dispose de ses propres politiques de rétention, contrôles de conservation légale et suivi du stockage. Aucun tenant ne peut jamais accéder aux enregistrements d'un autre tenant via l'interface ou l'API.
Comment fonctionne le réglage de l'IA par tenant ?
Les corrections des agents sur l'AMD par IA alimentent des workflows de réglage limités au tenant. Les retours de chaque tenant améliorent donc la précision de l'AMD pour ses propres opérateurs, régions et types de campagnes — sans affecter les modèles des autres tenants.
Les propriétaires de la plateforme peuvent-ils voir les données de plusieurs tenants ?
Oui. Les propriétaires et administrateurs de la plateforme peuvent accéder à une analytique multi-tenants pour la gestion opérationnelle — usage total, santé de la plateforme et indicateurs agrégés. Mais les utilisateurs au niveau du tenant (administrateurs, superviseurs, agents) ne voient que les données de leur propre tenant.
Le multi-tenant fonctionne-t-il avec la marque blanche ?
Oui. Les options de marque blanche permettent un domaine, un logo et une palette de couleurs personnalisés par tenant. C'est idéal pour les revendeurs télécoms qui veulent que chaque client voie une expérience à sa marque tout en s'appuyant sur une infrastructure partagée.
Comment la facturation est-elle suivie par tenant ?
L'usage, les minutes, les postes et les coûts de messagerie sont suivis automatiquement par tenant. Les données de facturation peuvent être exportées pour facturer ou intégrées à votre système de facturation via l'API. Les coûts de chaque tenant sont entièrement attribués, sans calcul manuel.

Conçu pour les BPO et les revendeurs

Réservez une démo et découvrez comment DialerBee isole chaque client grâce à un multi-tenant de niveau entreprise.

Essai gratuit de 14 jours · crédit IA gratuit · sans carte · voir les tarifs

Voir le site complet en anglais →