Software para varejo

Software de caixa, pagamentos, controle de estoque e gestão da rede de lojas

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.

O que é um software

para o varejo

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:

De que o circuito é compostoda prateleira ao sistema central
  • 1Loja
  • 2Caixa e POS
  • 3Terminal de pagamento
  • 4Produtos e preços
  • 5Armazém e estoque
  • 6Fidelidade
  • 7Funcionários
  • 8Analítica
  • 9Sistema central

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.

Sobre o que o sistema opera

Não são páginas nem planilhas, mas objetos contábeis — registros com estado, autor e histórico próprios:

  • Item de produto — SKU, códigos de barras, unidade de medida, marcador de produto pesado, regras de circulação
  • Preço — o resultado da aplicação de regras a um item em um ponto específico e em um momento específico, não um campo na ficha do produto
  • Estoque disponível — a quantidade de um item em um ponto específico; uma rede de dez lojas tem dez números de estoque, não um
  • Comprovante — itens, descontos, pagamentos, operador de caixa, turno, horário; um documento que não pode ser alterado depois de fechado
  • Operação de pagamento — um registro à parte com estado próprio, vinculado a um comprovante mas vivendo por suas próprias regras
  • Documento de movimentação — entrada de mercadoria, transferência, devolução ao fornecedor, baixa, inventário
  • Cartão de fidelidade — identificador do cliente, saldo de pontos, histórico de acúmulos e resgates
  • Funcionário e turno — quem trabalhou, em qual caixa, de quando a quando e com que resultado
  • Evento de equipamento — erro de terminal, perda de conexão, temperatura do expositor, abertura da gaveta de dinheiro

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.

O que aparece junto com a segunda loja

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:

  • Uma fonte única para o catálogo — onde o produto é criado e de onde o preço se espalha para os pontos
  • Preços diferentes sob uma mesma regra — os pontos vivem em grupos de preço, em vez de serem editados um a um à mão
  • Mercadoria entre lojas — a transferência como documento de duas metades, e não «levamos até lá e avisamos»
  • Uma visão consolidada — vendas, estoque e desvios de todos os pontos em uma tela, sem ligar para cada gerente de loja

Que tarefas o sistema resolve

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.

Um catálogo para toda a rede

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.

Um comprovante sem digitação manual

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.

Números de estoque confiáveis

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.

Precificação administrável

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.

Operações rastreáveis

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.

Mensurabilidade

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.

De que o sistema é composto

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.

Software de caixa

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.

Equipamentos da loja

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.

Infraestrutura de pagamento

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.

Plataforma de retaguarda

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.

Banco de dados

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.

Painel central de gestã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.

Aplicativos móveis

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.

Camada de integração

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.

Sistema de analítica

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.

Software de caixa

e POS na área de vendas

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:

  • Monta o comprovante — o item é acrescentado por leitura de código de barras, por busca pelo nome ou por pesagem; quantidade, preço e total são calculados pelo sistema
  • Aplica preços e descontos — conforme as regras vigentes no ponto: promoção, código promocional, cartão de fidelidade, condições pessoais e limite de preço mínimo
  • Conduz o diálogo com o terminal de pagamento — envia o valor, aguarda o resultado e vincula o pagamento ao comprovante
  • Divide o pagamento — parte em dinheiro, parte em cartão, parte em pontos: várias operações de pagamento dentro de um mesmo comprovante
  • Imprime o documento — comprovante de venda ou de devolução na impressora conectada ou no equipamento fiscal
  • Processa devoluções — pelo número do comprovante original, conferindo os itens e o que já foi devolvido
  • Suspende e retoma um comprovante — o cliente voltou para buscar um item esquecido e o caixa continua funcionando
  • Conduz o turno — abertura, relatórios parciais e final, suprimento e sangria e fechamento com cálculo da divergência
  • Separa permissões — acesso por conta de usuário; desconto manual, mudança de preço e cancelamento de linha não estão disponíveis para todos

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 área de caixa de uma loja moderna com PDV integrado, leitor e impressora de comprovante

O que acontece quando a conexão cai

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.

O turno como objeto contábil

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.

  • Abertura do turno e registro do dinheiro em caixa na gaveta
  • Um relatório parcial sem zerar — quanto já foi vendido
  • Suprimento e sangria como operações separadas, com motivo
  • Fechamento do turno com cálculo da divergência entre o dinheiro esperado e o real
  • Uma divergência não é apagada: vira um registro com valor, operador e comentário

