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

Back to top