Skip to main content

📃 1.0 Release Notes | Implementações 🚀

⚠️ Opção no PDV ON/OFF para Ativar Modo Contingência

🆕 Foi identificada a necessidade de uma implementação no PDV – Frente de Loja, visando simplificar o processo de ativação do modo contingência.

📝 Descrição:
Atualmente, para ativar o modo contingência, o usuário precisa acessar os parâmetros do sistema.
A proposta é criar uma opção direta no PDV (ON/OFF) que permita ao usuário habilitar o recurso sem necessidade de navegar até os parâmetros.

Ao acionar essa opção, o sistema deverá ativar o modo contingência automaticamente, sem depender de comunicação com a SEFAZ ou com a NORTESYS.

🔍 Impactos identificados:

  • Maior agilidade para o operador ao acionar o modo contingência;

  • Redução de retrabalho e dependência de configuração nos parâmetros;

  • Garantia de continuidade da operação em caso de falha de comunicação.

🔧 Correção necessária:
Implementar a opção ON/OFF no PDV para ativação imediata do modo contingência, assegurando funcionamento offline e usabilidade simplificada.

image.png

⚠️ Envio de Baixas de Parcelas no ERP via API Onvio

🆕 Foi identificada a necessidade de uma implementação no ERP para integração com a API Onvio.

📝 Descrição:
O sistema deve permitir o envio automático das baixas de parcelas realizadas no ERP para a API Onvio, garantindo que as informações financeiras fiquem devidamente sincronizadas entre as plataformas.

Essa integração é essencial para manter o controle atualizado dos recebimentos, evitando inconsistências entre os sistemas.

🔍 Impactos identificados:

  • Necessidade de atualização em tempo real das baixas de parcelas;

  • Risco de divergência entre o ERP e a API Onvio sem a integração;

  • Possibilidade de falhas na conciliação financeira e retrabalho manual.

🔧 Correção necessária:
Implementar a funcionalidade de envio de baixas de parcelas do ERP para a API Onvio, garantindo integridade dos dados financeiros e automatização do processo.

Monitoramento de Serviço com Validação do Sincronizador do Clube de Promoções

🆕 Foi identificada a necessidade de uma implementação para integrar o monitoramento de serviço com a validação do sincronizador do Clube de Promoções.

📝 Descrição:
O monitoramento deverá validar a execução e consistência do sincronizador do Clube de Promoções, garantindo que o processo seja devidamente acompanhado.

🔍 Impactos identificados:

  • Maior confiabilidade no monitoramento dos serviços relacionados ao Clube de Promoções;

  • Redução do risco de falhas silenciosas durante o processo de sincronização;

  • Disponibilidade de documentação oficial para auxiliar na integração.

🔧 Correção necessária:
Integrar o monitoramento de serviço com a biblioteca disponibilizada, garantindo a validação do sincronizador do Clube de Promoções e disponibilizando o uso conforme a documentação anexada.

📄 Nota Técnica 2025.001 – Seção 02.7
TAGs: <vPag>, <vNF>, <tPag> e <vTroco>

🛠️ A partir desta versão, as TAGs que antes eram obrigatórias apenas na NFC-e (modelo 65), passam a ser obrigatórias também na NF-e (modelo 55) quando aplicáveis.

📌 Regra:
Sempre que o atributo mod do XML for igual a "55", devem ser observadas as seguintes regras de validação:

🔹 <vPag> – Valor Pago

  • Deve ser compatível com o valor total da nota fiscal (<vNF>).

  • Deve considerar:

    • Descontos concedidos;

    • Formas de pagamento utilizadas;

    • Eventuais acréscimos ou valores fracionados.

🔹 <tPag> – Tipo de Pagamento

  • O código informado deve pertencer à tabela oficial de meios de pagamento da SEFAZ.

  • Cada forma de pagamento deve ser declarada com seu código específico.

🔹 <vTroco> – Valor do Troco

  • Só poderá ser informado se:

    • O valor pago (<vPag>) for superior ao valor da nota (<vNF>);

    • E o tipo de pagamento (<tPag>) for dinheiro (código “01”).

✅ Impacto da alteração:

  • Adequação obrigatória do XML da NF-e (modelo 55) aos mesmos padrões já aplicados à NFC-e;

  • Maior controle sobre a consistência de informações de pagamento e troco;

  • Redução do risco de rejeição no momento da validação pela SEFAZ.