Equipamentos da loja

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.

Infraestrutura de varejo da loja com equipamentos de caixa, balança, câmera e rack de rede

Computador de caixa e PDV integrado

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.

Leitores de código de barras

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».

Impressora de comprovante e equipamento fiscal

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.

Terminal de pagamento e teclado de senha

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.

Balanças

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.

Coletores de dados

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.

Gaveta de dinheiro e periféricos de caixa

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.

Visor do cliente e telas informativas

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.

Etiquetas eletrônicas de gôndola

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.

Terminal de pagamento

e pagamento sem dinheiro

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:

  • Envio do valor — o total do comprovante vai do programa de caixa para o terminal; o operador não digita o valor no terminal à mão
  • Recebimento do resultado — o caixa aguarda a resposta do terminal e não fecha o comprovante enquanto não souber o desfecho da operação
  • Associação entre pagamento e comprovante — o identificador da operação de pagamento é guardado no comprovante, e o número do comprovante no registro do pagamento
  • Estorno — uma operação de pagamento à parte, vinculada à original e ao comprovante de devolução, e não uma entrega de dinheiro da gaveta
  • Cancelamento antes do fechamento do dia — uma operação que anula o pagamento por inteiro, onde o circuito do adquirente permite
  • Tratamento de erros — recusa do cartão, saldo insuficiente, senha errada, perda de conexão, tempo esgotado na resposta do terminal
  • Monitoramento do estado do terminal — disponível, ocupado, sem resposta, exige fechamento do dia, sem conexão com o banco
  • Formas de pagamento — cartão, aproximação, QR: o conjunto é determinado pelo terminal e pelo contrato com o adquirente
  • Vínculo com o sistema de caixa — um pagamento não é uma operação isolada, mas parte do fechamento do comprovante e do turno

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.

Cliente paga uma compra com cartão em um terminal de pagamento separado, ao lado do sistema POS

Por que o valor não é digitado à mão

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.

Estado do terminal

O terminal é consultado não apenas no momento do pagamento. Seu estado é um dado à parte, necessário antes de haver um cliente no caixa:

  • Disponível e pronto para aceitar uma operação
  • Ocupado — uma operação iniciada antes está em andamento
  • Sem resposta — o dispositivo não responde à requisição do caixa
  • Sem conexão com o banco — o terminal está vivo, mas não consegue processar uma operação
  • Fechamento do dia necessário — as operações não passam enquanto o turno do terminal não for encerrado

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.

Uma operação de pagamento: cenários e erros

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.

Envio do valor

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.

Resultado da operação

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.

Associação entre pagamento e comprovante

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.

Estorno

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.

Quedas e incerteza

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.

Monitoramento de estado

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 operação de pagamento do início ao fimcomprovante de 2.480 som, pagamento com cartão
  • Comprovante montado4 itens, desconto do cartão de fidelidade aplicado, total registrado
  • Valor enviado ao terminalUma requisição com chave de operação; o comprovante passa ao estado «aguardando pagamento»
  • O portador do cartão conclui a operaçãoO caixa aguarda a resposta; reenviar a mesma requisição não cria um segundo pagamento
  • O terminal devolveu um resultadoAprovado, dados da operação recebidos
  • Pagamento vinculado ao comprovanteO identificador é gravado dos dois lados, o comprovante é fechado e impresso
  • A venda chegou à camada contábilEstoque baixado, pontos creditados, a operação entrou no turno e na fila de troca
  • Conciliação com o extrato do adquirenteProgramada: a operação é associada a uma linha do extrato e as divergências vão para apuração

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 o sistema faz em uma situação anormalcomportamento padrão, ajustado durante o projeto
O que aconteceuO que o caixa fazEstado
Cartão recusadoOferece nova tentativa ou outra forma de pagamento; o comprovante continua abertonormal
O cliente cancelou a operaçãoDevolve o comprovante ao trabalho e a operação de pagamento é encerrada como canceladanormal
O terminal não respondeu a tempoNão fecha o comprovante, consulta o estado da operação e, quando isso não fica claro, bloqueia o fechamento manualapuração
Faltou energia entre o pagamento e a impressãoAo iniciar, restaura o comprovante inacabado e exige que o desfecho do pagamento seja estabelecidoapuração
O pagamento passou, o comprovante não foi impressoMantém a operação aberta e reimprime sem uma segunda cobrançaapuração
O pagamento está no extrato, o comprovante não está no sistemaEnvia a divergência à fila de conciliação com valor, horário e terminalapuração
O terminal exige fechamento do diaAvisa o operador antes de a operação começar, e não depois de o cartão ter sido inseridoaviso

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.

