Architettura multi-tenant

Isolamento completo del client. Progettato per le aziende di BPO (Business Process Outsourcing).

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

Risposta rapida

Cos'è l'architettura multi-tenant in DialerBee? L'architettura multi-tenant di DialerBee offre un isolamento completo dei client per BPO, rivenditori di telecomunicazioni e organizzazioni che gestiscono più programmi client. Ogni tenant dispone di dati isolati (garantiti dalla sicurezza a livello di riga di PostgreSQL a livello di database), regole di conformità indipendenti (liste DNC, orari di chiamata, tracciamento del consenso), registrazioni delle chiamate separate (archiviazione per tenant con conservazione e blocco legale indipendenti), fatturazione per tenant (utilizzo, minuti, postazioni tracciati separatamente), controllo degli accessi basato sui ruoli (agenti e supervisori con accesso limitato al proprio tenant), ottimizzazione dell'IA per tenant (la precisione AMD migliora indipendentemente per ogni tenant) e provisioning del tenant in pochi minuti tramite portale di amministrazione o API. Disponibile in 9 lingue con impostazioni linguistiche predefinite per ogni tenant.

Il problema

I dialer a tenant singolo non scala per i BPO

Le BPO e i rivenditori di telecomunicazioni gestiscono più programmi clienti su un'unica piattaforma. Ogni cliente ha requisiti di conformità diversi, liste DNC diverse, politiche di registrazione diverse e fatturazione diversaGestire un'istanza di dialer separata per ogni cliente è costoso, complesso dal punto di vista operativo e non scalabile. Tuttavia, eseguire tutti i clienti su un'istanza condivisa senza un adeguato isolamento crea un rischio inaccettabile: i dati di un cliente potrebbero finire in un altro, le regole di conformità di un cliente potrebbero influenzare le campagne di un altro.

La maggior parte dei dialer offre solo gruppi di utenti di base — non si tratta di una vera multi-tenancy. Gli utenti possono essere organizzati in gruppi, ma i dati sottostanti sono condivisi. I report potrebbero essere filtrabili per gruppo, ma l'applicazione dei filtri avviene a livello applicativo, non a livello di database. Un bug, un filtro configurato in modo errato o una query API scritta male potrebbero esporre i dati di un cliente a quelli di un altro. Per le aziende di BPO che gestiscono dati regolamentati — finanziari, sanitari o relativi a dati personali — questo livello di isolamento è insufficiente.

Una vera architettura multi-tenant implica isolamento a ogni livello: query di database circoscritte per tenant, registrazioni archiviate separatamente, regole di conformità configurabili in modo indipendente, fatturazione tracciata per cliente e controlli di accesso che rendono l'accesso tra tenant architetturalmente impossibile, non solo improbabile.

N istanze
Senza multi-tenancy
Un sistema di composizione automatica per cliente è costoso
Rischio
Dialer a istanza condivisa
L'isolamento a livello applicativo è fragile
Minuti
Per fornire un nuovo inquilino
non settimane di implementazione

Come funziona

Isolamento a ogni strato

L'architettura multi-tenant di DialerBee utilizza Sicurezza a livello di riga (RLS) di PostgreSQL Per imporre i limiti tra i tenant a livello del motore del database. Ciò significa che l'isolamento non è solo una questione di logica applicativa, ma viene imposto dal database stesso. Ogni query è automaticamente limitata al tenant corrente. L'accesso ai dati tra tenant diversi è impedito a livello architetturale, non solo limitato dalle policy.

Passaggio 01

Dati di rilassamento

I dati di ogni client risiedono in una partizione logicamente isolata. PostgreSQL RLS garantisce che ogni query sia automaticamente limitata al tenant corrente, un requisito imposto dal motore del database e non dalla logica applicativa.

Passaggio 02

Regole dell'isolamento

Ogni cliente dispone di configurazioni di conformità indipendenti: liste DNC, regole relative agli orari di chiamata, tracciamento del consenso, limiti di tentativi e profili normativi. Le regole di un cliente non influiscono mai sulle campagne di un altro.

Passo 03

