Ir para o conteúdo
Clientes e pessoas

Cinco cadastros, e uma pessoa só

A mesma pessoa cadastrada cinco vezes, cada sistema com um pedaço. O cliente que é uma família, não uma empresa. O atendente que responde sem saber se está falando com o titular. O bFocus separa quem contrata de quem usa — e mantém uma ficha por pessoa, mesmo quando ela aparece em vários clientes e em vários dos seus sistemas.

  • Uma ficha por pessoa
  • A mesma pessoa em vários clientes
  • Cliente empresa ou pessoa física
O cadastro

O que junta sozinho, e o que espera por você

Juntar o cadastro errado é pior do que ter dois. Por isso um único dado junta pessoas sem perguntar: o CPF.

O CPF prova quem é

O mesmo CPF é a mesma pessoa, em qualquer cliente e em qualquer sistema seu. Chegou um identificador que ninguém conhece, com um CPF que já existe? Cai na ficha dessa pessoa, e o identificador novo passa a levar até ela.

E-mail e telefone não provam nada

Quem digita um e-mail no navegador não herda a conta de outra pessoa. Dado que chega de fora sem assinatura não junta cadastro: vira uma pista em Organizar cadastro, para a equipe decidir.

CPF diferente para tudo

Se a ficha já tem um CPF e chega outro, a gravação para e devolve o conflito. Trocar o CPF de alguém é decisão de gente, não de integração.

Cada sistema com o código dele

Uma pessoa é encontrada por vários identificadores. O ERP usa o dele, a loja usa o dela, e o código antigo continua funcionando depois de uma unificação.

Vários e-mails e telefones

Um principal e os adicionais que vierem. A busca reconhece todos: o endereço do trabalho e o pessoal levam à mesma pessoa.

A conta da equipe fica de fora

Se o e-mail que chegou já é de alguém do seu time, a sincronização não adota nem altera essa conta. A pessoa é criada sem esse contato, e fica a pista para alguém olhar com calma.

A regra da casa é simples: nada se junta por palpite. Sem CPF, dois cadastros parecidos entram na fila de possíveis duplicados e alguém decide.

Empresa ou pessoa física

Cliente é quem contrata, não quem aparece no chamado

Tem cliente que é uma empresa com trinta funcionários e tem cliente que é uma família. O cadastro aceita os dois sem ginástica — e sem transformar a pessoa em empresa de si mesma.

  • O tipo do cliente é Empresa ou Pessoa física; se você não disser, o bFocus deduz pelo documento
  • Os rótulos trocam junto: Nome fantasia vira Nome completo e CNPJ vira CPF, tanto ao criar quanto na ficha
  • Empresa: razão social quando ela é diferente do nome fantasia, inscrição estadual (que aceita ISENTO) e inscrição municipal
  • Pessoa física: RG com o órgão emissor, em texto livre, porque o formato muda de estado para estado
  • Uma conta de pessoa física pode ter mais de uma pessoa dentro: o Titular aparece no alto da ficha e, ao lado, quem mais está nesta conta — quando não dá para saber quem é o titular, a ficha lista todo mundo sem escolher
  • Cliente e pessoa continuam separados: a esposa que abre o chamado na conta do marido é ela mesma, com ficha, acesso e histórico próprios

Os mesmos campos na API

kind, legal_name, state_registration, municipal_registration e id_document entram pela API pública e pela planilha com o mesmo significado que têm na tela.

Ver a API pública
Um cadastro, vários clientes

Ligar não é tirar de onde estava

O contador atende quatro empresas. O consultor aparece em três. Quando dois sistemas seus mandam essa pessoa, ela não pode ficar em pingue-pongue de empresa.

  • Mandar uma pessoa que já existe em outro cliente liga ela a mais um cliente; não tira de nenhum
  • Quando o que chega é só um e-mail que já é de alguém em outra empresa, a API recusa e diz o motivo, em vez de adivinhar de que vínculo se trata
  • O acesso é de cada vínculo: tirar o acesso dela numa empresa não mexe no acesso dela na outra
  • Ela só perde o acesso de vez quando nenhum cliente dá acesso a ela
  • Desligar de um cliente mantém os outros clientes, os identificadores e o histórico de chamados
  • Transferir de verdade continua existindo, mas é ato da equipe na tela — um sistema integrado não transfere ninguém sozinho
  • Nome, e-mail e CPF valem em todos os clientes dela; cargo e anotações são de cada cliente

O fim do pingue-pongue

Com quatro produtos escrevendo na mesma empresa, a transferência automática mudava a pessoa de cliente a cada carga — e o sistema de origem nem percebia, porque para ele nada tinha mudado.

A tela Pessoas

Todas as pessoas, em um lugar só

Nem toda pessoa chega com a empresa identificada. A lista mostra as que estão em algum cliente e as que ainda não estão em nenhum.

Busca por qualquer identificador

Nome, e-mail, telefone ou identificador — o principal e os extras. Você cola o código do seu ERP e a pessoa aparece.

Filtros que respondem perguntas reais

Com acesso, Sem acesso, Em mais de um cliente, Sem cliente. E dá para prender a lista a um cliente específico.

O painel abre ao lado

Os clientes da pessoa, o acesso em cada um, os identificadores, os chamados e o histórico, sem sair da lista.

Ligar e desligar dali mesmo

Ligar a mais um cliente, tirar o acesso de um só, desligar de um cliente. Antes de confirmar, a tela diz o que vai acontecer e o que continua.

Histórico do que mudou

Ligada a mais um cliente, desligada, transferida, cadastro mesclado, identificador adicionado, removido ou trocado de principal.

O link leva à pessoa

A pessoa aberta fica no endereço da página: dá para mandar o link para um colega, e o voltar do navegador fecha o painel.