📄 Nota Técnica 2023.001 – Versão 1.20
Assunto: Adequações do NFC-e QR-Code – Versão 3.0

🛠️ A Nota Técnica 2023.001 v1.20 traz atualizações e ajustes obrigatórios relacionados à emissão da NFC-e (modelo 65) com o uso do QR-Code versão 3.0.

📝 Descrição das alterações:

  • Atualização do layout do QR-Code para a versão 3.0;

  • Alterações nas TAGs obrigatórias utilizadas na composição da URL do QR-Code;

  • Ajustes de segurança e validação para garantir maior confiabilidade na consulta pública do documento;

  • Padronização das informações exibidas para o consumidor no momento da leitura do QR-Code.

🔍 Impactos identificados:

  • Adequação obrigatória dos sistemas emissores de NFC-e ao novo layout;

  • Risco de rejeição pela SEFAZ caso o QR-Code não esteja em conformidade com a versão 3.0;

  • Necessidade de atualização dos módulos de emissão para manter a validade fiscal da NFC-e.

🔧 Correção/Implementação necessária:

  • Atualizar a geração do QR-Code da NFC-e para a versão 3.0;

  • Adequar o processo de emissão conforme os requisitos definidos na Nota Técnica 2023.001 v1.20;

  • Validar as emissões em ambiente de homologação antes da disponibilização em produção.

image.png

 

⚠️ Implementar no sistema para marcar a NFC-e como  autorizada

Compromisso: 21158 - OPCAO DE MARCAR NFCe COMO AUTORIZADA

🛠️ Foi identificada uma não conformidade na emissão de NFC-e quando o processo ocorre em modo offline no PDV.

📝 Descrição:
Atualmente, ao emitir a NFC-e no PDV Offline, ocorre a geração de documentos com duplicidade de chave.
Para contornar o problema, foi sugerida a inclusão de um campo na tela de consulta de NFC-e, que permita marcar a NFC-e duplicada como autorizada ou ocultá-la da tela, sem necessidade de intervenção direta no banco de dados.

No entanto, essa solução não corrige a causa raiz do problema, apenas minimiza o impacto depois que ele ocorre.

🔍 Impactos identificados:

  • Geração recorrente de documentos em duplicidade (relatado como ocorrência diária pelas revendas);

  • Necessidade de intervenção manual para ocultar ou ajustar duplicidades;

  • Risco de inconsistências fiscais e rejeições na SEFAZ;

  • Experiência do usuário comprometida no uso do PDV Offline.

🔧 Correção necessária (Proposta):
Resolver a causa da duplicidade durante a emissão de NFC-e no PDV Offline, garantindo que a sequência de numeração seja controlada individualmente por PDV, evitando a geração de chaves duplicadas e eliminando a necessidade de ajustes posteriores.

 

image.png

 

Implementar na Tela de Consulta de Notas Fiscais – Salvamento em PDF e Copiar Chave da Nota

✨ Foi identificada a necessidade de uma melhoria na tela de Consulta de Notas Fiscais do ERP, visando ampliar a praticidade na manipulação dos documentos fiscais.

📝 Descrição:

  1. Implementar a opção de salvar o DANFE em PDF diretamente pela tela de consulta, utilizando a chave da nota como nome do arquivo.

  2. Incluir, no menu de contexto (botão direito do mouse), a opção de copiar a chave da nota selecionada.

🔍 Impactos identificados:

  • Facilitar a pesquisa de documentos diretamente no portal da SEFAZ, sem necessidade de baixar o XML ou digitar manualmente a chave;

  • Aumentar a agilidade na manipulação de DANFEs e chaves de acesso;

  • Melhorar a experiência do usuário no controle e consulta de documentos fiscais.

💡 Proposta técnica:

  • Criar um método no módulo DFE responsável por gerar o PDF com a chave no nome e retornar a chave selecionada;

  • Disponibilizar esse método para ser chamado diretamente pelo ERP na tela de Consulta de Notas Fiscais.

🔧 Correção necessária:
Implementar os ajustes descritos, assegurando que o usuário possa:

  • Exportar o DANFE em PDF com nome automático pela chave da nota;

  • Copiar facilmente a chave da nota pelo menu de contexto.

image.png

Back to top