Versão liberada dia: 11/11/2025
Versão Intellicash: Mínima 3.1.019.003
Versão Executável: 1.5.003.004
Versão EcUpdater: 1.0.0.55
Versão IWS Notify: 1.0.7.0
Versão EcAutoUpdater: 1.0.0.3
Servidor EasyCash: 2.0.14.0
WatchDog: 1.0.0.6
IntelliCash: 3.1.019.003

Foi implementado o envio de eventos ECONF conforme a Nota Técnica 2024.002, utilizando as configurações já existentes no IC, sem criação de novos parâmetros. No EasyCash, os eventos emitidos ficam registrados na tabela CUPOM_REB_ECONF, o XML é gerado pela procedure NFE_XML_ECONF e a emissão ocorre no Servidor NFC-e (John), que grava separadamente os eventos de emissão e cancelamento. Para facilitar a conferência, foi adicionada no servidor a aba ECONF, onde é possível visualizar todos os eventos enviados ou cancelados.

O sistema passou a atender todas as regras definidas: envio automático do ECONF quando a data de pagamento difere da emissão, um evento por documento, sequencial de 1 a 99 por nota, lotes de até 20 eventos, não emissão para baixas sem vínculo fiscal, cancelamento do evento no estorno e suporte para Baixa por Valor, Residual e Acordos. Também foi criada a consulta de eventos por documento fiscal. Os XMLs ficam armazenados em SERVER\NFCE\EVENTO\CNPJ\NFE ou NFCE\ANOMES\EVENTO\CONC FINANCEIRA.

Nos testes, o recebimento e cancelamento de NFC-e apresentou erros já conhecidos do ambiente de homologação e também vistos no exemplo da ACBR, portanto os testes completos foram executados com NF-e, que funcionaram corretamente em todos os cenários: recebimentos simples, parcelas, residuais, cartões, baixas mistas e estornos. Em ambiente de produção, o cancelamento foi emitido sem falhas. Também foi criado um relatório no John para consulta dos eventos enviados.

Foi criado o campo para permitir a reimprissão do RPV no EasyCash, se o EasyCash esta configurado para utilizar o RPV.

Foi identificado que a Scanntech continuava recebendo a versão do EasyCash, que só é atualizada quando o GSS é executado. A versão filho, por sua vez, não passa por script e é atualizada diretamente pelo próprio executável, o que faz com que a retaguarda não receba essa informação automaticamente.

A lógica funciona da seguinte forma: quando um caixa atualizar o EC e preencher os campos de procedimento e versão_servidor, essa versão deve ser enviada ao Intellicash apenas uma vez. Caso a versão ainda não exista no IC, ela é registrada; se já existir, não é reenviada. Isso garante consistência mesmo quando caixas são atualizados antes da retaguarda ou quando há falha temporária de comunicação. Ao finalizar essa implementação, é necessário notificar o Bruno para que ele ajuste a procedure de exportação da versão do EC para a Scanntech.

Foi ajustado para que o EasyCash fosse ajustado para receber os novos campos da reforma tributaria.