Desenvolvemos sistemas para o varejo sob as necessidades da rede
Caixa, camada de pagamento, controle de estoque, gestão da rede, integrações e suporte após o lançamento.
Desenvolvimento e implantação de sistemas de varejo: caixa e POS na área de vendas, terminal de pagamento, catálogo e preços, estoque e controle na loja, fidelidade, permissões de funcionários, analítica e um painel central da rede. Abaixo está como cada módulo é construído, a quais sistemas e equipamentos ele se conecta e qual processo ele cobre.
Software para varejo — um sistema que conduz a mercadoria desde a entrada na loja até o comprovante impresso e a receita registrada, e mantém dados de produto, preço e estoque idênticos em todos os pontos da rede.
De fora, uma loja parece uma prateleira e um caixa. Por dentro são vários programas conectados: a aplicação de caixa na área de vendas, o controle de estoque da loja, a camada de pagamento, o sistema central da rede e uma camada de troca com sistemas externos — contabilidade, armazém, CRM e loja virtual.
A linha entre um programa de caixa e um sistema de varejo passa pelo número de pontos e pelo lugar onde as decisões são tomadas. Um único caixa é atendido por um programa local no computador do caixa. Assim que há mais de uma loja, surgem perguntas que um único ponto nunca enfrenta: onde vive o catálogo único de produtos, quem muda um preço em todos os lugares de uma vez, como a mercadoria se move entre lojas e qual número de estoque é o correto.
O circuito da rede varejista — nove elos ligados por dados:
Os elos se conectam nos dois sentidos: catálogos e regras descem do sistema central para os pontos, enquanto vendas, movimentações de mercadoria e eventos de equipamento sobem de volta. Uma ruptura em qualquer lugar aparece na hora — como divergência de preço entre a gôndola e o comprovante, estoque negativo ou receita não registrada.
Não são páginas nem planilhas, mas objetos contábeis — registros com estado, autor e histórico próprios:
Uma vez descrito em objetos, o processo passa a ser verificável: todo número de um relatório tem um documento por trás, todo documento tem autor e horário, e toda disputa tem um registro em vez da versão de alguém sobre os fatos.
Quatro perguntas que não existem para um único ponto. As respostas a elas são o que separa um sistema de rede de um programa de caixa:
Seis tarefas pelas quais uma loja ou uma rede implanta software de varejo. Enquanto o sistema não existe, cada uma delas é resolvida com planilhas, ligações entre pontos e recontagem de memória.
Produtos, códigos de barras, preços e regras de desconto são criados uma vez e distribuídos aos pontos. A loja do centro e a loja da periferia leem um catálogo, não dois arquivos diferentes com históricos de edição diferentes.
O item entra no comprovante por leitura do código de barras ou por pesagem, o preço é preenchido por uma regra e o desconto é calculado pelo sistema. O operador de caixa não digita o preço à mão — ou seja, não pode errar nem escolhê-lo por conta própria.
Uma venda baixa a mercadoria no momento em que o comprovante é fechado; entradas e transferências, no momento em que o documento é lançado. O número de estoque deixa de ser o resultado do último inventário e passa a ser um número útil para pedidos a fornecedores.
Preço e desconto são definidos por regra para um grupo de pontos, uma categoria ou uma programação. Reprecificar mil itens antes de uma promoção leva minutos e pode ser desfeito, em vez de virar uma peregrinação pelas lojas com listas impressas.
Uma devolução, um cancelamento, um desconto manual, uma mudança de preço e uma abertura de gaveta são todos registros com autor, horário e valor anterior. Uma disputa é resolvida pelo log, não pelo que o turno diz ter acontecido.
Dá para ver o que vende em cada ponto e em quais horários, quais produtos não giram, onde as devoluções crescem e quanto uma promoção realmente trouxe depois de considerado o desconto.
Não é um programa só, mas um conjunto de componentes de software e hardware interligados. Cada um responde por sua área e pode ser atualizado separadamente: o caixa da área de vendas não é reescrito por causa de um relatório novo no painel central.
O programa no computador do caixa ou no PDV integrado: a tela do operador, o trabalho com leitor e balança, o cálculo do comprovante, o diálogo com o terminal de pagamento, a impressão de documentos e o turno. Roda de forma autônoma e continua atendendo clientes quando a conexão com o servidor cai.
A camada física: computador do caixa, leitores, impressora de comprovante, terminal de pagamento, balanças, coletores de dados, gaveta de dinheiro e telas. Cada unidade é cadastrada e vinculada a uma loja e a uma estação de trabalho.
A camada de pagamento sem dinheiro: troca entre o caixa e o terminal de pagamento, estados da operação de pagamento, associação do pagamento ao comprovante, estornos, tratamento de recusas e quedas de conexão e conciliação com o extrato do adquirente.
Recepção dos dados dos pontos, aplicação de regras, filas de troca, agendadores de tarefas e relatórios e envio dos catálogos de volta. Escala com o número de lojas, em vez de ser reescrito quando a décima primeira abrir.
Armazenamento dos objetos contábeis e do seu histórico: produtos, preços, estoque, comprovantes, pagamentos, documentos de movimentação, clientes, funcionários e eventos. Os registros de operação são imutáveis e os backups são criados conforme programação, com verificação de restauração.
O espaço de trabalho do gestor da rede: lojas, sortimento, preços, estoque, vendas, promoções, funcionários, equipamentos, erros e indicadores-chave em uma interface, com permissões por papel.
Onde a tarefa pedir: um aplicativo de repositor para entrada de mercadoria e inventário com leitura, um aplicativo de gerente com o resumo dos pontos e um aplicativo de cliente com cartão de fidelidade e comprovantes eletrônicos.
Troca com sistemas externos: contabilidade, escrituração, armazém, CRM, loja virtual e serviços de pagamento. Filas, reenvio de mensagens, versões de formato, registro de troca e conciliação regular.
Uma base analítica sobre as operações: vendas, ticket médio, margem, giro, devoluções, eficácia das promoções e desempenho dos operadores de caixa. É calculada sobre uma cópia dos dados, então um relatório pesado nunca deixa o caixa lento na área de vendas.
Os componentes são ligados por vínculos obrigatórios, não por boa vontade: o caixa não funciona sem o catálogo, o catálogo não faz sentido sem o painel central, e o painel é inútil sem os dados dos pontos. Por isso o sistema é projetado como um todo e implantado em partes — em uma ordem na qual cada etapa se apoia nos dados da anterior.
O programa de caixa — é ao mesmo tempo o posto de trabalho do vendedor e o ponto em que uma operação vira documento. Tudo o que acontece na área de vendas só chega ao sistema por meio dele: venda, devolução, desconto, pagamento, suprimento e sangria.
A exigência sobre ele é mais rígida do que sobre qualquer outro módulo: precisa funcionar rápido, com fila e mesmo quando a conexão com o servidor cai. Por isso o caixa mantém uma cópia local do catálogo de produtos e preços e grava as operações em uma fila local, em vez de perguntar ao servidor sobre cada linha do comprovante.
O que o programa de caixa faz:
As exigências sobre a parte fiscal — impressão do comprovante, seu conteúdo e a transmissão de dados — são definidas pela legislação do país e pelo modelo do equipamento conectado. A composição e a ordem da troca são esclarecidas na etapa de diagnóstico, e não declaradas de antemão.