Registrazioni isolate

Le registrazioni delle chiamate vengono archiviate e accessibili per ogni singolo utente con completo isolamento. Sono previste politiche di conservazione indipendenti, controlli di blocco legale e monitoraggio dell'archiviazione per ciascun cliente.

Passo 04

fatturazione isolata

Utilizzo, minuti e postazioni vengono monitorati per ciascun inquilino. Esporta i dati di fatturazione per la fatturazione ai clienti o integra il sistema con il tuo sistema di fatturazione. Attribuzione completa dei costi per cliente.

Confronto affiancato

Vera multi-tenancy vs gruppi di utenti di base

Capacità Gruppi di utenti di base DialerBee Multi-Tenant
Isolamento dei dati Filtri a livello applicativo PostgreSQL RLS a livello di motore di database
Regole di conformità Condiviso con le sovrascritture di gruppo Indipendente per inquilino — completamente isolato
Registrazioni Spazio di archiviazione condiviso con tag di gruppo Deposito isolato per inquilino
Fatturazione Attribuzione manuale Monitoraggio automatico dell'utilizzo per singolo inquilino
Impostazione Configurazione manuale per ciascun cliente Minuti tramite portale di amministrazione o API
rischio tra inquilini Un bug o un filtro configurato in modo errato possono causare la perdita di dati. Architetturamente impedito da RLS
Regolazione dell'IA Modello condiviso tra tutti i clienti Flussi di lavoro di ottimizzazione AMD per singolo tenant
Rapporto Visualizzazioni filtrate dei dati condivisi Dashboard e esportazioni con ambito per singolo tenant

Funzionalità di gestione

Eseguire più client da una piattaforma

Oltre all'isolamento, l'architettura multi-tenant di DialerBee fornisce la Livello di gestione BPO necessita per operare in modo efficiente su più clienti. Il provisioning dei tenant, l'accesso basato sui ruoli, l'analisi cross-tenant per i proprietari della piattaforma e le opzioni white-label lavorano insieme per rendere la gestione multi-client operativamente pratica, non solo tecnicamente possibile.

Controllo degli accessi basato sui ruoli

Autorizzazioni granulari per ogni tenant. Amministratori, supervisori e agenti visualizzano solo le informazioni a cui hanno diritto. I proprietari della piattaforma ottengono una visione d'insieme per tutti i tenant, utile per la gestione operativa.

Reportistica a livello di cliente

Ogni report, dashboard ed esportazione è personalizzato per il singolo tenant. Sono disponibili analisi cross-client per i proprietari della piattaforma. Report programmati specifici per ciascun cliente.

Provisioning per gli inquilini

Crea un nuovo ambiente client in pochi minuti tramite il portale di amministrazione o l'API dei partner. Utenti, campagne, regole di conformità e pool DID: tutto predefinito.

Separazione della fatturazione

Monitora l'utilizzo, i minuti, le postazioni e i costi dei messaggi per ciascun utente. Esporta i dati di fatturazione. Integra il sistema con il tuo sistema di fatturazione tramite API.

Ottimizzazione dell'IA per singolo tenant

La precisione di AMD migliora in modo indipendente per ogni tenant grazie a flussi di lavoro di ottimizzazione specifici per ciascun tenant. Il feedback di ogni cliente contribuisce a migliorare le prestazioni del proprio modello.

Opzioni White-Label

Gestisci DialerBee con il tuo marchio, utilizzando dominio, logo e combinazione di colori personalizzati. Personalizzazione del marchio per ogni singolo utente, ideale per le implementazioni dei rivenditori.

Specifiche tecniche

Sotto il cofano

