Vendas, PDV e Orçamentos

É sexta à tarde, tem fila no balcão, e o vendedor não tem tempo de abrir cadastro pra achar produto. Aqui ele bate o item na tela como numa maquininha de restaurante.

Tela de balcão com produtos e aparelhos disponíveis à esquerda e o carrinho fixo à direita. Só mostra a grade de venda se você já tiver um caixa aberto — sem caixa aberto, aparece só o botão de abrir caixa.

Dois iPhone 13 preto de 128GB na prateleira parecem idênticos. Sem bipar o IMEI, o vendedor pode pegar o aparelho errado e só descobrir depois, na entrega.

Campo de busca que filtra por nome, variante ou categoria, com atalho de teclado que foca a busca na hora (bom pra bipar código de barras) — e um modal dedicado pra bipar/digitar o IMEI direto no carrinho.

O vendedor bate o olho na foto do iPhone dourado 256GB em vez de adivinhar pelo nome comprido — menos chance de pegar o produto errado.

Cada card do grid mostra a foto real do aparelho (cadastrada no cofre de mídia) e um badge indicando se já está no carrinho.

O mesmo vendedor atende o cliente de bairro e o revendedor de atacado no mesmo turno, sem precisar fazer conta de cabeça ou trocar de tela.

Alterna entre 3 tabelas — Varejo (preço cheio), Atacado (−8%) e Paraguai (−15%) — recalculando o carrinho inteiro na hora.

O vendedor dá aquele descontinho de última hora sem perceber que vendeu no prejuízo — só descobre no fim do mês, quando já não dá pra corrigir.

Compara o preço de venda com o custo do item e mostra um aviso amarelo direto no card quando o preço fura o piso mínimo de margem (8%).

Cliente novo chega, a venda não pode travar numa tela de cadastro separada enquanto ele espera no balcão.

Busca um cliente já cadastrado por nome/telefone, ou cria um novo (nome, telefone, e-mail) sem sair da tela de venda — a venda pode seguir sem cliente, como "cliente de balcão".

O vendedor vai liberar fiado pro cliente sem saber que ele está devendo há 2 meses — o aviso de atraso existe pra evitar exatamente isso.

Ao vincular um cliente, o card mostra se ele está "Em atraso" com o valor vencido — isso é real e vem do Financeiro. O "limite de crédito disponível" que também aparece na tela NÃO é real: o campo não existe no banco, sempre mostra vazio.

Cliente negocia "fecho por 100 reais a menos" — sem esse campo o vendedor teria que redistribuir o desconto item por item na mão.

Campo de desconto em reais aplicado sobre o total do carrinho, mostrado em vermelho no resumo.

O vendedor quer fechar a venda de qualquer jeito e "empresta" a própria aprovação digitando um código qualquer — essa trava é o que impede isso de virar rotina.

Desconto acima de 10% ou preço abaixo do piso mínimo do aparelho trava a venda e exige o ID de um gerente/dono real — o sistema confere no servidor se aquele ID é de fato de alguém autorizado, ninguém consegue se autoaprovar digitando qualquer código.

Cada item individualmente parecia OK, mas a soma da venda deu prejuízo — é a segunda rede de segurança que pega isso antes de sair do caixa.

Além da regra item a item, calcula a margem da venda inteira e bloqueia a finalização se a soma ficar abaixo do piso configurado pela loja — mesmo que cada item pareça "dentro do desconto permitido".

Fechamento de caixa no fim do dia com uma sobra ou falta de R$ 5 que ninguém sabe explicar — essa trava impede a venda de sair "quase certa".

O botão "Finalizar venda" só libera quando a soma dos pagamentos bate exatamente com o valor a pagar — nem um centavo de folga. Clicar duas vezes seguidas (nervosismo, internet lenta) nunca duplica a venda.

Venda com troca de aparelho e parcelamento não cabe no fluxo rápido do balcão sem esquecer algum detalhe — aqui o vendedor tem espaço pra documentar tudo.

Alternativa ao balcão rápido, em 6 seções (Dados gerais, Cliente, Produtos, Upgrade/Troca, Financeiro, Pagamentos), pra vendas que precisam de mais detalhe — troca, parcelamento, garantia por item.

