PDV (Ponto de Venda)
A interface no checkout — venda item, aplica desconto, fecha pagamento, emite cupom fiscal. Bling, Tiny, Omie têm PDV; SAP e Protheus geralmente têm módulo separado.
PDV de prateleira virou gargalo no varejo brasileiro: promoção que não cabe no template, NFC-e que cai no pico, planilha de fechamento manual no fim do dia. Esta página é pra varejista que já operou loja física, conhece os sintomas e quer entender quando vale construir um sistema de caixa próprio com compliance fiscal por estado, periféricos que você já tem e código que vira seu.
60 segundos
Sistema de caixa é o software que opera o ponto de venda físico: registra a venda, emite o documento fiscal eletrônico (NFC-e, SAT-CF/e, MFE), recebe o pagamento via TEF, controla o estoque imediato e fecha o caixa no fim do turno. PDV é a parte da frente — o que o vendedor vê na tela. Frente de caixa é o conjunto de operações no checkout. Fluxo de caixa é o financeiro consolidado depois. ERP é o guarda-chuva que pode ou não conter os três.
PDV (Ponto de Venda)
A interface no checkout — venda item, aplica desconto, fecha pagamento, emite cupom fiscal. Bling, Tiny, Omie têm PDV; SAP e Protheus geralmente têm módulo separado.
Frente de caixa
Conjunto que envolve PDV + sangria + reforço de troco + fechamento de turno + contingência offline. É a operação completa do caixa em loja física, vai além da venda unitária.
Fluxo de caixa
O financeiro consolidado — entradas, saídas, conciliação bancária, DRE. Vive fora do PDV mas precisa receber os dados de venda em tempo real ou diário.
Sistema de loja / Sistema de caixa
Termo guarda-chuva no varejo brasileiro: PDV + frente de caixa + retaguarda básica (estoque, cadastro de produto, compras). É o que o varejista pesquisa quando o SaaS atual não cobre o processo da loja.
A confusão entre os termos é o que faz o varejista comprar errado. Quem precisa de sistema de loja completo às vezes assina só PDV barato e descobre na semana 4 que não há retaguarda; quem precisa de PDV simples pra 1 caixa contrata ERP enterprise e paga licença que não usa. As próximas seções existem pra dar critério antes da assinatura — não depois.
Sintomas
Detectáveis pelo time do checkout antes do gerente perceber e antes do dono cobrar relatório. Quando aparecem combinados, há venda sendo perdida no pico ou margem evaporando entre o pdv e a planilha — sem ninguém medir o impacto direto. Cada sintoma abaixo já apareceu em projeto real Huios de varejo. Descrição clínica curta, vocabulário do operador da loja, sem catastrofismo.
Venda demora 40 segundos a mais por item escaneado depois que o catálogo passou de 200 produtos.
Loja de utilidades em Pelotas com 280 SKUs ativos e 1 caixa. Pico do sábado às 11h: fila com 6 clientes, PDV trava no terceiro item de cada venda, vendedor reinicia o terminal 2x por hora. Cliente desiste e sai sem comprar.
SEFAZ retorna timeout, PDV trava na emissão, fila para até autorizar contingência manual.
Padaria com 3 caixas no fim de semana. SEFAZ-RS instabilidade às 12h, PDV não consegue emitir NFC-e, software de prateleira não tem contingência offline configurada. 22 minutos de operação parada — média de 18 vendas perdidas a R$ 47 cada.
Time de marketing lança combo, leve-3-pague-2 ou desconto progressivo e o PDV não aplica automaticamente.
Rede de farmácias com 4 lojas. Promoção 'leve 2 protetor solar, ganhe 30% no segundo' anunciada na rádio. Bling/Tiny não têm regra de combo configurável — vendedor calcula no caderno e digita preço manual. Erro humano, ticket caiu 8% naquela semana.
Gerente exporta CSV todo dia 21h pra montar o fechamento que o dono pediu.
Loja de roupas em Porto Alegre. PDV exporta resumo do dia em PDF, sem cortes por categoria nem por vendedor. Gerente abre Excel, copia 4 colunas, recalcula DRE diário no celular. 45 min/dia em retrabalho que o sistema deveria fazer.
Pedido do iFood/Magalu cai no e-mail, alguém digita no PDV pra dar baixa de estoque.
Distribuidora de bebidas com loja física + iFood + e-commerce próprio. Pedido do iFood entra no e-mail do gerente, ele digita no PDV manualmente pra baixar estoque. Volume cresceu pra 80 pedidos/dia de delivery; rotina virou inviável e o estoque desincronizou.
Compare
Três caminhos pra resolver o mesmo problema do checkout. Cada um serve um perfil diferente de loja — confundir o seu perfil custa caro 18 meses depois quando a operação cresceu e o sistema escolhido não acompanhou.
| Critério | Prateleira (Bling, Tiny, Omie) | Sob medida (Huios) | Híbrido (prateleira + custom via API) |
|---|---|---|---|
| Setup inicial | Dias a 2 semanas | 8 a 24 semanas | 4 a 12 semanas (custom + integração) |
| Custo recorrente mensal | R$ 70 a R$ 400/mês por terminal | Sustentação 8-20h/mês conforme escopo | Licença prateleira + sustentação custom |
| Customização fiscal por estado | Limitada ao que o SaaS cobre | NFC-e, SAT-CF/e SP, MFE CE, NFE-VC RJ — todos com contingência offline | Prateleira pro fiscal padrão · custom pra exceção setorial |
| Integração com periféricos | Lista fechada do fornecedor | Bematech, Elgin, Daruma, Toledo, Filizola, pinpad TEF homologado | Custom integra periféricos que prateleira não suporta |
| Lock-in de dados | Exportação CSV capada · sem cláusula de portabilidade | Banco no cliente · exportação aberta em SQL ou JSON | Dados parciais na prateleira · core no cliente |
| Ownership do código | 100% do fornecedor | 100% do cliente desde commit 1 | Custom no cliente · prateleira no fornecedor |
| Faixa de R$ ano 1 | R$ 3k a R$ 18k (3 terminais) | R$ 60k a R$ 280k+ | R$ 30k a R$ 100k (custom MVP + licença) |
| Quando faz sentido | Loja única · ticket baixo · processo padrão | Rede multi-loja · vertical específica · integrações exóticas | 1-2 lojas crescendo · diferencial em 1 fluxo |
Quanto custa
Modelos de cobrança e faixas de R$ baseados em projetos reais Huios cruzados com benchmark público de fornecedores brasileiros (Bling, Tiny, Omie, Conta Azul, InfinitePay) em 2026. O preço depende menos da tecnologia e mais do número de lojas, profundidade da regra fiscal por estado e quantidade de periféricos a integrar.
SaaS mensal por terminal
Modelo de prateleira. Bling, Tiny, Omie cobram R$ 70 a R$ 400 por terminal/mês. Previsível pra loja única, vira caro quando a rede passa de 3 terminais ou exige customização.
Licença perpétua + sustentação
Modelo legacy de softhouse de PDV regional. Compra-se a licença uma vez (R$ 8k a R$ 25k por terminal) e paga-se sustentação anual (15-25% da licença). Atualização fiscal vira projeto.
Sob medida com sustentação evolutiva
Modelo Huios. Discovery + escopo travado em ADR + MVP loja-piloto + sustentação 8 a 20h/mês conforme escopo. Código no cliente desde commit 1, faixas abaixo.
R$ 60 mil a R$ 100 mil
Vertical específica (loja de roupas, mercadinho, sorveteria, oficina), 1 terminal real em produção, NFC-e homologada no estado, periféricos básicos integrados
R$ 120 mil a R$ 280 mil
Loja com retaguarda completa: estoque, cadastro de produto, compras, fluxo de caixa, DRE diário, app mobile gerencial, dashboard fiscal por terminal
R$ 280 mil+
3+ lojas com sincronização cloud, regra fiscal multi-estado, integração com app delivery e marketplace, identidade do vendedor por terminal, BI consolidado
TCO 5 anos: SaaS prateleira a R$ 200/mês × 3 terminais × 60 meses = R$ 36k em licença pura, sem contar customização paga e troca de fornecedor. Sob medida Huios paga em 36 a 48 meses se a loja crescer 2x ou se a regra fiscal exigir adaptação contínua. Faixas variam ±30% conforme volume de SKUs, complexidade da regra de comissão e número de periféricos não-padrão (balança fiscal, leitor RFID, gaveta com 2 fechaduras, totem self-checkout).
O que entregamos
Emissão de documento fiscal eletrônico por estado (NFC-e padrão nacional, SAT-CF/e em SP, MFE no CE). Contingência offline real via PWA — venda continua durante queda de internet ou indisponibilidade SEFAZ, autorização sincroniza quando volta. Cancelamento, devolução e troca dentro do prazo legal de cada estado.
Estoque com baixa em tempo real, cadastro de produto com variações (tamanho, cor, voltagem, validade), compras com pedido pra fornecedor, conferência de entrada, fluxo de caixa diário, DRE por loja, conciliação bancária, gestão de fornecedor e cliente.
Impressora térmica fiscal e não-fiscal (Bematech, Elgin, Daruma), leitor de código de barras 1D/2D (Honeywell, Zebra, Datalogic), balança Toledo e Filizola por protocolo serial ou USB, gaveta de dinheiro acionada por impressora, pinpad TEF homologado (Stone, Cielo, Rede via Sitef ou PayGo).
App mobile com venda em tempo real por terminal, ranking de vendedor, controle de turno e sangria, autorização remota de operação especial. Dashboard fiscal consolidado: NFC-e emitidas, canceladas, em contingência, total de imposto retido por dia, status SEFAZ por filial.
8 a 20 horas/mês conforme escopo: atualização de bibliotecas SEFAZ quando muda layout de NFC-e por estado, novos relatórios sob demanda, suporte a periférico novo, ajuste de regra fiscal quando o estado altera alíquota ou benefício, melhoria contínua baseada em uso real.
O sistema precisa caber no seu fluxo, não o contrário. Promoção combinada, leve-3-pague-2, desconto progressivo, comissão por vendedor com regra híbrida — tudo isso varia por loja. Pergunte: como o sistema absorve regra de promoção que não está no template padrão? E quanto custa cada exceção?
Brasil tem 4 modelos fiscais coexistindo no varejo: NFC-e padrão nacional, SAT-CF/e exclusivo de SP, MFE no CE, NFE-VC no RJ pra modelos antigos. Pergunte qual a biblioteca SEFAZ usada (homologada pelo estado), qual o prazo médio de atualização quando o layout muda e quem testa antes de deploy.
Servidor cai, internet cai, SEFAZ cai — vende-se mesmo assim? Pergunte: o PDV emite NFC-e em modo contingência offline e sincroniza depois? Quanto tempo aguenta sem internet? Existe simulação documentada do cenário em ambiente de teste antes de ir pra produção?
Substituir Bematech MP-4200 TH por modelo novo do fornecedor de PDV custa R$ 1.200 por terminal × N terminais. Pergunte: a lista de periféricos compatíveis inclui o que você usa hoje? Se não, qual o custo de adicionar suporte ao seu modelo específico?
Você consegue exportar TODA a base (vendas históricas, cadastro de cliente, estoque, recibos NFC-e) em formato aberto se decidir trocar? Em quanto tempo? Pergunte por cláusula contratual com prazo SLA pra entrega da base completa em SQL, JSON ou CSV não-capado.
Customização paga pertence a quem? Se contratou desenvolvimento sob medida, o código está no seu GitHub ou no do fornecedor? E a base de dados, está em servidor seu ou do fornecedor? Sem cláusula explícita, código e dado costumam virar refém em renovação contratual.
Loja parada vale R$ X por minuto de operação. Pergunte qual o SLA contratual pra bug crítico (PDV não emite, balança não pesa, TEF não autoriza) durante horário comercial: tempo de resposta, tempo de resolução, multa caso descumpra, plano B em caso de incidente prolongado.
Red flags
Padrões observados em fornecedores que prometeram bem na demo e quebraram em produção. Lista organizada pelo momento em que o sinal aparece — antes da compra (comercial), na assinatura (contrato) e durante a operação (runtime). Quanto mais cedo o sinal aparece, mais barato sair.
Preço por terminal sem teto explícito
Loja cresce, abre 2 filiais, contrata 4 vendedores novos. Licença vira proporção do faturamento sem que ninguém perceba. Pergunte o preço do 5º, 10º e 20º terminal antes de assinar.
Pressão de fechamento na primeira reunião
"Fechamos hoje pra dar 30% off na licença anual." Desconto na assinatura geralmente vira ressaca em renovação. Software bom não precisa pressão — é o oposto.
Demo só em ambiente perfeito
Comercial mostra venda fluída, NFC-e emitida em 0.4s, gráfico bonito. Pergunte pra ver com 200 SKUs ativos, internet instável e periférico antigo. Demo real expõe limitação real.
Sem cláusula de portabilidade de dados
Contrato silencia sobre como exportar a base ao final. Resultado: troca de fornecedor vira projeto de 6 a 12 meses. Cláusula explícita com formato (SQL, JSON, CSV não-capado) e prazo SLA é pré-requisito.
IP do código de customização retido pelo fornecedor
Você pagou pela customização, mas o código pertence à softhouse. Em renovação, precisa pagar de novo pra manter o que já é seu na prática. Cláusula precisa ser explícita.
Multa de saída desproporcional
Multa de 6 a 12 meses de licença pra romper antes do prazo. Negocie pra 1-2 meses ou pro proporcional ao tempo restante. Multa pesada esconde produto ruim que o fornecedor sabe que vai perder cliente.
Suporte que cobra por chamado depois do 3º
"Os 3 primeiros chamados/mês são gratuitos, R$ 180 cada chamado adicional." Bug do produto não deveria ser cobrado do cliente. Em mês de incidente, conta pode subir a R$ 4-8 mil em chamados.
Atualização fiscal demora e o estado já mudou layout
SEFAZ-RJ alterou layout NFC-e em janeiro, o fornecedor disponibiliza atualização em abril. Suas notas voltam com erro 217 e a venda para até a softhouse colocar o release na sua versão. SLA de atualização fiscal precisa estar no contrato.
SLA de bug crítico só em horário comercial estendido
Loja abre 9h aos sábados, mas SLA é 8h às 18h dias úteis. Sábado às 11h o PDV trava e ninguém atende. Negocie SLA cobrindo o horário real da loja, com multa proporcional caso descumpra.
Stack alinhado ao que a loja física brasileira exige hoje: cloud-first com sync, contingência offline real, fiscal por estado homologado e integração com periféricos via protocolos abertos. Cada pilar abaixo é não-negociável em PDV custom — software que não cobre os três tem prazo de validade curto.
Servidor central (AWS, GCP ou self-hosted no VPC do cliente) com banco Postgres, terminais como PWA (Progressive Web App) com IndexedDB local, sync via API REST com fila de retry. Loja sem internet vende offline; quando volta, sincroniza venda + estoque + NFC-e em background sem operador perceber.
NFC-e padrão nacional via webservice SEFAZ do estado, SAT-CF/e em SP via DLL do equipamento Bematech/Elgin homologado, MFE no CE via integração serial. Bibliotecas com homologação ativa e pipeline de testes contra ambiente SEFAZ de homologação antes de cada deploy. Logs assinados pra auditoria fiscal posterior.
TEF via Sitef (Software Express) ou PayGo (Sipag/Stone), pinpad Stone/Cielo/Rede homologados pelo Bacen, impressora térmica via ESC/POS ou USB com driver Bematech/Elgin, balança via protocolo serial Toledo/Filizola, leitor 1D/2D via emulação de teclado USB. Sem dependência de SDK proprietário fechado.
Como construímos
Quatro etapas em sequência, com prazo realista por etapa e entregável validável ao fim de cada uma. Sem demo bonita no meio do caminho — o que entregamos roda com loja real, periférico real, NFC-e real homologada no estado.
Mapeamento dos estados onde a loja opera (1 ou múltiplos), modelo fiscal exigido por estado (NFC-e, SAT-CF/e, MFE), inventário de periféricos atuais (modelo, fabricante, idade), identificação de regras de promoção e comissão fora do template padrão, levantamento de integrações externas necessárias (delivery, marketplace, e-commerce). Saída: ADR (Architecture Decision Record) escrito com escopo travado.
Setup do ambiente de homologação SEFAZ do estado-alvo, integração da biblioteca oficial, emissão de notas-teste, validação de cancelamento e devolução, simulação de contingência offline, calibração da impressora fiscal. Saída: NFC-e emitida em ambiente de homologação SEFAZ, log auditável, simulação offline funcionando.
Deploy em 1 terminal de 1 loja real, treinamento do operador, acompanhamento da operação durante 5 a 10 dias, ajuste fino de UX no checkout, integração com periféricos físicos no balcão, validação do fechamento de turno, conferência fiscal das primeiras 200 NFC-e. Saída: loja-piloto operando 100% no novo PDV, métricas de uso e bug coletadas.
Rollout escalonado pras demais lojas (1 por semana, 2 por semana ou em onda conforme apetite a risco), treinamento de gerente e operadores, monitoramento centralizado de incidentes, sustentação evolutiva mensal de 8 a 20 horas conforme escopo contratado, acompanhamento de mudança de layout fiscal por estado. Saída: rede multi-loja operando, equipe interna autônoma na operação.
Trabalhamos com vocabulário fiscal e operacional do varejo brasileiro: NFC-e por estado, SAT-CF/e em SP, MFE no CE, contingência offline em PWA, periféricos Bematech/Elgin/Toledo, TEF via Sitef/PayGo. Não somos generalistas tentando entender PDV pela primeira vez no seu projeto.
Bibliotecas SEFAZ oficiais por estado, pipeline de teste contra ambiente de homologação antes de cada deploy, log assinado pra auditoria fiscal posterior. Quando o estado muda layout, atualizamos com SLA contratual — não esperamos o cliente reclamar.
Repositório no GitHub do cliente (não no nosso), banco Postgres rodando em servidor do cliente ou em VPC dedicado, exportação aberta em SQL ou JSON sem capa, ADR escrito documentando cada decisão arquitetural. Você pode trocar de fornecedor a qualquer momento sem perder o investimento.
Sede em Pelotas/RS, equipe remota distribuída, atendimento todo o Brasil em horário comercial estendido. Conhecemos a regra fiscal-RS de cor (NFC-e gaúcha, ICMS-ST de bebida e combustível, retenção em substituição) e estamos acostumados com varejo de cidade média que não cabe no template TOTVS.
309 · Dúvidas
fig. FT-309Coletadas do PAA real da SERP brasileira de "sistemas de caixa" e "sistema pdv", refinadas com a experiência Huios em projetos de varejo.
Sistema de caixa é o software que opera o ponto de venda físico de uma loja: registra a venda, emite documento fiscal eletrônico (NFC-e, SAT-CF/e, MFE conforme estado), recebe pagamento via TEF, controla estoque imediato e fecha o caixa no fim do turno. Termo guarda-chuva no varejo brasileiro pra PDV + frente de caixa + retaguarda básica como cadastro de produto, compras e fluxo de caixa.
PDV (Ponto de Venda) é a interface no checkout — o que o vendedor vê. Frente de caixa é o conjunto completo da operação no caixa: PDV + sangria + reforço de troco + fechamento de turno + contingência offline. ERP é o guarda-chuva que pode conter PDV + retaguarda + financeiro + compras + RH. Sistema de caixa é o termo de mercado pro PDV + frente de caixa + retaguarda básica, sem o financeiro consolidado e o RH.
Pra prateleira no varejo PME brasileiro: Bling, Tiny, Omie e Conta Azul lideram em SaaS modular. Pra licença perpétua regional: softhouses locais como gsoft, RP Info e i9 Automação têm presença em segmentos verticais. Pra sob medida com vertical específica e ownership de código, Huios entrega projetos de R$ 60k a R$ 280k+. A escolha entre os modelos depende do porte da loja, do diferencial competitivo do processo e da sensibilidade a lock-in.
Prateleira SaaS: R$ 70 a R$ 400 por terminal/mês conforme funcionalidade (Bling, Tiny, Omie, InfinitePay, Awise). Licença perpétua de softhouse regional: R$ 8k a R$ 25k por terminal de licença + 15-25% ao ano de sustentação. Sob medida Huios: investimento inicial de R$ 60k (MVP em 1 loja) a R$ 280k+ (rede multi-loja) + sustentação mensal 8-20h. TCO de 5 anos varia de R$ 36k (3 terminais SaaS prateleira) a R$ 800k+ (rede multi-loja sob medida com evolução contínua).
Vale quando o processo da loja é diferencial competitivo (vertical específica como sorveteria com fila virtual, distribuidora com TEF triplo, oficina com OS), existe owner técnico interno (CTO ou ao menos analista sênior) e o lock-in da prateleira é risco maior que o tempo de implantação extra. Não vale quando a loja tem processo padrão coberto por SaaS configurado e a operação tem até 30 funcionários e 1-2 terminais. Discovery honesto na primeira reunião responde a pergunta em 45 minutos antes de qualquer proposta.
Depende do estado: NFC-e (Nota Fiscal de Consumidor Eletrônica) é o padrão nacional aceito em quase todos os estados brasileiros. SAT-CF/e (Sistema Autenticador e Transmissor de Cupom Fiscal Eletrônico) é exclusivo de São Paulo e exige equipamento físico homologado (Bematech, Elgin) instalado no caixa. MFE (Módulo Fiscal Eletrônico) é exigido no Ceará pra pequenos varejistas. Loja com matriz em SP e filial no CE precisa cobrir os três modelos no mesmo software.
Depende do produto. SaaS de prateleira em geral exige internet pra emitir NFC-e e bloqueia a venda quando cai. Sistema bem construído com PWA offline-first armazena venda em IndexedDB local, emite NFC-e em modo contingência (com numeração reservada SEFAZ) e sincroniza com servidor central quando a internet volta. Pergunte sempre antes de assinar: o PDV vende offline durante quanto tempo, e quanto tempo demora pra sincronizar quando volta?
Em SaaS de prateleira sem cláusula explícita, exportação tende a vir capada (CSV sem campos calculados, sem histórico completo, com limite de linhas). Em sistema sob medida Huios, banco Postgres roda no cliente e exportação é aberta em SQL ou JSON desde o primeiro dia. Cláusula contratual com prazo SLA pra entrega da base completa (vendas, cadastros, recibos NFC-e assinados) é pré-requisito antes de assinar — sem ela, troca de fornecedor vira projeto de 6 a 12 meses pra remontar dado histórico.
Tipos de sistema sob medida
4 frentesNão vendemos pacote único — cada tipo de sistema tem complexidade e custo diferentes. Veja a página da vertical que combina com seu caso pra entender prazo, escopo e o que entregamos no fim.
Sistema de caixa · próximo passo
Diagnóstico independente gratuito. Você descreve a loja atual, sintomas de gargalo no caixa, periféricos instalados, estados onde opera e horizonte de crescimento. A gente devolve recomendação técnica honesta entre prateleira (Bling, Tiny, Omie), licença perpétua regional, modelo híbrido ou desenvolvimento sob medida — incluindo dizer 'permaneça no que tem' sempre que essa for tecnicamente a melhor escolha pro seu cenário específico.
30 min · sem compromisso · resposta em 24h úteis