A conexão com o servidor não é condição para fazer uma venda. O caixa continua registrando comprovantes com o catálogo local, empilhando operações em uma fila; quando o canal volta, a fila é enviada em lote. Toda operação tem uma chave, então reenviá-la nunca cria um segundo comprovante nem baixa o estoque duas vezes.
Os limites são declarados com honestidade: enquanto não há conexão, o caixa não enxerga uma mudança de preço feita pelo sistema central um minuto atrás e não consegue consultar o saldo de pontos no servidor. O que exatamente é permitido em modo off-line é uma decisão de projeto: a venda pode ser permitida, por exemplo, enquanto o resgate de pontos fica adiado até a conexão voltar.
Um turno não é o dia de trabalho de um operador, mas um documento com início, fim, operador, caixa e totais. Cada comprovante, pagamento, devolução e movimentação de dinheiro do período está vinculado a ele.
O programa da loja não trabalha isolado: quase toda operação começa ou termina em um dispositivo físico. Abaixo estão os equipamentos com os quais o software de caixa e de estoque interage, e exatamente o que o sistema recebe deles ou envia a eles.

O dispositivo em que o programa de caixa roda. O sistema o conhece como estação de trabalho: o caixa, o turno, o conjunto de periféricos conectados e as permissões de acesso estão todos vinculados a ele. Trocar o hardware não quebra o histórico de vendas — a estação continua sendo o mesmo objeto contábil.
A principal forma de colocar um item em um comprovante e em um documento de estoque. Um mesmo item pode ter vários códigos de barras — o do fornecedor, um interno, um da embalagem. Um código não reconhecido não se perde: entra em uma fila para ser vinculado a um produto, em vez de virar uma mensagem de «produto não encontrado».
Impressão de documentos de venda e devolução. O conteúdo do comprovante, a ordem em que é gerado e a forma de transmitir os dados são determinados pelas exigências do país e pelo modelo do dispositivo; o conjunto específico é esclarecido no diagnóstico. Um documento não impresso ou não transmitido é registrado como operação em aberto.
Recebimento de pagamento sem dinheiro. O caixa envia o valor, o terminal conduz o diálogo com o portador do cartão e devolve o resultado. O terminal não é um periférico, mas um segundo sistema com estado próprio, e por isso tem sua própria seção abaixo.
Trabalho com produtos pesados: o item entra no comprovante com o peso real e o preço é calculado por quilo. As balanças podem ser de caixa — o peso vai direto para o comprovante — ou de pré-embalagem, que imprimem uma etiqueta com um código de barras que codifica o código do produto e o peso; o caixa interpreta esse código e preenche o item.
Entrada de mercadoria, inventário, transferências e reprecificação com leitura na própria área de vendas e no estoque da loja. O dispositivo funciona sem conexão permanente: o documento é montado localmente e enviado ao sistema como um todo, com verificação de divergências.
A gaveta é aberta pelo programa no momento de uma operação em dinheiro. Cada abertura é um evento com horário, operador e motivo; uma abertura sem venda entra na lista de operações monitoradas. O mesmo vale para os periféricos auxiliares da estação — teclados e leitores de crachá dos funcionários.
O visor no caixa mostra as linhas do comprovante, o desconto e o total à medida que os itens são lidos — o cliente vê o preço antes de pagar, não depois. As telas da área de vendas mostram promoções, seleções e preços do mesmo catálogo que o caixa usa, então não pode surgir divergência entre tela e comprovante.
Onde estão instaladas, as etiquetas recebem o preço do mesmo sistema que o caixa. Isso elimina a principal fonte de conflito na área de vendas — a divergência de preço entre a gôndola e o caixa depois de uma reprecificação. A possibilidade de conectá-las depende da interface de gestão que o sistema de etiquetas específico expõe.
Não declaramos de antemão suporte a marcas e modelos específicos de equipamento. O conjunto de dispositivos conectáveis é determinado no diagnóstico, a partir da documentação do fabricante e da interface que o dispositivo expõe; onde não existe interface pronta, a questão é resolvida à parte e antes do início do trabalho, não com uma promessa de compatibilidade.
O terminal de pagamento é o único lugar em que uma compra passa a estar paga e o único nó da loja que lida diretamente com dinheiro. Por isso ele é descrito aqui como uma camada própria, e não como uma linha em uma lista de equipamentos.
A dificuldade principal é que o caixa e o terminal são dois sistemas independentes. O caixa tem sua própria visão do comprovante; o terminal tem sua própria operação de pagamento, que vive dentro do circuito do adquirente e não responde ao programa de caixa. A coincidência entre as duas imagens não é garantida pela física: entre «o dinheiro foi debitado» e «o comprovante foi impresso» há sempre um intervalo, e nele podem caber uma queda de conexão, uma falta de energia ou um travamento.
O que a integração entre o caixa e o terminal de pagamento cobre:
Não citamos o banco, o modelo do terminal nem o protocolo de pagamento: o escopo da integração é determinado pela interface de troca que o terminal específico oferece e pelo que o contrato de adquirência permite. Isso é estabelecido no diagnóstico e fixado no projeto.