Metodo di isolamento Sicurezza a livello di riga (RLS) di PostgreSQL a livello del motore di database
Definizione dell'ambito dei dati Ogni query viene automaticamente circoscritta al tenant corrente
Isolamento di conformità Liste DNC per inquilino, orari di chiamata, consenso, limiti di tentativi, profili normativi
Isolamento della registrazione Deposito per singolo inquilino con conservazione e custodia legale indipendenti
Tracciamento della fatturazione Costi per utilizzo, minuti, postazioni e messaggi per singolo utente.
Impostazione Minuti tramite portale di amministrazione o API partner con configurazioni predefinite
RBAC Controllo degli accessi granulare basato sui ruoli per ciascun utente
Regolazione dell'IA Flussi di lavoro di ottimizzazione AMD a livello di tenant: miglioramento del modello per singolo cliente
Rapporto Dashboard e esportazioni per singolo tenant; visualizzazioni cross-tenant per i proprietari della piattaforma
Gestione del disturbo dissociativo dell'identità Pool DID per inquilino con punteggio sanitario isolato e rotazione
Etichetta bianca Dominio personalizzato, logo e colori per ogni inquilino.
Accesso API Gestione degli inquilini, provisioning e fatturazione tramite API REST

Domande frequenti sulla multi-abitazione

In che modo DialerBee garantisce l'isolamento degli inquilini?
DialerBee utilizza la sicurezza a livello di riga (RLS) di PostgreSQL per imporre l'isolamento tra tenant a livello di query del database. Ciò significa che l'isolamento viene garantito dal motore del database stesso, non solo dalla logica applicativa. Ogni query è automaticamente limitata al tenant corrente. L'accesso ai dati tra tenant diversi è impedito a livello architetturale.
È possibile che ogni inquilino abbia regole di conformità diverse?
Sì. Ogni tenant dispone di liste DNC indipendenti, regole relative agli orari di chiamata, tracciamento del consenso, limiti di tentativi e profili normativi. Un tenant può eseguire regole TCPA mentre un altro esegue regole TDRA sulla stessa piattaforma senza alcuna sovrapposizione o interferenza.
Quanto tempo ci vuole per attivare un nuovo inquilino?
È possibile creare nuovi tenant in pochi minuti tramite il portale di amministrazione o l'API per i partner. Le configurazioni predefinite per le regole di conformità, i ruoli utente, le impostazioni delle campagne e i pool DID accelerano il processo di onboarding. Gli agenti possono iniziare a effettuare chiamate già dal giorno stesso.
La registrazione delle chiamate è isolata tra i diversi inquilini?
Sì. Le registrazioni delle chiamate vengono archiviate e accessibili per ogni singolo utente con completo isolamento. Ogni utente ha politiche di conservazione, controlli di blocco legale e monitoraggio dell'archiviazione indipendenti. Nessun utente può accedere alle registrazioni di un altro utente tramite l'interfaccia utente o l'API.
Come funziona la regolazione dell'IA per singolo tenant?
Le correzioni degli agenti per l'AMD basato sull'IA vengono integrate nei flussi di lavoro di ottimizzazione a livello di tenant. Ciò significa che il feedback di ciascun tenant migliora la precisione dell'AMD per i suoi specifici operatori, regioni e tipologie di campagne, senza influire sui modelli degli altri tenant.
I proprietari delle piattaforme possono visualizzare i dati tra i diversi tenant?
Sì. I proprietari e gli amministratori della piattaforma possono accedere alle analisi tra tenant per la gestione operativa, come l'utilizzo totale, lo stato di salute della piattaforma e le metriche aggregate. Tuttavia, gli utenti a livello di tenant (amministratori, supervisori, agenti) visualizzano solo i dati del proprio tenant.
La multi-utenza è compatibile con il white-label?
Sì. Le opzioni white-label consentono di personalizzare dominio, logo e combinazione di colori per ogni utente. Questa soluzione è ideale per i rivenditori di servizi di telecomunicazione che desiderano offrire a ciascun cliente un'esperienza con il proprio marchio, pur utilizzando un'infrastruttura condivisa.
Come viene monitorata la fatturazione per ciascun inquilino?
L'utilizzo, i minuti, le postazioni e i costi dei messaggi vengono tracciati automaticamente per ogni utente. I dati di fatturazione possono essere esportati per la fatturazione o integrati con il sistema di fatturazione tramite API. I costi di ciascun utente vengono attribuiti automaticamente senza calcoli manuali.

Progettato per BPO e rivenditori

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

View full site in English →