Pular para o conteúdo
laikaDOCUMENTAÇÃO
Histórico de entregas

PDV — versões anteriores

Arquivo histórico resumido. Para configurar e operar, consulte os manuais atuais.

Arquivo histórico Revisado em 20/10/2026

Arquivo histórico. Esta página reúne destaques das versões antigas e não descreve o procedimento atual. Consulte os manuais por produto para operar a versão instalada.

Use o índice de versões desta página. Cada registro mantém a identificação da entrega e até três destaques da nota de origem. Para a linha recente com ERP, PDV e TOTEM na mesma página, abra o changelog da suíte.

As notas abaixo foram resumidas e não devem ser usadas como instruções atuais de configuração ou compatibilidade. Mudanças posteriores podem substituir o comportamento descrito.

  • Consolida identificadores locais de formas de pagamento com UUID inequívoco no resumo do caixa e nos payloads novos/pendentes, preservando entradas e saídas e contando o valor declarado uma vez.
  • Preserva UUIDs distintos da mesma categoria; não atribui automaticamente legado ambíguo. Contagens conflitantes impedem envio.

PDV 1.9.11 — Suíte 1.9.18 — 2026-10-09 (#163, PR #164)

Seção intitulada “PDV 1.9.11 — Suíte 1.9.18 — 2026-10-09 (#163, PR #164)”
  • Requisições autenticadas ao ERP renovam a sessão ao receber 401 com recusa do Bearer e repetem uma única vez, preservando método e conteúdo da operação.
  • Renovação concorrente compartilha o login; lotes com token antigo reutilizam a sessão já renovada. Falha de login, segunda recusa, 403, 503 e falhas de rede mantêm o tratamento de pendências existente.

PDV 1.9.10 — Suíte 1.9.15 — 2026-10-09 (#161, PR #162)

Seção intitulada “PDV 1.9.10 — Suíte 1.9.15 — 2026-10-09 (#161, PR #162)”
  • Subtotal preenche e seleciona o saldo disponível em memória mesmo quando a hidratação do rascunho não conclui.
  • Preço unitário de produtos pesáveis mantém o valor cadastrado nos layouts padrão e touch, sem recalcular centavos a partir do total arredondado.
  • Troco permanece até concluir a venda; OK aguarda as respostas de impressão e gaveta aplicáveis. Falhas permitem repetir somente as saídas pendentes, preservando a venda e o pagamento.

PDV 1.9.9 — Suíte 1.9.14 — 2026-10-08 (#157, PR #158)

Seção intitulada “PDV 1.9.9 — Suíte 1.9.14 — 2026-10-08 (#157, PR #158)”
  • Perfil permite aguardar Finalizar após a quitação dos pagamentos, preservando os pagamentos registrados; padrão false mantém a conclusão automática.
  • Consulta às promoções locais passa a depender da opção Consultar promoções, com padrão false. Desativada, segue diretamente aos pagamentos e descarta prévia promocional anterior; ativada, preserva o fluxo atual.

PDV 1.9.8 — Suite 1.9.12 — 2026-10-08 (#153, #155, #156)

Seção intitulada “PDV 1.9.8 — Suite 1.9.12 — 2026-10-08 (#153, #155, #156)”
  • Fechamento de mesa respeita as opções de participantes e divisão de conta do perfil do PDV ao abrir e reiniciar o diálogo de pagamento, inclusive após pagamento parcial ou alteração do perfil.
  • Fechamento da tesouraria e reenvio de pendências usam o método de pagamento para os identificadores locais de contingência (dinheiro, débito, crédito e Pix), evitando enviá-los como UUID; valores, contagens e UUIDs reais são preservados (#155).
  • Etiquetas de balança com retorno de quantidade para produtos vendidos em UN/CX usam a quantidade inteira codificada, sem aplicar as casas decimais de peso; produtos por peso e etiquetas com retorno de preço preservam a interpretação anterior (#156).
  • Cupom de fechamento identifica o valor informado na abertura como “Fundo de troco (Abertura)”.
  • Primeiro F8 abre pagamentos quando não há promoção vigente no catálogo local; campanhas futuras/expiradas não exigem segunda ação. Campanhas vigentes preservam a prévia, inclusive sem benefício na venda; erros bloqueiam o avanço e alteração da venda durante a consulta exige nova verificação.
  • Etapa final de fechamento para informar o troco retido, registrado no cupom mesmo quando zero e sugerido em negrito, com edição, na próxima abertura do mesmo terminal (#148).

PDV 1.9.5 — Suite 1.9.8 — 2026-10-05 (PR #121)

Seção intitulada “PDV 1.9.5 — Suite 1.9.8 — 2026-10-05 (PR #121)”
  • O comprovante de cancelamento de venda não fiscal imprime itens, valores, data, motivo e operador sem exigir XML de NFC-e (#120).

PDV 1.9.4 — Suite 1.9.5 — Conclusão e cancelamento seguro — 2026-09-30 (#116)

Seção intitulada “PDV 1.9.4 — Suite 1.9.5 — Conclusão e cancelamento seguro — 2026-09-30 (#116)”
  • Débito, crédito, Pix e pagamentos combinados avançam automaticamente para a conclusão quando o último pagamento registrado zera o saldo em centavos.
  • A conclusão usa o estado atualizado da venda, preserva troco e decisões fiscais obrigatórias, e não dispara ao restaurar pagamentos ou repetir aprovação Point.
  • Falha de conclusão continua preservando o pagamento, sem estorno automático.

PDV 1.9.3 — Suite 1.9.4 — Segurança Mercado Pago — 2026-09-30 (#116)

Seção intitulada “PDV 1.9.3 — Suite 1.9.4 — Segurança Mercado Pago — 2026-09-30 (#116)”
  • Falhas posteriores à gravação preservam o pagamento; confirmação Point é reenviada por fila persistente sem estorno automático.
  • Diário de pagamentos e cupom persistido impedem devolução de venda gravada/incerta e repetição com outro número.
  • Devoluções exigem aviso e confirmação do operador antes da chamada; resultados incertos bloqueiam novas tentativas e são registrados nos logs.

PDV 1.9.2 — Suite 1.9.3 — Reimpressão do desconto por item — 2026-09-30 (#113)

Seção intitulada “PDV 1.9.2 — Suite 1.9.3 — Reimpressão do desconto por item — 2026-09-30 (#113)”
  • A reimpressão do cupom não fiscal recupera o desconto promocional de cada item da venda integrada no ERP, mantendo os valores apresentados na impressão original.

PDV 1.9.1 — Suite 1.9.1 — Confirmação da numeração — 2026-09-29 (#111)

Seção intitulada “PDV 1.9.1 — Suite 1.9.1 — Confirmação da numeração — 2026-09-29 (#111)”
  • Após reinstalação, a autorização para reutilizar a numeração do PDV é persistida por loja/terminal somente após sincronização completa; sincronizações posteriores deixam de repetir a confirmação.
  • A sequência local de cupons não retrocede quando o ERP informa uma última venda anterior à sequência já reservada ou gravada neste PDV.
  • O cadastro do terminal usa diretamente o método POST suportado pelo ERP, sem tentativa GET indevida, e os avisos distinguem vendas anteriores de conflito comprovado entre terminais.

PDV 1.9.0 — Suite 1.9 — Promoções locais — 2026-09-28 (PROMO-02, PROMO-10 a PROMO-15)

Seção intitulada “PDV 1.9.0 — Suite 1.9 — Promoções locais — 2026-09-28 (PROMO-02, PROMO-10 a PROMO-15)”
  • Sincronização atômica do catálogo promocional com revisão e ACK; avaliação local por grupos UN/KG, blocos completos, limites, acúmulo e melhor benefício global.
  • Aplicação em duas ações antes do pagamento, preço DE/POR configurável, desconto no total exibido no resumo e metadados de consumo enviados com a venda.
  • Ordem de registro preservada mesmo com linhas consolidadas e alteração de quantidade; grade sensível ao toque exibe 150 produtos por vez para manter o PDV responsivo.

PDV 1.8.6 — Suite 1.8.8 — Correção da sincronização local — 2026-09-24 (#101)

Seção intitulada “PDV 1.8.6 — Suite 1.8.8 — Correção da sincronização local — 2026-09-24 (#101)”
  • Recupera a gravação de arquivos JSON de sincronização quando o Windows retorna EBADF na renomeação do arquivo temporário.

PDV 1.8.5 — Suite 1.8.6 — Sincronização incremental — 2026-09-24

Seção intitulada “PDV 1.8.5 — Suite 1.8.6 — Sincronização incremental — 2026-09-24”
  • Sincroniza produtos por lotes retomáveis, com progresso e aplicação local durante a recepção.
  • Permite sincronização de imagens configurável e envio apenas de produtos alterados.
  • Permite sincronizar e exibir formas de pagamento do tipo Voucher configuradas para Mercado Pago Point.
  • Publicado na Suite 1.8.5; requer ERP >=1.8.5 <1.9.0 e banco migrate_207, sem alteração de esquema.

PDV 1.8.2 — Segurança de sessão do rodízio — 2026-09-18 (Laika-core#224)

Seção intitulada “PDV 1.8.2 — Segurança de sessão do rodízio — 2026-09-18 (Laika-core#224)”
  • Preserva a sessão e pedidos à la carte ao iniciar rodízio na mesa ativa.
  • Garçom só aumenta participantes; redução exige a tela de cobrança, motivo e autorização do ERP.
  • Conflitos 409 recarregam a sessão e orientam sem repetir uma alteração possivelmente duplicada.

PDV 1.8.1 — Participantes de festivais — 2026-09-17 (Laika-core#231)

Seção intitulada “PDV 1.8.1 — Participantes de festivais — 2026-09-17 (Laika-core#231)”
  • Seleção e edição de categorias de participantes, quantidade comercial e pessoas por unidade.
  • Identificação da categoria nos itens e composição do festival na tela de pagamento.
  • Preservação dos preços contratados e da composição detalhada no cache após reinício.
  • Festivais: participantes, rodadas, cobrança de principais e adicionais, consumo interno e integração com ERP 1.8.0/migrate_205.
  • Corrigida a seleção visual das impressoras padrão e A4 ao reabrir as configurações ou carregar a lista do Windows. A impressora salva permanece visível mesmo quando indisponível. Referência: issue #85.
  • Publicado na Suite 1.7.15; requer ERP >=1.7.9 <1.8.0 e banco migrate_202, sem alteração de esquema.
  • Pagamentos por débito e crédito no Mercado Pago Point passam a preservar o valor de itens pesáveis: quantidades fracionadas são enviadas como uma unidade com o total da linha, sem produzir quantidade zero. Referência: issue #83.
  • Publicado na Suite 1.7.15; requer ERP >=1.7.9 <1.8.0 e banco migrate_202.
  • Removido o uso residual de window.prompt no fluxo de mesas; transferências usam exclusivamente o diálogo compatível com o desktop. Referência: issue #82.
  • Publicado na Suite 1.7.15; requer ERP >=1.7.9 <1.8.0 e banco migrate_202.
  • Ao falhar antes de criar a janela, o PDV agora informa a falha e encerra o processo, liberando a proteção de instância única para uma nova abertura.
  • A compactação de vendas enviadas no Windows passa a executar um script temporário, evitando exceder o limite de argumentos ao arquivar grandes volumes de arquivos.
  • Serviço local de diagnóstico estruturado, com eventos críticos persistidos pelo processo Electron e opção de depuração configurável no PDV.
  • Publicado na Suite 1.7.9; requer ERP >=1.7.9 <1.8.0 e banco migrate_202.
  • O formato do código de barras de balança passa a ser sincronizado da configuração global do ERP; leitura de etiquetas e validação do dígito verificador ficam sempre ativas. Referências: issues #74 e #76.
  • A balança de caixa permanece configurada diretamente no PDV e deixa de ser sobrescrita pela sincronização do perfil. Referência: issue #75.
  • A aba Balança das configurações locais passa a exibir somente a balança de caixa; foram removidos habilitação, prefixos, formato de retorno e dígito verificador da etiqueta. Referência: issue #75.
  • O PDV passa a permitir somente uma execução por máquina; uma segunda tentativa é encerrada antes da inicialização dos serviços, informa Já existe outra execução em andamento e restaura a janela já ativa. Referência: issue #73.
  • Published in suite 1.6.27; requires ERP >=1.6.24 <1.7.0 and database migrate_197.
  • A leitura da balanca de caixa acionada por X ou * passa a manter a porta serial aberta e retorna no primeiro quadro de peso valido, eliminando a inicializacao de PowerShell, a varredura WMI e a espera fixa de 1,8 segundo a cada acionamento. Referencia: issue #72.
  • Published in suite 1.6.26; requires ERP >=1.6.24 <1.7.0 and database migrate_197.
  • O fechamento de caixa passa a consolidar fundo de abertura, suprimentos e demais movimentos legados na unica forma de pagamento identificada da mesma categoria, eliminando campos, somatorias e valores informados duplicados para Dinheiro sem mesclar finalizadoras distintas. Referencia: issue #71.
  • Published in suite 1.6.25; requires ERP >=1.6.24 <1.7.0 and database migrate_197.
  • Corrigida a matriz da conferencia cega: o perfil do PDV controla tela e impressao, enquanto o perfil do usuario controla somente a tela; com ambos inativos, tela e impressao permanecem completas. Referencia: issue #70.
  • Configuracoes ausentes deixam de ativar a conferencia cega por fallback, e os aliases enviados pelo ERP passam a ser normalizados com padrao desativado. Referencia: issue #70.
  • Published in suite 1.6.24; requires ERP >=1.6.24 <1.7.0 and database migrate_197.
  • O fechamento de caixa passa a solicitar valores por forma de pagamento conforme a configuracao recebida do ERP, preservando finalizadoras distintas da mesma categoria e permitindo revisar e corrigir os valores antes da confirmacao. Referencia: issue #67.
  • O endpoint loopback de refresh passa a aceitar o estado fiscal confirmado pelo ERP, validar loja/PDV e persistir a flag pelo ConfigService antes de atualizar o runtime. Referencia: issue #63.
  • Adicionado scripts/up-fiscal-pdv.bat para alternar a emissao fiscal por HTTP, sem PostgreSQL, credenciais de banco ou edicao direta do SQLite. Referencia: issue #63.
  • Published in suite 1.6.20; requires ERP >=1.6.20 <1.7.0 and database migrate_194.
  • A recuperação de uma sessão de caixa remota após reinstalação do PDV agora reidrata os totalizadores de vendas, suprimentos e sangrias por forma de pagamento, preservando a prévia necessária ao fechamento. Referência: issue #53.
  • O instalador NSIS agora reconhece a instalacao legada criada pelo Inno Setup, reutiliza o mesmo diretorio e remove somente a entrada antiga apos concluir a migracao. Configuracoes e dados locais do PDV sao preservados.
  • A sincronizacao de produtos agora ignora payloads legados inválidos enviados como texto e executa o fluxo padrao, evitando a falha de validacao IPC antes da consulta a API.
  • A leitura de codigo de barras agora prioriza o produto cadastrado pelo codigo completo antes de interpretar uma etiqueta de balanca. Assim, produtos comuns cujo EAN/GTIN inicia em 2 continuam sendo vendidos normalmente, sem afetar etiquetas de balanca por peso ou valor.
  • A tela de Mesas passou a reaproveitar o cache local ao voltar do PDV, evitando recargas acumuladas a cada reentrada e mantendo a lista disponivel enquanto pedidos e sessoes sao atualizados gradualmente em background.
  • A acao configuravel de Mesas agora tambem fecha o Modo Mesa e retorna ao PDV, permitindo usar o mesmo atalho para entrar e sair da tela mesmo quando a tecla tiver sido remapeada pelo operador.
  • O bridge Electron/React do PDV passou a propagar eventos de alteracao de configuracao em tempo real, atualizando a query pdv-config do renderer sem depender da sincronizacao completa de dados.
  • Scripts externos de manutencao agora podem aplicar mudancas locais no pdv-config e solicitar a reidratacao imediata do cache em execucao.
  • O campo livre de valor na tela de pagamentos passou a preservar a digitacao centavo a centavo enquanto ainda houver saldo pendente, evitando travar em 0,00 por recalculos intermediarios do fluxo.
  • A busca de mesa/comanda para pagamento no PDV passou a aceitar apenas um codigo por vez, com instrucao visual clara para o operador repetir a acao quando precisar anexar outra sessao.
  • O lookup de mesa/comanda agora informa imediatamente quando a mesa ou comanda nao foi encontrada, sem seguir com sessao vazia nem deixar o operador preso em carregamento.
  • A acao Inserir mesa/comanda para pagamento passou a anexar novas mesas/comandas a venda em andamento sem limpar os itens ja lancados, permitindo combinar comandas e produtos na mesma venda.
  • A importacao de mesas/comandas para pagamento passou a ignorar pedidos ja vinculados na venda atual, evitando duplicidade ao adicionar novas mesas uma a uma ou em lote.
  • O fluxo Inserir mesa/comanda para pagamento deixou de usar prompt() e agora coleta as mesas/comandas em um modal nativo do PDV, evitando erro de execucao no Electron ao iniciar a importacao.
  • Entradas de estoque originadas pelo PDV passaram a evitar duplicidade quando o mesmo evento operacional e reenviado, preservando a consistencia do contrato de estoque com o ERP.
  • Republicacao do PDV para a Suite 1.6.2, sem alteracoes de fluxo visual desta iniciativa, alinhando a compatibilidade com ERP >=1.6.2 <1.7.0 e banco migrate_189.
  • Identificacao opcional de vendedor no inicio da venda, com reaproveitamento dos usuarios sincronizados do ERP.
  • Fluxo opcional de senha do vendedor no PDV para validar o operador comercial antes do lancamento dos itens.
  • Acao para converter vendas remotas nao fiscais em NFC-e, com suporte a candidatos elegiveis vindos do ERP.
  • Leitura de codigo no PDV passou a distinguir etiquetas reais de balanca do EAN13 interno gerado pelo ERP para produtos com PLU, preservando a leitura de balanca e permitindo localizar corretamente etiquetas como 2000000000022 pelo produto PLU 2.
  • Cadastro de destinatario da NF-e e cadastro manual de cliente passaram a preservar campos nao alterados ao atualizar clientes existentes, evitando perder telefone, IE e endereco por sobrescrita com valores vazios.
  • Modal de cliente da NF-e deixou de reidratar o formulario durante a mesma sessao aberta e a selecao de Novo endereco passou a limpar explicitamente os campos locais antes da digitacao.
  • Mantém compatibilidade com a linha suite 1.5.x e registra o PDV dentro da suite 1.5.14.
  • Sincronizacao de dados passou a exibir a etapa guiada Aplicando informações apos baixar dados, recarregando configuracoes, produtos, formas de pagamento e usuarios antes de liberar o PDV para uso.
  • Tela operacional do PDV passou a exibir o atalho configuravel Sincronizar dados, acionando a sincronizacao sem exigir acesso as Configuracoes do PDV.
  • Extrato da mesa passou a permitir incluir a taxa de servico configurada como produto variavel, calculando o valor antes da impressao e somando a taxa ao total impresso quando confirmada.
  • Guia de entrega do Catalogo Online reduziu a largura util da impressao termica para evitar corte na lateral direita em bobinas/impressoras com margem fisica menor.
  • Vendas de Catalogo Online com taxa de entrega em NFC-e passaram a enviar a taxa como outras_despesas com tratamento fiscal vOutro, preservando internamente a origem taxa_entrega_catalogo_online sem alterar os valores dos itens.
  • Guia de entrega do Catalogo Online passou a destacar PEDIDO:, endereco do cliente e TOTAL com altura reforcada na impressao termica.
  • Fechamento de pedido do Catalogo Online passou a listar formas de pagamento disponíveis no PDV, respeitando bloqueios explicitos do Catalogo Online e desativando integracoes externas para registro de pagamento na entrega.
  • Detalhes dos pedidos do Catálogo Online passam a exibir composição/adicionais e observações dos itens importados do Catálogo.
  • PIX comum deixou de ser tratado como PIX Mercado Pago por padrao: a sincronizacao agora respeita mercado_pago_pix_enabled=false, atualiza a tela de pagamento apos sincronizar dados e revalida a forma PIX antes de iniciar qualquer cobranca externa.
  • Mantém compatibilidade com a linha suite 1.5.x e registra o PDV dentro da suite 1.5.8.
  • Movimentacao de status do Catalogo Online passou a enviar status tambem na query string e o card Kanban deixou de aninhar botoes, estabilizando aceitar/preparar/enviar para entrega/concluir/cancelar.
  • Nova aba Catálogo Online no PDV com badge de pedidos recebidos, visão Kanban/lista, detalhe completo do pedido, movimentação de status, cancelamento com motivo, mocks para validação visual e ações de impressão de pedido/guia de entrega. Referências: issues #28 a #36.
  • Nova aba Catálogo Online no PDV com badge de pedidos recebidos, visão Kanban/lista, detalhe completo do pedido, movimentação de status, cancelamento com motivo, mocks para validação visual e ações de impressão de pedido/guia de entrega. Referências: issues #28 a #36.
  • No modo touch, as categorias do catalogo foram agrupadas no botao Categorias, que abre um modal para selecao multipla e permite limpar o filtro para voltar a exibir todos os produtos. Referencia: issue #22.
  • A finalizacao NF-e passou a exigir o destinatario depois do lancamento dos pagamentos, reaproveitando o cadastro de clientes com endereco completo, indicador/número da IE para CNPJ e finalidade da compra. Antes dos pagamentos, Possui frete inclui o valor no total e no contrato fiscal. A bateria visual automatizada cobre alternancia F4, produto, frete, pagamento e modal fiscal. Referencia: issue #19.
  • O operador pode alternar persistentemente entre NFC-e e NF-e, identificar o modo atual no fundo da tela e informar o destinatario completo. Para NF-e, o DANFE completo A4 e obrigatorio; o modo termico Tipo 2 permanece pausado. Referencias: issues #14, #15, #16 e #17.
  • Configuracoes de impressao passaram a oferecer impressora A4 exclusiva para NF-e; o PDF modelo 55 e enviado ao dispositivo selecionado e falhas reabrem o dialogo obrigatorio. Referencia: issue #17.
  • PDV passou a consultar e persistir a disponibilidade incremental de produtos por loja/PDV, ocultando ou bloqueando itens marcados como indisponiveis na operacao. Referencia: iniciativa produto-indisponivel.
  • Configuracoes de balanca de caixa passaram a permitir informar a velocidade serial, com padrao 9600.
  • Configuracoes do PDV passaram a permitir selecionar a balanca de caixa por modelo, iniciando com ELGIN DP30CK USB.
  • Atalhos x e * sem quantidade digitada agora leem o peso da balanca de caixa e usam o valor como quantidade antes da digitacao do produto.
  • Sincronizacao do perfil do PDV passou a consumir o modelo de balanca de caixa recebido do ERP.
  • Script scripts/diagnose-pdv-sale.cjs para duplicar uma venda local em modo diagnostico, enviar ao ERP sob confirmacao explicita e medir tempos de payload, autenticacao, POST de venda, polling fiscal e montagem ESC/POS.
  • O fluxo de cancelamento de item em mesas passou a permitir cancelamento parcial por quantidade inteira, com identificacao do ator na volta da API e exibicao do item cancelado no pedido. Referencia: issue #45.
  • Fluxo de venda fiscal passou a separar integracao da transacao e disponibilidade da DANFE: venda confirmada pelo ERP sai da fila mesmo quando o fiscal nao retorna XML/status terminal no fechamento, sem polling automatico em loop de fiscal-artifacts.
  • Menu de acoes + no card da mesa com reservar, consultar extrato operacional, limpar mesa e confirmar Mesa reatendida.
  • Mapa operacional no Modo Mesa com agrupamento por localizacao do salao e indicadores de mesas atendidas, mesas em atendimento, saldo em aberto e recebido no dia.
  • Recuperação de sessão remota da tesouraria no PDV quando a sessão local do caixa não existir, com confirmação do operador para continuar a mesma sessão aberta no ERP.
  • Merge das branches main e ResoluÃÆ’ÂÂ§ÃÆ’µes.
  • Ajustes sutis de responsividade para resolucoes baixas (ex.: 1280x649), preservando o padrao visual do PDV.
  • Escala tipografica e componentes refinados por altura de viewport para reduzir cortes em paginas e modais.
  • Versionamento do build e instalador alinhado automaticamente ao pdv/VERSION (fonte unica da versao).
  • Comandos de build/execucao (dev, build, build:dev e dist:* via build) passaram a executar sincronizacao de versao antes do empacotamento.
  • pdv/VERSION passou a ser incluÃÆ’­do como recurso do app empacotado para leitura em runtime.
  • Fluxo PIX Mercado Pago no PDV com consumo dos endpoints internos do ERP para iniciar a cobrança, consultar status por polling, cancelar o recebimento pendente e permitir pagamento misto por saldo restante.
  • Modal dedicado para PIX Mercado Pago com QR Code, código copia e cola, validade, status operacional e indicador de consulta ao ERP.
  • Configurações Modelo do cupom fiscal em contingência, Utiliza ESCPOS Via API, Modelo da impressora, Colunas e Imprime o QRCode na lateral do DANFCe em Configurações > Impressoras.
  • Impressão de DANFE NFC-e (extrato) em impressora térmica 80mm a partir do XML fiscal (xml_processado/xml_enviado) quando a venda estiver authorized.
  • QR Code do DANFE NFC-e em bloco ao lado das informações de consulta e identificação, seguindo o layout do manual.
  • Botão Imprimir matriz em Configurações > Impressoras para calibrar layout e colunas conforme a fonte configurada.
  • Cancelamento de item no PDV passou a validar a permissao do usuario logado na sessao antes de permitir a remocao.
  • Cancelamento de venda e cancelamento de item agora compartilham o fluxo de autorizacao por usuario e senha quando a sessao atual nao possui a permissao.
  • A permissao cancelar_item foi adicionada ao conjunto de permissoes do PDV para permitir autorizacao dedicada por perfil.
  • Reenvio de vendas pendentes passou a rebalancear a numeracao quando a transacao ja estiver vinculada a outra sessao no ERP.
  • Fluxo de retry agora atualiza sale_id, saleCode, fila local e movimentos de caixa para seguir com um cupom novo em ambiente de teste.
  • Reconciliacao da numeracao do PDV passou a considerar a ultima venda local e a faixa minima de teste para evitar colisao com transacoes antigas.
  • Fluxo de entrega adicionado na finalizacao da venda, com captura de cliente, previsao, endereco e observacoes antes do envio ao ERP.
  • Configuração Permite entrega incluida em Configuracoes para ativar ou desativar o fluxo de entrega.
  • Comprovante de entrega adicionado ao fluxo de impressao do PDV, com reaproveitamento dos dados da venda e da empresa.
  • Navegacao por setas em modais/listas com scroll sincronizado ao item selecionado.
  • Modal de troco com foco consistente no botao OK.
  • Modal de troco aceitando confirmacao por Enter e pela mesma tecla de atalho de finalizar venda (ex.: F8).
  • Primeira versao oficial do PDV.
  • Padronizacao de versionamento com SemVer (pdv-vMAJOR.MINOR.PATCH).
  • Arquivo pdv/VERSION como fonte unica da versao atual.

Voltar ao changelog · Consultar o manual atual.