Imagine o seguinte cenário: um candidato a franqueado entra em contato pelo site. O time comercial cadastra ele no CRM. O financeiro pede os documentos por e-mail. O jurídico confere o contrato em outra planilha. A operação acompanha a evolução numa terceira ferramenta.
Resultado? Ninguém sabe, em tempo real, em que estágio aquele candidato realmente está.
"O CPF dele já foi validado?", pergunta o jurídico.
"O contrato social já subiu?", pergunta o financeiro.
"Ele já é franqueado ou ainda está em análise?", pergunta o diretor.
A resposta costuma ser a mesma: "Deixa eu verificar... peraí."
Esse "peraí" custa dinheiro. Custa tempo. E, principalmente, custa confiança, tanto internamente quanto com o candidato que está esperando.
A Pergunta Que Mudou Tudo
Em vez de tentar resolver esse problema comprando mais um software, nos fizemos uma pergunta diferente:
E se existisse um único lugar que soubesse TUDO sobre cada pessoa, cada empresa e cada relação entre elas, e que avisasse todos os outros sistemas automaticamente quando algo mudasse?
Assim nasceu o Hub de Identidade Digital.
O Que É o Hub de Identidade Digital (Em Linguagem Simples)
Pense nele como o RG Digital da operação de franquias.
Ele não é um CRM. Não é um ERP. Não é um sistema jurídico. Ele é a fonte única de verdade sobre:
- Quem é a pessoa (nome, CPF, e-mail, telefone, documentos pessoais)
- Qual é a empresa (CNPJ, dados da Receita Federal, contrato social)
- Qual é a relação entre eles (vínculo: candidato, validado, assinante, franqueado)
Todos os outros sistemas (CRM, ERP, financeiro, jurídico) consultam e recebem atualizações do hub. Ninguém mais precisa perguntar "peraí".
Os Três Termômetros: Enxergando o Progresso de Verdade
Uma das decisões mais importantes do projeto foi separar a evolução em três termômetros independentes. Cada um mede uma coisa diferente:
1. Termômetro da Pessoa (nivel_cliente)
Mede o quão completo é o cadastro pessoal do candidato.
Lead → Qualificado → Documentado
- Lead: Temos nome, e-mail e telefone. Sabemos quem é.
- Qualificado: Temos o CPF também. Conseguimos validar a identidade.
- Documentado: Temos tudo: documentos pessoais, comprovante de endereço. Cadastro completo.
2. Termômetro da Empresa (nivel_empresa)
Mede a situação da empresa (CNPJ) que será a franquia.
Pendente → Verificada RF → Documentada
- Pendente: Só temos o número do CNPJ.
- Verificada RF: Consultamos a Receita Federal automaticamente. Os dados batem.
- Documentada: Temos os documentos da empresa (CNPJ, contrato social) em mãos.
3. Termômetro do Vínculo (nivel: a relação pessoa+empresa)
Mede a evolução da jornada de franqueamento em si.
Vinculado → Validado → Assinante → Franqueado
- Vinculado: A pessoa está ligada àquele CNPJ. Começou o processo.
- Validado: O CPF confere com o quadro societário. É realmente sócio daquela empresa.
- Assinante: Contrato assinado. Falta a confirmação final.
- Franqueado: Tudo concluído. Titular confirmado. Bem-vindo à rede.
Por que separar? Porque uma pessoa pode estar com cadastro completo (documentado), mas o contrato ainda não foi assinado (assinante). Ou a empresa já foi verificada na RF, mas a pessoa ainda não enviou o comprovante de endereço. Cada dimensão evolui no seu ritmo, e misturar tudo num único status gera confusão.
Como Funciona na Prática (Sem Código)
Vamos acompanhar a jornada do João, um candidato a franqueado:
Dia 1: João preenche o formulário no site
- O site envia nome, e-mail e telefone para o hub de identidade.
- O hub cria o cadastro. Nível: Lead.
- O CRM recebe um aviso automático: "Novo lead cadastrado."
Dia 3: O comercial coleta o CPF e o CNPJ da empresa do João
- O hub recebe o CPF. Nível da pessoa: Qualificado.
- O hub recebe o CNPJ, consulta a Receita Federal automaticamente, e descobre que o João consta como sócio.
- Cria o vínculo pessoa-empresa. Nível da empresa: Verificada RF. Nível do vínculo: Validado (CPF bateu com o quadro de sócios).
- O ERP recebe um aviso automático: "Novo vínculo validado."
Dia 7: João envia documentos pessoais e da empresa
- Upload de documento de CPF, comprovante de endereço, e contrato social.
- Nível da pessoa: Documentado. Nível da empresa: Documentada.
- O sistema de armazenamento recebe os arquivos automaticamente para backup.
Dia 10: Contrato assinado
- Alguém marca a flag "contrato_assinado". Nível do vínculo: Assinante.
- O jurídico recebe o aviso.
Dia 12: Titularidade confirmada
- Flag "titular_confirmado" ativada. Nível do vínculo: Franqueado.
- Todos os sistemas são notificados: João é oficialmente um franqueado.
Em nenhum momento alguém precisou copiar dados de um sistema para outro. O hub centralizou tudo e avisou cada sistema no momento certo.
A Mágica: Regras Sem Código
Aqui está o diferencial mais poderoso da solução: as regras de negócio são configuráveis sem programação.
Todas as condições (quais documentos são necessários, quais flags precisam estar ativas, quais campos são obrigatórios) vivem num arquivo de configuração YAML, não enterradas no código-fonte.
Exemplo prático: amanhã a diretoria decide que, para ser franqueado, o candidato também precisa ter feito uma "validação biométrica". O que precisa acontecer?
- Adicionar biometria_validada na lista de flags disponíveis no YAML.
- Adicionar biometria_validada como requisito obrigatório do nível "franqueado".
Pronto. Sem programador. Sem deploy. Sem risco de quebrar outra coisa.
Quer exigir um novo tipo de documento, como "alvará de funcionamento"? Mesma coisa: uma linha no YAML.
Isso significa que a equipe de negócios controla as regras, não a equipe de TI. TI constrói o motor. Negócios pilota.
Arquitetura Orientada a Eventos: Cada Sistema Só Sabe o Que Precisa
O hub não liga para cada sistema individualmente. Ele publica eventos, e cada sistema assina os que interessam.
Funciona como um rádio: o hub transmite na frequência "novo vínculo criado", e só quem está sintonizado nessa frequência recebe a mensagem.
| Sistema | Ouve o quê? | Para quê? |
|---|---|---|
| CRM | Novos leads, novos vínculos | Atualizar pipeline comercial |
| ERP | Flags ativadas, dados atualizados | Criar cadastro fiscal |
| Armazenamento | Documentos enviados | Fazer backup seguro |
| Jurídico | Contratos assinados | Disparar fluxo de revisão |
Quer plugar um novo sistema? Basta dizer quais eventos ele quer ouvir. O hub não muda. O novo sistema se conecta como um novo ouvinte do rádio.
Segurança e Conformidade (LGPD)
Para C-levels, este ponto é inegociável:
- Rastreabilidade total: Cada alteração gera um registro imutável: quem mudou, quando, o que era antes, o que ficou depois, e de qual sistema veio o comando.
- Dados centralizados: Em vez de CPFs espalhados em 5 sistemas diferentes, existe uma única fonte. Isso simplifica enormemente o cumprimento da LGPD.
- Origem rastreada: Cada modificação carrega a identidade do sistema que a originou (site, CRM, ERP). Se houver uma auditoria, sabemos exatamente de onde veio cada dado.
- Idempotência: Se o mesmo dado for enviado duas vezes, nada muda. Sem duplicatas, sem eventos fantasma, sem ruído.
Por Que Isso Importa Para o C-Level?
Para o CEO
- Visão unificada da operação de franquias. Um dashboard, três termômetros, zero "peraí".
- Escalabilidade: o modelo suporta crescimento sem proporcionalmente aumentar equipe operacional.
Para o CFO
- Redução de retrabalho: sem digitação duplicada entre sistemas.
- Menor custo de integração: novos sistemas se plugam sem projeto de TI.
- Auditoria simplificada: histórico completo disponível via API.
Para o CTO
- Arquitetura desacoplada: cada serviço evolui independentemente.
- Regras como configuração: mudanças de negócio não geram tickets de desenvolvimento.
- Event-driven: escalável horizontalmente via filas (RabbitMQ dev / AWS SQS produção).
Para o COO
- Processo padronizado: todos passam pelo mesmo funil, com os mesmos critérios.
- Transparência: qualquer pessoa autorizada vê o estágio real de cada candidato.
- Automação: validação de CPF contra Receita Federal acontece sem intervenção humana.
Para o DPO / Compliance
- LGPD by design: trilha de auditoria imutável, dados centralizados, rastreabilidade de origem.
- Controle de acesso por sistema: cada integração só vê os eventos relevantes.
Os Números Que Importam
| Antes | Depois |
|---|---|
| 5+ sistemas com dados duplicados | 1 fonte única de verdade |
| Regras de negócio enterradas no código | Regras em arquivo de configuração editável |
| Dias para integrar novo sistema | Horas para plugar novo ouvinte |
| Sem trilha de auditoria confiável | 100% das mudanças rastreadas |
| Status manual ("deixa eu verificar") | Termômetros calculados automaticamente |
| Mudança de regra = projeto de TI | Mudança de regra = editar 1 arquivo YAML |
Resumo Executivo
A solução resolve um problema que a maioria das redes de franquias enfrenta mas poucos nomeiam: a fragmentação de identidade.
Quando os dados de pessoas e empresas estão espalhados por múltiplos sistemas sem um ponto central de controle, o resultado é retrabalho, inconsistência, risco regulatório e lentidão operacional.
O Hub de Identidade Digital é esse ponto central. Ele:
- Centraliza a identidade de pessoas, empresas e seus vínculos.
- Automatiza a progressão via regras configuráveis (sem código).
- Notifica cada sistema em tempo real via eventos.
- Rastreia cada mudança com auditoria imutável.
- Escala sem aumentar complexidade operacional.
"A melhor integração entre sistemas é aquela onde nenhum sistema precisa saber da existência do outro. Cada um faz a sua parte, e a verdade vive num lugar só."
Artigo publicado pelo time de tecnologia da Hath Data. Para saber mais sobre nossa solução de identidade digital para franquias ou agendar uma demonstração, entre em contato.