Organizar cadastro

A fila de duplicados, resolvida com decisão

Quando o palpite não basta, o par espera por alguém. São quatro passos, sem planilha de apoio.

  1. 1

    A faixa Qualidade do cadastro

    No alto da lista de clientes: quantos têm documento, e-mail e pessoas com acesso, quantos possíveis duplicados existem e quantas pessoas chegaram sem empresa identificada. Cada número filtra a lista.

  2. 2

    O motivo, e o quanto é provável

    Cada par vem com o porquê — mesmo CNPJ/CPF, mesmo e-mail, mesmo telefone, nome muito parecido, mesma raiz de CNPJ — e com a marca de Muito provável ou Provável.

  3. 3

    Lado a lado, e você decide

    Em clientes, a unificação é campo a campo: você escolhe de que lado vem cada um, o que estiver vazio em quem fica é completado por quem sai, os e-mails e telefones dos dois continuam, e para confirmar você digita o nome do cadastro que sai. Em pessoas, você escolhe quem fica e o resto vai junto.

  4. 4

    Não é duplicado

    Um clique tira o par da fila para sempre. Deixar dois cadastros custa bem menos do que juntar os de duas pessoas diferentes.

Fora da fila: quem chegou sem empresa identificada recebe uma sugestão de cliente — pela agenda do cliente, pelos chamados ou pelo domínio do e-mail corporativo, nunca por gmail e afins — e a verificação da base lista o que está fora do lugar, com conserto de um clique quando o conserto é seguro.

Trazer o que já existe

A planilha de hoje e a API de amanhã

Ninguém começa do zero. O cadastro que você já tem entra por planilha, e os seus sistemas continuam mandando pela API.

  • XLSX com as abas Clientes e Pessoas, ou CSV — até 5.000 linhas e 10 MB
  • As colunas são reconhecidas sozinhas (CNPJ, CPF, razão social, inscrição estadual, RG, identificador do sistema) e você confere de qual coluna vem cada campo
  • A prévia mostra, linha a linha, o que vai ser criado, atualizado, o que está igual e o que tem erro. Nada é apagado
  • As linhas com erro ficam de fora e saem numa planilha, para você corrigir e reenviar
  • Colunas a mais na aba Clientes viram campos livres do cliente
  • Na API pública, a pessoa tem CPF, campos personalizados e acesso próprio; os identificadores dela e a carga em lote de pessoas têm rota própria
  • Carga em lote de até 500 por chamada: o item que falha volta com o erro dele, na mesma ordem, sem derrubar os outros
  • A resposta diz o que aconteceu com cada um: linked quando a pessoa passou a valer em mais um cliente, merged_into quando o seu código virou apelido de uma ficha existente, unlinked quando ela saiu deste cliente e continua nos outros

Para quem integra

Sete SDKs oficiais, identificadores extras que voltam legíveis e apagar contato é explícito: nulo e ausente continuam significando “não mexe”.

Ver a API e as SDKs
LGPD

Dado de pessoa tem dono e tem registro

Cadastro bom é também o cadastro do qual você consegue prestar contas. O que existe hoje, sem enfeite.

  • O administrador exporta, num arquivo, os dados de uma pessoa — é o que responde a um pedido de acesso
  • A exportação fica registrada: quem baixou, de quem e quando
  • Abrir o dossiê de um cliente também fica registrado
  • Cada empresa vê só o cadastro dela; nenhuma consulta cruza essa fronteira
  • Ao unificar, o retrato do cadastro que sai fica guardado no histórico de quem fica
  • O bFocus não sai completando dados de pessoa: o que está na ficha foi você ou um sistema seu que mandou

O resto da segurança

Isolamento por empresa, login sem senha, identidade verificada por assinatura e chave com escopo estão na página de segurança.

Ver segurança e LGPD

Perguntas sobre cadastro

Isso é um CRM?

Não. Aqui é cadastro e atendimento: quem contrata, quem são as pessoas dela, e o histórico de chamados, conversas e projetos. Prospecção e leads ficam no módulo Comercial, que é outra página.

Vocês completam os dados da pessoa sozinhos?

Não. O que está na ficha de uma pessoa foi você, a sua planilha ou um sistema seu que mandou. Existe enriquecimento no bFocus, mas é do módulo Comercial, é da empresa do lead (CNPJ e domínio, por fontes públicas) e não da pessoa.

Dois sistemas meus usam códigos diferentes para o mesmo cadastro. E agora?

Cada um manda o código dele. Um vira o identificador principal e o outro fica como identificador extra: os dois levam ao mesmo cadastro, e a lista mostra qual é qual e de onde veio.

E se eu mandar um CPF diferente do que já está na ficha?

A gravação para e devolve conflito. Nada é trocado em silêncio: alguém da sua equipe olha e decide na tela.

Preciso preencher o CPF de todo mundo?

Não. Sem CPF o cadastro funciona igual — só não junta ninguém por palpite. Dois parecidos ficam esperando em Organizar cadastro.

Uma pessoa pode ter acesso em um cliente e não em outro?

Pode. O acesso é do vínculo: tirar numa empresa não mexe na outra. Ela só é desligada de vez quando nenhum cliente dá acesso a ela.

O que acontece quando eu unifico dois cadastros?

Tudo do que sai passa para quem fica: chamados, conversas, projetos, tarefas, anotações e arquivos. O identificador de quem sai continua valendo como identificador extra, então o widget e a API que ainda usam aquele código não quebram. Não dá para desfazer, e por isso a unificação de clientes pede que você digite o nome do que sai.

Descubra quantas vezes o seu cliente está cadastrado

Importe a planilha, veja a prévia e olhe a fila de duplicados. Sem cartão e sem implantação.