Ir para o conteúdo

Arquitetura Multiusuário

Execute todos os clientes em uma única plataforma. Totalmente isolado.

Regras de conformidade, gravações, usuários e faturamento separados por cliente. RLS do PostgreSQL aplicado na camada de banco de dados. Provisione novos clientes em minutos.

Teste grátis por 14 dias · Sem necessidade de cartão de crédito

The DialerBee admin dashboard for one tenant, showing that tenant's live agents, connect-rate trend, dispositions and language mix in isolation from other tenants

O painel de controle DialerBee permite gerenciar campanhas, agentes e relatórios por locatário em um único local.

Desenvolvido pela BroadNet — 22 anos em telecomunicações 11 idiomas, com reconhecimento de dialetos BYOC suas próprias operadoras, sem fidelização. Suporte à conformidade ( TCPA , GDPR , TDRA )

Resposta rápida

O que é a arquitetura multi-tenant no DialerBee ? A arquitetura multi-tenant do DialerBee oferece isolamento completo de clientes para BPOs, revendedores de telecomunicações e organizações que gerenciam múltiplos programas de clientes. Cada tenant recebe dados isolados (protegidos pela segurança em nível de linha do PostgreSQL na camada de banco de dados), regras de conformidade independentes (listas DNC , horários de chamadas, rastreamento de consentimento), gravações de chamadas separadas (armazenamento por tenant com retenção independente e bloqueio legal), faturamento por tenant (uso, minutos e licenças rastreados separadamente), controle de acesso baseado em funções (agentes e supervisores com escopo definido para seu tenant), ajuste de IA por tenant (a precisão AMD melhora independentemente para cada tenant) e provisionamento de tenants em minutos via portal de administração ou API . Disponível em 11 idiomas com idiomas padrão por tenant.

O problema

Discadores de tenant único não escala para BPOs

Empresas de BPO e revendedores de telecomunicações gerenciam múltiplos programas de clientes em uma única plataforma. Cada cliente possui Requisitos de conformidade diferentes, listas DNC diferentes, políticas de gravação diferentes e faturamento diferente.Executar uma instância de discador separada para cada cliente é caro, operacionalmente complexo e não escalável. Mas executar todos os clientes em uma instância compartilhada sem o devido isolamento cria um risco inaceitável — vazamento de dados de um cliente para outro, regras de conformidade de um cliente afetando as campanhas de outro.

A maioria dos discadores oferece apenas grupos de usuários básicos — Não se trata de multilocação verdadeira. Os usuários podem ser organizados em grupos, mas os dados subjacentes são compartilhados. Os relatórios podem ser filtrados por grupo, mas a aplicação dessa filtragem ocorre na camada de aplicação, não no banco de dados. Um bug, um filtro mal configurado ou uma consulta API mal escrita podem expor os dados de um cliente a outro. Para BPOs que lidam com dados regulamentados — financeiros, de saúde ou informações pessoais identificáveis (PII) — esse nível de isolamento é insuficiente.

A verdadeira multilocação significa isolamento em todas as camadas: consultas ao banco de dados definidas por locatário, gravações armazenadas separadamente, regras de conformidade configuráveis independentemente, faturamento rastreado por cliente e controles de acesso que tornam o acesso entre locatários arquiteturalmente impossível — e não apenas improvável.

N instâncias
Sem multi-tenants
Um discador por cliente é caro.
Risco
Discadores de instância compartilhada
O isolamento da camada de aplicação é frágil.
Minutos
Para provisionar um novo tenant
não semanas de implantação

Como funciona

Isolamento em cada camada

A arquitetura multi-tenant do DialerBee utiliza Segurança em nível de linha (RLS) do PostgreSQL Para impor limites de tenant no nível do mecanismo de banco de dados, isso significa que o isolamento não se limita à lógica do aplicativo — ele é imposto pelo próprio banco de dados. Cada consulta é automaticamente limitada ao tenant atual. O acesso a dados entre tenants é impedido arquiteturalmente, e não apenas restringido por políticas.