Vendedor A fecha o iPhone, vendedor B fecha a capinha e a assistência na mesma venda — sem isso, a comissão de um dos dois simplesmente some.

Gerente pode trocar o vendedor responsável pela venda toda; e cada item do carrinho pode ter seu próprio vendedor, diferente do principal — útil quando dois vendedores fecham peças diferentes na mesma venda.

Bipagem dupla por pressa faz o sistema "vender" dois do mesmo aparelho físico — um erro que só apareceria depois, na conferência de estoque.

Detecta quando o mesmo IMEI foi bipado duas vezes por engano e bloqueia a finalização até remover o item repetido.

Duas vendedoras vendem o mesmo iPhone pra dois clientes diferentes ao mesmo tempo — quem reserva primeiro trava o aparelho pros outros.

Trava os aparelhos do carrinho como "reservado" pra garantir que ninguém mais venda o mesmo IMEI enquanto essa negociação está em aberto.

Cliente indeciso quer "pensar em casa" com a proposta em mãos, ou o vendedor precisa mandar o comprovante sem sair da tela nem copiar o telefone na mão.

Botão que imprime a proposta ainda em negociação, e botão que abre o WhatsApp já com o número do cliente vinculado.

Numa venda longa e complexa, o vendedor perde o fio e esquece de preencher um campo — o checklist mostra de relance o que falta.

Lista lateral com 5 itens (Cliente, Produtos, Troca, Pagamentos, Saldo quitado) que marcam certo conforme a venda é preenchida.

O vendedor quer saber se a venda vale a pena antes de fechar — a margem mostrada é confiável pra essa decisão.

Mostra ao vivo a margem da venda com base no custo real dos itens — isso é real. Já a "comissão prevista" ao lado é sempre um cálculo fixo de 3%, não a regra de comissão configurada de verdade pra aquele vendedor.

A avaliação do usado deixa de depender do "olho clínico" de quem está no balcão naquele dia — o mesmo checklist dá o mesmo resultado, treinando qualquer vendedor a avaliar igual.

Checklist de 12 pontos de vistoria (liga, iCloud, tela, câmeras, bateria, botões, etc.) que vira automaticamente uma grade A/B/C/D e um valor de crédito — calculado no servidor, nunca digitado à mão.

Numa fiscalização ou disputa sobre a procedência de um aparelho usado, ter nome e CPF de quem entregou protege a loja.

A tela pede nome completo e CPF/CNPJ de quem está entregando o usado antes de confirmar a avaliação — mas o sistema por trás aceita salvar sem esse dado.

Fechamento de caixa que soma o valor do celular usado recebido como se fosse dinheiro de verdade — o caixa deixaria de bater com o que realmente circulou naquele dia.

O valor do usado recebido abate direto o total da venda — nunca é lançado como se fosse dinheiro/cartão/pix que entrou no caixa.

Vendedor "compra" o usado por um valor tão alto que praticamente anula a venda do aparelho novo — essa trava protege a margem da troca.

Se o crédito de troca passar de 70% do valor do aparelho vendido na mesma venda, trava e exige aprovação de gerente.

Cliente troca um aparelho de valor alto por um mais barato e ninguém anota a diferença — o saldo fica registrado no sistema, não numa promessa verbal do vendedor.

Quando o aparelho recebido vale mais que o total da venda, a diferença é creditada automaticamente na carteira do cliente pra uso futuro — nunca é descartada.

A loja recebe um aparelho roubado como troca e só descobre semanas depois, quando a operadora bloqueia a linha na mão do cliente novo.

Ao registrar um aparelho de troca, confere o IMEI contra a base de bloqueio da Anatel/operadora — se constar como roubado, mostra alerta vermelho e exige que o vendedor marque "ciente do risco" antes de continuar.

Cliente contesta uma compra no cartão semanas depois — sem o NSU anotado na venda, o lojista teria que vasculhar a maquininha física atrás do comprovante.

Cada linha de pagamento tem método, valor, número de parcelas, campo de NSU/autorização e observação livre (ex: "Visa ****4417").

O vendedor fecha uma venda parcelada em 6x sem saber quanto vai sobrar depois da taxa — só descobre no extrato da adquirente, tarde demais pra negociar diferente.

