Um workspace por cliente. Não uma coluna cliente_id.
Se você atende várias empresas, cada uma vive separada de verdade — porque a separação está no banco, não num filtro que alguém pode esquecer de aplicar.
A separação
Schema por empresa, no Postgres
Multiempresa por coluna funciona até a primeira consulta que esquece o WHERE. No Oryon, cada workspace é um schema próprio: os dados nascem separados em vez de serem separados na leitura.
tenant_{slug}
O schema carrega os próprios tickets, conversas, contatos, filas e usuários. Não existe tabela compartilhada entre clientes onde uma consulta mal escrita pudesse cruzar as duas operações.
O que isso compra
Cada cliente com o próprio tudo
- Números e agentes próprios
- Cada workspace conecta os seus WhatsApps e configura o seu provedor de IA.
- Filas, board e equipe próprios
- Nenhuma configuração vaza de um cliente para outro.
- Endereço próprio
- cliente.oryonflow.com, com a própria tela de login.
No dia a dia
Como isso aparece para quem opera
Trocar de workspace
Pelo menu do topo, sem sair da sessão. Quem administra várias empresas não faz logout entre uma e outra.
Operador não atravessa
Um operador só existe dentro do workspace em que foi criado. Não há como um atendente de um cliente ver a fila de outro.
Configuração não vaza
Filas, board, políticas de SLA, horário comercial e agentes são de cada workspace. Nenhum padrão global escorre de um cliente para o outro.
Quantas empresas você atende?
Agência, franquia ou grupo: conte quantas operações e quantos números, e a gente diz como o onboarding funciona nesse formato.