Catálogo

e gestão de sortimento

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:

  • SKU e nome — o código interno e o que o operador de caixa e o cliente veem no comprovante
  • Códigos de barras — vários por item: o código do fornecedor, um interno, um de pacote ou de caixa
  • Unidade de medida — unidade, quilograma, litro, pacote; e os fatores de conversão entre eles
  • Marcador de produto pesado — o preço é calculado pelo peso e o item aceita dados da balança
  • Categoria e grupo de produtos — a base para relatórios, regras de margem e a matriz de sortimento
  • Fornecedor e preço de compra — a fonte para calcular margem e lucratividade
  • Regras de circulação — restrição de idade, marcação obrigatória, proibição de venda em determinados horários: o conjunto de regras é definido pela legislação do país e esclarecido no diagnóstico
  • Status do item — criado, à venda, retirado do sortimento, arquivado. O arquivo não é apagado: caso contrário, comprovantes antigos perdem seus itens

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.

Matriz de sortimento

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.

  • A matriz é definida para um grupo de lojas, e não para cada uma separadamente — caso contrário, não há como mantê-la
  • Um item fora da matriz não é pedido para o ponto e não aparece nos relatórios dele como demanda perdida
  • Acrescentar um item novo à matriz é uma ação gerida, com data, e não mercadoria surgindo na prateleira porque chegou uma entrega
  • Retirar um item não o remove do ponto na hora: o estoque restante é vendido ou transferido para outra loja

Um produto em três lojas

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:

Item: Café moído, 250 guma tela do painel central
LojaNa matrizPreçoEstoque disponível
Centrosim39542
Bairro residencialsim3857
Rodovianão0

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.

Preços, descontos, promoções e códigos promocionais

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.

Preço por ponto e por grupo de pontos

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.

Regras de margem

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.

Promoções programadas

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.

Mecânica do desconto

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.

Códigos promocionais

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.

Limites e prioridades

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.

Cálculo do preço de uma linha do comprovanteuma tela do caixa, som, 2 un.
  • Preço base, grupo de preço Cidade1 180
  • Promoção: −10% na categoria, válida até domingo−118
  • Desconto do cartão de fidelidade, nível Prata−32
  • Código promocional do disparo de outono — incompatível com a promoçãonão aplicado
  • Limite de preço mínimo — 990, não atingido1 030
  • Total de 2 un.2 060

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.

Estoque, controle de armazém

e movimentação de mercadoria

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:

  • Recebimento — uma chegada de fornecedor ou do centro de distribuição. Cada item é lido, a quantidade real é comparada com a nota e uma divergência é registrada antes do lançamento, não depois
  • Transferência entre pontos — duas metades de uma mesma operação: saída na loja remetente e entrada na loja destinatária. Enquanto a segunda metade não for lançada, a mercadoria fica registrada como «em trânsito» e não pode ser vendida em nenhuma das pontas
  • Devolução ao fornecedor — uma movimentação inversa por defeito, troca de tipo ou condição contratual, referenciando a entrada original
  • Captura — quebra, deterioração, vencimento, consumo interno. O motivo é obrigatório: sem ele não se distingue uma baixa de uma falta
  • Reprecificação — um documento de mudança de preço com o valor anterior e o novo para cada item
  • Inventário — uma comparação do estoque calculado com o real, mais o documento que traz o primeiro ao nível do segundo
  • Devolução de cliente — a mercadoria volta ao estoque ou vai para defeitos; a decisão é tomada no recebimento, não depois

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.

Funcionário do estoque lê uma caixa com um coletor de dados durante uma contagem

Inventário

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.

  • Completo — em todo o ponto, com as vendas paradas ou com corte em um momento fixo
  • Parcial — por categoria, por gôndola ou por uma lista de itens problemáticos, sem fechar a loja
  • A recontagem é feita por leitura: o item não é escolhido de uma lista à mão, ou seja, não pode ser marcado no olho
  • A divergência de cada item é calculada pelo sistema em unidades e em dinheiro
  • O resultado é aprovado por um responsável: o estoque não muda antes da aprovação