Ao lançar um pagamento em cartão, mostra na hora a taxa da adquirente, o valor da parcela e quanto a loja recebe líquido — considerando juro adicional por parcela.

Loja que cobra taxa de cartão do cliente decide isso venda a venda, sem precisar cadastrar dois preços diferentes pra cada produto.

Checkbox por pagamento: marcado, a taxa some ao valor que o cliente paga; desmarcado, a loja absorve e recebe líquido menor.

Caixa travado esperando alguém checar manualmente o extrato do banco pra saber se o PIX caiu — aqui o botão libera sozinho quando confirma.

Gera QR Code PIX com o valor exato da venda; quando a loja tem um provedor de pagamento conectado, detecta sozinho quando o dinheiro caiu — sem confiar cegamente no aviso, sempre reconsulta o provedor. Se o cliente pagar a menos, a tela NÃO confirma sozinha.

Cliente esquece que tem pontos acumulados, ou o vendedor calcula errado quantos pontos valem quantos reais na cabeça.

Com um cliente cadastrado vinculado, aparece um painel pra resgatar pontos em troca de desconto direto no carrinho.

Venda parcelada em crediário sem essa função exige o lojista lançar cada parcela manualmente no financeiro depois — aqui já sai pronto.

Divide o saldo em N parcelas mensais e já cria as contas a receber no Financeiro — a divisão é exata, a última parcela absorve qualquer resto de arredondamento.

Loja que vende e despacha teria que cadastrar o pacote duas vezes — a venda e a expedição separadas.

Ao escolher entrega por motoboy ou transportadora, já cria o pacote de expedição com itens e IMEI, sem cadastrar de novo.

O gerente precisa auditar 20 vendas do dia sem navegar 20 vezes entre telas diferentes.

Tabela com todas as vendas, filtrável por status e período, com um clique abrindo o detalhe num painel lateral.

Um cancelamento mal feito deixa "resto" espalhado — estoque errado, comissão paga sobre venda cancelada — essa função reverte tudo de uma vez.

Cancela revertendo tudo o que a venda gerou: aparelho volta pra estoque, comissão é estornada, o caixa recebe o lançamento de saída, e se houve troca, o crédito de loja concedido é estornado também.

Um lote de vendas de teste cadastradas por engano não precisa ser cancelado uma por uma.

Seleciona várias vendas e cancela todas em sequência, mostrando quantas cancelaram e quantas deram erro. Cada uma é validada individualmente, mas não é uma operação atômica — se cair no meio, fica um lote parcialmente cancelado.

Impede que um vendedor desfaça sozinho uma venda antiga por erro ou má-fé, sem passar por alguém com mais alçada.

Vendedor comum só cancela uma venda dentro de 24h depois de criada; depois disso, só gerente ou dono conseguem.

Aparelho vendido sem garantia registrada em lugar nenhum vira dor de cabeça quando o cliente volta reclamando — aqui o registro nasce sozinho na venda.

Gera o recibo da venda e, quando há aparelho vendido, o termo de garantia — a garantia é criada automaticamente para todo aparelho vendido, com prazo padrão de 90 dias.

O dono quer saber se o mês está indo bem sem somar planilha nem pedir relatório pra ninguém.

Painel com faturamento, lucro, ticket médio, margem, volume e ranking de vendedores no período — inclusive o total de trocas (crédito concedido) separado do faturamento normal.

Um aparelho quebra ou some e alguém força uma "venda" a R$ 0 só pra tirar do estoque — aqui existe um jeito honesto de registrar a perda com o prejuízo real.

Registra baixa de estoque que não é venda — perda (roubo, quebra) ou ajuste de inventário — calculando o prejuízo (custo × quantidade) e mostrando 4 indicadores no topo.

A promessa verbal "te aviso quando chegar" some da memória de todo mundo — aqui vira um registro rastreável, com data e valor.

Registra a encomenda de um produto que ainda não chegou, com valor combinado, sinal recebido e previsão de chegada — e mantém uma linha do tempo automática de tudo que aconteceu com ela.

É pra resolver o caso de "cliente pagou sinal, aparelho chegou, agora fecha a venda" — mas hoje isso ainda não fecha o ciclo completo por trás da tela.

