Uma encomenda com sinal funciona bem no PDV quando é registrada como pedido, e não como venda: o pedido guarda o que foi combinado, a data de retirada e o valor já pago, e só vira venda completa quando o cliente busca o produto. Para mostrar cada decisão desse processo e a consequência dela, vamos acompanhar um caso hipotético: uma padaria de bairro que aceita encomendas de bolos e de salgados para festa e decidiu tirar o caderno do balcão.
O ponto de partida da padaria hipotética
A padaria tem um caixa, um balcão de atendimento e uma pequena cozinha de produção. As encomendas chegam por telefone, por mensagem e pessoalmente, cerca de quinze por semana, concentradas na sexta e no sábado. Até então, tudo era anotado num caderno: nome, telefone, sabor, quantidade, data e um "pago 50" escrito ao lado.
Os problemas se repetiam. Dois clientes chegaram para retirar encomendas que não estavam no caderno, porque foram anotadas num papel solto. O sinal entrava na gaveta sem registro e o caixa do dia sobrava; no dia da retirada, o atendente cobrava o valor total e precisava descontar o sinal de cabeça. Num sábado, um cento de coxinhas foi cobrado inteiro de um cliente que já tinha pago metade.
Decisão 1: registrar a encomenda como pedido no PDV
A primeira decisão foi usar a função de pedido ou encomenda do sistema, em vez de lançar o sinal como uma venda avulsa. A diferença é que o pedido fica aberto, vinculado ao cliente, com os itens, a data e a hora de retirada e um campo de observações, e não mexe no faturamento até ser concluído.
Para cada encomenda, o atendente passou a registrar:
- nome e telefone do cliente;
- itens com quantidade, sabor e tamanho escolhidos em opções do cadastro, não em texto livre;
- data e horário de retirada;
- valor total estimado e valor do sinal;
- observações que não cabem nas opções, como a frase para a decoração do bolo.
Consequência: o caderno sumiu do balcão, e qualquer atendente passou a encontrar a encomenda pelo nome ou pelo telefone. A lista de pedidos do dia, ordenada por horário de retirada, virou a referência da cozinha.
Decisão 2: como tratar produtos que só têm preço final na retirada
Bolo vendido por quilo tem um problema: o peso exato só é conhecido quando ele fica pronto. A padaria decidiu cadastrar dois tipos de item. Salgados e doces por cento, com preço fechado, entram no pedido pelo valor exato. Bolos por quilo entram com um peso estimado, combinado com o cliente, e o valor final é calculado na retirada, pela pesagem.
Exemplo hipotético: um bolo de 2 kg estimados a R$ 80 o quilo gera um pedido de R$ 160, com sinal de R$ 80. Na retirada, o bolo pesa 2,2 kg, e o total passa a R$ 176. O saldo a pagar fica em R$ 96, e não em R$ 80, como o cliente esperava.
Consequência: a diferença deixou de gerar discussão no balcão porque a regra passou a ser dita no momento da encomenda e registrada na observação do pedido: "valor final pelo peso na retirada". O atendente lê essa frase em voz alta ao confirmar a encomenda.
Decisão 3: onde o sinal entra no caixa
O sinal é dinheiro que entra na gaveta, ou no PIX, no dia em que a encomenda é feita. A padaria passou a registrar o sinal dentro do pedido, como recebimento antecipado, com a forma de pagamento usada. No fechamento do dia, esses valores aparecem numa linha própria, separados das vendas.
Consequência: o caixa parou de sobrar nos dias de muitas encomendas, porque todo dinheiro recebido passou a ter registro. As outras causas de sobra e falta, que não dependem das encomendas, estão no texto sobre diferença no fechamento de caixa.
Ficou uma dúvida que o atendente não resolve: em que momento sai o documento fiscal, no sinal ou na entrega, e como o valor antecipado aparece nele. A dona levou a pergunta ao contador antes de configurar o sistema. No caso desta padaria, a orientação foi emitir a NFC-e pelo valor total na retirada, informando o sinal como parte do pagamento. Isso não é regra geral: o tratamento depende do estado e do regime da empresa, e precisa ser definido com o contador de cada negócio.
Decisão 4: a lista de produção para a cozinha
Com os pedidos no sistema, a padaria passou a gerar, no fim da tarde de cada dia, a lista de produção do dia seguinte: quantos centos de cada salgado, quantos bolos de cada sabor e tamanho, com o horário de retirada mais cedo de cada um. A cozinha trabalha por essa lista, e não lendo pedido por pedido.
Consequência: a produção de salgados passou a ser feita em lotes por sabor, o que reduziu o tempo de cozinha. A decisão de usar opções fechadas para sabor e tamanho, tomada na decisão 1, é o que permite somar os pedidos; com texto livre, "coxinha de frango" e "coxinha frango c/ catupiry" virariam itens diferentes.
Decisão 5: retirada, saldo e encomenda que não foi buscada
Na retirada, o atendente busca o pedido pelo telefone, confere os itens, pesa o bolo, se for o caso, e transforma o pedido em venda. O sistema mostra o total, desconta o sinal e pede só o saldo. O cliente paga a diferença na forma que preferir.
Um detalhe surgiu logo nas primeiras retiradas: muitas vezes quem busca a encomenda não é quem fez o pedido. Um parente chega dizendo "é o bolo da Márcia", e o atendente encontra três Márcias na lista do dia. A padaria passou a informar ao cliente, na confirmação, o número do pedido gerado pelo sistema, e a pedir esse número ou o telefone na retirada. A busca pelo nome ficou como último recurso, conferida com a data e os itens.
Consequência: as entregas trocadas deixaram de acontecer, e a retirada ficou mais rápida, porque o número leva direto ao pedido certo, com o saldo já calculado.
Duas situações precisaram de regra escrita:
- Cancelamento com antecedência: até 48 horas antes da retirada, a padaria devolve o sinal, porque ainda não começou a produção. O cancelamento é feito no pedido, com a devolução registrada na forma de pagamento original.
- Encomenda não retirada: o sinal cobre parte do custo da produção. A regra, combinada e registrada na observação do pedido no momento da encomenda, é que o sinal não é devolvido nesse caso. A padaria tira essa dúvida no balcão antes de receber o sinal, para não haver surpresa.
As duas regras são decisões comerciais da padaria hipotética. Os prazos e condições de cada negócio podem ser outros, mas precisam ser claros e informados ao cliente antes do pagamento. Na dúvida sobre o que pode ou não ser retido, a orientação de um advogado ou do Procon local evita problema.
A primeira semana com o novo processo
Nem tudo funcionou de primeira. Na primeira sexta-feira, uma atendente lançou uma encomenda como venda comum, com a forma de pagamento PIX, e o sinal virou uma venda de bolo que não existia. A correção foi simples, mas mostrou que a equipe precisava de um atalho visível para "nova encomenda" na tela inicial do caixa.
Também apareceu a encomenda feita por mensagem às dez da noite, quando a padaria já estava fechada. A solução foi a dona registrar o pedido no sistema logo na abertura, antes do primeiro cliente, e responder ao cliente só depois do registro, com a data e o valor do sinal.
O que levar deste caso para outros negócios
O caso é de uma padaria, mas a lógica vale para confeitarias, lanchonetes que fazem kits de festa e qualquer comércio que receba antes de entregar:
- encomenda é pedido, não venda: registre como pedido e converta na entrega;
- sinal é recebimento com registro, numa linha própria do fechamento;
- itens com opções fechadas permitem somar pedidos e gerar a lista de produção;
- produto de peso variável precisa da regra do valor final combinada e anotada;
- cancelamento e não retirada têm regra escrita, dita antes do pagamento;
- o momento do documento fiscal se define com o contador, uma vez, antes de configurar.
Quem ainda está escolhendo o sistema deve testar a função de encomenda numa demonstração, com um pedido de bolo por quilo e sinal em PIX. Outras funções que pesam no balcão de padaria aparecem em funcionalidades essenciais do PDV para padarias e outros negócios pequenos.