Digitar o valor no terminal à mão é a opção mais barata de construir e a mais cara de operar. Ela permite errar um dígito e cobrar o valor errado e, acima de tudo, quebra o vínculo entre comprovante e pagamento: associá-los depois só é possível por horário e valor, ou seja, aproximadamente.
Quando o valor é enviado por programa, pagamento e comprovante ficam ligados por um identificador dos dois lados. É nisso que se apoiam a conciliação com o adquirente, a apuração de uma operação contestada e o controle das divergências entre a receita no sistema e o dinheiro na conta.
O terminal é consultado não apenas no momento do pagamento. Seu estado é um dado à parte, necessário antes de haver um cliente no caixa:
Cada estado é um evento no log. Um terminal que responde devagar ou derruba uma em cada dez operações aparece no relatório de equipamentos muito antes de o gerente da loja avisar.
Pagar com cartão não é uma ação única, mas uma sequência de estados, e qualquer um deles pode se interromper. Abaixo está como o sistema conduz a operação e o que faz quando o resultado é desconhecido.
O caixa monta uma requisição: valor, moeda, identificador da operação e referência ao comprovante. Até o terminal responder, o comprovante fica no estado «aguardando pagamento» e não pode ser fechado, alterado nem excluído.
O terminal devolve o desfecho: aprovado, recusado, cancelado pelo cliente ou erro. Na aprovação, o resultado vem junto com os dados da operação usados depois para encontrá-la no extrato do adquirente.
O identificador da operação de pagamento é gravado no comprovante e o número do comprovante no registro do pagamento. O vínculo é bidirecional, então cada lado restaura o outro: do comprovante ao pagamento e de uma linha do extrato do banco a uma venda específica.
Um estorno ao cartão é uma operação de pagamento à parte, ligada à original. O sistema não permite devolver mais do que foi pago, nem mais do que resta por devolver naquele comprovante, e o resultado do estorno também aguarda a confirmação do terminal.
O cenário mais importante: o terminal não respondeu. O sistema trata essa operação como nem bem-sucedida nem malsucedida — marca-a como «exige apuração» e não deixa o comprovante ser fechado em silêncio. O desfecho é então esclarecido consultando o estado da operação ou pela conciliação.
Disponibilidade do terminal, parcela de operações com falha, tempo de resposta e dias não fechados são coletados para cada dispositivo. Equipamento problemático aparece em um relatório, e não por reclamação vinda da área de vendas.
Uma tela do sistema: os números são ilustrativos. A etapa-chave é a segunda: enquanto o valor não for enviado por programa, as etapas seis e sete são feitas por uma pessoa a partir de comprovantes de papel.
| O que aconteceu | O que o caixa faz | Estado |
|---|---|---|
| Cartão recusado | Oferece nova tentativa ou outra forma de pagamento; o comprovante continua aberto | normal |
| O cliente cancelou a operação | Devolve o comprovante ao trabalho e a operação de pagamento é encerrada como cancelada | normal |
| O terminal não respondeu a tempo | Não fecha o comprovante, consulta o estado da operação e, quando isso não fica claro, bloqueia o fechamento manual | apuração |
| Faltou energia entre o pagamento e a impressão | Ao iniciar, restaura o comprovante inacabado e exige que o desfecho do pagamento seja estabelecido | apuração |
| O pagamento passou, o comprovante não foi impresso | Mantém a operação aberta e reimprime sem uma segunda cobrança | apuração |
| O pagamento está no extrato, o comprovante não está no sistema | Envia a divergência à fila de conciliação com valor, horário e terminal | apuração |
| O terminal exige fechamento do dia | Avisa o operador antes de a operação começar, e não depois de o cartão ter sido inserido | aviso |
O princípio geral: um desfecho desconhecido nunca vira sucesso nem recusa. A operação continua aberta e vai para a fila de apuração — isso sai mais barato do que cobrar o cliente duas vezes ou deixar a loja com receita não registrada.
O protocolo de troca com o terminal, o conjunto de formas de pagamento disponíveis, a possibilidade de cancelar uma operação e o comportamento em uma queda de conexão são todos definidos pelo modelo do dispositivo e pelas regras do adquirente. Descrevemos a camada construída em torno deles e esclarecemos seu escopo no diagnóstico — sem declarar de antemão compatibilidade com um banco ou terminal específico.
Um catálogo no varejo — não é uma vitrine, mas o cadastro sobre o qual o caixa vive. Um erro nele custa mais do que um erro em um site: um código de barras errado trava a fila, e um item duplicado divide o estoque de um mesmo produto entre duas fichas.
De que é feito um item de produto:
Operações em massa rodam como importação de arquivo ou troca com o sistema contábil. Uma importação é sempre validada antes de ser gravada: o que será criado, o que mudou, o que foi recusado e por quê. Um item com código de barras duplicado não é criado em silêncio — vai para o relatório de recusas.
As lojas de uma rede não são idênticas: formato, área, vizinhança e público são todos diferentes. A matriz de sortimento responde à pergunta de quais itens do catálogo comum são vendidos em um ponto específico.
O produto no catálogo é um só, mas o estado dele em cada ponto é próprio. Essa é a principal diferença entre a contabilidade de rede e a de loja única:
| Loja | Na matriz | Preço | Estoque disponível |
|---|---|---|---|
| Centro | sim | 395 | 42 |
| Bairro residencial | sim | 385 | 7 |
| Rodovia | não | — | 0 |
Os números são ilustrativos. Preços diferentes não são um erro, mas uma regra: um ponto na rodovia e uma loja de bairro vivem em grupos de preço diferentes. O erro seria chegar ao mesmo valor editando à mão em três lugares.
O preço no comprovante é o resultado de um cálculo sob regras, não um número da ficha do produto. Por isso reprecificar não exige editar milhares de itens, e um valor contestado em um comprovante é resolvido pelas camadas do cálculo, e não pela memória do operador de caixa.
Um item tem vários preços ao mesmo tempo: um preço base, um preço por grupo de preço de lojas e um preço para um ponto específico. O sistema escolhe o aplicável no momento do registro. A loja do centro e a loja da rodovia trabalham com um catálogo sob regras diferentes.
Um percentual ou um valor sobre o preço de compra, por categoria, fornecedor ou grupo de produtos. Uma entrada de mercadoria com novo preço de compra recalcula o preço de varejo automaticamente, em vez de deixá-lo no nível da entrega anterior.
Condição de acionamento, mecânica do desconto, datas de início e fim, janelas recorrentes. Uma promoção começa e termina sozinha — não é preciso um funcionário no local à meia-noite para ligar o preço de fim de semana.
Um percentual, um valor fixo, um preço novo, desconto no item mais barato de um conjunto, o segundo pela metade do preço, brinde mediante condição, desconto de categoria acima de um valor de comprovante. A mecânica é definida por regra, e não recalculada pelo operador de caixa.
Um código único para uma campanha ou um lote de códigos exclusivos por destinatário. São verificados a validade, o limite de uso, o limite por cliente e a compatibilidade com uma promoção ativa. O uso fica registrado no comprovante — para cada código dá para ver onde e quando foi usado.
A compatibilidade dos descontos é definida de forma explícita: quais se acumulam e quais são mutuamente exclusivos. Um limite de preço mínimo impede que vários descontos corretos isoladamente levem juntos o item abaixo do piso permitido.
Os números são ilustrativos. A linha sobre o código promocional que não pegou importa mais do que as outras: no caixa o cliente deve receber o motivo da recusa, e não apenas ouvir que o código não vale. Cada etapa do cálculo é guardada no comprovante e fica disponível quando uma compra contestada é apurada.
Um número de estoque não é um valor de cadastro, mas o resultado de todos os documentos lançados para um item em um ponto específico. Se o estoque não fecha, o motivo está sempre nos documentos: algo não foi lançado, foi lançado duas vezes ou foi lançado no lugar errado.
Por isso o sistema não permite alterar o estoque diretamente. Toda alteração é um documento com tipo, autor, horário e um conjunto de itens.
Documentos de movimentação de mercadoria:
Todo documento passa por dois estados: rascunho, que pode ser editado, e lançado, que altera o estoque e só pode ser corrigido por um documento de estorno. É isso que separa a contabilidade de uma planilha.