O saldo (valor combinado menos sinal) é calculado corretamente na tela — mas hoje essa conversão NÃO cria uma venda de verdade no sistema. Não gera recebível, não paga comissão, não dá baixa de estoque e não lança no caixa.

O gerente descobre que uma promessa de entrega está atrasada só quando o cliente liga bravo — esse painel avisa antes.

Painel com total de encomendas abertas, valor de sinais em caixa e quantas estão com prazo de chegada vencido.

O vendedor precisa enxergar de relance quanto dinheiro está "represado" em negociação, sem abrir cada orçamento um a um.

Quadro visual por estágio (Rascunho, Negociando, Aprovado, Fechados) — arrastar o card muda o status, com o valor total somado em cada coluna.

Vendedor novo esquece um passo e monta um orçamento incompleto — o wizard não deixa pular etapa.

Fluxo guiado (Cliente → Itens → Revisão) com barra de progresso — não deixa avançar pra itens sem cliente, nem revisar sem item.

Clique duplo no botão salvar não deve virar dois orçamentos idênticos no meio de uma negociação.

Se o vendedor clicar salvar duas vezes na mesma sessão (rede lenta, ansiedade), o sistema evita duplicar o orçamento — mas essa proteção só existe enquanto a tela está aberta. Se a página recarregar ou travar, a proteção se perde.

Não aplica ainda — essa capacidade não está pronta.

Hoje isso ainda não existe de verdade. O que aparece na tela é só um rótulo dentro da lista de formas de pagamento do orçamento — não existe nenhum checklist ou grade de avaliação de troca ali, diferente do que acontece na venda completa.

Protege a loja de ter que honrar um preço antigo — mas hoje isso é só documentação, não uma trava automática.

Tem um campo de data até quando o preço vale — mas essa data não expira o orçamento sozinha. Passado o prazo, o orçamento continua ativo até alguém cancelar manualmente.

Vendedor não sabe se pode converter um orçamento que ainda nem foi aprovado — a tela só mostra o botão certo pra situação certa.

Mostra só a ação válida pra cada momento — "Aprovar", "Converter em venda" ou "Cancelar" — nunca todas ao mesmo tempo.

Diferente da conversão de encomenda (que ainda não funciona por completo), essa gera uma venda de verdade — importante não confundir as duas.

Converte um orçamento aprovado em venda de verdade — pede a forma de pagamento real usada pelo cliente naquele momento, e só finaliza quando a soma bate com o total. Usa o mesmo motor de venda do PDV, com todos os efeitos reais (estoque, comissão, caixa).

Cliente leva a proposta impressa pra casa sem o vendedor montar um documento à parte no Word.

Gera um documento imprimível pra entregar ao cliente, e permite cancelar em qualquer estágio não-fechado.

O gerente que vive na tela de Vendas não precisa trocar de módulo pra ver quem está com proposta pendente.

Mostra, dentro da tela de Vendas, os orçamentos em negociação — é uma visão de leitura paralela ao Kanban. Não é um fluxo formal de aprovação, é o próprio código que admite: "workflow não existe" ainda.

Dono com mais de uma loja não precisa ir ao módulo de Estoque só pra acompanhar o movimento entre unidades.

Mostra as transferências de estoque entre lojas da mesma rede sem sair da área de Vendas.

Aquele iPhone caro que não pode sair por menos de X reais — em vez de confiar na memória do vendedor, o sistema trava sozinho.

Configura, aparelho por aparelho, um preço mínimo abaixo do qual a venda não fecha sem aprovação de gerente.

Substitui a "caderneta" ou promessa verbal de vale-crédito por um saldo sempre consultável e auditável.

Cada cliente pode ter uma conta de crédito com saldo próprio, alimentada por excedente de troca ou ajuste manual, com histórico completo de cada movimentação.

A loja com maquininha alugada ou taxa negociada diferente configura a condição real que tem, em vez de usar uma tabela genérica.

Cria formas de pagamento próprias (Dinheiro, Pix, Débito, Crédito com/sem antecipação), cada uma com sua taxa real de provedor e sua taxa simulada ao cliente — que podem ser diferentes.