Arquitetura multi-tenant
Contact center multi-tenant: cada cliente isolado, uma única plataforma.
Regras de conformidade, gravações, usuários e faturamento separados por cliente. PostgreSQL RLS aplicado na camada do banco de dados. Provisione novos tenants em minutos.
Teste grátis de 14 dias · crédito de IA gratuito para testar o agente de voz com IA · sem cartão
O dashboard da DialerBee — gerencie campanhas, agentes e relatórios por tenant em um só lugar.
Resposta rápida
O que é a arquitetura multi-tenant da DialerBee? A arquitetura multi-tenant da DialerBee oferece isolamento completo de clientes para BPOs, revendedores de telecom e organizações que gerenciam programas de vários clientes. Cada tenant tem dados isolados (aplicados pelo Row-Level Security do PostgreSQL na camada do banco de dados), regras de conformidade independentes (listas DNC, horários de chamada, controle de consentimento), gravações de chamadas separadas (armazenamento por tenant com retenção e legal hold independentes), faturamento por tenant (uso, minutos e posições controlados separadamente), controle de acesso baseado em funções (agentes e supervisores restritos ao seu tenant), ajuste de IA por tenant (a precisão do AMD melhora de forma independente em cada tenant) e provisionamento de tenants em minutos pelo portal administrativo ou pela API. Disponível em 11 idiomas, com idioma padrão por tenant.
O problema
Discadores single-tenant não escalam para BPOs
BPOs e revendedores de telecom gerenciam programas de vários clientes em uma única plataforma. Cada cliente tem exigências de conformidade, listas DNC, políticas de gravação e faturamento diferentes. Manter uma instância de discador separada para cada cliente é caro, operacionalmente complexo e não escala. Mas colocar todos os clientes em uma instância compartilhada sem isolamento adequado cria um risco inaceitável — dados de um cliente vazando 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 — e não multi-tenancy de verdade. Os usuários podem ser organizados em grupos, mas os dados subjacentes são compartilhados. Os relatórios podem até ser filtrados por grupo, mas a aplicação das regras está na camada da aplicação, e não no banco de dados. Um bug, um filtro mal configurado ou uma consulta de API mal escrita pode expor os dados de um cliente a outro. Para BPOs que lidam com dados regulados — financeiros, de saúde ou dados pessoais —, esse nível de isolamento é insuficiente.
Multi-tenancy de verdade significa isolamento em todas as camadas: consultas ao banco de dados restritas por tenant, gravações armazenadas separadamente, regras de conformidade configuráveis de forma independente, faturamento controlado por cliente e controles de acesso que tornam o acesso entre tenants impossível pela arquitetura — e não apenas improvável.
Como funciona
Isolamento em todas as camadas
A arquitetura multi-tenant da DialerBee usa PostgreSQL Row-Level Security (RLS) para aplicar os limites entre tenants no nível do próprio banco de dados. Isso significa que o isolamento não é apenas lógica de aplicação — ele é garantido pelo próprio banco de dados. Toda consulta é automaticamente restrita ao tenant atual. O acesso a dados entre tenants é impedido pela arquitetura, não apenas por política. Se você está comparando isso com uma stack open-source mais antiga, veja nossa alternativa ao VICIdial comparison.
Isolar dados
Os dados de cada cliente ficam em uma partição logicamente isolada. O PostgreSQL RLS garante que toda consulta seja automaticamente restrita ao tenant atual — aplicado pelo mecanismo do banco de dados, e não pela lógica da aplicação.
Isolar regras
Cada tenant tem configurações de conformidade independentes: listas DNC, regras de horário de chamada, controle de consentimento, limites de novas tentativas e perfis regulatórios. As regras de um cliente nunca afetam as campanhas de outro.
Isolar gravações
As gravações de chamadas são armazenadas e acessadas por tenant, com isolamento completo. Políticas de retenção, controles de legal hold e monitoramento de armazenamento independentes por cliente.
Isolar faturamento
Uso, minutos e posições são controlados por tenant. Exporte dados de faturamento para cobrar os clientes ou integre com o seu sistema de faturamento. Atribuição completa de custos por cliente.
Comparação lado a lado
Multi-tenancy de verdade vs. grupos de usuários básicos
| Recurso | Grupos de usuários básicos | DialerBee Multi-Tenant |
|---|---|---|
| Isolamento de dados | Filtros na camada da aplicação | PostgreSQL RLS no nível do mecanismo do banco de dados |
| Regras de conformidade | Compartilhadas, com ajustes por grupo | Independentes por tenant — totalmente isoladas |
| Gravações | Armazenamento compartilhado com tags de grupo | Armazenamento isolado por tenant |
| Faturamento | Atribuição manual | Controle automático de uso por tenant |
| Provisionamento | Configuração manual por cliente | Minutos, pelo portal administrativo ou pela API |
| Risco entre tenants | Um bug ou filtro mal configurado pode vazar dados | Impedido pela arquitetura, via RLS |
| Ajuste de IA | Modelo compartilhado entre todos os clientes | Fluxos de ajuste do AMD por tenant |
| Relatórios | Visões filtradas de dados compartilhados | Dashboards e exportações restritos por tenant |
Recursos de gestão
Opere vários clientes em uma única plataforma
Além do isolamento, a arquitetura multi-tenant da DialerBee oferece a camada de gestão de que os BPOs precisam para operar com eficiência com vários clientes. Provisionamento de tenants, acesso baseado em funções, analytics entre tenants para os donos da plataforma e opções de white-label funcionam em conjunto para tornar a gestão de vários clientes viável na prática — e não apenas tecnicamente possível.
Controle de acesso baseado em funções
Permissões granulares por tenant. Administradores, supervisores e agentes veem apenas o que devem. Os donos da plataforma têm visões entre tenants para a gestão operacional.
Relatórios por cliente
Cada relatório, dashboard e exportação é restrito ao tenant. Analytics entre clientes disponíveis para os donos da plataforma. Relatórios agendados específicos por cliente.
Provisionamento de tenants
Crie o ambiente de um novo cliente em minutos pelo portal administrativo ou pela API de parceiros. Usuários, campanhas, regras de conformidade e pools de DIDs — tudo a partir de modelos.
Separação de faturamento
Controle uso, minutos, posições e custos de mensageria por tenant. Exporte dados de faturamento para cobrança. Integre com o seu sistema de faturamento via API.
Ajuste de IA por tenant
A precisão do AMD melhora de forma independente em cada tenant, por meio de fluxos de ajuste restritos ao tenant. O feedback de cada cliente melhora o desempenho do próprio modelo.
Opções de white-label
Opere a DialerBee com a sua marca, com domínio, logotipo e esquema de cores personalizados. Branding por tenant para implantações de revenda.
Casos de uso
Multi-tenancy para todo modelo de negócio
Operações de BPO
Gerencie dezenas de programas de clientes em uma única plataforma. Conformidade, gravações, faturamento e relatórios por cliente. Os dados dos clientes nunca ultrapassam os limites entre tenants.
Revendedores de telecom
DialerBee em white-label para os seus clientes. Branding, faturamento e suporte por tenant. Escale seu negócio de revenda sem gerenciar instâncias separadas.
Divisões corporativas
Unidades de negócio separadas, com exigências de conformidade independentes. Cada divisão tem seu próprio tenant, com dados, regras e relatórios isolados.
Empresas de cobrança
Isolamento de tenant por carteira. Clientes diferentes, regras de conformidade diferentes, retenção de gravações diferente. Comprove o isolamento aos donos das carteiras.
BPOs na região MENA
Multi-tenant com suporte a árabe RTL. Clientes dos Emirados sob as regras da TDRA, clientes sauditas sob as regras da CST — na mesma plataforma, com conformidade isolada.
Operações de franquia
Tenants por franqueado, com supervisão central. Cada franquia opera de forma independente, enquanto a matriz mantém visibilidade no nível da plataforma.
Especificações técnicas
Por dentro
| Método de isolamento | PostgreSQL Row-Level Security (RLS) no nível do mecanismo do banco de dados |
| Escopo dos dados | Toda consulta é automaticamente restrita ao tenant atual |
| Isolamento de conformidade | Listas DNC, horários de chamada, consentimento, limites de novas tentativas e perfis regulatórios por tenant |
| Isolamento de gravações | Armazenamento por tenant, com retenção e legal hold independentes |
| Controle de faturamento | Uso, minutos, posições e custos de mensageria por tenant |
| Provisionamento | Minutos, pelo portal administrativo ou pela API de parceiros, com configurações a partir de modelos |
| RBAC | Controle de acesso granular baseado em funções por tenant |
| Ajuste de IA | Fluxos de ajuste do AMD restritos ao tenant — melhoria do modelo por cliente |
| Relatórios | Dashboards e exportações por tenant; visões entre tenants para os donos da plataforma |
| Gestão de DIDs | Pools de caller ID por tenant, com rotação e mapeamento de campanhas isolados |
| Marca branca | Domínio, logotipo e cores personalizados por tenant |
| Acesso via API | Gestão, provisionamento e faturamento de tenants via API REST |
Recursos relacionados
Plataforma de marca branca
Opere a DialerBee com a sua marca, com domínio e preços personalizados.
Traga a sua própria operadora
Troncos SIP por cliente, sem taxas por minuto da plataforma.
Soluções de BPO
Veja como BPOs usam multi-tenancy na gestão de clientes.
Piloto automático de conformidade
Regras de conformidade e trilhas de auditoria por tenant.
Perguntas frequentes sobre multi-tenancy
Como a DialerBee garante o isolamento entre tenants?
Cada tenant pode ter regras de conformidade diferentes?
Com que rapidez consigo provisionar um novo tenant?
A gravação de chamadas é isolada entre tenants?
Como funciona o ajuste de IA por tenant?
Os donos da plataforma podem ver dados entre tenants?
O multi-tenancy funciona com white-label?
Como o faturamento é controlado por tenant?
Feito para BPOs e revendedores
Agende uma demonstração e veja como a DialerBee isola cada cliente com multi-tenancy de nível corporativo.
Teste grátis de 14 dias · crédito de IA gratuito · sem cartão · ver preços