Etapa 01

Dados isolados

Os dados de cada cliente residem em uma partição logicamente isolada. O RLS do PostgreSQL garante que cada consulta seja automaticamente limitada ao tenant atual — uma configuração imposta pelo mecanismo do banco de dados, e não pela lógica do aplicativo.

Etapa 02

Regras de isolamento

Cada locatário recebe configurações de conformidade independentes: listas DNC , regras de horário de chamada, rastreamento de consentimento, limites de tentativas e perfis regulatórios. As regras de um cliente nunca afetam as campanhas de outro.

Etapa 03

Gravações Isoladas

As gravações de chamadas são armazenadas e acessadas por tenant com total isolamento. Políticas de retenção independentes, controles de retenção legal e monitoramento de armazenamento por cliente.

Etapa 04

Faturamento isolado

O uso, os minutos e as licenças são monitorados por locatário. Exporte os dados de faturamento para emissão de notas fiscais aos clientes ou integre-os ao seu sistema de faturamento. Atribuição total de custos por cliente.

Comparação lado a lado

Verdadeira multilocação vs. grupos de usuários básicos

Capacidade Grupos de usuários básicos DialerBee Multi-Tenant
Isolamento de dados Filtros da camada de aplicação PostgreSQL RLS no nível do mecanismo de banco de dados
Regras de conformidade Compartilhado com substituições de grupo Individual por tenant — totalmente isolado
Gravações Armazenamento compartilhado com etiquetas de grupo Armazenamento isolado por tenant
Cobrança Atribuição manual Rastreamento automático de uso por tenant
Provisionamento Configuração manual por cliente Atas via portal de administração ou API
risco entre tenants Um bug ou um filtro mal configurado pode vazar dados. Impedido arquitetonicamente pelo RLS
Ajuste de IA Modelo compartilhado entre todos os clientes Fluxos de trabalho de ajuste AMD por locatário
Relatórios Visualizações filtradas de dados compartilhados Painéis de controle e exportações com escopo definido por locatário

Funcionalidades de gerenciamento

Executar vários clientes a partir de uma única plataforma

Além do isolamento, a arquitetura multi-tenant da DialerBee proporciona a A camada de gestão dos BPOs precisa de Para operar com eficiência em vários clientes, o provisionamento de locatários, o acesso baseado em funções, a análise entre locatários para proprietários de plataformas e as opções de marca branca trabalham em conjunto para tornar o gerenciamento de múltiplos clientes operacionalmente viável — e não apenas tecnicamente possível.

Controle de acesso baseado em funções

Permissões granulares por locatário. Administradores, supervisores e agentes veem apenas o que devem. Os proprietários da plataforma obtêm visões entre locatários para gerenciamento operacional.

Relatórios em nível de cliente

Cada relatório, painel e exportação é específico para o locatário. Análises entre clientes disponíveis para proprietários da plataforma. Relatórios agendados específicos para cada cliente.

Provisionamento de tenants

Crie um novo ambiente de cliente em minutos através do portal de administração ou API de parceiros. Usuários, campanhas, regras de conformidade e grupos de DID — tudo com modelos predefinidos.

Separação de Faturamento

Monitore o uso, minutos, licenças e custos de mensagens por locatário. Exporte dados de faturamento para emissão de notas fiscais. Integre com seu sistema de faturamento via API .

Ajuste de IA por tenant

A precisão AMD melhora de forma independente para cada locatário por meio de fluxos de trabalho de ajuste específicos para cada um. O feedback de cada cliente aprimora o desempenho do seu próprio modelo.

Opções de marca branca

Utilize DialerBee com sua marca, com domínio, logotipo e esquema de cores personalizados. Personalização por locatário para implantações de revendedores.

Especificações técnicas

Sob o capô

