Vai al contenuto

Architettura multi-tenant

Contact center multi-tenant: ogni cliente isolato, un'unica piattaforma.

Regole di conformità, registrazioni, utenti e fatturazione separati per cliente. RLS di PostgreSQL applicata a livello di database. Crea nuovi tenant in pochi minuti.

Prova gratuita di 14 giorni · credito IA gratuito per provare l'agente vocale IA · senza carta di credito

La dashboard di amministrazione DialerBee per un singolo tenant, che mostra gli agenti attivi, l'andamento del tasso di connessione, le disposizioni e il mix linguistico di tale tenant, separatamente dagli altri tenant.

La dashboard di DialerBee: gestisci campagne, agenti e reportistica per tenant da un unico punto.

Sviluppato da BroadNet: 22 anni nelle telecomunicazioni 11 lingue, con riconoscimento dei dialetti BYOC: i tuoi operatori, nessun vincolo A supporto della conformità (TCPA, GDPR, TDRA)

Risposta rapida

Che cos'è l'architettura multi-tenant di DialerBee? L'architettura multi-tenant di DialerBee offre un isolamento completo dei clienti per BPO, rivenditori di telecomunicazioni e organizzazioni che gestiscono più programmi per conto di clienti. Ogni tenant dispone di dati isolati (garantiti dalla Row-Level Security di PostgreSQL a livello di database), regole di conformità indipendenti (liste DNC, fasce orarie, gestione dei consensi), registrazioni delle chiamate separate (archiviazione per tenant con conservazione e legal hold indipendenti), fatturazione per tenant (utilizzo, minuti e postazioni monitorati separatamente), controllo degli accessi basato sui ruoli (agenti e supervisori limitati al proprio tenant), calibrazione dell'IA per tenant (l'accuratezza AMD migliora in modo indipendente per ciascun tenant) e provisioning dei tenant in pochi minuti tramite portale di amministrazione o API. Disponibile in 11 lingue con lingua predefinita per tenant.

Il problema

I dialer single-tenant non scalano per i BPO

BPO e rivenditori di telecomunicazioni gestiscono più programmi per conto di clienti su un'unica piattaforma. Ogni cliente ha requisiti di conformità diversi, liste DNC diverse, policy di registrazione diverse e fatturazione diversa. Gestire un'istanza dialer separata per ogni cliente è costoso, complesso dal punto di vista operativo e non scala. Ma far lavorare tutti i clienti su un'istanza condivisa senza un isolamento adeguato crea un rischio inaccettabile: i dati di un cliente che finiscono a un altro, le regole di conformità di un cliente che influiscono sulle campagne di un altro.

La maggior parte dei dialer offre solo semplici gruppi di utenti , non un vero multi-tenant. Gli utenti possono essere organizzati in gruppi, ma i dati sottostanti sono condivisi. I report potrebbero essere filtrabili per gruppo, ma il controllo avviene a livello applicativo, non di database. Un bug, un filtro configurato male o una query API scritta male potrebbero esporre i dati di un cliente a un altro. Per i BPO che trattano dati regolamentati (finanziari, sanitari o dati personali) questo livello di isolamento è insufficiente.

Un vero multi-tenant significa isolamento a ogni livello: query del database circoscritte per tenant, registrazioni archiviate separatamente, regole di conformità configurabili in modo indipendente, fatturazione monitorata per cliente e controlli degli accessi che rendono l'accesso tra tenant impossibile per architettura, non solo improbabile.

N istanze
Senza multi-tenant
un dialer per cliente è costoso
Rischio
Dialer a istanza condivisa
l'isolamento a livello applicativo è fragile
Minuti
Per creare un nuovo tenant
non settimane di deployment

Come funziona

Isolamento a ogni livello

L'architettura multi-tenant di DialerBee utilizza la Row-Level Security (RLS) di PostgreSQL per applicare i confini tra tenant a livello del motore del database. Questo significa che l'isolamento non è solo logica applicativa — è applicato dal database stesso. Ogni query è automaticamente limitata al tenant corrente. L'accesso ai dati cross-tenant è architetturalmente impedito, non solo limitato da una policy. Se stai valutando questo rispetto a uno stack open source più datato, vedi il nostro alternativa a VICIdial comparison.

Fase 01

Isolamento dei dati

I dati di ogni cliente risiedono in una partizione logicamente isolata. La RLS di PostgreSQL garantisce che ogni query sia automaticamente circoscritta al tenant corrente, con un controllo applicato dal motore di database e non dalla logica applicativa.

Fase 02

Isolamento delle regole

Ogni tenant ha configurazioni di conformità indipendenti: liste DNC, regole sulle fasce orarie, gestione dei consensi, limiti di ritentativo e profili normativi. Le regole di un cliente non influiscono mai sulle campagne di un altro.

Fase 03

Isolamento delle registrazioni

Le registrazioni delle chiamate sono archiviate e accessibili per tenant, con isolamento completo. Policy di conservazione, controlli di legal hold e monitoraggio dello spazio indipendenti per ogni cliente.

Fase 04

Isolamento della fatturazione

Utilizzo, minuti e postazioni vengono monitorati per tenant. Esporta i dati di fatturazione per fatturare ai clienti o integrali con il tuo sistema di fatturazione. Piena attribuzione dei costi per cliente.

Confronto diretto

Vero multi-tenant vs semplici gruppi di utenti

Funzionalità Semplici gruppi di utenti DialerBee multi-tenant
Isolamento dei dati Filtri a livello applicativo RLS di PostgreSQL a livello del motore di database
Regole di conformità Condivise con eccezioni per gruppo Indipendenti per tenant, completamente isolate
Registrazioni Archiviazione condivisa con tag di gruppo Archiviazione isolata per tenant
Fatturazione Attribuzione manuale Monitoraggio automatico dell'utilizzo per tenant
Provisioning Configurazione manuale per ogni cliente Pochi minuti tramite portale di amministrazione o API
Rischio tra tenant Un bug o un filtro configurato male possono far trapelare dati Impedito per architettura dalla RLS
Calibrazione dell'IA Modello condiviso tra tutti i clienti Workflow di calibrazione AMD per tenant
report Viste filtrate di dati condivisi Dashboard ed esportazioni circoscritte per tenant

Funzionalità di gestione

Gestisci più clienti da un'unica piattaforma

Oltre all'isolamento, l'architettura multi-tenant di DialerBee offre il livello di gestione di cui i BPO hanno bisogno per operare in modo efficiente su più clienti. Provisioning dei tenant, accesso basato sui ruoli, analytics trasversali ai tenant per i proprietari della piattaforma e opzioni white-label lavorano insieme per rendere la gestione multi-cliente praticabile a livello operativo, non solo possibile a livello tecnico.

Controllo degli accessi basato sui ruoli

Permessi granulari per tenant. Amministratori, supervisori e agenti vedono solo ciò che devono vedere. I proprietari della piattaforma dispongono di viste trasversali ai tenant per la gestione operativa.

Reportistica per cliente

Ogni report, dashboard ed esportazione è circoscritto al tenant. Analytics trasversali ai clienti disponibili per i proprietari della piattaforma. Report pianificati specifici per cliente.

Provisioning dei tenant

Crea un nuovo ambiente cliente in pochi minuti tramite portale di amministrazione o Partner API. Utenti, campagne, regole di conformità e pool di DID, tutto basato su modelli.

Separazione della fatturazione

Monitora utilizzo, minuti, postazioni e costi di messaggistica per tenant. Esporta i dati di fatturazione per la fatturazione ai clienti. Integra il tuo sistema di fatturazione tramite API.

Calibrazione dell'IA per tenant

L'accuratezza AMD migliora in modo indipendente per ciascun tenant grazie a workflow di calibrazione circoscritti al tenant. Il feedback di ogni cliente migliora le performance del proprio modello.

Opzioni white-label

Gestisci DialerBee con il tuo marchio, con dominio, logo e combinazione di colori personalizzati. Branding per tenant nei deployment per rivenditori.

Specifiche tecniche

Dietro le quinte

Metodo di isolamento Row-Level Security (RLS) di PostgreSQL a livello del motore di database
Ambito dei dati Ogni query circoscritta automaticamente al tenant corrente
Isolamento della conformità Liste DNC, fasce orarie, consensi, limiti di ritentativo e profili normativi per tenant
Isolamento delle registrazioni Archiviazione per tenant con conservazione e legal hold indipendenti
Monitoraggio della fatturazione Utilizzo, minuti, postazioni e costi di messaggistica per tenant
Provisioning Pochi minuti tramite portale di amministrazione o Partner API con configurazioni basate su modelli
RBAC Controllo granulare degli accessi basato sui ruoli per tenant
Calibrazione dell'IA Workflow di calibrazione AMD per tenant: miglioramento del modello per singolo cliente
report Dashboard ed esportazioni per tenant; viste trasversali ai tenant per i proprietari della piattaforma
Gestione dei DID Pool di caller ID per tenant con rotazione e associazione alle campagne isolate
White-label Dominio, logo e colori personalizzati per tenant
Accesso API Gestione, provisioning e fatturazione dei tenant tramite API REST

Domande frequenti sul multi-tenant

Come garantisce DialerBee l'isolamento dei tenant?
DialerBee usa la Row-Level Security (RLS) di PostgreSQL per applicare i confini tra tenant a livello delle query del database. Ciò significa che l'isolamento è garantito dal motore di database stesso, non solo dalla logica applicativa. Ogni query è automaticamente circoscritta al tenant corrente. L'accesso ai dati tra tenant è impedito per architettura.
Ogni tenant può avere regole di conformità diverse?
Sì. Ogni tenant ha liste DNC, regole sulle fasce orarie, gestione dei consensi, limiti di ritentativo e profili normativi indipendenti. Un tenant può applicare le regole TCPA mentre un altro applica quelle TDRA sulla stessa piattaforma, senza sovrapposizioni né interferenze.
Quanto velocemente posso creare un nuovo tenant?
I nuovi tenant possono essere creati in pochi minuti tramite il portale di amministrazione o la Partner API. Configurazioni basate su modelli per regole di conformità, ruoli utente, impostazioni delle campagne e pool di DID accelerano l'onboarding. Gli agenti possono iniziare a chiamare il giorno stesso.
La registrazione delle chiamate è isolata tra i tenant?
Sì. Le registrazioni delle chiamate sono archiviate e accessibili per tenant, con isolamento completo. Ogni tenant ha policy di conservazione, controlli di legal hold e monitoraggio dello spazio indipendenti. Nessun tenant può mai accedere alle registrazioni di un altro tenant tramite l'interfaccia o l'API.
Come funziona la calibrazione dell'IA per tenant?
Le correzioni degli agenti sull'AMD con IA alimentano workflow di calibrazione circoscritti al tenant. Ciò significa che il feedback di ciascun tenant migliora l'accuratezza AMD per i suoi operatori, le sue aree geografiche e i suoi tipi di campagna specifici, senza influire sui modelli degli altri tenant.
I proprietari della piattaforma possono vedere i dati di tutti i tenant?
Sì. I proprietari e gli amministratori della piattaforma possono accedere ad analytics trasversali ai tenant per la gestione operativa: utilizzo totale, stato della piattaforma e metriche aggregate. Gli utenti a livello di tenant (amministratori, supervisori, agenti), invece, vedono solo i dati del proprio tenant.
Il multi-tenant funziona con il white-label?
Sì. Le opzioni white-label consentono dominio, logo e combinazione di colori personalizzati per tenant. È la soluzione ideale per i rivenditori di telecomunicazioni che vogliono offrire a ogni cliente un'esperienza con il proprio marchio, su un'infrastruttura condivisa.
Come viene monitorata la fatturazione per tenant?
Utilizzo, minuti, postazioni e costi di messaggistica vengono monitorati automaticamente per tenant. I dati di fatturazione possono essere esportati per la fatturazione o integrati con il tuo sistema di fatturazione tramite API. I costi di ogni tenant vengono attribuiti completamente senza calcoli manuali.

Pensato per BPO e rivenditori

Prenota una demo e scopri come DialerBee isola ogni cliente con un multi-tenant di livello enterprise.

Prova gratuita di 14 giorni · credito IA gratuito · senza carta · vedi i prezzi

Visualizza il sito completo in inglese →