De onde vêm as divergências

A lista é curta e quase sempre a mesma. O sistema não elimina essas causas sozinho — ele as torna distinguíveis:

  • Entrada lançada pela nota, e não pela contagem real
  • Uma transferência despachada e não recebida no segundo ponto
  • Troca de tipo: um produto vendido, outro de código parecido baixado
  • Produto pesado registrado como unitário, ou o contrário
  • Quebra baixada sem documento
  • Uma devolução de cliente que nunca devolveu a mercadoria ao estoque

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.

Gestão centralizada da rede varejista

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.

Gerente acompanha várias lojas a partir de uma central de controle da rede varejista

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.

Lojas

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.

Sortimento

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.

Preços

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

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.

Vendas

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.

Promoções

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.

Funcionários

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.

Equipamentos

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.

Erros e eventos

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.

Pagamentos

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.

Indicadores-chave

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.

Status da troca

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.

Como os dados são sincronizados

entre o centro e os pontos

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:

  • Processamento assíncrono — uma venda não espera resposta do centro. A mensagem entra em uma fila e é processada à parte
  • Reenvio — uma mensagem não entregue é reenviada em intervalo crescente, em vez de se perder na primeira falha
  • Idempotência — toda operação tem uma chave, então um comprovante entregue duas vezes não cria uma segunda venda nem baixa o estoque duas vezes
  • Data de vigência em vez de momento de entrega — um preço enviado hoje entra em vigor na data indicada, e não no momento em que a conexão chegou à loja
  • Confirmação de aplicação — o centro sabe não apenas o que enviou, mas também o que o ponto recebeu e aplicou
  • Registro de troca — toda mensagem é guardada com corpo, horário, resultado e número de tentativas
  • Conciliação regular — uma comparação periódica dos números-chave entre o centro e o ponto: quantidade de comprovantes, valores, estoque

Mudança centralizada de preço

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.

Reprecificação de 340 itens em 18 lojasuma tela do painel central
  • Documento preparado340 itens, alcance — o grupo de preço Cidade, data de vigência — sábado, 00:00
  • Validação antes do envioItens abaixo do preço mínimo e sobreposições com promoções ativas são mostrados em uma lista
  • AprovaçãoO documento é assinado por um responsável; nada sai para os pontos antes da aprovação
  • Distribuição aos pontos18 lojas receberam o documento, 17 confirmaram o recebimento
  • Uma loja está fora do arO documento fica na fila e será aplicado quando o canal voltar — mas com a mesma data de vigência
  • Entrada em vigorNo sábado às 00:00 o novo preço passa a valer nos caixas e nas etiquetas eletrônicas, onde elas estiverem conectadas

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.

O que fazer quanto a uma reversão

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

Programa de fidelidade

e ofertas personalizadas

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:

  • Creditar pontos — como percentual do total do comprovante, com percentual elevado para uma categoria ou como valor fixo para um produto em promoção
  • Resgatar pontos — pagar parte do comprovante com pontos, com teto sobre a parcela, proibição em certas categorias e saldo mínimo remanescente após o resgate
  • Tempo de vida dos pontos — expiração programada, com aviso antecipado ao cliente
  • Níveis — um status baseado no volume de compras de um período, cada um com sua taxa de acúmulo e suas condições
  • Mecânica de desconto — um desconto direto no cartão, onde um esquema de pontos não combina com o formato da loja
  • Segmentos — grupos de clientes por frequência, ticket médio, preferências de produto e recência da última compra
  • Ofertas personalizadas — uma regra que se aplica a um segmento ou a um cliente específico, com validade e limite próprios
  • Comunicações — uma mensagem sobre um crédito, sobre pontos que vão expirar, sobre uma oferta pessoal; um registro de envios e consentimentos

O que precisa funcionar no caixa

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:

  • A identificação é uma ação, não um diálogo de três perguntas
  • O saldo e o valor disponível para resgate ficam visíveis ao operador e ao cliente antes do pagamento
  • Crédito e resgate aparecem no comprovante como linhas separadas
  • Uma compra devolvida devolve também os pontos: os pontos resgatados voltam à conta e os creditados são retirados
  • Quando a conexão com o servidor cai, as regras off-line são definidas de antemão e conhecidas pelo operador