Inventário não é contar tudo uma vez por ano. Em um sistema em operação ele vem em dois tipos, e o segundo importa mais do que o primeiro.
A lista é curta e quase sempre a mesma. O sistema não elimina essas causas sozinho — ele as torna distinguíveis:
Inventários parciais regulares nas categorias problemáticas encontram esses casos em uma semana, e não em um ano — e ligam cada um a um documento específico e a um responsável.
Uma loja é gerida na voz e com um caderno. Três, com uma planilha e uma ligação em conferência. Vinte, já não: a essa altura ninguém na empresa consegue dizer o preço atual de um item em todos os pontos sem ligar para cada um. Um sistema central é necessário não por capricho de organização, mas porque a abordagem manual para de escalar em um número de pontos bem definido.

O crescimento passa por três estados, e cada um quebra algo diferente. Uma loja — os dados no caixa bastam. Várias lojas — surge a pergunta de qual catálogo é o principal, e a mercadoria começa a se mover entre pontos. Dezenas e centenas de pontos — a gestão vira um trabalho por si só: sem uma tela única, o diretor da rede fica sabendo de um problema pela loja, e não pelo sistema. Abaixo está o que o painel central mostra e o que ele controla.
Um registro de pontos: formato, endereço, área, grupo de preço, matriz de sortimento, horário de funcionamento, responsáveis, equipamentos e estações de trabalho. Um ponto novo é aberto copiando as configurações de um parecido, em vez de ser montado do zero.
Um catálogo único e matrizes por grupo de pontos. Acrescentar e retirar um item é uma ação gerida, com data e alcance: quais lojas são afetadas, a partir de que data e o que fazer com o estoque restante de um item retirado.
Regras de precificação por grupo de preço e por ponto, reprecificação programada com data de vigência e histórico de alterações. A reprecificação centralizada é descrita à parte abaixo — é a operação mais sensível de uma rede.
Estoque de cada item em cada ponto e da rede como um todo, mercadoria em trânsito entre lojas, itens de giro lento, itens acabando. Transferências de uma loja com sobra para outra com falta também partem daqui.
Comprovantes de todos os pontos em um só fluxo: receita, ticket médio, número de comprovantes, vendas por grupo de produtos, comparação entre pontos e com o próprio período anterior.
Campanhas com alcance por grupo de lojas, programação e limites. Dá para ver onde uma promoção já está rodando, onde vai começar, quanto foi vendido a preço promocional e que resultado ela entregou depois de considerado o desconto.
Contas de usuário, papéis e permissões, vínculo a pontos, turnos e seus totais. As permissões são concedidas por papel, e não configuradas individualmente por pessoa — caso contrário, não há como auditá-las em uma rede de cinquenta lojas.
Um registro de caixas, terminais, balanças e outros dispositivos vinculados a estações de trabalho, com versão do software, estado e histórico de serviço. Dá para ver onde há versão desatualizada e onde um dispositivo falha o tempo todo.
Um fluxo único de desvios da rede: caixa fora do ar, terminal sem resposta, troca que falhou, documento não lançado, divergência de inventário. Um desvio é endereçado a um responsável e tem prazo — caso contrário é apenas um log.
Operações sem dinheiro em todos os pontos, parcela de falhas, dias de terminal não fechados, resultados da conciliação com o extrato do adquirente e a lista de divergências que exigem apuração.
Receita, margem, ticket médio, giro, taxa de devolução, perdas e cumprimento de meta — por rede, formato, região e ponto. Um conjunto de definições para todos, e não uma fórmula própria em cada relatório.
O que saiu para os pontos e quando, o que voltou, quais mensagens não foram entregues e por quê. Uma loja que não enviou suas vendas por um dia aparece aqui, em vez de ser descoberta no fechamento do mês.
Sincronizar não é ter um banco de dados comum a todos. Uma loja precisa conseguir vender quando não há conexão com o servidor central, então cada ponto tem sua própria cópia de trabalho dos dados e a troca funciona por mensagens.
O fluxo descendente, do centro para os pontos: o catálogo de produtos e códigos de barras, preços e regras de precificação, promoções e códigos promocionais, a matriz de sortimento, configurações de equipamentos, contas de usuário e permissões e atualizações do software de caixa.
O fluxo ascendente, dos pontos para o centro: comprovantes e seus itens, operações de pagamento, movimentações de mercadoria, totais de turno, eventos de equipamento, resultados de inventário e ações dos funcionários.
As regras sobre as quais isso funciona:
A operação mais sensível de uma rede: atinge todos os pontos de uma vez e fica visível aos clientes no mesmo dia. Por isso é construída como um documento com data de vigência, e não como uma edição de cadastro.
Uma tela do sistema: os números são ilustrativos. O sentido da etapa cinco é que uma loja sem conexão não fica de fora da reprecificação nem segue vendendo pelo preço antigo indefinidamente. O documento será aplicado depois, mas a partir da data correta.
A reprecificação é reversível: o documento pode ser cancelado antes de entrar em vigor ou substituído por um novo. Os valores anteriores são guardados para cada item, então voltar a eles é uma operação, e não uma restauração de backup.
Caixa e POS
Camada de pagamento
Mercadoria e estoque
Gestão da rede
A fidelidade começa não pelos pontos, mas pela identificação: enquanto a compra é anônima, o programa não tem com o que trabalhar. A função do módulo é ligar o comprovante ao cliente no caixa em segundos, sem travar a fila.
Formas de identificar um cliente no caixa: um cartão plástico com código de barras, um número de telefone, um código QR no aplicativo, um cartão virtual. O método é escolhido pelo formato da loja: onde a fila é longa, digitar um número de telefone à mão é uma solução ruim.
O que o módulo consegue fazer:
Um programa de fidelidade vive na área de vendas, não em um relatório de marketing. Suas exigências são ditadas pela fila:
Os números são ilustrativos. A terceira linha importa: o teto da parcela paga com pontos é uma regra, não uma decisão do operador de caixa. A quinta também: os pontos são creditados sobre a parte efetivamente paga em dinheiro, caso contrário o programa começa a creditar a si mesmo.
Os dados de compra e de segmento são o que liga a fidelidade à analítica e aos cenários de IA descritos abaixo: uma oferta faz sentido quando é construída sobre o histórico de compras de um cliente específico, e não sobre um disparo genérico para a base.
Uma loja lida com dinheiro e mercadoria, e as pessoas que trabalham nela carregam níveis diferentes de responsabilidade. As permissões de acesso não tratam de sigilo, mas de garantir que toda ação tenha autor, que uma operação rotineira não exija um supervisor e que uma arriscada nunca seja feita em silêncio.
Como o modelo de permissões é construído: as permissões são concedidas a um papel, o papel é atribuído a um funcionário e o funcionário é vinculado a pontos. Configurações individuais para cada trabalhador de uma rede de cinquenta lojas não podem ser emitidas nem auditadas.
O registro de ações não é um arquivo guardado por precaução. É uma ferramenta de trabalho: serve para resolver uma compra contestada, uma falta de caixa no turno e uma reclamação de cliente, e também alimenta a seção de controle de operações descrita abaixo.
O conjunto de operações e sua distribuição entre papéis é configurado para cada rede. Abaixo está um arcabouço típico do qual a configuração parte:
A última linha não é um engano. O direito de ver tudo é concedido com o mesmo cuidado que o direito de mudar um preço: um gerente de loja responde pelo seu ponto e enxerga esse ponto, não o vizinho.
O sistema não impede abusos automaticamente e não emite veredictos. Ele torna as operações observáveis: define as regras, registra cada desvio delas e reúne casos semelhantes em uma fila para análise humana. É uma camada de controle, não um motor antifraude que pega tudo.
A taxa de devolução é calculada por operador de caixa, ponto, grupo de produtos e horário. Um desvio do nível habitual é um sinal: devoluções sem cliente presente, devoluções no fim do turno, devoluções repetidas do mesmo item.
Cancelar um comprovante antes de fechá-lo e remover linhas de um comprovante são operações normais, mas sua frequência para um operador específico é comparada com o nível do turno e do ponto. Um desvio acentuado entra em monitoramento.
Um desconto aplicado à mão, um desconto em toda compra do mesmo cliente, um desconto em itens de alta margem no fim do turno. Cada caso é guardado com autor, justificativa e valor.
O direito de mudar um preço no caixa é exceção, não regra. Onde ele foi concedido, cada uso é registrado com o valor anterior e o novo e vai para um relatório separado, em vez de se dissolver no log geral.
Um perfil de trabalho: ticket médio, parcela em dinheiro, parcela de devoluções e cancelamentos, número de aberturas de gaveta sem venda, trabalho no turno de outra pessoa. A comparação é feita com o próprio operador no passado e com os colegas do mesmo ponto.
Um pagamento no extrato do adquirente sem comprovante no sistema, um comprovante sem operação de pagamento, valores diferentes no comprovante e no pagamento. Cada divergência é levantada com valor, horário, caixa e terminal.
Vendas fora do horário de funcionamento do ponto, comprovantes com total zero, um comprovante repetido com itens idênticos, abertura de gaveta sem venda, acesso com a conta de outra pessoa.
Um registro imutável de toda operação relevante: autor, horário, estação de trabalho, valor anterior e novo. Fica guardado separado dos dados de trabalho, então não pode ser editado junto com eles.
Conceder e revogar permissões, alterar regras de precificação, desativar uma verificação, fechar um turno manualmente, acessar a exportação da base de clientes — tudo isso é registrado à parte e chega ao responsável na hora, e não no fechamento do mês.
| Sinal | O que o sistema sabe | O que uma pessoa verifica |
|---|---|---|
| A taxa de devolução de um operador é três vezes a média do ponto | 14 devoluções em um turno, 11 delas na última hora, todas em dinheiro | Gravações das câmeras, se havia clientes presentes, a explicação do funcionário |
| Desconto manual aplicado 23 vezes | Um operador, uma faixa de valores, grupos de produtos diferentes | A base do desconto, se existe uma instrução, se o cliente se repete |
| Um pagamento no extrato sem comprovante no sistema | Valor e horário batem com o turno, o comprovante não existe | Falha de conexão ou venda não registrada — verificar o log do caixa |
| A gaveta foi aberta 40 vezes sem venda | Um caixa, um turno, intervalos de 3 a 5 minutos | Troco, problema técnico na fechadura ou retirada de dinheiro |
| Inventário: falta em uma única categoria | A divergência está apenas no grupo de tabaco, três pontos seguidos | Entradas, transferências, baixas e acesso à área de estoque |
Uma tela do sistema: os números são ilustrativos. Nenhuma linha significa infração — cada uma significa que os números desviaram do habitual e que isso precisa de explicação. A diferença é fundamental: a regra levanta a pergunta, uma pessoa dá a resposta.
O valor prático dessa camada é a velocidade. Sem ela uma divergência é encontrada no inventário, meses depois do fato, quando não restam nem registros nem lembranças. Com ela um desvio fica visível no dia seguinte, e a apuração corre contra um comprovante específico, um turno específico e uma operação específica.
Analítica no varejo não é sobre gráficos bonitos, mas sobre responder a quatro perguntas: quanto ganhamos, com o que exatamente, o que está atrapalhando e o que fazer quanto ao pedido da semana que vem. Todo o resto é derivado.
É calculada sobre uma cópia dos dados operacionais, e não sobre o banco vivo: um relatório pesado de um ano inteiro não pode deixar o caixa lento na área de vendas.
O que o sistema calcula:
Os relatórios obrigatórios são tratados à parte: relatórios de turno e diários por ponto, demonstrativos para a contabilidade, conciliação com o adquirente e dados para o sistema contábil. Têm programação e destinatários, então não dependem de alguém se lembrar deles no fechamento do mês.

