Locataire unique vs locataires multiples
Un système par client, ou une plateforme pour tous les clients. L'architecture détermine votre capacité d'adaptation.
Si vous gérez des appels sortants pour plusieurs clients, la différence entre une architecture mono-tenant et une architecture mutualisée influe sur l'isolation de vos données, la conformité, la rapidité d'intégration et vos marges. Ce guide compare ces deux approches et indique leurs avantages respectifs.
Réponse rapide
Un numéroteur mono-locataire exécute une instance distincte du logiciel pour chaque client, tandis qu'un numéroteur multi-locataire dessert tous les clients à partir d'une plateforme partagée, les données de chaque locataire étant logiquement partitionnées. Le modèle mono-locataire offre une infrastructure dédiée par client, mais chaque instance doit être mise à jour, corrigée et surveillée individuellement. Le modèle multi-locataire, utilisé par DialerBee, garantit l'isolation au niveau des données ; l'ajout d'un nouveau client se résume donc à une simple configuration et non à un déploiement. Il est ainsi parfaitement adapté aux entreprises d'externalisation de processus métier (BPO), aux services de recouvrement et aux revendeurs de télécommunications qui ajoutent régulièrement de nouveaux clients.
Comprendre le modèle
Qu'est-ce qu'un numéroteur mono-locataire ?
Un numéroteur mono-locataire exécute une instance dédiée du logiciel pour chaque client. Chaque client dispose de son propre environnement applicatif, de sa propre base de données et, souvent, de ses propres serveurs. Aucun élément n'est partagé entre les clients : un locataire, un système. Il s'agit de l'architecture traditionnelle de nombreux déploiements de numéroteurs, qu'ils soient sur site ou hébergés.
L'intérêt est évident. Chaque client étant physiquement ou logiquement séparé au niveau de l'infrastructure, une frontière nette existe entre les ensembles de données. Certaines organisations soumises à des exigences strictes en matière de résidence des données ou ayant des besoins de personnalisation spécifiques privilégient ce modèle précisément parce que l'environnement peut être entièrement adapté à un seul client sans impacter les autres.
Le compromis réside dans la charge opérationnelle. Gérer dix clients implique de facto dix systèmes d'appel automatique : dix mises à jour, dix cycles de correctifs de sécurité, dix procédures de sauvegarde et dix interfaces de surveillance. L'intégration d'un nouveau client nécessite la mise en place d'un nouvel environnement. Pour un prestataire BPO ou un revendeur qui ajoute régulièrement des clients, ces coûts s'accumulent rapidement et ralentissent le rythme de conquête et de lancement de nouvelles activités.
Comprendre le modèle
Qu'est-ce qu'un numéroteur multi-locataires ?
Un numéroteur mutualisé dessert plusieurs clients (locataires) à partir d'une plateforme partagée. Chaque locataire visualise uniquement ses propres campagnes, contacts, agents, enregistrements et rapports, mais tous les locataires utilisent la même application sous-jacente. L'isolation est assurée logiquement, sans nécessiter de matériel distinct pour chaque client. Correctement configuré, un locataire ne peut jamais consulter ni accéder aux données d'un autre locataire.
DialerBee est une plateforme mutualisée qui garantit l'isolation des données. Chaque enregistrement possède une identité de locataire, et l'accès est limité afin que les requêtes ne puissent renvoyer que les lignes appartenant au locataire demandeur – une approche couramment mise en œuvre avec des mécanismes de bases de données tels que la sécurité au niveau des lignes de PostgreSQL. Ainsi, la séparation entre les clients est assurée par la plateforme de données elle-même, et non laissée à la seule responsabilité du code applicatif.
Pour un prestataire BPO ou un revendeur, l'avantage opérationnel est décisif. L'intégration d'un nouveau client se résume à une simple configuration, et non à un projet d'infrastructure. Les mises à jour, les correctifs de sécurité et les nouvelles fonctionnalités sont déployés simultanément pour tous les clients. Vous disposez d'une plateforme unique à superviser et à maintenir, tandis que chaque client bénéficie d'un espace de travail entièrement distinct et personnalisable. C'est ce qui fait de l'architecture mutualisée la solution idéale pour toute entreprise gérant des appels sortants pour plusieurs clients. Consultez notre fonctionnalité multi-locataire pour le détail complet.
Comparaison côte à côte
Monolocataire vs multilocataire : 12 facteurs comparés
| Facteur | Locataire unique | Multi-locataire (DialerBee) |
|---|---|---|
| Isolation des données | Instance distincte par client | Isolation logique appliquée au niveau des données par locataire |
| Contrôles de conformité | Règles configurées système par système | Contrôles de conformité par locataire : listes DNC, heures d’appel, suivi du consentement et limites de tentatives. |
| Temps de configuration par client | Mise en place d'un nouvel environnement : quelques jours à quelques semaines | Configurer un locataire et appliquer son règlement : de quelques minutes à plusieurs heures |
| Modèle de coûts | Le coût se répète pour chaque instance que vous exécutez. | Une plateforme partagée, facturée par poste d'agent |
| Mise à l'échelle | Chaque nouveau client ajoute un système supplémentaire à exploiter | Ajoutez des locataires sans ajouter d'infrastructure à maintenir |
| Contrôle et personnalisation | Personnalisation poussée de l'environnement complet d'un client | Paramètres par locataire : rôles, règles de conformité, image de marque, plages d’extensions et identification de l’appelant |
| Langues | Configuré séparément dans chaque instance | 11 langues sur la plateforme partagée, avec des langues par défaut pour chaque locataire |
| Risque | L'absence de correctif ou de sauvegarde sur une instance quelconque constitue une vulnérabilité. | Isolation des lignes au niveau du locataire dans chaque service, afin qu'un filtre manquant sur un écran ne puisse pas divulguer les lignes d'un autre locataire. |
| Marque / Marque blanche | Personnalisé pour chaque instance, mais cloisonné | Personnalisation de marque par locataire à partir d'une seule plateforme |
| Signalement de la séparation | Les rapports résident dans des systèmes isolés | Rapports par locataire et vue de portefeuille pour les opérateurs |
| Maintenance et mises à jour | Mettez à jour et corrigez chaque instance séparément. | Une seule voie de mise à niveau appliquée simultanément à tous les locataires. |
| Idéal pour | Un utilisateur final unique, ou un contrat client qui impose une infrastructure dédiée | Les BPO, les équipes de recouvrement et les revendeurs de télécommunications gèrent de nombreux clients |
Conçu pour les opérations multi-clients
Pourquoi le multi-locataire convient BPO et revendeurs
Isolation au niveau de la couche de données
Chaque enregistrement est associé à son client, de sorte qu'un client ne peut jamais accéder aux contacts, enregistrements ou rapports d'un autre client. L'isolation est assurée par la plateforme de données — une approche généralement basée sur la sécurité au niveau des lignes de la base de données — et non laissée à la seule logique applicative.
Intégration rapide et reproductible
L'ajout d'un client est une simple étape de configuration, et non un projet d'infrastructure. Il suffit de provisionner un nouveau locataire, d'appliquer sa charte graphique et ses règles de conformité, et d'être opérationnel en quelques heures au lieu des jours ou semaines qu'exigerait une instance dédiée.
Rapports séparés, un seul portefeuille
Chaque client a accès à ses propres tableaux de bord et rapports, tandis que les opérateurs conservent une vue d'ensemble du portefeuille, couvrant l'ensemble des clients. La séparation par client et la supervision centralisée coexistent sur une seule et même plateforme.
La réponse honnête
Quand le modèle mono-locataire reste pertinent
L'architecture mutualisée est la solution idéale par défaut pour les organisations gérant les appels sortants vers de nombreux clients, mais l'architecture mono-tenant n'est pas obsolète. Dans certains cas, une instance dédiée reste la plus appropriée.
Si un client unique est soumis à une obligation de résidence des données ou à un mandat contractuel exigeant une infrastructure physiquement dédiée, un déploiement mono-locataire peut répondre directement à cette exigence. Il en va de même lorsqu'un client a besoin d'une personnalisation poussée et sur mesure du système sous-jacent, personnalisation qui ne serait pas appropriée sur une plateforme partagée.
Les organisations qui ne servent qu'un seul client — ou qui sont elles-mêmes le seul utilisateur final — tirent peu d'avantages du mutualisé, puisqu'il n'y a pas de second locataire à isoler. Dans ces cas-là, la simplicité opérationnelle d'un environnement unique peut largement compenser les avantages d'une plateforme partagée.
Pour tous les autres — les BPO, les revendeurs de télécommunications et les agences qui ajoutent régulièrement de nouveaux clients et ont besoin d'une séparation par client sans frais supplémentaires par client — une plateforme mutualisée bien conçue offre l'isolation de systèmes distincts avec l'efficacité d'un système unique. C'est sur cet équilibre que DialerBee est conçu, et c'est pourquoi notre Solution BPO et plateforme de numérotation en marque blanche sont construites sur des fondations multi-locataires.
Votre situation
Quand choisir lequel
BPO
Vous ajoutez régulièrement des programmes clients.
Chaque nouveau logo s'accompagne de ses propres règles de conformité, de ses propres rapports et de ses propres exigences en matière d'image de marque, et la pression commerciale est forte pour un lancement rapide avant que le client ne change d'avis. Une plateforme mutualisée partagée est la solution idéale : le client devient un locataire que vous configurez plutôt qu'un environnement que vous déployez, et la séparation demandée par votre acheteur est mise en œuvre au niveau des données plutôt que promise dans un schéma.
Équipe de recouvrement
Vous gérez des portefeuilles sous différents mandats.
La gestion du consentement, les plages horaires d'appel et les règles d'enregistrement varient selon les créanciers ; les mélanger est le meilleur moyen d'obtenir un avis de non-conformité. L'architecture mutualisée est également pertinente, car chaque portefeuille dispose de ses propres contrôles de conformité et de sa propre piste d'audit, tandis que l'exploitation se fait sur une plateforme partagée. Une instance dédiée par client ne justifie son coût que si un contrat de créancier exige une infrastructure distincte.
Revendeur de télécommunications
Vous vendez la numérotation en même temps que la connectivité
Les clients ne doivent jamais interagir avec le fournisseur de la plateforme, chacun a besoin de sa propre plage d'extensions et de son propre identifiant d'appelant, et votre marge dépend de l'absence d'environnement dédié à chaque client. Une plateforme mutualisée avec une personnalisation en marque blanche est la solution idéale : chaque client dispose d'un espace de travail à son image, tandis que vous gérez l'infrastructure sous-jacente.
La plateforme
Comment DialerBee s'intègre
DialerBee est conçu pour une architecture multi-tenant. L'isolation est assurée au niveau de la base de données grâce à la sécurité au niveau des lignes de PostgreSQL. Ainsi, chaque requête est limitée au tenant demandeur et l'accès inter-tenant est empêché par le moteur de base de données et non par la logique applicative. Chaque tenant possède ses propres règles de conformité, ses propres enregistrements avec des contrôles indépendants de conservation et de mise sous séquestre légal, sa propre attribution d'utilisation et de facturation, ainsi que sa propre identité visuelle. De nouveaux tenants sont provisionnés en quelques minutes via le portail d'administration ou l' API partenaire. Les détails sont disponibles sur le site de DialerBee. page d'architecture multi-locataires.
L'accès est clairement défini et consultable : une matrice de rôles par locataire comprenant 11 catégories et 41 permissions, un journal d'audit enregistrant l'action, l'utilisateur et l'adresse IP d'origine, des clés API hachées au repos et limitées à leur locataire, et des administrateurs partenaires qui ne voient que les locataires dont ils sont responsables. Ce sujet est traité dans la section suivante : sécurité et accèsLes administrateurs de plateformes et de partenaires bénéficient également d'un centre d'opérations avec des informations sur l'état du service, les appels en direct et le traçage des appels de bout en bout, tandis que les administrateurs locataires ne voient que leur propre locataire.
Foire aux questions
Comment un numéroteur mutualisé parvient-il à séparer les données d'un client de celles d'un autre ?
Chaque client peut-il avoir ses propres règles de conformité sur une plateforme mutualisée ?
Un modèle mono-locataire est-il plus sécurisé qu'un modèle multi-locataire ?
Dans quelle mesure l'intégration d'un nouveau client est-elle plus rapide sur un numéroteur mutualisé ?
Puis-je personnaliser un numéroteur multi-locataires pour chaque client ?
Est-il possible que chaque client s'exécute dans une langue différente sur un numéroteur multi-locataire ?
Comment fonctionne le reporting lorsque plusieurs clients partagent une même plateforme ?
Un numéroteur multi-locataire est-il moins cher qu'un numéroteur mono-locataire ?
Une seule plateforme. Chaque client, totalement isolé.
Réservez une démonstration et découvrez comment l'architecture multi-locataires de DialerBee offre aux BPO et aux revendeurs une isolation par client, une personnalisation de marque par locataire et une IA multilingue en 11 langues sur une seule plateforme.
Plus de comparatifs
Revente en marque blanche vs revente par recommandation
Revente en marque blanche ou par parrainage pour les revendeurs de composeurs automatiques : comparez la marque, la marge, la fidélisation client et le contrôle. Découvrez pourquoi la marque blanche permet de créer un véritable produit.
IA AMD vs Détection de bips
Comparez la classification de transcriptions par IA à la AMD vocale. DialerBee AI AMD prend en charge 11 langues avec prise en compte des dialectes. Réservez une démonstration pour le voir en direct.
Composeur IA vs Composeur traditionnel
Comparaison entre un numéroteur IA et un numéroteur traditionnel : AMD basé sur la transcription, transcription en direct, résumés IA et rythme adaptatif dans 11 langues, sur vos propres opérateurs.
Composeur automatique vs Composeur prédictif
Composeur automatique vs composeur prédictif : fonctionnement de chaque méthode et choix de la solution la plus adaptée à la taille de votre équipe, à vos exigences de conformité et à vos objectifs de fréquence de contact. DialerBee prend en charge les deux.
Composeur de navigateur vs softphone
Comparez les numéroteurs WebRTC pour navigateur aux softphones installés. DialerBee fonctionne dans n'importe quel navigateur, offre un son HD et ne nécessite aucune installation. Demandez une démonstration gratuite dès aujourd'hui.
Fabriquer ou acheter un composeur
Faut-il développer ou acheter un numéroteur sortant ? Comparez les coûts d’ingénierie, le délai de mise en service, les contraintes de conformité, l’optimisation de la téléphonie et des performances AMD, les risques liés à la mise à l’échelle et la rapidité d’intégration des fonctionnalités.