Crédito e resgate em um mesmo comprovante

Um comprovante pago em parte com pontosuma tela do caixa, som
  • Total dos itens3 420
  • Desconto do nível Prata, 3%−103
  • Pontos resgatados — não mais que 30% do comprovante−995
  • A pagar no cartão2 322
  • Pontos creditados sobre a parte paga+116
  • Saldo após a compra341

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.

Funcionários

e permissões de acesso

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.

  • Papéis — operador de caixa, supervisor de turno, repositor, gerente de loja, gerente regional, administrador do sistema
  • Alcance — próprio ponto, grupo de pontos, a rede inteira. Um gerente de loja não vê a receita da loja vizinha
  • Confirmação do supervisor — a operação é feita sob a conta do operador de caixa, mas exige a confirmação de uma segunda pessoa
  • Acesso por conta de usuário — no caixa, no painel da loja e no painel central; a sessão fica vinculada ao turno
  • Registro de auditoria — quem, o quê, quando, em qual caixa e qual era o valor anterior
  • Revogação de acesso — um desligamento fecha o acesso em todos os pontos de uma vez, e não apenas onde o funcionário estava cadastrado

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.

Uma matriz de permissões: um exemplo de separação

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:

Quem pode fazer o quêum arcabouço típico, configurado por rede
  • Venda, pagamento, impressão do comprovanteoperador de caixaA operação básica do turno: disponível a todo papel que trabalha no caixa
  • Remoção de uma linha antes do fechamento do comprovanteoperador de caixa, com confirmaçãoO supervisor de turno e o gerente da loja fazem sem confirmação; toda remoção é gravada no log
  • Desconto manual além das regrassupervisor de turnoNão disponível ao operador de caixa; o supervisor tem dentro de um limite, o gerente da loja sem limite
  • Uma devolução contra um comprovante de um turno anteriorsupervisor de turnoUma devolução dentro do turno atual é feita só pelo operador; fora do turno é preciso um segundo papel
  • Mudança de preço de um itemgerente de lojaE apenas dentro das regras de precificação — abaixo do preço mínimo a operação não passa para ninguém
  • Retirada de dinheiro do caixasupervisor de turnoUma operação à parte, com motivo e valor, vinculada ao turno e à estação de trabalho
  • Realização de um inventáriosupervisor de turno — a contagemAprovar o resultado e alterar o estoque cabe ao gerente da loja, não a quem contou
  • Ver a receita de toda a redenenhum papel de lojaDados de toda a rede são domínio do papel regional e da matriz

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.

Controle de operações e combate à fraude

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.

Um número incomum de devoluções

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.

Cancelamentos frequentes

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.

Descontos suspeitos

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.

Mudanças manuais de preço

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.

Ações do operador de caixa

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.

Descompassos entre pagamento e comprovante

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.

Operações incomuns

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.

Registro de auditoria

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.

Permissões e eventos críticos

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.

A fila de apuraçãouma tela do painel central, da semana
SinalO que o sistema sabeO que uma pessoa verifica
A taxa de devolução de um operador é três vezes a média do ponto14 devoluções em um turno, 11 delas na última hora, todas em dinheiroGravações das câmeras, se havia clientes presentes, a explicação do funcionário
Desconto manual aplicado 23 vezesUm operador, uma faixa de valores, grupos de produtos diferentesA base do desconto, se existe uma instrução, se o cliente se repete
Um pagamento no extrato sem comprovante no sistemaValor e horário batem com o turno, o comprovante não existeFalha de conexão ou venda não registrada — verificar o log do caixa
A gaveta foi aberta 40 vezes sem vendaUm caixa, um turno, intervalos de 3 a 5 minutosTroco, problema técnico na fechadura ou retirada de dinheiro
Inventário: falta em uma única categoriaA divergência está apenas no grupo de tabaco, três pontos seguidosEntradas, 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.

Relatórios gerenciais

