Gerenciando múltiplos clientes
O trabalho de um cliente nunca deveria estar a um clique errado de distância da audiência de outro cliente.
Isto descreve um design, não um serviço em funcionamento
O problema
A maioria das equipes separa clientes tomando cuidado. Uma conta compartilhada guarda toda página conectada, um calendário guarda toda programação, e a única coisa que separa um rascunho de um cliente da audiência errada é a pessoa olhando para a tela às 18h. Quando alguém sai da equipe, a separação vai junto com o hábito.
Como o produto foi projetado
- Um projeto é a unidade de separação. Contas conectadas, rascunhos, filas, mídia e recibos pertencem a um projeto, e um membro só vê os projetos aos quais foi adicionado.
- A separação é reforçada três vezes: na autenticação, no serviço de aplicação que autoriza a ação, e no próprio banco de dados por meio de segurança em nível de linha. Estar autenticado nunca é tratado como permissão.
- Os relatórios seguem a mesma fronteira, então um relatório por cliente é o formato padrão em vez de uma planilha montada à mão por alguém.
O que já está construído de fato
Projetos, associação restrita a projeto e as políticas de segurança em nível de linha por trás delas estão construídos e testados, incluindo testes que tentam leituras entre projetos e verificam que elas falham. Os planos são dimensionados por quantos projetos uma equipe precisa. Nada é publicado em nenhuma plataforma a partir de nenhum projeto ainda.
Questions
Does this workflow run today?
Not end to end. No connector is verified in production, so nothing described on this page publishes anywhere yet. The section on what is actually built says which parts exist.
Will it use unofficial ways to post?
No. Publishing goes only through each platform's official API. There is no browser automation, no scraping and no automated engagement.
Encontrei algo errado nesta página
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.