O problema mais comum de relatórios em uma rede não é a falta de números, mas vários números diferentes para o mesmo indicador. Receita com e sem devoluções, ticket médio por comprovante e por cliente, margem a preço de tabela e após os descontos reais dão resultados diferentes, e discutir sobre eles consome mais tempo do que a própria análise.
Por isso as definições dos indicadores são fixadas no sistema uma vez e usadas por todos os relatórios. Mudar uma definição é uma ação gerida, com data, e não a edição de uma fórmula na planilha de alguém.
Uma tela do sistema: os números são ilustrativos. A ordem dos blocos não é acidental: as vendas não vêm primeiro — vêm os pontos que não enviaram dados, porque enquanto eles não entram, todo percentual abaixo é calculado sobre um retrato incompleto.
Um sistema de varejo raramente é o único da empresa: contabilidade, escrituração, armazém e loja virtual em geral já estão rodando. A integração é necessária não por formalidade, mas para que o mesmo dado não seja digitado duas vezes e não se afaste entre sistemas.
Em geral ele é dono da lista de itens, dos fornecedores e dos preços de compra; o sistema de varejo é dono das vendas, dos preços de varejo e do estoque por ponto. O sentido da troca para cada cadastro é declarado de forma explícita — caso contrário, duas fontes principais começam a se sobrescrever.
Exportação da receita por ponto e por pessoa jurídica, documentos de movimentação de mercadoria, demonstrativos de baixa, dados de devolução e operações sem dinheiro. Frequência e escopo são determinados pelas exigências contábeis, e não pelo que é cômodo exportar.
Clientes, segmentos, histórico de compras, pontos e ofertas personalizadas. Os fatos de compra saem do sistema de varejo, segmentos e campanhas chegam do CRM — e no caixa viram um desconto ou uma oferta específica.
Onde a rede tem um centro de distribuição: pedidos das lojas, remessas aos pontos, entradas de mercadoria, devoluções ao armazém. Uma transferência continua sendo uma operação de duas metades mesmo quando as metades vivem em sistemas diferentes.
Catálogo e preços compartilhados, estoque da loja como fonte para retirada no ponto, um pedido separado na loja, uma compra on-line devolvida no caixa. Uma visão detalhada da vitrine e dos pedidos está na página de e-commerce.
Troca entre o caixa e o terminal, recebimento do extrato de operações para conciliação e status de estorno. O escopo é determinado pelo modelo do terminal e pelo contrato de adquirência e é esclarecido no diagnóstico.
Funcionários, vínculo a pontos, escalas de turno. O turno no caixa e o turno na folha deixam de ser dois registros separados que alguém precisa conciliar.
Uma API documentada do sistema para consumidores externos e conexões com serviços externos: disparos, mensageiros, serviços de comprovante e notificação, programas de parceria. O formato é versionado — uma mudança sai como nova versão enquanto a antiga continua funcionando.
Processamento assíncrono, reenvio em intervalo crescente, destinatário idempotente, registro de cada mensagem com corpo e resultado e conciliação regular dos números-chave. Uma divergência vira tarefa em vez de ser descoberta no fechamento do mês.
Uma pergunta é sempre resolvida antes de construir qualquer troca: qual sistema é dono de qual cadastro. Enquanto ela não tiver resposta, a integração vira um ciclo de sobrescritas mútuas impossível de depurar.
Uma rede varejista acumula dados mais rápido do que consegue lê-los: comprovantes por item e por hora, estoque por ponto, movimentações de mercadoria, ações dos funcionários, eventos de equipamento. A IA aqui não é um produto separado, mas uma camada sobre esses dados, respondendo às perguntas para as quais uma pessoa não tem tempo.
O padrão é o mesmo em todo cenário: dados → análise → resultado → ação. Um cenário sem esse último elo continua sendo uma demonstração.
Cenários práticos:
O limite é declarado com honestidade: um modelo trabalha sobre histórico acumulado. Enquanto as vendas não forem registradas por item e por hora e as movimentações de mercadoria forem documentadas depois do fato, não há o que prever — primeiro vem a camada contábil, e a analítica sobre ela vem depois. Uma visão detalhada dessa área está na página de adoção de inteligência artificial.

