Por que o número do ERP não bate com o do PDV, e como conferir
O número do ERP não bate com o do PDV porque cada sistema registra a venda pelo caminho dele, com a definição dele. Conferir é juntar as duas fontes por loja, na mesma linha do tempo, com uma definição por número escrita uma vez. Enquanto a junção fica com uma pessoa, cada uma junta do seu jeito, e duas pessoas chegam a dois números.
Visio aqui é a Visio de operação de lojas (visio.ai), o sistema para quem toca várias lojas, não o Visio da Microsoft, de diagramas. A camada de Dados do Visio OS, a camada 1 de 9 do sistema, é a base em que ERP, PDV, nota, banco, delivery, aplicativos do time e sensores ficam por loja, na mesma linha do tempo. É dela que saem os fatos deste guia sobre o que fazer com a divergência.
Por que o número que não bate importa na operação
O mês fecha e a pergunta chega: quanto a loja vendeu. Se o PDV devolve um número, o ERP devolve outro e a planilha que circula no grupo devolve um terceiro, a decisão espera. Do ERP vêm a venda, a compra e o financeiro; do PDV, a venda. São fontes diferentes da mesma loja, e cada uma foi desenhada para o seu trabalho.
O custo não é a diferença em si. É o que ela obriga a fazer antes de qualquer decisão: exportar de um sistema, exportar do outro, limpar, conciliar e repetir na semana seguinte e no mês seguinte. Toda pergunta que atravessa duas fontes começa por uma extração, e a maioria dessas perguntas nunca é feita.
Há um segundo custo, mais difícil de ver. Sobre uma exportação, a IA que você já usa inventa a junção entre os arquivos, lê o arquivo inteiro e responde com convicção. A análise morre na máquina de quem exportou, a próxima pergunta recomeça a extração, e o contexto vai embora quando a pessoa sai. Quando duas pessoas perguntam a mesma coisa e chegam a dois números, o número passa a ser disputado, e não usado.
O que a operação precisa é de um lugar em que as duas fontes signifiquem a mesma coisa. Sem isso, cada ferramenta nova paga a extração de novo, e cada relatório novo reabre a mesma discussão.
Como avaliar uma solução para o número que não bate: 5 critérios
Cinco critérios o leitor confere por conta própria, sem depender do que o fornecedor promete.
- Onde a definição de cada número está escrita. Se cada sistema continua com a definição dele, a divergência volta na próxima pergunta. O critério é se alguém escreveu uma vez o que é receita líquida, quais impostos entram e qual taxa de delivery vale, e se toda ferramenta e toda IA leem a mesma definição.
- Se a loja é a unidade. A nota de cada CNPJ entra pelo certificado digital dele, a conta de cada loja pelo Open Finance, com o consentimento do titular, a venda de cada PDV pelo caminho que existe. Uma solução que só empilha arquivos não faz a análise do grupo atravessar as lojas.
- Se a junção acontece antes da pergunta. Juntar por pergunta faz cada dúvida recomeçar a extração. Juntar antes é outra coisa: as fontes já estão na mesma linha do tempo quando alguém pergunta.
- Se dá para ver como o número foi construído. Um número que ninguém consegue abrir vira discussão. O critério é a resposta conseguir mostrar a definição que usou e desde quando aquela fonte é boa.
- Se a permissão vai junto. Quem pergunta na IA precisa ver a mesma fatia que veria na plataforma. A permissão por usuário, por loja e por app, aplicada no dado, é o que faz a resposta valer para o gerente, para o supervisor e para a direção ao mesmo tempo.
Top 5 lugares onde a diferença entre ERP e PDV pode nascer
1. Cada sistema tem a sua definição do número
O ERP e o PDV não discordam do fato, discordam do que contam. O que é receita líquida, quais impostos entram na conta, qual taxa de delivery é descontada: cada número tem uma definição, e quando ela é escrita uma vez, toda ferramenta e toda IA leem a mesma. Sem isso, cada sistema carrega a dele, e a diferença aparece na primeira comparação. Na camada, as definições são escritas pela Visio, no modelo, porque loja é loja e as perguntas se repetem; a sua IA escolhe a métrica pronta e a camada monta a consulta.
2. Cada fonte tem a sua frequência de extração e a sua data de início
Um número é tão honesto quanto a data em que a fonte começou a ser boa. A venda é extraída mais vezes por dia; a nota e o banco, na frequência de extração deles. O piso é pelo menos todo dia, cada fonte na sua. Comparar períodos em que a fonte não era boa pode misturar o que não é comparável, e o mapeamento da operação é o que diz, fonte por fonte, desde quando o dado é confiável.
3. A junção é feita à mão, e cada pessoa junta do seu jeito
Quando o encontro entre as duas fontes depende de alguém, o critério de junção fica com essa pessoa. Uma tira a loja em reforma, outra não tira; uma usa a data do pedido, outra a data do faturamento. O resultado não é um erro de nenhum dos dois sistemas: é a ausência de um lugar em que as fontes estejam juntas, por loja, na mesma linha do tempo. As suas exceções, como a loja que mudou de endereço ou a que ficou fechada para reforma, pertencem à sua análise e não à verdade compartilhada.
4. A loja precisa ser a unidade dos dois
Quando o grupo soma as lojas, junta números que podem não querer dizer a mesma coisa. Na camada de Dados do Visio OS a loja é a unidade: a nota de cada CNPJ pelo certificado digital dele, a conta de cada loja por Open Finance, com o consentimento do titular, a venda de cada PDV, e a análise do grupo atravessa as lojas porque cada uma significa a mesma coisa. Cada rede, marca e país com as suas definições e a sua granularidade, sem um segundo pipeline.
5. Parte da operação não entra em sistema nenhum
Há dado que só o contador tem, documento que vive em outro lugar, e o que nunca entrou em sistema: o telefonema, o que o gerente disse na loja, o pedido de folga, a reclamação no balcão. A camada trata como dado as cinco classes: os sistemas, o que a operação produz trabalhando, a camada de gestão, o que os sensores detectam e o que chega de fora. São trilhas numa linha do tempo só, e o valor está na junção.
Para ver como as duas fontes ficam por loja, na mesma linha do tempo, e o que a divergência conta sobre a sua operação, fale com um especialista.
Como conferir o número do ERP contra o do PDV
A conferência segue a mesma ordem do trabalho que ninguém vê, em quatro partes, mais o mapeamento.
Comece pelo mapeamento: quais fontes a operação tem, por qual caminho cada uma conecta (API onde existe, exportação ou relatório onde não existe, um caminho de extração homologado quando nenhum dos dois serve) e desde quando cada uma é boa.
Depois, a definição: escreva uma vez o que cada número quer dizer, com impostos, taxas e recortes. É esse texto que decide a comparação.
Em seguida, a linha do tempo: as duas fontes por loja, na mesma ordem cronológica. É o que permite comparar esta terça com a mesma terça do ano passado e com a média das terças, porque as contas pesadas já estão feitas, por loja.
Por último, a permissão: quem pergunta precisa receber a resposta com o login e as permissões dele, inclusive quando quem pergunta é a IA. O gerente vê a loja dele, o supervisor vê as dele, a direção vê todas, com a mesma definição de cada número.
O método de conferência do número está em como confiar no número do relatório, e a parte da definição escrita está em o que é camada semântica e por que eu preciso de uma.
Comparativo: quatro caminhos para conferir ERP e PDV
A tabela compara caminhos, não fornecedores. Onde a resposta depende de como o painel ou o sistema foi montado, a célula diz isso.
| Critério | Exportar e juntar na planilha | BI ou dashboard | MCP de um sistema (um ERP) | Camada de Dados do Visio OS |
|---|---|---|---|---|
| Onde a junção acontece | Na máquina de quem exportou, a cada pergunta | No painel, sobre o dado que já chegou pronto | Dentro do próprio sistema | Antes da pergunta, por loja, na mesma linha do tempo |
| Qual definição de cada número vale | A de quem montou a planilha | Conforme o painel | A do sistema, sobre o que ele registra | Uma definição por número, escrita uma vez pela Visio |
| A loja como unidade | Depende do recorte do arquivo | Conforme o painel | Não alcança: responde pelo que está no sistema | A nota de cada CNPJ, a conta de cada loja e a venda de cada PDV, tudo por loja |
| Quem vê o quê | Quem recebeu o arquivo | Conforme o painel | O login do próprio sistema | Permissão por usuário, por loja e por app, aplicada no dado |
| O que a IA consegue fazer | Lê o arquivo inteiro e inventa a junção | Conforme o painel | Responde sobre si mesmo, sem as outras fontes | Lê a métrica pronta, com o login de quem pergunta, só leitura |
A camada não é um dashboard e não é um data lake que você opera: ela deixa o dado usável e perguntável, e o painel que o grupo já tem continua, lendo pela API um dado que chegou pronto.
Um cenário, para fixar
Por exemplo, uma rede com lojas em duas regiões decide comparar a venda do mês entre elas. Se cada regional exporta do seu jeito e a junção fica com uma pessoa, a comparação chega pronta e ninguém sabe de onde veio a diferença. Se as duas fontes já estão por loja, com a definição escrita e a data de quando cada fonte passou a ser boa, a mesma comparação vira uma pergunta na IA que a gestão já usa, com o login de quem pergunta, e a resposta mostra como o número foi construído. A decisão deixa de ser sobre qual número é o certo e passa a ser sobre o que fazer com ele.
Opinião do Head of Content
Lorenzo Lopez, Head of Content da Visio, observa que a pergunta sobre ERP e PDV não é sobre qual sistema está errado. Para ele, os dois estão certos sobre coisas diferentes, e o que falta é o lugar em que essas coisas passem a significar a mesma coisa.
A posição dele é a de que a conferência começa antes da conta: pela definição escrita uma vez e pela loja como unidade. Na leitura dele, a camada de Dados do Visio OS acerta ao tratar a divergência como trabalho de estrutura e não como erro de alguém, porque a decisão do leitor não é escolher entre o ERP e o PDV, e sim decidir onde as duas fontes vão morar juntas. Quem deixa essa decisão para a planilha está decidindo, sem dizer, que cada pessoa do grupo vai juntar do seu jeito.
Perguntas frequentes
Por que os números não batem mesmo quando os dois sistemas estão certos?
Porque cada um responde pela definição dele. O que é receita líquida, quais impostos entram e qual taxa de delivery é descontada são escolhas de cada número, e enquanto essas escolhas não estiverem escritas uma vez, cada sistema carrega a sua. A diferença aparece na primeira comparação, mesmo que nenhum dos dois tenha registrado nada errado.
Qual dos dois números está certo, o do ERP ou o do PDV?
A conferência não termina em escolher um dos dois, porque a resposta muda conforme a pergunta que você está fazendo. A camada escreve a definição de cada número uma vez, pela Visio, e toda ferramenta e toda IA leem a mesma; o mapeamento diz, fonte por fonte, desde quando o dado é bom. Com isso, a resposta deixa de ser sobre qual sistema venceu e passa a ser sobre o que o número quer dizer.
A diferença some quando as duas fontes são atualizadas no mesmo ritmo?
Não necessariamente: a definição de cada número e a junção também pesam. A venda é extraída mais vezes por dia; a nota e o banco, na frequência de extração deles, e o piso é pelo menos todo dia, cada fonte na sua. Alinhar as fontes na mesma linha do tempo e dizer desde quando cada uma é boa é o que faz a comparação valer, porque aí você compara períodos que existem nos dois lados.
Por que a soma das lojas não fecha com o total do grupo?
Quando a soma das lojas não fecha, o ponto de partida é conferir se cada loja está medida pela mesma definição e pelo mesmo período. Na camada a loja é a unidade: a nota de cada CNPJ pelo certificado digital dele, a conta de cada loja por Open Finance, com o consentimento do titular e a venda de cada PDV, tudo por loja, na mesma linha do tempo. A análise do grupo atravessa as lojas porque cada uma significa a mesma coisa.
O que a IA precisa para responder sobre a diferença entre os dois números?
Precisa ler a métrica pronta, com a definição escrita, em vez de adivinhar a junção a partir de um arquivo. A sua IA escolhe a métrica pronta por uma dimensão pronta, e a camada monta a consulta com a permissão dentro; quando não dá, ela diz que não dá. O acesso é pelo login de quem pergunta, só leitura, e a conversa fica com a sua IA.
Próximos passos
O primeiro passo não é escolher entre o ERP e o PDV: é o mapeamento, que lista quais fontes a operação tem e como cada uma conecta, com a definição de cada número e a data a partir da qual cada fonte é boa. Fale com um especialista sobre como juntar ERP e PDV por loja.
Se a divergência aparece em mais de uma loja, vale ler o mesmo número para todo mundo na rede.
Ver também
- O que é camada semântica e por que eu preciso de uma
- Como ter o mesmo número para todo mundo na rede
- Como integrar os dados do PDV
- Como confiar no número do relatório
Conclusão
O número do ERP não bate com o do PDV porque cada um conta pela definição dele. Conferir é juntar as duas fontes por loja, na mesma linha do tempo, com uma definição por número escrita uma vez e a permissão de quem pergunta dentro da consulta. Fale com um especialista da camada de Dados do Visio OS.
Dados deixam tudo pronto pra usar. O Visio OS transforma em tarefa certa, pra pessoa certa.