e analítica de vendas

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:

  • Vendas — receita, número de comprovantes, ticket médio, número de linhas por comprovante; aberto por ponto, dia, hora, operador de caixa e grupo de produtos
  • Margem — por item, categoria e ponto, com base nos descontos efetivamente concedidos, e não no preço de tabela
  • Mercadoria — o que mais e o que menos vende, giro, itens parados, itens acabando
  • Horas e dias — como a receita se distribui no tempo: a base para escalas de turno e para o planejamento da reposição de gôndola
  • Promoções — quanto foi vendido a preço promocional, o desconto total concedido e a receita e a margem já considerando isso
  • Devoluções e baixas — parcela, motivos, concentração por ponto, categoria e funcionário
  • Perdas — divergências de inventário em unidades e em dinheiro e como evoluem por categoria
  • Fidelidade — parcela de compras com identificação, com que frequência um cliente volta, ticket médio com e sem cartão
  • Funcionários — produção por turno, ticket médio, parcela de cancelamentos e devoluções, tempo de atendimento

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.

Analista examina vendas, estoque e indicadores das lojas em telas de trabalho

Um conjunto de definições para todos

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.

Resumo da rede

Semana, 18 lojasuma tela do painel
18pontos on-line
2não enviaram dados em 24 horas
7divergências de pagamento
31itens acabando
  • Mercearia44%
  • Bebidas21%
  • Produtos de limpeza18%
  • Outros17%

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.

Integrações com sistemas externos

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.

Sistema contábil e ERP

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.

Escrituração contábil

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.

CRM

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.

Sistema de armazém

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.

Loja virtual

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.

Camada de pagamento

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.

RH e controle de jornada

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.

APIs externas e serviços

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.

Regras de troca

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.

Inteligência artificial

no varejo

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:

  • Análise de vendas — o que sobe e o que cai por ponto e categoria, quais produtos vendem juntos, como a demanda reage a uma mudança de preço
  • Previsão de demanda — as vendas esperadas de um item em um ponto específico no horizonte do pedido, considerando estação, dia da semana e promoções
  • Análise de estoque — itens parados, risco de ruptura antes da próxima entrega, sobra em um ponto enquanto o vizinho está em falta
  • Recomendações de pedido — uma quantidade sugerida para comprar ou transferir; a decisão continua com o repositor, não com o modelo
  • Detecção de anomalias — desvios em vendas, devoluções, descontos e operações que os relatórios comuns não mostram
  • Ofertas personalizadas — escolher uma oferta a partir do histórico de compras de um cliente específico, e não de um disparo genérico
  • Processamento automático de dados — leitura de notas e listas de preço de fornecedores, associação de itens à lista de produtos, localização de duplicatas no catálogo
  • Visão computacional — onde a tarefa é sustentada pelo equipamento e pelas condições de captura: controle de exposição na gôndola, tamanho da fila, reconhecimento de produto na balança
  • Detecção de cenários suspeitos — padrões de comportamento nas operações que complementam as regras da seção de controle

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.

Gerente de categoria examina uma previsão de demanda e uma anomalia de vendas antes de fazer um pedido

Um cenário do início ao fim

Um pedido para um pontodados → análise → resultado → ação
  • DadosVendas diárias do item nesse ponto ao longo de 14 meses, estoque atual, prazo de entrega, histórico de promoções e de rupturas
  • AnáliseO modelo separa efeitos de sazonalidade e de promoção da demanda de base e estima as vendas esperadas até a próxima entrega
  • ResultadoUma quantidade de pedido recomendada e um aviso: no nível de estoque atual o item vai acabar dois dias antes de a entrega chegar
  • AçãoO repositor aceita, altera ou rejeita a recomendação; o pedido entra em uma ordem de compra ao fornecedor
  • VerificaçãoDepois de um período a previsão é comparada com o real; as divergências voltam para o treinamento em vez de passarem despercebidas

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.

O que entender de antemão

  • Um modelo responde com uma probabilidade, não com um fato: o resultado tem uma precisão, e essa precisão é medida
  • O primeiro horizonte são semanas e meses de acúmulo de histórico, e não o primeiro dia após o lançamento
  • Uma anomalia é motivo para verificar, não uma acusação: o mesmo princípio da seção de controle
  • A visão computacional esbarra na física — ângulo, iluminação, qualidade da câmera; a aplicabilidade é verificada no local

Monitoramento IoT