A quarta etapa é obrigatória. Uma recomendação que entra em um pedido sem uma pessoa transforma um erro do modelo em uma compra real — e a última etapa transforma esse erro em correção.
Parte da mercadoria de uma loja fica em equipamentos que têm um regime de operação: expositores refrigerados, freezers horizontais, câmaras frias no estoque. Um desvio nesse regime é invisível no controle de estoque — ele aparece como baixa alguns dias depois.
Por isso o monitoramento de equipamentos fica ao lado da camada de varejo: os mesmos pontos, os mesmos responsáveis, o mesmo princípio de que um desvio é endereçado a uma pessoa e tem prazo.
O que entra em observação em uma loja:
O vínculo com o varejo é direto: o histórico de temperatura prova as condições de armazenamento a um fiscal ou a um parceiro, e um desvio detectado cedo reduz baixas — ou seja, entra nos mesmos relatórios de perdas que as faltas de inventário.

O que fisicamente se consegue ler de um equipamento específico é uma pergunta para o controlador dele: alguns modelos expõem valores e erros, outros exigem sensores externos. Isso é estabelecido no diagnóstico, a partir da documentação do fabricante.
Uma visão completa dessa área — sensores e controladores, canais de comunicação, o lado servidor, um painel único, notificações e controle remoto — está em uma página separada sobre monitoramento IoT e controle de equipamentos.
O escopo é montado em torno da tarefa: uma loja única não precisa de matrizes nem de transferências entre pontos, enquanto uma rede de quarenta lojas não se vira sem elas. Abaixo está a lista completa de onde a configuração é tirada.
A tela do operador, a montagem do comprovante, o trabalho com leitor e balança, o pagamento, a impressão de documentos, comprovantes suspensos e o modo off-line.
Abertura e fechamento do turno, relatórios parciais e final, suprimento e sangria e cálculo de divergência.
Troca com o terminal de pagamento, estados da operação, associação do pagamento ao comprovante, estornos, resolução de operações inacabadas e conciliação.
Devolução pelo número do comprovante, devolução parcial, verificação do que já foi devolvido, estorno de dinheiro e de pontos e comprovante de devolução.
Itens, códigos de barras, unidades de medida, produtos pesados, categorias, fornecedores, regras de circulação, status e arquivo.
Composição do sortimento por grupo de pontos, inclusão e retirada de itens com data e controle de vendas fora da matriz.
Grupos de preço, regras de margem, reprecificação programada com data de vigência, preço mínimo e histórico de alterações.
Condições de acionamento, mecânica, programação, alcance por ponto, limites, compatibilidade, geração e uso de códigos.
Estoque por ponto e da rede, mercadoria em trânsito, reservas, limites de estoque baixo e itens sem movimentação.
Chegadas de fornecedor e do centro de distribuição, leitura, comparação com a nota e registro de divergências.
Saída e entrada como duas metades de uma operação, mercadoria em trânsito e controle de transferências não fechadas.
Quebra, deterioração, vencimento, consumo interno e devolução de defeito referenciando a entrada original.
Completo e parcial, recontagem por leitura, divergências em unidades e em dinheiro e aprovação do resultado.
Um registro de lojas, grupos de pontos, configurações de formato e abertura de um novo ponto por cópia de configuração.
Uma tela única para a rede: vendas, estoque, preços, promoções, equipamentos, erros, indicadores-chave e status da troca.
Filas de troca, datas de vigência, confirmação de aplicação, reenvio, registro e conciliação.
Identificação do cliente, pontos, níveis, prazos de expiração, segmentos, ofertas personalizadas e comunicações.
Perfis, consentimentos de tratamento de dados, histórico de compras, canais de comunicação e fusão de duplicatas.
Papéis e permissões, alcance por ponto, confirmação de operações pelo supervisor, registro de ações e revogação de acesso.
Regras de monitoramento, fila de apuração, relatórios de devoluções, descontos e cancelamentos e registro de eventos críticos.
Caixas, terminais, balanças, leitores e outros dispositivos vinculados a estações de trabalho, com versões e histórico de serviço.
Temperatura, portas, energia, erros de controlador e perda de conexão; eventos com destinatário e prazo de resposta.
Vendas, margem, giro, devoluções, perdas, eficácia das promoções, desempenho dos funcionários e recortes sob demanda.
Troca com ERP, escrituração, CRM, armazém, loja virtual e serviços externos. APIs, webhooks, filas e registro.
Um sistema não é lançado de uma vez em toda a rede. A ordem abaixo reflete as dependências: cada etapa se apoia em dados que surgiram na anterior e é verificada em um único ponto antes de ser expandida.
Processos atuais, cadastros, equipamentos dos pontos, os sistemas donos dos dados e as exigências sobre a parte fiscal. O resultado é um diagrama de entidades, um mapa de integrações e uma lista de restrições.
Migração da lista de itens, códigos de barras, preços, entrada de mercadoria e estoque, uma estação de caixa com equipamentos conectados e terminal de pagamento. Entrada em operação em um ponto.
O painel central, matrizes de sortimento, preços e promoções centralizados, transferências entre pontos, sincronização e permissões de acesso. Conexão das lojas restantes.
Fidelidade, controle de operações, analítica, monitoramento de equipamentos e cenários de IA sobre o histórico acumulado. Cada bloco é um lançamento próprio, com resultado mensurável.
Conte quantos pontos você tem, o que já está rodando — caixa, sistema contábil, armazém, loja virtual — e quais equipamentos estão instalados na área de vendas. Vamos percorrer o processo, dizer o que dá para migrar e o que precisará ser construído do zero e propor uma ordem de implantação.