Método de isolamento Segurança em nível de linha (RLS) do PostgreSQL no nível do mecanismo de banco de dados
Definição do escopo dos dados Cada consulta é automaticamente direcionada ao locatário atual.
Isolamento de conformidade Listas DNC por tenant, horários de chamada, consentimento, limites de tentativas, perfis regulatórios
Isolamento de gravação Armazenamento por tenant com retenção independente e guarda legal.
Rastreamento de faturamento Custos de utilização, minutos, licenças e mensagens por tenant
Provisionamento Atas via portal de administração ou API de parceiros com configurações predefinidas.
RBAC Controle de acesso granular baseado em funções por tenant
Ajuste de IA Fluxos de trabalho de ajuste AMD com escopo de locatário — melhoria do modelo por cliente
Relatórios Painéis de controle e exportações por locatário; visualizações entre locatários para proprietários da plataforma.
Gestão DID Conjuntos de identificadores de chamadas por tenant com rotação isolada e mapeamento de campanhas.
White-label Domínio, logotipo e cores personalizados por locatário
Acesso API Gerenciamento de tenants, provisionamento e faturamento via API REST

Perguntas frequentes sobre imóveis com múltiplos tenants

Como DialerBee impõe o isolamento de tenants?
DialerBee utiliza a Segurança em Nível de Linha (RLS) do PostgreSQL para impor limites de locatário na camada de consulta do banco de dados. Isso significa que o isolamento é imposto pelo próprio mecanismo do banco de dados, e não apenas pela lógica do aplicativo. Cada consulta é automaticamente limitada ao locatário atual. O acesso a dados entre locatários é impedido arquiteturalmente.
Cada tenant pode ter regras de conformidade diferentes?
Sim. Cada locatário recebe listas de não perturbe DNC , regras de horário de chamadas, rastreamento de consentimento, limites de tentativas e perfis regulatórios independentes. Um locatário pode executar regras TCPA enquanto outro executa regras TDRA na mesma plataforma, sem qualquer sobreposição ou interferência.
Com que rapidez posso provisionar um novo locatário?
Novos tenants podem ser criados em minutos através do portal de administração ou API de parceiros. Configurações padronizadas para regras de conformidade, funções de usuário, configurações de campanha e pools DID aceleram a integração. Os agentes podem começar a discar no mesmo dia.
A gravação de chamadas é isolada entre tenants?
Sim. As gravações de chamadas são armazenadas e acessadas por locatário com total isolamento. Cada locatário possui políticas de retenção independentes, controles de bloqueio legal e monitoramento de armazenamento. Nenhum locatário pode acessar as gravações de outro locatário por meio da interface do usuário ou API .
Como funciona o ajuste de IA por tenant?
As correções do agente para AMD de IA alimentam os fluxos de trabalho de ajuste com escopo de locatário. Isso significa que o feedback de cada locatário melhora a precisão AMD para suas operadoras, regiões e tipos de campanha específicos — sem afetar os modelos de outros locatários.
Os proprietários da plataforma podem visualizar dados entre diferentes tenants?
Sim. Os proprietários e administradores da plataforma podem acessar análises entre locatários para gerenciamento operacional — uso total, integridade da plataforma e métricas agregadas. Mas os usuários de nível de locatário (administradores, supervisores, agentes) veem apenas os dados de seu próprio locatário.
A arquitetura multi-tenant funciona com marca branca?
Sim. As opções de marca branca permitem domínio, logotipo e esquema de cores personalizados para cada cliente. Isso é ideal para revendedores de telecomunicações que desejam que cada cliente tenha uma experiência de marca própria, mesmo utilizando infraestrutura compartilhada.
Como é feito o controle de faturamento por tenant?
O uso, os minutos, as licenças e os custos de mensagens são rastreados automaticamente por locatário. Os dados de faturamento podem ser exportados para emissão de faturas ou integrados ao seu sistema de faturamento via API . Os custos de cada locatário são totalmente atribuídos sem cálculos manuais.

Desenvolvido para BPOs e revendedores

Agende uma demonstração e veja como DialerBee isola cada cliente com multilocação de nível empresarial.

Teste grátis por 14 dias · sem necessidade de cartão de crédito · ver preços

Ver o site completo em inglês →