dos equipamentos da loja

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:

  • Refrigeradores, freezers e expositores — temperatura e como ela muda no tempo, não apenas a leitura atual
  • Sensores de temperatura — em uma câmara fria, em um expositor ou em uma prateleira específica, com limites definidos pelo tipo de mercadoria guardada
  • Portas — abertura e duração, com uma porta deixada aberta como evento à parte
  • Energia — perda e retorno de energia no local e em um equipamento específico
  • Estado do equipamento — funcionamento do compressor, ciclos, necessidade de degelo
  • Erros de controlador — os códigos que o equipamento expõe, mapeados para uma lista comum de estados
  • Perda de conexão — um dispositivo silencioso como evento, e não como uma lacuna no gráfico

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.

Técnico verifica um sensor de temperatura e as leituras remotas dos expositores refrigerados da loja

O que o monitoramento dá à loja

  • Uma alta de temperatura fica visível antes de a mercadoria estragar, e não depois de baixada
  • Uma porta de expositor deixada aberta vira tarefa para o turno em minutos, e não em horas
  • Equipamento que falha com regularidade se distingue de um caso isolado — pelo histórico, não pela memória
  • Um gráfico de temperatura de qualquer período pode ser levantado para qualquer local e qualquer data
  • Um corte de energia em um ponto fica registrado mesmo se a loja estava fechada

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.

Módulos do sistema

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.

Estação de caixa

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.

Turnos e manuseio de dinheiro

Abertura e fechamento do turno, relatórios parciais e final, suprimento e sangria e cálculo de divergência.

Camada de pagamento

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ções no caixa

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.

Catálogo de produtos

Itens, códigos de barras, unidades de medida, produtos pesados, categorias, fornecedores, regras de circulação, status e arquivo.

Matriz de sortimento

Composição do sortimento por grupo de pontos, inclusão e retirada de itens com data e controle de vendas fora da matriz.

Preços e reprecificação

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.

Descontos, promoções e códigos promocionais

Condições de acionamento, mecânica, programação, alcance por ponto, limites, compatibilidade, geração e uso de códigos.

Estoque

Estoque por ponto e da rede, mercadoria em trânsito, reservas, limites de estoque baixo e itens sem movimentação.

Entrada de mercadoria

Chegadas de fornecedor e do centro de distribuição, leitura, comparação com a nota e registro de divergências.

Transferências entre pontos

Saída e entrada como duas metades de uma operação, mercadoria em trânsito e controle de transferências não fechadas.

Baixas e devoluções ao fornecedor

Quebra, deterioração, vencimento, consumo interno e devolução de defeito referenciando a entrada original.

Inventário

Completo e parcial, recontagem por leitura, divergências em unidades e em dinheiro e aprovação do resultado.

Gestão da rede

Um registro de lojas, grupos de pontos, configurações de formato e abertura de um novo ponto por cópia de configuração.

Painel central

Uma tela única para a rede: vendas, estoque, preços, promoções, equipamentos, erros, indicadores-chave e status da troca.

Sincronização com os pontos

Filas de troca, datas de vigência, confirmação de aplicação, reenvio, registro e conciliação.

Programa de fidelidade

Identificação do cliente, pontos, níveis, prazos de expiração, segmentos, ofertas personalizadas e comunicações.

Clientes

Perfis, consentimentos de tratamento de dados, histórico de compras, canais de comunicação e fusão de duplicatas.

Funcionários e permissões

Papéis e permissões, alcance por ponto, confirmação de operações pelo supervisor, registro de ações e revogação de acesso.

Controle de operações

Regras de monitoramento, fila de apuração, relatórios de devoluções, descontos e cancelamentos e registro de eventos críticos.

Registro de equipamentos

Caixas, terminais, balanças, leitores e outros dispositivos vinculados a estações de trabalho, com versões e histórico de serviço.

Monitoramento de equipamentos

Temperatura, portas, energia, erros de controlador e perda de conexão; eventos com destinatário e prazo de resposta.

Analítica e relatórios

Vendas, margem, giro, devoluções, perdas, eficácia das promoções, desempenho dos funcionários e recortes sob demanda.

Integrações e API

Troca com ERP, escrituração, CRM, armazém, loja virtual e serviços externos. APIs, webhooks, filas e registro.

Ordem de implementação

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.

Diagnóstico

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.

Caixa e mercadoria

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.

Rede

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.

Expansão

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.

Vamos falar sobre a automação do seu varejo

Fale com a gente hoje

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.