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

ERP — 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.

ERP 1.9.11_215 — Suíte 1.9.20 — 2026-10-13 (#361)

Seção intitulada “ERP 1.9.11_215 — Suíte 1.9.20 — 2026-10-13 (#361)”
  • Fechamento recebido do PDV prevalece sobre o fechamento manual da mesma sessão, sem reabrir caixa, com histórico dos valores/responsável anteriores.
  • Migration 215 aplica sessão, totais e movimento em transação com lock; reenvio igual não duplica movimentos e versão antiga não substitui a mais recente. Conflito na mesma data exige conferência.
  • Sessões são identificadas por owner, loja, PDV e sessao_movimento; caixa novo do terminal permanece intacto. A função financeira não é exposta pelo proxy HTTP genérico.

ERP 1.9.10_214 — Suíte 1.9.19 — 2026-10-11 (#344, PR #345)

Seção intitulada “ERP 1.9.10_214 — Suíte 1.9.19 — 2026-10-11 (#344, PR #345)”
  • Carga Toledo/MGV6 e Filizola recupera o PLU do Código de barras (EAN) importado/cadastrado com zeros à esquerda, inclusive em campos com 13 ou 17 posições. Código terminado em 813 gera 000813; 20005 gera 020005 mesmo com mercadoria 47589.
  • Valida de 1 a 6 dígitos significativos, diferentes de zero, sem truncar códigos maiores nem substituir por SKU, mercadoria ou identificadores internos. Prévia esclarece a remoção dos zeros de preenchimento.
  • Corrige a regressão de #340; preserva cadastro, preços, validade, codificação e tamanhos dos layouts. Sem migration nova.

ERP 1.9.9_214 — Suíte 1.9.18 — 2026-10-09 (#342, PR #343)

Seção intitulada “ERP 1.9.9_214 — Suíte 1.9.18 — 2026-10-09 (#342, PR #343)”
  • Leituras internas das tabelas protegidas no proxy local recebem JWT assinado com validade de 60 segundos, renovado em cada requisição, corrigindo o 503 de token inválido na integração de tesouraria.
  • Credencial interna limitada ao destino local configurado e a leituras das tabelas protegidas; não permite escrita nem login de usuário. Permissões e filtro de lojas dos usuários permanecem aplicados.

ERP 1.9.8_214 — Suíte 1.9.17 — 2026-10-09 (#340, PR #341)

Seção intitulada “ERP 1.9.8_214 — Suíte 1.9.17 — 2026-10-09 (#340, PR #341)”
  • Carga Toledo/MGV6 e Filizola usa exclusivamente o Código de barras (EAN) do produto como PLU. EAN 20005 gera 020005 mesmo quando o Código da mercadoria é 47589.
  • EAN ausente, não numérico, zero ou com mais de seis dígitos impede a exportação do produto, com motivo na prévia; não há substituição por SKU ou identificadores internos.
  • Preservados preço, validade, codificação Windows-1252 e tamanhos dos layouts. Sem migration nova.

ERP 1.9.7_214 — Suíte 1.9.16 — 2026-10-09 (#300, PR #301)

Seção intitulada “ERP 1.9.7_214 — Suíte 1.9.16 — 2026-10-09 (#300, PR #301)”
  • Sessão local preserva o acesso master real, perfis ativos e lojas vinculadas; login, restauração e atualização validam o servidor.
  • Cadastro de produtos e tabelas auxiliares exigem token válido e permissões para consultar/criar/editar/inativar/excluir. Upsert não contorna a permissão de edição.
  • Consultas de lojas e dados de preços/vínculos de produtos respeitam as lojas do usuário; administrador mantém acesso autorizado.

ERP 1.9.6_214 — Suíte 1.9.14 — 2026-10-08 (#335, PR #336)

Seção intitulada “ERP 1.9.6_214 — Suíte 1.9.14 — 2026-10-08 (#335, PR #336)”
  • Perfil PDV com conclusão manual após quitação e consulta opcional de promoções, ambas com padrão false. Contrato publicado para PDV 1.9.9. Banco permanece migrate_214, sem migration nova.

ERP 1.9.5_214 — Suite 1.9.7 — Carga de balança — 2026-10-05 (#294)

Seção intitulada “ERP 1.9.5_214 — Suite 1.9.7 — Carga de balança — 2026-10-05 (#294)”
  • Carga Toledo MGV6 e Filizola utiliza promoção positiva e finita; promoção zero, negativa ou inválida deixa de ocultar um preço de venda válido.
  • Loja herda preço global quando não possui preço de venda/promocional positivo e finito. Preços numéricos retornados como texto são convertidos antes da exportação.
  • Preservados o filtro Global, os limites dos layouts e a rejeição de produtos sem preço aplicável. A tela explica a prioridade e a herança.

ERP 1.9.4_214 — Suite 1.9.6 — Diagnósticos de rejeições — 2026-09-30 (#230, PR #281)

Seção intitulada “ERP 1.9.4_214 — Suite 1.9.6 — Diagnósticos de rejeições — 2026-09-30 (#230, PR #281)”
  • Preserva causa técnica, código, detalhes e stack de rejeições-objeto com limites e proteção contra ciclos/acessores. Não altera o fluxo funcional de cadastro.

ERP 1.9.3_214 — Suite 1.9.5 — Conciliação de devoluções Mercado Pago — 2026-09-30 (#286)

Seção intitulada “ERP 1.9.3_214 — Suite 1.9.5 — Conciliação de devoluções Mercado Pago — 2026-09-30 (#286)”
  • Consulta Pix por compra recupera confirmações de devolução/cancelamento sem repetir efeitos financeiros; pagamentos pagos ou pendentes continuam em conferência.
  • Sem nova migration; permanece migrate_214.

ERP 1.9.2_214 — Suite 1.9.4 — Segurança Mercado Pago — 2026-09-30 (#286)

Seção intitulada “ERP 1.9.2_214 — Suite 1.9.4 — Segurança Mercado Pago — 2026-09-30 (#286)”
  • Guarda de finalização não estorna automaticamente; conclusão não retrocede com erro tardio.
  • Devolução avulsa Point/Pix exige aviso confirmado e bloqueia pagamentos vinculados a vendas registradas.
  • Cancelamento comercial explícito preserva seu fluxo de devolução.

ERP 1.9.1_214 — Suite 1.9.2 — Carga de balança — 2026-09-30 (#277)

Seção intitulada “ERP 1.9.1_214 — Suite 1.9.2 — Carga de balança — 2026-09-30 (#277)”
  • O filtro Global usa exclusivamente o preço registrado sem loja; preco_atual não substitui preços ausentes na carga.
  • Ao selecionar uma loja, produtos com preço global continuam exportados; linhas da loja sem preço de venda/promocional herdam o global.
  • Prévia e arquivos Toledo/Filizola usam a mesma regra, com consultas de preços em lotes e páginas para catálogos grandes.
  • Estruturada a base dos testes guiados com Playwright, incluindo catálogo central de rotas, seletores estáveis no layout/navegação, instrumentação inicial de Login, Configurações, Produto e Matriz Fiscal, documentação do mapa de páginas e scripts test:e2e. Referencia: issue #209.
  • Documentada a convenção de versionamento das imagens da release, com emissor_backend-v-X.Y.Z_banco-version-ABC para artefatos dependentes da versão mínima de banco e emissor_frontend-vX.Y.Z para artefatos sem acoplamento com migration. Referencia: issue #193.
  • A API local passou a devolver o index.html para requisições de navegador em rotas SPA que conflitam com endpoints, começando por /orcamentos, preservando o contrato JSON quando houver chamada de API autenticada. Referencia: issue #209.

ERP 1.8.12_210 — Suite 1.8.12 — Cancelamento operacional do PDV — 2026-09-28 (#274)

Seção intitulada “ERP 1.8.12_210 — Suite 1.8.12 — Cancelamento operacional do PDV — 2026-09-28 (#274)”
  • Cancelamentos enviados pelo PDV após o prazo fiscal passam a concluir os efeitos operacionais no ERP, mantendo a NFC-e autorizada e sem enviar evento de cancelamento à SEFAZ.
  • A resposta diferencia cancellation_scope=operational_only e informa fiscal_document_status=authorized; o fluxo fiscal dentro do prazo e o bloqueio para origem ERP fora do prazo permanecem.
  • Sem nova migration: permanece migrate_210. Documentação do contrato em docs/hotfix-274-cancelamento-operacional-pdv.md.

ERP 1.8.10_210 — Suite 1.8.10 — Consulta de licenças no Gestor Laika — 2026-09-26 (#271)

Seção intitulada “ERP 1.8.10_210 — Suite 1.8.10 — Consulta de licenças no Gestor Laika — 2026-09-26 (#271)”
  • ERP migra as consultas de licença do Base44 para o endpoint do Gestor Laika, preservando validação de CPF/CNPJ, status, validade e bloqueio seguro em caso de indisponibilidade.
  • A busca automática de licenças passa a ocorrer diariamente às 10:00; aplicar migrate_210 antes de atualizar o ERP.

ERP 1.8.8_209 — Suite 1.8.8 — Mercado Pago Point VR/VA — 2026-09-24 (#251)

Seção intitulada “ERP 1.8.8_209 — Suite 1.8.8 — Mercado Pago Point VR/VA — 2026-09-24 (#251)”
  • O ERP traduz prepaid_card para voucher_card ao criar a ordem Point de VR/VA; o tipo interno e o retorno bruto do provedor continuam preservados.
  • O cadastro de formas de pagamento fixa o tipo Point conforme a tag Crédito, Débito ou Voucher.
  • A migration 209 amplia o tipo de sessão Point para prepaid_card; deve ser aplicada antes de atualizar o ERP.

ERP 1.8.2_206 — Participantes de festivais — 2026-09-17 (#231)

Seção intitulada “ERP 1.8.2_206 — Participantes de festivais — 2026-09-17 (#231)”
  • Cadastro de categorias, pessoas por unidade e preços por loja, agenda e participante; valor vazio herda pela prioridade e zero mantém gratuidade.
  • Simulador de preços, contratos congelados e migration 206 para edição transacional com revisão e motivo de redução.
  • Detalhe de pedidos, análise por categoria/pessoa e impressão de preparo com composição dinâmica.

Suite 1.8.1 — correção #232.

  • Configuracoes > Integracoes ganhou o bloco Integracao Emissor Fiscal, com persistencia separada para client_id, client_secret, URLs de autenticacao/API/Swagger e validacao dedicada do emissor proprio sem remover a configuracao existente da Nuvem Fiscal. Referencia: issue #188.
  • A integração fiscal passou a aceitar o auth_url do modulo-emissor como URL base, montando POST {auth_url}/oauth/token para OAuth2 client_credentials, e o escopo padrão foi alinhado para empresa nfce conta. Referencia: issue #190.
  • A API do ERP passou a expor POST /integrations/fiscal/provider/emissor/auth/test, validando a autenticacao client_credentials do emissor proprio e conferindo a compatibilidade do Swagger com o contrato NFC-e esperado pelo ERP. Referencia: issue #188.

Release da Suíte 1.7.24. Corrige baixa e estorno duplicados de estoque (#228), com lote físico transacional, proteção contra reenvio, concorrência e contagem desatualizada. Sequência validada: 10 → 6 → 4. Inclui a migration 204; não reconcilia saldos históricos automaticamente. PDV e Totem não recebem nova versão nesta entrega.

Release da Suíte 1.7.23: leitura de produtos no selfcheckout, fechamento de caixa e refinamentos de configuração e responsividade. Integração rastreada nas issues ERP #219/#220 e Totem #65/#77/#78/#79/#80. Banco na migration 203.

  • Relatórios > Catálogo ganha a visão Estoque por loja, com KPIs por custo e preço de venda, ordenação, paginação e filtros combináveis para estoque negativo, ausência de custo e ausência de preço de venda (#218).
  • Mantém banco em migrate_203, compatível com PDV 1.7.6 e Totem 1.7.9. Não há migration nova nesta entrega.
  • A conciliação de pagamentos Mercado Pago Point preserva o tipo interno configurado e registra o tipo bruto devolvido pelo provedor, incluindo prepaid_card, sem falhar após uma autorização aprovada (#216).
  • ERP atualizado para 1.7.17_203, requer banco em migrate_203 e é compatível com PDV 1.7.6 e Totem 1.7.9.
  • A migration 203_add_mercado_pago_point_provider_payment_method_type.sql preserva o valor retornado pelo Point em coluna própria.
  • Corrigido o identificador de loja na sincronização de reservas ao cancelar pedidos e limpar sessões de mesa; regressões cobrem loja correta, idempotência e bloqueio de pedido pago (#214).
  • O envio fiscal por e-mail agora converte indisponibilidade do provedor em resposta de domínio, evitando uma exceção não tratada no bootstrap de diagnósticos (#200).
  • O contrato automatizado da fila de impressão passa a informar explicitamente a tabela de origem ao revalidar itens pendentes (#201).
  • ERP atualizado para 1.7.15_202, mantendo o banco em migrate_202 e a compatibilidade com PDV 1.7.3 e Totem 1.7.8.
  • A vinculação do terminal Mercado Pago Point ao PDV passa a enviar o contrato aceito pelo endpoint /terminals/v1/setup, ativando o modo PDV sem rejeitar terminal_id e operating_mode no corpo da requisição.
  • ERP atualizado para 1.7.14_202, mantendo o banco em migrate_202 e a compatibilidade com PDV 1.7.1 e Totem 1.7.7.
  • Não há migration nova nesta versão.
  • A margem e o cálculo do preço por margem passam a priorizar o Custo de compra. O Custo contábil é usado somente como alternativa quando o custo de compra não está preenchido.
  • O filtro Buscar produtos sem custo, em Cadastros e Edição em massa, agora considera o produto sem custo apenas quando ambos os campos estão vazios ou zerados.
  • ERP atualizado para 1.7.13_202, mantendo o banco em migrate_202 e a compatibilidade com PDV 1.7.1 e Totem 1.7.7.
  • O relatório Catálogo > Mix de produtos passa a oferecer exportação em CSV, Excel e PDF. O PDF inclui os filtros ativos, a tabela completa, a curva ABC por receita e a distribuição ABC (#196).
  • ERP atualizado para 1.7.12_202, mantendo o banco em migrate_202 e a compatibilidade com PDV 1.7.1 e Totem 1.7.7.
  • Não há migration nova nesta versão.
  • A tela de login passa a oferecer a opcao Lembrar usuario e senha. A escolha e persistida somente no perfil local do navegador ou do aplicativo desktop apos autenticacao valida.
  • ERP atualizado para 1.7.11_202, mantendo o banco em migrate_202 e a compatibilidade com PDV 1.7.1 e Totem 1.7.7.
  • Nao ha migration nova nesta versao.
  • A instrumentação de depuração deixa de consultar o próprio endpoint REST de forma síncrona, evitando chamadas recursivas e timeout do /health durante a inicialização (#195).
  • Os workers passam a iniciar após uma espera configurável de 30 segundos e em intervalos de 2 segundos, reduzindo a disputa por recursos no startup (#195).
  • O instalador interrompe a execução quando a porta da API pertence a outro processo, aguarda sua liberação em atualizações e só conclui após readiness válido (#195).
  • Diagnóstico estruturado do ERP com registros JSONL de eventos críticos e de depuração, correlação operacional, remoção de dados sensíveis e retenção controlada.
  • ERP atualizado para 1.7.9_202, com banco em migrate_202, PDV 1.7.1 e Totem 1.7.7.
  • Não há migration nova nesta versão.
  • O perfil de Totem em modo Pesagem/Etiqueta permite selecionar modelos independentes para produtos vendidos por quilograma e por unidade, publicados no contrato sincronizado com o aplicativo (#174).
  • A etiqueta de produto por unidade usa o PLU interno armazenado no EAN antes de codigo_mercadoria, gerando o EAN-13 de balança que o PDV reconhece, sem alterar a regra homologada para KG.
  • O contrato do Totem valida e entrega o layout ativo de unidade em TSPL, com seus componentes e propriedades de impressão.
  • Os filtros de Ferramentas > Impressão de etiqueta passam a ocupar duas linhas equilibradas no desktop, com rótulos, alturas e larguras uniformes para facilitar a leitura (#193).
  • A API local passa a interpretar corretamente pesquisas combinadas por descrição, PLU, EAN, SKU e código interno, eliminando o erro Operador de filtro não suportado: (nome (#193).
  • ERP atualizado para 1.7.7_202, mantendo o banco em migrate_202 e a compatibilidade com PDV e Mobile/Totem da linha 1.7.x.
  • A impressão de etiquetas passa a usar uma única pesquisa dinâmica por descrição, PLU, EAN principal ou adicional e SKU, mantendo os filtros de categoria, departamento, loja e período aplicados em conjunto (#192).
  • O campo CSOSN e a aba Fiscal permanecem disponíveis na visão reduzida do cadastro de Produto (#192).
  • A pesquisa e os filtros de produtos para etiquetas deixam de depender do carregamento de impressoras, modelos e balança, evitando que uma indisponibilidade auxiliar bloqueie a listagem (#192).
  • O menu lateral pode ser recolhido no desktop para ampliar a área útil e expandido novamente para restaurar a navegação completa (#191).
  • Nas listagens de Cadastros, a edição ou visualização pode ser aberta clicando na linha do registro ou usando o teclado, além do botão de ação já existente. Botões de excluir, inativar, clonar e expandir continuam independentes (#191).
  • Listas de seleção nativas passam a usar fundo e texto coerentes com os temas escuro e intermediário, evitando opções claras sobre fundo branco (#191).
  • Documento navegável de planejamento para a modernização da interface, com catálogo de páginas, proposta de favoritos e busca, otimizações de cadastros e assistente de prontidão fiscal (#148).
  • Catálogo central de páginas autorizadas com título, descrição, ícone, aliases, breadcrumb e elegibilidade de favorito, usado pela pesquisa hierárquica e pelos atalhos (#149, #150).
  • Favoritos por usuário nas páginas principais, persistidos pela migração 198_create_access_user_page_favorites.sql, com fallback local quando o banco ainda não estiver atualizado (#151).
  • O instalador passa a preservar o conteúdo de app.asar.unpacked, incluindo o binding nativo do serialport necessário para ler a balança no aplicativo desktop. Referência: issue #171.
  • A etiqueta de pesagem passa a usar prioritariamente o código interno do produto, evitando gerar o código de barras com o valor de codigo_mercadoria quando os campos divergem. Referência: issue #171.
  • Publicado na suíte 1.7.1, com ERP 1.7.1_198, PDV e Totem mantidos em 1.7.0 e banco mantido em migrate_198.
  • A impressão de etiquetas passa a trabalhar com produtos de pesagem, leitura da balança física ou peso digitado, confirmação editável de peso, tara e validade e componentes próprios para etiquetas de balança. Referências: issues #159 a #167.
  • O cadastro do produto recebe as colunas opcionais tara_padrao_kg e dias_validade_etiqueta, usadas no cálculo e na validade sugerida da etiqueta. Referência: issue #162.
  • As configurações de formato de código de barras e balança física passam a ser globais em Configurações > Balança; os perfis de PDV deixam de persistir configurações de etiqueta de balança. Referências: issues #160, #161 e #166.
  • Configuracoes > Licencas ganhou o botao Sincronizar licenca, que consulta o Base44 pelo CNPJ das lojas cadastradas, consolida o retorno por status de licenca e exibe a auditoria operacional em tela. Referencia: issue #142.
  • Configuracoes > Servicos passou a oferecer a rotina Sincronizacao de licenca, com habilitacao automatica e horário diario configuravel para consulta do Base44. Referencia: issue #143.
  • O ERP passou a aplicar bloqueio global quando a licenca estiver suspensa, com popup de revalidacao, atalho para WhatsApp e liberacao contingencial por senha do dia apos falhas repetidas de consulta. Referencia: issue #143.
  • A impressão operacional de pedidos passa a destacar a área de preparo no topo e a mesa/comanda como informação principal, separar atendente, metadados e itens com linhas tracejadas, identificar a origem conforme o modo do app e exibir data/hora com a assinatura Laika Automação no rodapé. Referência: issue #147.
  • Publicado na suíte 1.6.27, com banco mantido em migrate_197, PDV 1.6.26 e Totem 1.6.27.
  • O catalogo de configuracoes do PDV passa a publicar explicitamente a conferencia cega do perfil, inclusive quando desativada, com padrao false. Referencia: issue #146.
  • O perfil de usuario passa a tratar a permissao de conferencia cega de forma direta: ativa oculta somente a tela; inativa preserva a conferencia completa. Referencia: issue #146.
  • Publicado na suite 1.6.24, com banco mantido em migrate_197 e PDV 1.6.24.
  • Configuração por forma de pagamento para exigir a contagem no fechamento do caixa. Referencia: issue #143.
  • Identificacao da forma de pagamento nos totais do fechamento, preservando finalizadoras da mesma categoria. Referencia: issue #143.
  • Restaurada a configuracao de conferencia cega nos parametros gerais e no perfil de PDV. Referencia: issue #143.
  • O cadastro de usuários passa a separar os resets de senha Web, PDV, Garçom e Vendedor, com hashes operacionais independentes. Referência: issue #131.
  • Perfis de Totem/Mesa passam a controlar a identificação do atendente e a exigência de senha nos modos Comanda e Garçom. Referência: issue #131.
  • Controle tecnico autenticado para aplicar a flag de emissao fiscal por loja e PDV sem acesso direto ao PostgreSQL. Referencia: issue #132.
  • A edição em massa de produtos agora reutiliza as listas fiscais do cadastro individual: CSOSN, finalidade e origem da mercadoria. O tipo fiscal passa a ser definido automaticamente a partir da finalidade, eliminando a seleção duplicada. Referência: issue #115.
  • Publicada na suite 1.6.17 com PDV 1.6.4 e Totem/Mobile 1.6.12.
  • A Edição em massa de produtos passou a permitir filtrar, selecionar um ou vários produtos e aplicar os campos preenchidos em um formulário único. A rotina preserva descrição e identificadores únicos, além de criar vínculo com a loja escolhida somente para produtos que ainda não o possuem. Referência: issue #114.
  • Publicada na suite 1.6.16 com PDV 1.6.4 e Totem/Mobile 1.6.12.
  • A validação de identificadores de produtos passou a comparar códigos de mercadoria/SKUs apenas com outros códigos e EANs apenas com outros EANs, permitindo que o código de um produto coincida com o EAN de outro sem bloquear o cadastro ou atualizar o produto incorreto durante a importação de backup. Referência: issue #113.
  • Publicada na suite 1.6.15 com PDV 1.6.4 e Totem/Mobile 1.6.12.
  • A consulta de vendas elegiveis para conversao fiscal deixou de chamar o helper inexistente _ensure_list, eliminando o erro interno que impedia o PDV de abrir a lista de vendas nao fiscais.
  • Publicada na suite 1.6.14 com PDV 1.6.4 e Totem/Mobile 1.6.12.
  • O ERP voltou a publicar no catalogo do Totem os campos unidade_medida_venda, proibe_venda_fracionada e stock_quantity, restaurando o contrato necessario para que produtos KG entrem no fluxo Pesar.
  • As configuracoes do perfil do Totem passaram a expor novamente totem_allow_fractional_product, allow_fractional_product e allowFractionalProduct no endpoint de settings, evitando que o app perca a habilitacao global de produtos fracionados.
  • Publicada na suite 1.6.12 com PDV 1.6.4 e Totem/Mobile 1.6.12.
  • O catalogo do Totem voltou a publicar unidade_medida_venda e proibe_venda_fracionada no endpoint /catalog/totem-products, restaurando a identificacao de produtos KG com venda fracionada no app.
  • Produtos como Pao frances, quando cadastrados com unidade kg e sem proibicao de venda fracionada, voltaram a habilitar a acao Pesar corretamente no modo comanda do Totem.
  • Publicada na suite 1.6.9 com PDV 1.6.4 e Totem/Mobile 1.6.5.
  • O PDV voltou a considerar a DANFE local como imprimivel mesmo quando a venda termina rejeitada, desde que o XML ja tenha sido gerado, liberando o caixa sem perder o comprovante operacional da emissao.
  • A resolucao da matriz fiscal passou a reaproveitar tambem o snapshot fiscal do item da venda para escolher a classificacao por NCM ou CSOSN e aplicar o CFOP e a regra tributaria corretos na geracao do XML.
  • Publicada na suite 1.6.8 com PDV 1.6.4 e Totem/Mobile 1.6.5.
  • A emissao fiscal do ERP agora executa um precheck por item antes de montar o XML, identificando produto excluido/desvinculado e campos fiscais faltantes com mensagem clara para correcao e retransmissao.
  • O reprocesso manual de vendas fiscais passou a aceitar CSOSN e CST ICMS, permitindo recuperar cenarios em que o item perdeu o vinculo com o cadastro vivo do produto, mas ainda possui snapshot suficiente para correcao operacional.
  • Falhas internas reais na geracao do XML deixaram de retornar apenas a mensagem generica anterior e agora registram o tipo da excecao e o detalhe operacional no retorno fiscal e no depurador.
  • O instalador do ERP deixou de falhar no inicio da instalacao interna por erro de parse no install.ps1, removendo a chave UpdateMode duplicada do hash enviado ao database_init.ps1.
  • A trilha de testes do instalador agora valida tambem a sintaxe PowerShell do install.ps1, impedindo que erros de parser escapem para um setup publicado.
  • Publicada na suite 1.6.6 com PDV 1.6.4 e Totem/Mobile 1.6.5.
  • A trilha SQL do ERP/instalador passou a aceitar estoque_produtos e funcionarios_vendedores em pdv_endpoint_sync_logs, eliminando erro 500 ao registrar auditoria de sincronismo em ambientes atualizados pelo instalador.
  • O contrato tipado de auditoria dos endpoints PDV foi alinhado aos valores realmente emitidos pela API, e ganhou teste automatizado para impedir novas divergencias entre backend e migrations.
  • Publicada na suite 1.6.5 com PDV 1.6.4 e Totem/Mobile 1.6.5.
  • A barra de contexto dos relatorios passou a distribuir melhor periodo, loja e acoes, corrigindo o desalinhamento visual dos filtros no grid principal.
  • O perfil de Totem/Mesa foi reorganizado em cards com duas colunas, aproveitando melhor a pagina e exibindo a descricao de cada configuracao abaixo do titulo.
  • O catalogo dos relatorios de produtos passou a usar apenas um Saiba mais dinamico por visao selecionada, removendo repeticoes nos cards do módulo.
  • Novo suporte ao modo COMANDA no ecossistema Totem, incluindo configuracoes de perfil para nomenclatura de comanda e escolha opcional entre Levar ou Comer aqui.
  • Impressao operacional passou a receber a observacao de consumo e a nomenclatura COMANDA quando habilitada no perfil correspondente.
  • Publicacao da suite 1.6.2 com ERP 1.6.2_189, PDV 1.6.2 e Totem/Mobile 1.6.2, todos alinhados ao banco migrate_189.
  • Integração Pix Mercado Pago ampliada com sessão Pix no PDV, teste operacional, cancelamento explícito e suporte a vendas com saldo restante sem alterar os contratos atuais do PDV. Referências: issues #107, #108, #111, #112, #114 e #119.
  • Cadastro de Fontes pagadoras e vínculo opcional nas formas de pagamento para suportar os dados eletrônicos exigidos na NFC-e em débito, crédito e Pix. Referências: issues #122 e #123.
  • Evolução do fluxo fiscal com retransmissão manual de rejeitadas, monitoramento operacional e fechamento da regra de banco requerido para a versão v1.6.0. Referências: issues #91, #124 e #126.
  • A exportacao Toledo voltou a respeitar o espaco obrigatorio entre o codigo do produto e a descricao no cadastro.txt, preservando o layout esperado pela balanca MGV6.
  • A carga Filizola passou a gerar CADTXT.TXT com 39 caracteres por linha, remocao de acentos/caracteres especiais e preco com duas casas decimais implicitas, evitando importacao com valor 10x maior na balanca. Referencia: issue #93.
  • A tela Ferramentas > Gerar carga Balanca corrigiu a acentuacao dos rotulos e mensagens exibidos no ERP.
  • A linha suite 1.5.x passa a distribuir o PDV 1.5.14, que interpreta corretamente o EAN13 interno gerado pelo ERP para produtos com PLU sem confundir esse formato com etiquetas reais de balanca.
  • Mantém banco em migrate_187; esta release nao adiciona migration no ERP.
  • Publicada na suite 1.5.15 com PDV 1.5.14 e Totem/Mobile 1.5.3.
  • A consulta da API IBPT agora prioriza produtos ativos do mesmo NCM com GTIN valido e codigo interno real, evitando falso negativo quando o primeiro cadastro estava sem GTIN utilizavel.
  • O cancelamento fiscal no Zeus agora envia explicitamente o modelo do documento e reconhece NF-e 55 pelos metadados, XML ou chave de acesso, evitando que eventos de NF-e caiam indevidamente no fluxo padrao da NFC-e 65. Referencia: issue #33.
  • Mantém banco em migrate_187; esta release nao adiciona migration no ERP.
  • Relatorio financeiro de lucro bruto e margem com receita base, custo congelado por item vendido, markup, margem bruta, evolucao temporal e tabelas separadas para vendas com custo e sem custo.
  • Cadastro centralizado de fornecedores em Cadastros, com pesquisa por nome e CPF/CNPJ alfanumerico, edicao, inativacao e exclusao.
  • Historico de custo de compra por data, custo contábil e custo unitario medio ponderado por estoque remanescente.
  • Perfil e parametros gerais de PDV passaram a disponibilizar o atalho Sincronizar dados, enviado ao PDV como sincronizarDados para acionamento operacional da sincronizacao.
  • Historico de movimentacoes de estoque do produto passou a exibir a contagem absoluta de inventario em eventos inventory_count, preservando o delta fisico para totais e grafico do periodo.
  • Movimentos de estoque registrados pelo backend agora gravam occurred_at explicitamente no instante da operacao, melhorando a auditoria quando venda e inventario ocorrem no mesmo minuto.
  • Vendas NFC-e do Catalogo Online com taxa de entrega passaram a aceitar outras_despesas no contrato de vendas, evitando rejeicao por divergencia entre total liquido da venda e soma dos itens.
  • Geracao fiscal passa a levar a taxa de entrega do Catalogo Online para vOutro, com distribuicao em prod/vOutro, totalizacao em ICMSTot/vOutro e preservacao da origem taxa_entrega_catalogo_online no metadata da venda.
  • Mantém banco em migrate_183; esta release nao adiciona migration no ERP.
  • Fila de impressao remota do Catalogo Online passou a imprimir pedidos nas impressoras de servico somente no aceite do pedido.
  • Movimentacoes posteriores do pedido deixaram de reimprimir itens ja pendentes; cancelamentos continuam gerando impressao remota quando re-enfileirados com evento cancel_order.
  • Mantém banco em migrate_183; esta release nao adiciona migration no ERP.
  • Envio ao Catálogo Online passou a incluir descrição completa sanitizável, receitas dinâmicas, adicionais, opções de montagem e observação por item do pedido.
  • Integrações do Catálogo Online passaram a normalizar a URL base .../api e montar os endpoints de produtos, clientes, pedidos, entrega e formas de pagamento sem duplicar caminhos.
  • Mantém banco em migrate_183; esta release não adiciona migration no ERP.
  • Endpoint de status de pedidos do Catalogo Online passou a aceitar status tambem pela query string como fallback ao body, cobrindo chamadas do PDV/Electron em que o corpo chega nulo ao FastAPI.
  • Mantém banco em migrate_182; esta release nao adiciona migration.
  • Movimentacao de status de pedidos do Catalogo Online passou a aceitar tambem status simples serializado, como "aceito", alem do objeto JSON completo, evitando erro de payload quando o PDV/Electron entrega formato escalar.
  • Mantém banco em migrate_182; esta release nao adiciona migration.
  • Endpoint de movimentacao de status de pedidos do Catalogo Online passou a normalizar payloads enviados pelo PDV como objeto, objeto encapsulado em payload ou JSON stringificado, evitando erro 422 antes da regra de negocio.
  • Mantém banco em migrate_182; esta release nao adiciona migration.
  • Contratos do ERP para o PDV consultar pedidos do Catalogo Online, abrir detalhes e movimentar status com origem pdv, validacao de transicoes e documentacao tecnica da iniciativa Suite 1.5. Referencias: issues #71, #72 e #73.
  • Mantém banco em migrate_182; esta release nao adiciona migration.
  • Controle integrado de estoque por loja, incluindo receitas, baixa manual, alertas e restricao de venda nos terminais.
  • Estorno baseado nos movimentos reais e serializacao do autor da baixa manual.
  • Consolidação do módulo fiscal com proxy interno de ESC/POS, tela unificada de monitor fiscal e agrupamento por range para inutilização assistida. Referências: issues #92, #94 e #95.
  • Fluxo fiscal ampliado com suporte a cancelamento reativo, inutilização de numeração, monitor de pendências e melhorias de reconciliação no detalhe da venda. Referências: issues #5, #6, #79 e #93.
  • A integração fiscal passou a expor controles operacionais adicionais em Configurações > Serviços, incluindo monitoramento e parâmetros para inutilização automática. Referências: issues #79, #93 e #94.
  • O instalador da linha 1.4 agora valida branch, versoes, manifesto e migrations antes de backup, parada de servicos ou copia de arquivos, impedindo que artefatos da main contaminem um pacote legado. Referencia: issue #61.
  • A copia local de migrations passou a ser espelhada, removendo SQLs residuais de outra linha de release antes da inicializacao do banco. Referencia: issue #61.
  • O banco permanece em migrate_167; nenhuma migration de schema foi adicionada nesta versao.
  • Migration de otimização de imagens passou a compatibilizar instalações legadas sem unicidade em produtos.id e com owner_user_id textual. A migration 167_compat_product_image_optimization_legacy.sql atualiza instalações que já aplicaram a 166. Referência: issue #58.
  • Cadastros de usuários, lojas, categorias, departamentos e perfis de permissões destacam em vermelho e levam o foco ao primeiro nome obrigatório ausente. Atualizações de usuários e perfis enviam apenas campos ou vínculos alterados. Referência: issue #58.

Registro de versão preservado no changelog de origem do produto.

  • Edição de produto passou a preservar preço atual, preço sugerido e preços por loja quando o formulário altera apenas o EAN. Referência: issue #49.
  • Serviço Otimiza imagens com execução configurável, fila por imagem, reprocessamento seguro de importações/restaurações e exclusão de concorrência entre workers. Banco atualizado para migrate_177 na linha principal. Referência: issue #49.
  • Catálogo do PDV passou a usar lotes menores na API de páginas, reduzindo o pico de payload por resposta em cargas de produtos extensas.
  • Catálogo do PDV passou a expor um manifesto com quantidade e revisão, seguido de lotes paginados e consistentes, evitando timeout na sincronização de catálogos extensos. Referência: issue #47.
  • Matriz fiscal passou a cadastrar IBS/CBS por regra fiscal, com CST, cClassTrib e aliquotas de IBS UF, IBS municipio e CBS para emissao NF-e/NFC-e. Referencia: issue #18.
  • Integração incremental de clientes do Catálogo Online, com cursor por loja, cadastro de origem catalogo_online e sincronização de endereços, inclusive remoções. Referência: issue #35.
  • Configurações > Backup passou a permitir analisar e importar produtos de um arquivo SQLite, com grupos, unidades, imagens e dados fiscais compatíveis, sem identificar a ferramenta de origem. A confirmação exige a escolha de lojas e do tratamento de conflitos entre atualizar produtos ou não atualizar. Referência: issue #39.
  • Consulta da API IBPT mantém a validação TLS na primeira tentativa e repete somente a chamada ao IBPT sem validar o certificado quando identifica SSLCertVerificationError, evitando falso negativo causado por cadeia de certificados não confiada. O retorno e os metadados do lote informam os NCMs que usaram o fallback. Referência: issue #21.
  • Sincronização da API IBPT passou a distinguir resposta vazia confirmada de timeout, erro HTTP, falha de rede e payload inválido; também repete falhas transitórias e informa sincronização parcial com os NCMs pendentes. Referência: issue #21.
  • Importacao JSON de produtos passou a preservar/remapear os vinculos de Produto associado em opcoes de receitas dinamicas, mantendo adicionais apontando para os produtos corretos no ambiente destino.
  • Importacao JSON de produtos novos passou a preservar o ID exportado quando ainda nao existe produto correspondente no destino, permitindo reconciliar componentes, receitas e relacionamentos do mesmo pacote.
  • Importacao de categorias passou a conciliar itens por ID, caminho hierarquico e chave pai + nome, evitando erro de duplicidade ao reaproveitar categorias ja existentes no destino.
  • Cadastros > Edicao em massa de produtos passou a permitir ajustes gerais por loja/global, incluindo preco, flags, NCM, categorias, subcategorias, departamento, codigo de mercadoria e area de impressao.
  • Cadastros > Produtos > Outras acoes ganhou exportacao completa em JSON e importacao de JSON para criar ou atualizar produtos com configuracoes vinculadas, incluindo receitas, incrementos, componentes, imagens e areas de impressao.
  • Cadastro de produto passou a suportar adicionais vinculados a produto associado usando a imagem e o preco por loja do produto vinculado.
  • Produtos ganharam a flag Somente adicional, permitindo manter itens fora da venda direta no PDV/Totem e usá-los apenas quando vinculados como adicionais ou opções de receita.
  • Cadastros > Edição em massa de produtos passou a exibir e salvar a flag Somente adicional junto às demais flags operacionais.
  • Catálogos sincronizados para PDV/Totem, estoque de produtos, mídia do Totem e polling de disponibilidade passaram a excluir produtos marcados como Somente adicional.
  • Cadastros > Produtos > Outras acoes passou a oferecer Importar Imagens de produtos [Lote], com leitura de ZIP, RAR, PNG, JPG e JPEG, match por codigo/EAN/SKU no nome do arquivo e tela de confirmacao antes de vincular as imagens ao produto. Referencia: issue #20.
  • O instalador passou a limpar postgres\data parcial em instalacao nova antes do initdb e a registrar a saida de comandos externos no log, evitando falha recorrente apos uma tentativa interrompida e melhorando o diagnostico de inicializacao do PostgreSQL. Referencia: issue #20.
  • A subida temporaria do PostgreSQL pelo instalador deixou de capturar o pipe do pg_ctl start, evitando travamento quando o servidor fica em segundo plano durante a criacao do banco local. Referencia: issue #20.
  • Produtos passaram a ter controle de disponibilidade operacional para PDV e Totem, com endpoint incremental por loja/PDV, versao de delta e retorno do estado indisponivel no catalogo. Referencia: iniciativa produto-indisponivel.
  • A migration 150_add_product_availability_delta_sync.sql passou a referenciar product_stores com owner_user_id textual e FK composta, permitindo atualizar bancos legados em migrate_149 sem falhar por ausência de public.stores.
  • Carga de balanca voltou a baixar o arquivo no formato cadastro.txt, conforme exigencia de importacao do MGV6.
  • Produtos passaram a ter a flag Gera carga de balança, e Ferramentas ganhou a geração de Itensmgv.txt para balanças Toledo MGV6 com layout simples compatível com o arquivo de exemplo. Referência: issue #16.
  • Ferramentas do KDS passaram a permitir filtrar a fila para pedidos do dia operacional, limpar pedidos em aberto exibidos e desfazer a ultima limpeza.
  • Perfil de PDV passou a permitir selecionar a balanca de caixa por modelo, iniciando o suporte pela ELGIN DP30CK USB e expondo o parametro sincronizado para o PDV.
  • Configurações > Totem / Mesa passou a ter CRUD de perfis em tela de consulta, com criação/edição em abas Gerais e PDV, inativação, exclusão e aviso ao selecionar PDV já vinculado a outro perfil. Referência: issue #220.
  • O contrato de POST /transactions/sales e /transactions/sales/selfcheckout passou a expor fiscal_flow_status e fallback_allowed no item e no resumo top-level de venda unica, distinguindo authorized, processing e fallback_allowed para PDV/Totem. Referencia: issue #392.
  • O cadastro e a edicao de produtos deixaram de tratar nome como chave unica por owner, eliminando o erro duplicate key value violates unique constraint "produtos_owner_nome_idx" e permitindo nomes repetidos no mesmo owner. Referencia: issue #80.
  • A base de instalacao passou a remover o indice indevido produtos_owner_nome_idx por migration e o instalador da correcao foi separado em installer/fix-1.2.1. Referencia: issue #80.

Voltar ao changelog · Consultar o manual atual.