⌘K
PRODUÇÃO
🔒 escrita auditada
RE
Operação · Visão geral
Cockpit
Uma só tela costura os seis módulos. O que antes eram consultas soltas no ERP hoje abre em fluxo — do indicador ao cliente, do cliente à campanha.
Cliente PFCliente PJ
EstoqueProdutos
→
Fluxo único no Cortex
Telas hoje fragmentadas no Millennium passam a viver embutidas nos fluxos da plataforma — ficha 360, catálogo e estoque no mesmo lugar.
Vendas · últimos 12 meses
R$ 2,84 mi acum.Identificação no PDV
KPI do projeto ?O que é: quanto das vendas sai com cliente identificado, em vez do "consumidor final" genérico do balcão.
Régua: janela de 90 dias; cada venda = um documento fiscal (documento + filial); identificada = venda ligada a um cadastro real — sem cliente ou com o consumidor genérico conta como balcão. O % do donut é por nº de vendas; "Em valor (R$)" refaz a conta ponderada pelo valor (e só aparece com a permissão de totais). A meta de 35% do trimestre é definida no painel, não vem do ERP.
Como conferir no ERP: vendas do período com o campo cliente preenchido ÷ total de vendas.
Régua: janela de 90 dias; cada venda = um documento fiscal (documento + filial); identificada = venda ligada a um cadastro real — sem cliente ou com o consumidor genérico conta como balcão. O % do donut é por nº de vendas; "Em valor (R$)" refaz a conta ponderada pelo valor (e só aparece com a permissão de totais). A meta de 35% do trimestre é definida no painel, não vem do ERP.
Como conferir no ERP: vendas do período com o campo cliente preenchido ÷ total de vendas.
Vendas identificadas24%
Consumidor final (balcão)76%
Em valor (R$)—
Meta trimestre35%
Só o cliente identificado alimenta CRM e Intelligence. Elevar a identificação no balcão é a alavanca nº 1 do projeto.
Precisa de atenção
3 itens142 produtos em ruptura
saldo ≤ 0 na varredura de estoque de hoje.
saldo ≤ 0 na varredura de estoque de hoje.
318 clientes entraram em "Sem compra > 90 dias"
fluxo de recuperação pode disparar.
fluxo de recuperação pode disparar.
Aniversários preenchidos: 0,1%
1ª automação sugerida: enriquecimento de cadastro via WhatsApp.
1ª automação sugerida: enriquecimento de cadastro via WhatsApp.
Composição da base
carregando… ?O que é: o raio-X do cadastro de clientes na réplica.
Régua: PF × PJ vem do documento do cadastro; "sem doc" = sem CPF/CNPJ; "Com CPF/CNPJ" conta pelo índice cifrado — o painel não lê o documento em si (LGPD). "Clientes por canal" é o representante DO CADASTRO (1 Balcão, 2 Televendas, 3 Ecommerce), preenchido pelo enriquecimento e excluindo o consumidor genérico — não confundir com o canal de cada pedido usado no BI.
Como conferir no ERP: ficha do cliente → campo representante; quem estiver sem canal aparece como "Sem canal" até o enriquecimento passar (Administração → Sincronização & saúde).
Régua: PF × PJ vem do documento do cadastro; "sem doc" = sem CPF/CNPJ; "Com CPF/CNPJ" conta pelo índice cifrado — o painel não lê o documento em si (LGPD). "Clientes por canal" é o representante DO CADASTRO (1 Balcão, 2 Televendas, 3 Ecommerce), preenchido pelo enriquecimento e excluindo o consumidor genérico — não confundir com o canal de cada pedido usado no BI.
Como conferir no ERP: ficha do cliente → campo representante; quem estiver sem canal aparece como "Sem canal" até o enriquecimento passar (Administração → Sincronização & saúde).
PF · —
PJ · —
sem doc · —
Com e-mail—
Com CPF/CNPJ—
Clientes por canal (atribuído no cadastro · representante)
—
Consultando a réplica…
CRM · Réplica analítica
Clientes
Busca na réplica com RFM/LTV calculados a cada sync. Cadastro e edição (write-back no ERP) entram na próxima fatia.
Todos
PF
PJ
Campeões
Em risco
Sem compra > 90d
☐ considerar consumidor final
Base de clientes
carregando… ?O que é: todos os clientes da réplica (sincronizada com o Millennium), ordenados do maior para o menor LTV — os mais valiosos primeiro.
Régua: o consumidor final do balcão fica fora por padrão (não é um cliente de verdade e viraria um "Campeão" falso) — o interruptor "considerar consumidor final" o inclui. A busca aceita nome ou nome fantasia (acentos não atrapalham), e-mail e o código exato do ERP (zeros à esquerda são ignorados). "Campeões" e "Em risco" filtram pelo segmento RFM calculado a cada sincronização; "Sem compra > 90d" = última compra há 90 dias ou mais. O seletor de canal usa o canal do cadastro (representante: Balcão/Televendas/Ecommerce), não o canal de cada pedido. Sem a permissão de ver totais, a coluna LTV vem vazia.
Como conferir no ERP: o código é o mesmo do Millennium — abra o cadastro por ele. O LTV é a soma de todas as vendas do cliente menos as devoluções.
Régua: o consumidor final do balcão fica fora por padrão (não é um cliente de verdade e viraria um "Campeão" falso) — o interruptor "considerar consumidor final" o inclui. A busca aceita nome ou nome fantasia (acentos não atrapalham), e-mail e o código exato do ERP (zeros à esquerda são ignorados). "Campeões" e "Em risco" filtram pelo segmento RFM calculado a cada sincronização; "Sem compra > 90d" = última compra há 90 dias ou mais. O seletor de canal usa o canal do cadastro (representante: Balcão/Televendas/Ecommerce), não o canal de cada pedido. Sem a permissão de ver totais, a coluna LTV vem vazia.
Como conferir no ERP: o código é o mesmo do Millennium — abra o cadastro por ele. O LTV é a soma de todas as vendas do cliente menos as devoluções.
Clientes · Ficha 360
—
—
Telefone—
Email—
Data de cadastro—
Tipo de cliente—
CPF ou CNPJ—
Razão social—
Inscrição Estadual—
Inscrição Municipal—
Tipo de empresa—
—
Slot —
Anotações e tags vivem no Cortex (não no ERP) e entram na próxima fatia.
Endereços
?O que é: todos os endereços do cadastro no ERP. Os três ícones em cada cartão mostram o uso do endereço — caminhão = Entrega, documento = Nota fiscal, cifrão = Cobrança — consultados ao vivo no Millennium (aceso = usa, apagado = não usa).
Régua: Entrega é livre (vários endereços podem receber). Nota e Cobrança são únicos: só um endereço de cada por cliente — regra do próprio ERP. Ao marcar Nota ou Cobrança num endereço, a marcação sai do atual (o sistema pede confirmação da troca antes de gravar). Excluir um endereço que já tem pedidos vinculados é barrado.
Como conferir no ERP: cadastro do cliente, aba de endereços — as marcações de entrega/nota/cobrança são exatamente as mesmas.
Régua: Entrega é livre (vários endereços podem receber). Nota e Cobrança são únicos: só um endereço de cada por cliente — regra do próprio ERP. Ao marcar Nota ou Cobrança num endereço, a marcação sai do atual (o sistema pede confirmação da troca antes de gravar). Excluir um endereço que já tem pedidos vinculados é barrado.
Como conferir no ERP: cadastro do cliente, aba de endereços — as marcações de entrega/nota/cobrança são exatamente as mesmas.
Linha do tempo unificada
vendas efetivadas · clique para detalhes ?O que é: as últimas vendas concretizadas deste cliente (até 15), lidas da réplica.
Régua: entram pedidos efetuados e não cancelados. A régua é "efetuado" — e não "faturado" — porque no balcão a nota sai pela movimentação de estoque: a flag de faturamento do pedido só marca e-commerce/televendas. Orçamentos aparecem rotulados. A data mostrada é a de emissão (ou a de digitação, quando não há emissão). No detalhe do pedido, Desconto = total + frete − líquido (valor negativo = acréscimo, o ERP não tem coluna própria de desconto). Sem a permissão de ver totais, os valores em R$ ficam ocultos.
Como conferir no ERP: abra o pedido pelo número no Millennium — status, datas e totais são os mesmos; a réplica atualiza a cada sincronização (alguns minutos de atraso são normais).
Régua: entram pedidos efetuados e não cancelados. A régua é "efetuado" — e não "faturado" — porque no balcão a nota sai pela movimentação de estoque: a flag de faturamento do pedido só marca e-commerce/televendas. Orçamentos aparecem rotulados. A data mostrada é a de emissão (ou a de digitação, quando não há emissão). No detalhe do pedido, Desconto = total + frete − líquido (valor negativo = acréscimo, o ERP não tem coluna própria de desconto). Sem a permissão de ver totais, os valores em R$ ficam ocultos.
Como conferir no ERP: abra o pedido pelo número no Millennium — status, datas e totais são os mesmos; a réplica atualiza a cada sincronização (alguns minutos de atraso são normais).
Customer Intelligence
?O que é: as métricas de compra deste cliente, calculadas na réplica e refeitas a cada sincronização.
Régua: RFM são três notas de 1 a 5 que comparam o cliente com todos os clientes identificados (quintis): R = quão recente foi a última compra (5 = comprou há pouco), F = quantas compras (documentos) já fez, M = quanto já gastou. Segmento: R≥4 e F≥4 = Campeão · R≥4 e F≤2 = Novo/Promissor · R≤2 e F≥4 = Em risco · R≤2 e F≤2 = Perdido · o resto = Regular. LTV = tudo que o cliente já comprou menos as devoluções. Ticket médio = total gasto ÷ nº de compras. Intervalo de recompra = média de dias entre uma compra e a seguinte. Canal preferido = o mais frequente nos pedidos; categoria e marca favoritas = onde ele mais gastou em R$ (não em nº de itens). O selo de posição nas pills compara o LTV dele com o de todos os clientes medidos. Para o consumidor final do balcão este bloco vira Resumo do balcão: vendas não identificadas — a linha de base da meta de cadastro no PDV (ele fica fora do RFM para não distorcer as notas dos demais).
Como conferir no ERP: some as vendas do cliente nas movimentações do Millennium e desconte as devoluções — é o LTV; a última movimentação bate com a "Última compra".
Régua: RFM são três notas de 1 a 5 que comparam o cliente com todos os clientes identificados (quintis): R = quão recente foi a última compra (5 = comprou há pouco), F = quantas compras (documentos) já fez, M = quanto já gastou. Segmento: R≥4 e F≥4 = Campeão · R≥4 e F≤2 = Novo/Promissor · R≤2 e F≥4 = Em risco · R≤2 e F≤2 = Perdido · o resto = Regular. LTV = tudo que o cliente já comprou menos as devoluções. Ticket médio = total gasto ÷ nº de compras. Intervalo de recompra = média de dias entre uma compra e a seguinte. Canal preferido = o mais frequente nos pedidos; categoria e marca favoritas = onde ele mais gastou em R$ (não em nº de itens). O selo de posição nas pills compara o LTV dele com o de todos os clientes medidos. Para o consumidor final do balcão este bloco vira Resumo do balcão: vendas não identificadas — a linha de base da meta de cadastro no PDV (ele fica fora do RFM para não distorcer as notas dos demais).
Como conferir no ERP: some as vendas do cliente nas movimentações do Millennium e desconte as devoluções — é o LTV; a última movimentação bate com a "Última compra".
Consentimento · LGPD
CPF/CNPJ cifrados em repouso (Fernet + índice cego). Exibição mascarada exige perfil autorizado.
Top produtos do cliente
por valorAtendimento
Encontre o cliente pelo nome, CPF ou CNPJ — ou cadastre um novo em poucos campos.
Digite o nome ou o documento e aperte Buscar.
?
O que é: busca unificada — o servidor decide pelo formato do que você digitou.
Régua: CPF/CNPJ completo procura primeiro na base espelho e, se o dígito verificador fecha e nada aparece, consulta o Millennium ao vivo (pega cadastro recém-feito). 8+ dígitos viram busca de telefone ("contém", aceita +55 e 0 no DDD). Texto busca nome/fantasia sem acento, e-mail e código exato. Mostra no máximo 25: código exato primeiro, depois quem começa com o termo; no empate, o cliente de maior histórico de compras (LTV) vem antes.
Dica: cadastrou agora e não acha por nome? A base espelho leva ~15–20 min — busque pelo documento, que consulta o ERP na hora. CNPJ só busca com os 14 dígitos.
Régua: CPF/CNPJ completo procura primeiro na base espelho e, se o dígito verificador fecha e nada aparece, consulta o Millennium ao vivo (pega cadastro recém-feito). 8+ dígitos viram busca de telefone ("contém", aceita +55 e 0 no DDD). Texto busca nome/fantasia sem acento, e-mail e código exato. Mostra no máximo 25: código exato primeiro, depois quem começa com o termo; no empate, o cliente de maior histórico de compras (LTV) vem antes.
Dica: cadastrou agora e não acha por nome? A base espelho leva ~15–20 min — busque pelo documento, que consulta o ERP na hora. CNPJ só busca com os 14 dígitos.
Operação · Catálogo
Produtos
Catálogo do Millennium replicado — departamento › coleção › subcoleção + marca, preço por tabela, estoque, níveis e curva ABC. carregando…
Operação · Catálogo
Promoções
Promoções do Millennium — preço progressivo e desconto por quantidade. Toda gravação relê o ERP e confere o que ficou salvo. carregando…
Operação · Catálogo
De-para VTEX
Confere o vínculo de cada SKU entre o Millennium e a VTEX e corrige com um clique. Tudo que gravar é relido e conferido no ERP.
sem auditoria
Fila de correções
carregando…Inteligência · Diferencial
Customer Intelligence
Métricas por cliente calculadas na réplica e recalculadas a cada sync. Vale para o público identificado (~24% das vendas).
Matriz RFM
Recência × Frequência · nº de clientes ?O que é: o mapa da base por RFM: cada célula conta quantos clientes têm aquela combinação de Recência (linhas: R5 = comprou há pouco … R1 = sumiu há muito) e Frequência (colunas: F1 = comprou pouco … F5 = compra sempre).
Régua: as notas são quintis — cada cliente identificado é comparado com todos os outros; o consumidor final do balcão fica fora para não distorcer. R alto + F alto (canto de cima, à direita) = Campeões, para reter. R baixo + F alto (embaixo, à direita) = bons clientes sumindo = "Em risco", prioridade nº 1 de resgate. R baixo + F baixo = perdidos.
Atenção: nesta versão os números da matriz ainda são ilustrativos (demonstração) — as notas reais já são calculadas e aparecem na ficha de cada cliente.
Régua: as notas são quintis — cada cliente identificado é comparado com todos os outros; o consumidor final do balcão fica fora para não distorcer. R alto + F alto (canto de cima, à direita) = Campeões, para reter. R baixo + F alto (embaixo, à direita) = bons clientes sumindo = "Em risco", prioridade nº 1 de resgate. R baixo + F baixo = perdidos.
Atenção: nesta versão os números da matriz ainda são ilustrativos (demonstração) — as notas reais já são calculadas e aparecem na ficha de cada cliente.
Eixo X: Frequência (1→5)Eixo Y: Recência (5→1)
Distribuição por estágio
Inteligência · Comercial
BI Comercial
Vendas por canal, vendedor e praça. Junho/2026: 7.474 documentos · 15.585 itens.
Faturamento por canal
Clientes: novos · perdidos · recuperados
Top vendedores
Vendas por UF
Análise Financeira
Quanto cada empresa do grupo fatura — e para quem. O mix entre PJ que toma crédito, pessoa física e balcão é o que decide Simples × híbrido (LC 214) × regime normal.
?
O que é: o faturamento mês a mês em três bandas — verde = venda do mês COM nota, azul = nota emitida DEPOIS (regularização de venda antiga), vermelho = sem nota. A linha é o % com nota da venda do mês (eixo direito) — é ela que mostra a direção.
Régua: canceladas fora. "Com nota" = documento fiscal emitido no mês (NF-e + cupom), já DESCONTADA a nota de regularização: ela é venda antiga ganhando documento, vira banda própria e sai do %; o romaneio que ela cobriu abate do vermelho — senão o mesmo dinheiro contaria duas vezes. O hover da banda verde traz a contagem de NF-e e NFC-e do mês.
Meses hachurados: incompletos (a janela corta no meio deles) ou anteriores a mar/2025, quando a base diverge do ERP — não leia tendência neles.
Pílulas: filtram SÓ este gráfico por empresa (CNPJ emissor), sem mexer no resto da tela.
Como conferir no ERP: documento iniciado por N = nota; os demais são romaneio. Cupom (NFC-e) = faixa própria de numeração da loja 01.
Régua: canceladas fora. "Com nota" = documento fiscal emitido no mês (NF-e + cupom), já DESCONTADA a nota de regularização: ela é venda antiga ganhando documento, vira banda própria e sai do %; o romaneio que ela cobriu abate do vermelho — senão o mesmo dinheiro contaria duas vezes. O hover da banda verde traz a contagem de NF-e e NFC-e do mês.
Meses hachurados: incompletos (a janela corta no meio deles) ou anteriores a mar/2025, quando a base diverge do ERP — não leia tendência neles.
Pílulas: filtram SÓ este gráfico por empresa (CNPJ emissor), sem mexer no resto da tela.
Como conferir no ERP: documento iniciado por N = nota; os demais são romaneio. Cupom (NFC-e) = faixa própria de numeração da loja 01.
Evolução mensal
Faturamento por mês, separando o que sai com documento fiscal do que não sai. A linha é o percentual com nota — é ela que mostra a direção.
?
O que é: o consumo do teto do Simples por CNPJ, em três visões: Teto (ano), Metas (mês a mês) e Mês atual.
Régua: aqui conta NOTA EMITIDA pelo CNPJ — NF-e + cupom + nota de regularização, canceladas fora. Romaneio sem nota NÃO entra: é a leitura FISCAL, que o teto e a meta governam — diferente dos totalizadores lá de cima, que somam tudo. E "empresa" = o CNPJ que EMITIU o documento, não a loja onde a venda nasceu (o cruzamento está no bloco "Onde a venda nasce").
As contas: barra do teto = notas do ano ÷ teto configurado; a projeção segue o ritmo dos dias corridos. Na visão Metas, a linha é o realizado e o degrau tracejado é a meta; o "ritmo" compara com a meta acumulada até hoje, com o mês corrente proporcional aos dias. Mês atual = notas do mês ÷ fatia mensal (teto ÷ 12).
Ajustes: teto/sublimite (varia por estado) e metas editam-se na engrenagem — exige a permissão de metas. Bloco anual por natureza: o período do topo não o afeta.
Régua: aqui conta NOTA EMITIDA pelo CNPJ — NF-e + cupom + nota de regularização, canceladas fora. Romaneio sem nota NÃO entra: é a leitura FISCAL, que o teto e a meta governam — diferente dos totalizadores lá de cima, que somam tudo. E "empresa" = o CNPJ que EMITIU o documento, não a loja onde a venda nasceu (o cruzamento está no bloco "Onde a venda nasce").
As contas: barra do teto = notas do ano ÷ teto configurado; a projeção segue o ritmo dos dias corridos. Na visão Metas, a linha é o realizado e o degrau tracejado é a meta; o "ritmo" compara com a meta acumulada até hoje, com o mês corrente proporcional aos dias. Mês atual = notas do mês ÷ fatia mensal (teto ÷ 12).
Ajustes: teto/sublimite (varia por estado) e metas editam-se na engrenagem — exige a permissão de metas. Bloco anual por natureza: o período do topo não o afeta.
Empresas do grupo ano vigente · não segue o período acima
Carregando…
?
O que é: quais pedidos entram no diagrama e como o sistema descobre qual CNPJ faturou cada um.
Régua: só pedidos FINALIZADOS da janela (cancelados e pedidos parados ficam fora); a origem é a filial do pedido no ERP. O emissor vem do pareamento pedido↔nota por nº + data + cliente + valor ao centavo — com passadas extras para entrega parcial (o valor da nota difere do pedido) e para data registrada com defasagem; a nota é procurada até 90 dias depois da janela.
Nós especiais: "Nota depois" = simples emissão (venda antiga que ganhou documento — não é venda nova); "Não localizada" = resíduo mínimo (nota que consolida vários pedidos, ou nota de hoje que o sync ainda não trouxe). O Site só aparece à esquerda porque não emite nota.
Como conferir no ERP: no pedido, o campo NF + data; o documento correspondente aparece na filial emissora com o mesmo número.
Régua: só pedidos FINALIZADOS da janela (cancelados e pedidos parados ficam fora); a origem é a filial do pedido no ERP. O emissor vem do pareamento pedido↔nota por nº + data + cliente + valor ao centavo — com passadas extras para entrega parcial (o valor da nota difere do pedido) e para data registrada com defasagem; a nota é procurada até 90 dias depois da janela.
Nós especiais: "Nota depois" = simples emissão (venda antiga que ganhou documento — não é venda nova); "Não localizada" = resíduo mínimo (nota que consolida vários pedidos, ou nota de hoje que o sync ainda não trouxe). O Site só aparece à esquerda porque não emite nota.
Como conferir no ERP: no pedido, o campo NF + data; o documento correspondente aparece na filial emissora com o mesmo número.
Onde a venda nasce × qual CNPJ faturagrupo inteiro
O grupo fatura cruzado: o pedido nasce numa loja e a nota pode sair por outro CNPJ. À esquerda, onde a venda foi feita; à direita, quem emitiu o documento. Sem essa leitura, "faturamento por empresa" não tem referente — e é ela que mostra quanto de cada loja passa pelo CNPJ de outra.
Carregando…
?
Período: o do seletor no topo da tela — barras, rosca e simulação seguem a mesma janela.
O que entra: vendas faturadas na janela, na régua da Receita (canceladas fora). Rosca e barras usam a MESMA régua: sem nota = romaneios que continuam sem nota (líquida); nota emitida depois = romaneio antigo que ganhou NF de regularização.
NF-e × NFC-e: separadas pela faixa de numeração (loja 01: nº ≤ 5.000 desde jun/2025 = cupom; validada por ICMS zero).
Hoje, no Simples: imposto estimado sobre a receita sem nota usando a taxa REAL do grupo (DAS efetivo preenchido na engrenagem ⚙; sem ele, só a fatia ICMS, marcada como parcial) — e a sobra depois do imposto.
Simulador ("se saísse do Simples"): aplica os percentuais dos campos em DOIS cenários — o faturamento cheio (com + sem nota) e só a receita sem nota — da empresa escolhida nas pílulas. Cadeia: ICMS sobre a receita → PIS/COFINS sobre a receita − ICMS (Tema 69) → IRPJ/CSLL sobre a bruta. Defaults = Lucro Presumido (presunção 8%/12%); acima de R$ 60 mil/tri de base presumida o IRPJ marginal vai a 2,00%. O frete fica dentro do valor dos documentos.
O que a simulação NÃO considera: créditos de entrada, ST/MVA, enquadramento — é ordem de grandeza, não cálculo do contador. No Tema 69, usa o ICMS efetivo do campo (o STF manda o destacado) — estimativa levemente conservadora.
Como o sistema separa: documento com prefixo N = nota fiscal; os demais são romaneio (sem nota). Romaneio do período não tem ICMS destacado, e o total confere com a flag de faturamento dos pedidos.
Barras: uma por empresa (CNPJ emissor). Quem fatura para quem está no bloco “Onde a venda nasce”. Valores brutos: devolução e troca ainda não sincronizam.
O que entra: vendas faturadas na janela, na régua da Receita (canceladas fora). Rosca e barras usam a MESMA régua: sem nota = romaneios que continuam sem nota (líquida); nota emitida depois = romaneio antigo que ganhou NF de regularização.
NF-e × NFC-e: separadas pela faixa de numeração (loja 01: nº ≤ 5.000 desde jun/2025 = cupom; validada por ICMS zero).
Hoje, no Simples: imposto estimado sobre a receita sem nota usando a taxa REAL do grupo (DAS efetivo preenchido na engrenagem ⚙; sem ele, só a fatia ICMS, marcada como parcial) — e a sobra depois do imposto.
Simulador ("se saísse do Simples"): aplica os percentuais dos campos em DOIS cenários — o faturamento cheio (com + sem nota) e só a receita sem nota — da empresa escolhida nas pílulas. Cadeia: ICMS sobre a receita → PIS/COFINS sobre a receita − ICMS (Tema 69) → IRPJ/CSLL sobre a bruta. Defaults = Lucro Presumido (presunção 8%/12%); acima de R$ 60 mil/tri de base presumida o IRPJ marginal vai a 2,00%. O frete fica dentro do valor dos documentos.
O que a simulação NÃO considera: créditos de entrada, ST/MVA, enquadramento — é ordem de grandeza, não cálculo do contador. No Tema 69, usa o ICMS efetivo do campo (o STF manda o destacado) — estimativa levemente conservadora.
Como o sistema separa: documento com prefixo N = nota fiscal; os demais são romaneio (sem nota). Romaneio do período não tem ICMS destacado, e o total confere com a flag de faturamento dos pedidos.
Barras: uma por empresa (CNPJ emissor). Quem fatura para quem está no bloco “Onde a venda nasce”. Valores brutos: devolução e troca ainda não sincronizam.
Com nota × sem nota
Quanto das vendas saiu com documento fiscal (nota ou cupom) e quanto ficou sem nota — por empresa do grupo.
■ nota (NF-e) · ■ cupom (NFC-e) · ■ nota emitida depois · ■ sem nota
Se saísse do Simples, quanto custaria
percentuais editáveis — confirme com o contador
Estimativa para dimensionar a decisão — não substitui o cálculo do contador (detalhes no “?” do bloco).
?
O que é: por qual canal a venda sai (balcão, televendas, e-commerce…) e como ela é paga — e quanto de cada combinação fica sem nota.
Régua: canal e forma de pagamento são LIDOS do ERP (fonte vendas_lista), não deduzidos. Sem nota = romaneio que segue sem NF vinculada — o nome do evento não decide (o evento "VENDA CUPOM" do ERP, por exemplo, é em grande parte romaneio). Canceladas fora; a janela é a do topo.
Como ler: a barra é o tamanho do canal; a fatia vermelha, a parte sem nota. Abaixo de cada canal, as principais formas de pagamento DELE, cada uma com seu % do canal e % sem nota — a informalidade mora no par (balcão+PIX é um mundo, balcão+cartão é outro).
Cobertura: só documentos já enriquecidos pela fonte entram — o rodapé declara a fração; o backfill noturno amplia até 100%.
Régua: canal e forma de pagamento são LIDOS do ERP (fonte vendas_lista), não deduzidos. Sem nota = romaneio que segue sem NF vinculada — o nome do evento não decide (o evento "VENDA CUPOM" do ERP, por exemplo, é em grande parte romaneio). Canceladas fora; a janela é a do topo.
Como ler: a barra é o tamanho do canal; a fatia vermelha, a parte sem nota. Abaixo de cada canal, as principais formas de pagamento DELE, cada uma com seu % do canal e % sem nota — a informalidade mora no par (balcão+PIX é um mundo, balcão+cartão é outro).
Cobertura: só documentos já enriquecidos pela fonte entram — o rodapé declara a fração; o backfill noturno amplia até 100%.
Por onde sai — e como se paga
Canal de venda e forma de pagamento cruzados com o com/sem nota — dimensões lidas do ERP pela fonte nova. É o retrato de como a informalidade acontece: vermelho = sem nota.
Carregando…
Para quem vendemos
?
O que é: quem sustenta a operação no período — receita, participação e curva ABC.
Régua: TODAS as vendas da janela, com e sem nota, canceladas fora (diferente do bloco Empresas do grupo, que conta só notas emitidas). % = fatia do cliente no total exibido; Acum. = soma até a linha — onde cruza ~80% termina a classe A. Com um filtro de tipo ligado, % e curva passam a ser do universo filtrado.
Tipo: PJ classificada usa o regime do CNPJá (Normal/Simples/MEI); sem classificação, cai na régua da Inscrição Estadual. "Consumidor genérico" = venda de balcão sem cadastro.
Busca: nome parcial funciona; CPF/CNPJ só COMPLETO — os documentos são guardados criptografados, busca por pedaço de número não existe. Trocando para Fornecedores, a fonte vira o contas a pagar.
Régua: TODAS as vendas da janela, com e sem nota, canceladas fora (diferente do bloco Empresas do grupo, que conta só notas emitidas). % = fatia do cliente no total exibido; Acum. = soma até a linha — onde cruza ~80% termina a classe A. Com um filtro de tipo ligado, % e curva passam a ser do universo filtrado.
Tipo: PJ classificada usa o regime do CNPJá (Normal/Simples/MEI); sem classificação, cai na régua da Inscrição Estadual. "Consumidor genérico" = venda de balcão sem cadastro.
Busca: nome parcial funciona; CPF/CNPJ só COMPLETO — os documentos são guardados criptografados, busca por pedaço de número não existe. Trocando para Fornecedores, a fonte vira o contas a pagar.
Ranking de clientes
Significância na operação e curva ABC (% acumulado).
?
O que é: os totalizadores do contas a pagar de fornecedores — conciliados ao centavo com o ERP.
Régua: só título FIRME de fornecedor (gerador F): previsões de planejamento, baixas sem pagamento e geradores C (clientes) / T (transportadoras) ficam fora de todas as contas. Sem nota (OS) = "OS" no nº do documento ou no tipo de pagamento.
Cada bloco diz sua data: "Total", "✓ Pago" e "◌ Em aberto" usam o VENCIMENTO na janela do topo (Pago + Em aberto = Total, por construção). "💰 Caixa" usa a DATA DE PAGAMENTO — o que saiu do caixa, independe do vencimento. "Em aberto hoje" é a foto de agora, fora da janela: a vencer = hoje→31/12; vencidos = desde 01/01; anos anteriores e ano seguinte em linhas próprias.
Como conferir no ERP: a linha "🪞 no ano" reproduz exatamente a tela de abertos do Millennium (firmes · fornecedores · vencimento no ano vigente). O selo cinza mostra a idade do espelho — passando de 1 min, o painel pede uma rodada nova sozinho.
Régua: só título FIRME de fornecedor (gerador F): previsões de planejamento, baixas sem pagamento e geradores C (clientes) / T (transportadoras) ficam fora de todas as contas. Sem nota (OS) = "OS" no nº do documento ou no tipo de pagamento.
Cada bloco diz sua data: "Total", "✓ Pago" e "◌ Em aberto" usam o VENCIMENTO na janela do topo (Pago + Em aberto = Total, por construção). "💰 Caixa" usa a DATA DE PAGAMENTO — o que saiu do caixa, independe do vencimento. "Em aberto hoje" é a foto de agora, fora da janela: a vencer = hoje→31/12; vencidos = desde 01/01; anos anteriores e ano seguinte em linhas próprias.
Como conferir no ERP: a linha "🪞 no ano" reproduz exatamente a tela de abertos do Millennium (firmes · fornecedores · vencimento no ano vigente). O selo cinza mostra a idade do espelho — passando de 1 min, o painel pede uma rodada nova sozinho.
Compras — contas a pagargrupo inteiro
Fornecedores, títulos firmes, réguas conciliadas com o ERP. Sem nota = título com "OS" no número do documento ou no tipo de pagamento; previsões e baixas sem pagamento ficam fora.
Carregando…
?
O que é: todas as compras do período repartidas pela classe do FORNECEDOR — quem vai creditar CBS/IBS na reforma, quem é do Simples, quem é pessoa física.
Régua: os mesmos títulos dos totalizadores (fornecedor F, firmes, vencimento na janela). O regime vem da consulta CNPJá gravada na ficha (sync noturno): Regime normal credita CBS/IBS cheio; Simples/MEI tem crédito limitado ao que o fornecedor recolhe (LC 214); PF não gera crédito. "% OS" = fatia sem nota dentro de cada classe.
Barra de baixo: o recorte PF × CNPJ do cadastro — "ficha sem CNPJ/CPF" e "sem cadastro" são classes próprias, não erro.
Como conferir no ERP: ficha do fornecedor no Millennium; o regime é o do cartão CNPJ (classificação CNPJá).
Régua: os mesmos títulos dos totalizadores (fornecedor F, firmes, vencimento na janela). O regime vem da consulta CNPJá gravada na ficha (sync noturno): Regime normal credita CBS/IBS cheio; Simples/MEI tem crédito limitado ao que o fornecedor recolhe (LC 214); PF não gera crédito. "% OS" = fatia sem nota dentro de cada classe.
Barra de baixo: o recorte PF × CNPJ do cadastro — "ficha sem CNPJ/CPF" e "sem cadastro" são classes próprias, não erro.
Como conferir no ERP: ficha do fornecedor no Millennium; o regime é o do cartão CNPJ (classificação CNPJá).
De quem compramos
Mix por regime tributário (CNPJá) — quem credita CBS/IBS, quem é Simples, PF — e, abaixo, o recorte PF × CNPJ do cadastro.
Carregando…
?
O que é: as compras mês a mês — verde = com nota, vermelho = OS (sem nota). No topo de cada barra: o R$ total compacto (k = mil, M = milhão) e o % OS do mês.
Régua: os mesmos títulos dos totalizadores, mas agrupados pela data de EMISSÃO do título (não pelo vencimento) — por isso a soma dos meses pode divergir de leve do "Total no período".
Pílulas: filtram o gráfico por empresa (Vitor/Marcelo/Rosana). O Site fica fora das pílulas — compra residual — mas segue somado em "Todas". Elas só existem no modo com valores.
Como conferir no ERP: contas a pagar filtrado pela emissão do mês; título com "OS" no documento ou no tipo de pagamento conta no vermelho.
Régua: os mesmos títulos dos totalizadores, mas agrupados pela data de EMISSÃO do título (não pelo vencimento) — por isso a soma dos meses pode divergir de leve do "Total no período".
Pílulas: filtram o gráfico por empresa (Vitor/Marcelo/Rosana). O Site fica fora das pílulas — compra residual — mas segue somado em "Todas". Elas só existem no modo com valores.
Como conferir no ERP: contas a pagar filtrado pela emissão do mês; título com "OS" no documento ou no tipo de pagamento conta no vermelho.
Compras por mês
Por emissão · verde = com nota · vermelho = OS · rótulo = % sem nota.
Carregando…
?
O que é: cada empresa comparada com ELA MESMA no mesmo trecho do ano anterior — barra cheia = agora, barra clara = ano passado (escala única entre as filiais).
Régua: os mesmos títulos dos totalizadores, pelo VENCIMENTO (a série "Compras por mês" usa emissão — podem divergir de leve). O toggle troca a janela: Período = a do topo; Ano = 01/01 até hoje. Título com vencimento no futuro não entra na comparação, e a variação ▲/▼ é a razão entre os dois trechos.
Atenção: quando o trecho anterior invade 2023 acende um aviso — o histórico importado de 2023 é raso (32 títulos) e a variação perde valor. O Site aparece por carregar títulos próprios, mas é canal, não CNPJ.
Como conferir no ERP: contas a pagar por filial e vencimento; os rótulos 03/04 da planilha equivalem a Site/Rosana.
Régua: os mesmos títulos dos totalizadores, pelo VENCIMENTO (a série "Compras por mês" usa emissão — podem divergir de leve). O toggle troca a janela: Período = a do topo; Ano = 01/01 até hoje. Título com vencimento no futuro não entra na comparação, e a variação ▲/▼ é a razão entre os dois trechos.
Atenção: quando o trecho anterior invade 2023 acende um aviso — o histórico importado de 2023 é raso (32 títulos) e a variação perde valor. O Site aparece por carregar títulos próprios, mas é canal, não CNPJ.
Como conferir no ERP: contas a pagar por filial e vencimento; os rótulos 03/04 da planilha equivalem a Site/Rosana.
Compras por filial
Carregando…
?
O que é: quanto das compras pode virar crédito de CBS/IBS na reforma — e quanto não pode.
Régua: a base é só MERCADORIA COM NOTA do período (plano de contas de mercadoria; tributo, aluguel e despesa não geram crédito). Ela é repartida pelo regime do fornecedor (CNPJá): crédito firme = fornecedor no regime normal (cheio, na alíquota); Simples/MEI = crédito limitado ao que o fornecedor recolhe (LC 214 — só o regime híbrido repassa cheio); PF e sem classificação ficam fora do cálculo, declarados na última linha.
Alíquota: editável no campo — 26,5% é a referência da reforma; o efetivo é do contador.
Como conferir no ERP: títulos do plano "mercadoria" sem OS no documento; o regime de cada fornecedor está na ficha.
Régua: a base é só MERCADORIA COM NOTA do período (plano de contas de mercadoria; tributo, aluguel e despesa não geram crédito). Ela é repartida pelo regime do fornecedor (CNPJá): crédito firme = fornecedor no regime normal (cheio, na alíquota); Simples/MEI = crédito limitado ao que o fornecedor recolhe (LC 214 — só o regime híbrido repassa cheio); PF e sem classificação ficam fora do cálculo, declarados na última linha.
Alíquota: editável no campo — 26,5% é a referência da reforma; o efetivo é do contador.
Como conferir no ERP: títulos do plano "mercadoria" sem OS no documento; o regime de cada fornecedor está na ficha.
Crédito CBS/IBS
Sobre a mercadoria com nota, repartido pelo regime do fornecedor (CNPJá) — só o regime normal dá crédito cheio.
Carregando…
?
O que é: as compras do período repartidas pelo plano de contas do título — mercadoria × despesas × tributos, cada linha com sua proporção sem nota.
Régua: os mesmos títulos dos totalizadores (fornecedor, firmes, vencimento na janela); aparecem os 10 maiores planos por valor. "% s/nota" = fatia OS dentro do próprio plano.
Por que importa: só a mercadoria com nota entra na base de crédito CBS/IBS — tributo pago (o 2º maior "credor" costuma ser o próprio Fisco) não gera crédito. Título que chega sem plano vira "(sem plano — feed do ERP não traz)".
Como conferir no ERP: contas a pagar agrupado por plano de contas (pconta), na mesma janela.
Régua: os mesmos títulos dos totalizadores (fornecedor, firmes, vencimento na janela); aparecem os 10 maiores planos por valor. "% s/nota" = fatia OS dentro do próprio plano.
Por que importa: só a mercadoria com nota entra na base de crédito CBS/IBS — tributo pago (o 2º maior "credor" costuma ser o próprio Fisco) não gera crédito. Título que chega sem plano vira "(sem plano — feed do ERP não traz)".
Como conferir no ERP: contas a pagar agrupado por plano de contas (pconta), na mesma janela.
Por plano de contas
Mercadoria × despesas × tributos — cada um com sua proporção sem nota.
Carregando…
?
O que é: os maiores fornecedores do período e quanto da compra se concentra neles.
Régua: os mesmos títulos dos totalizadores (fornecedor, firmes, vencimento na janela). Pedidos = documentos distintos (notas/pedidos de compra); Títulos = parcelas; % = participação no total do período; Acum. = soma dos % até a linha — onde cruza ~80% termina a classe A; % OS = fatia sem nota do próprio fornecedor.
Regime (CNPJá): Normal credita CBS/IBS; Simples/MEI tem crédito limitado. A barrinha "Por empresa" mostra quem do grupo comprou (cores das filiais), e o cabeçalho diz quanto do valor de compra já tem regime apurado.
Como conferir no ERP: contas a pagar agrupado por gerador (F), mesma janela por vencimento.
Régua: os mesmos títulos dos totalizadores (fornecedor, firmes, vencimento na janela). Pedidos = documentos distintos (notas/pedidos de compra); Títulos = parcelas; % = participação no total do período; Acum. = soma dos % até a linha — onde cruza ~80% termina a classe A; % OS = fatia sem nota do próprio fornecedor.
Regime (CNPJá): Normal credita CBS/IBS; Simples/MEI tem crédito limitado. A barrinha "Por empresa" mostra quem do grupo comprou (cores das filiais), e o cabeçalho diz quanto do valor de compra já tem regime apurado.
Como conferir no ERP: contas a pagar agrupado por gerador (F), mesma janela por vencimento.
Curva ABC de fornecedores
Maiores fornecedores do período, com participação acumulada e % sem nota.
Carregando…
?
O que é: a prévia do imposto da reforma (CBS/IBS) por DOIS caminhos independentes — e a comparação entre eles.
Painel 1 (fluxo): débito = alíquota × TODA a venda da janela (canceladas fora; nota de regularização e o romaneio coberto por ela não contam duas vezes) MENOS o crédito firme = alíquota × mercadoria COM NOTA de fornecedor no regime normal (janela por vencimento — a régua da aba Compras). Compras do Simples aparecem à parte (crédito condicionado) e PF/sem classificação ficam fora. "Repasse" = fatia da receita PJ que vem de cliente capaz de creditar o imposto que destacaríamos.
Painel 2 (margem): imposto ≈ margem bruta × alíquota. O custo por produto é a média da grade na tabela CUSTO R$ (CUSTO NOTA como reserva); a "cobertura" declara que fração da receita tem custo conhecido — o resto é extrapolação avisada.
Painel 3: as duas estimativas lado a lado — o fluxo subestima o crédito (só mercadoria com nota firme) e a margem ignora despesas creditáveis; a verdade fica entre as duas.
Alíquota: 26,5% é referência — o efetivo é do contador.
Painel 1 (fluxo): débito = alíquota × TODA a venda da janela (canceladas fora; nota de regularização e o romaneio coberto por ela não contam duas vezes) MENOS o crédito firme = alíquota × mercadoria COM NOTA de fornecedor no regime normal (janela por vencimento — a régua da aba Compras). Compras do Simples aparecem à parte (crédito condicionado) e PF/sem classificação ficam fora. "Repasse" = fatia da receita PJ que vem de cliente capaz de creditar o imposto que destacaríamos.
Painel 2 (margem): imposto ≈ margem bruta × alíquota. O custo por produto é a média da grade na tabela CUSTO R$ (CUSTO NOTA como reserva); a "cobertura" declara que fração da receita tem custo conhecido — o resto é extrapolação avisada.
Painel 3: as duas estimativas lado a lado — o fluxo subestima o crédito (só mercadoria com nota firme) e a margem ignora despesas creditáveis; a verdade fica entre as duas.
Alíquota: 26,5% é referência — o efetivo é do contador.
Cruzamento — crédito × débito da reforma
Os dois lados na mesma janela do topo: débito sobre as vendas (régua da venda, canceladas fora) × crédito firme das compras (mercadoria com nota de fornecedor no regime normal, janela por vencimento) — e a previsão independente pela margem de produto (preço de venda × custo). Referência CBS/IBS 26,5% — o efetivo é do contador.
Inteligência · Produto
Inteligência de Produto
Curva ABC/XYZ, giro e ruptura calculados na plataforma (o ERP não guarda posição histórica). Alterações de preço vêm prontas do ERP.
Curva ABC · por faturamento
Alterações de preço · hoje
alteracoes_diariasRuptura de estoque
142 SKUs zeradosAtivação · O coração do sistema
Motor de Segmentação
Um segmento é uma árvore de condições que o compilador vira SQL sobre a réplica. Roda 100% no nosso banco — zero dependência da API do ERP.
Construtor · "Revenda escolar dormente"
todas as condições (E)canal_preferido=ECOMMERCE✕
E
dias_sem_compra>90✕
E
comprou_categoriacontémEstojo escolar✕
E
total_gasto_12m>R$ 1.000✕
SQL gerado
-- compilado automaticamente sobre marts.customer_metrics
SELECT cod_cliente FROM customer_metrics
WHERE canal_preferido = 'ECOMMERCE'
AND dias_sem_compra > 90
AND EXISTS(compra IN categoria 'Estojo escolar')
AND total_gasto_12m > 1000;
SELECT cod_cliente FROM customer_metrics
WHERE canal_preferido = 'ECOMMERCE'
AND dias_sem_compra > 90
AND EXISTS(compra IN categoria 'Estojo escolar')
AND total_gasto_12m > 1000;
Prévia ao vivo
0
clientes atendem às condições
Movimentação
último sync Entraram+64
Saíram−12
"Entrou no segmento" é o gatilho natural da automação. Segmentos são versionados e reavaliados a cada sync.
Segmentos salvos
Clientes VIP1.284
Aniversariantes do mês31
Recompra atrasada318
Comprou marca DAC2.940
Ativação · WhatsApp via OmniChat
Automação
Gatilho → condição → template aprovado. Envio pela OmniChat (HSM), opt-out por LGPD, cupom gerido na plataforma.
Fluxo · Reposição por ciclo de recompra
ativoGatilho
Entrou em "Recompra atrasada"dia N−3 do intervalo médio
Condição
Opt-in WhatsApp = simrespeita blocklist / LGPD
Espera
Janela 9h–18hhorário comercial
Ação
Template "reposicao_v3"slots: {{nome}} · {{produto}}
Ação
Anexa cupom REPOR10validade 7d · regra na plataforma
Exemplo real: João — intervalo 42 dias, canal televendas, ticket R$ 380 — todos os campos verificados no ERP.
Os 4 fluxos
Templates WhatsApp
38 de 44 aprovadosSistema
Administração
Onde o Cortex se configura sem tocar em código: campos das entidades, saúde do sync, integrações, acessos e ambiente.
Fonte única de campos. Cada entidade é descrita por um esquema editável (cliente.yaml). Adicionar um campo = uma linha aqui — a leitura já passa a trazê-lo. Nada de mexer em rotas ou SQL.
Entidade: Cliente
Como o ERP mapeia
# cliente.yaml — trecho
- name: whatsapp
descricao: Número WhatsApp
erp_read: [geradores, 0, cel]
erp_write: cel
tipo: str
core_column: whatsapp
- name: whatsapp
descricao: Número WhatsApp
erp_read: [geradores, 0, cel]
erp_write: cel
tipo: str
core_column: whatsapp
Campo replicado exige também 1 migração de 1 linha (ADD COLUMN IF NOT EXISTS). PII (CPF/CNPJ) nunca vira coluna simples — vai cifrada.
Saúde dos serviços
?O que é: um semáforo derivado — nada é medido além do que esta tela já carregou.
Régua: "App + Banco" fica ok simplesmente porque a chamada de status respondeu; "ERP Millennium" lembra que o sync roda na MESMA sessão/licença única da API (não há segundo login); "Sincronização" herda a PIOR fonte da tabela ao lado, respeitando a cadência de cada uma — uma semanal em dia não derruba o semáforo.
Como conferir: se algo estiver âmbar/vermelho, a linha exata (com o erro) está na tabela "Fontes de sincronização".
Régua: "App + Banco" fica ok simplesmente porque a chamada de status respondeu; "ERP Millennium" lembra que o sync roda na MESMA sessão/licença única da API (não há segundo login); "Sincronização" herda a PIOR fonte da tabela ao lado, respeitando a cadência de cada uma — uma semanal em dia não derruba o semáforo.
Como conferir: se algo estiver âmbar/vermelho, a linha exata (com o erro) está na tabela "Fontes de sincronização".
Fontes de sincronização
control.sync_fonte ?O que é: as cargas ERP → réplica, uma linha por fonte de dados.
Régua: cada fonte tem uma cadência esperada (tolerância): as diárias (Clientes, Pedidos, Produtos, Vendas, contas a pagar/receber) acusam atraso após 24h; Preços, Estoque, reconciliação e promoções toleram 48h; Níveis e Fotos são semanais (8 dias) — por isso "há 5 d" pode estar verde numa e vermelho noutra. Bolinha: verde = dentro do prazo; âmbar = fonte diária há mais de 1h parada (ou tolerante que nunca rodou); vermelho = passou da tolerância, nunca rodou (diária) ou o último run terminou em erro. "Levou" = duração da última rodada completa; "Próxima" = próximo disparo do cron, no horário de Brasília.
Como conferir: control.sync_fonte e control.sync_log no banco; o horário real é o do crontab do servidor.
Régua: cada fonte tem uma cadência esperada (tolerância): as diárias (Clientes, Pedidos, Produtos, Vendas, contas a pagar/receber) acusam atraso após 24h; Preços, Estoque, reconciliação e promoções toleram 48h; Níveis e Fotos são semanais (8 dias) — por isso "há 5 d" pode estar verde numa e vermelho noutra. Bolinha: verde = dentro do prazo; âmbar = fonte diária há mais de 1h parada (ou tolerante que nunca rodou); vermelho = passou da tolerância, nunca rodou (diária) ou o último run terminou em erro. "Levou" = duração da última rodada completa; "Próxima" = próximo disparo do cron, no horário de Brasília.
Como conferir: control.sync_fonte e control.sync_log no banco; o horário real é o do crontab do servidor.
Enriquecimento de clientes
canal · bloqueios · IE/IM · e-mail NF-e (campos que só vêm na consulta ao vivo) ?O que é: o complemento do cadastro com campos que o ERP só entrega na consulta ao vivo: canal/representante, bloqueios, IE/IM e e-mail de NF-e.
Régua: a barra conta clientes já enriquecidos ÷ total, EXCLUINDO o consumidor genérico do balcão. "Enriquecer lote" processa um lote (incluindo a re-visita de quem foi enriquecido há mais de 1 dia); "Enriquecer tudo" repete lotes até zerar (~1h — melhor com o balcão parado). Erro num cliente é pulado e fica para depois; 8 erros SEGUIDOS = ERP realmente fora → a rodada para e acende "ERP degradado". O cron noturno também roda sozinho.
Como conferir no ERP: ficha do cliente no Millennium — é de lá que cada campo vem.
Régua: a barra conta clientes já enriquecidos ÷ total, EXCLUINDO o consumidor genérico do balcão. "Enriquecer lote" processa um lote (incluindo a re-visita de quem foi enriquecido há mais de 1 dia); "Enriquecer tudo" repete lotes até zerar (~1h — melhor com o balcão parado). Erro num cliente é pulado e fica para depois; 8 erros SEGUIDOS = ERP realmente fora → a rodada para e acende "ERP degradado". O cron noturno também roda sozinho.
Como conferir no ERP: ficha do cliente no Millennium — é de lá que cada campo vem.
—
O cron noturno (0h-6h) re-consulta a base e carimba bloqueio/desativação em até 24h. Cada ficha
aberta também enriquece na hora. Um erro por-cliente é pulado; só "degradado" se o ERP cair.
Qualidade de dados dos clientes
cadastros com inconsistências — corrigir na fonte (Millennium)Carregando…
Ambiente ativo
Laboratório
ERP · laboratóriorede interna · escrita liberada
Produção · ATIVO
ERP · produçãoacesso gerenciado
APP_ENVproducao
Trava somente-leitura
Write-back de clienteexige destravar
Um seletor carrega o perfil inteiro (ERP, auth, trava). Produção nasce somente-leitura.
LGPD & privacidade
🔒
PII cifrada em repouso
okCPF/CNPJ com Fernet + índice cego (HMAC)
🛡️
Réplica trancada a service_role
oko navegador nunca lê o schema core direto
📄
DPA Supabase
pendenteassinatura de conformidade pendente
🔑
HTTPS até o ERP
pendentePII em trânsito — aguarda Linx