====== Versão 1.5.004.000 ======

''**Versão liberada dia: 27/03/2026**\\
**Versão Intellicash: Mínima 3.1.020.000 **\\
**Versão Executável: 1.5.004.000 **\\
**Versão EcUpdater: 1.0.0.58 **\\
**Versão IWS Notify: 1.0.7.0 **\\ 
**Versão EcAutoUpdater: 1.0.0.3 **\\
**Servidor EasyCash: 2.0.15.0 **\\
**WatchDog: 1.0.0.6 **\\
**[[https://wiki.iws.com.br/doku.php?id=intellicash:atualizacoes:3.1.020.000|IntelliCash: 3.1.020.000 ]]**
''\\

===== Funcionalidades =====


==== Intellifood: Finalização em TEF: Easycash - T#5942 ====
Foi criada a funcionalidade para que o food transacione com TEF. Segue a imagem:

{{ :easycash:versoes:imagem_2026-03-27_152334651.png?650 |}}

==== Recarga vale gás no frente de caixa - T#7130 ====
Caminho para utilizar o Vale Gás fora do menu administrativo do TEF:

{{ :easycash:versoes:imagem_2026-03-27_152834424.png?250 |}}

Nova tela do Vale Gás:

{{ :easycash:versoes:imagem_2026-03-27_152928842.png?250 |}}

Formas de pagamento disponíveis para seleção no Vale Gás:

{{ :easycash:versoes:imagem_2026-03-27_153100515.png?250 |}}

Segue abaixo a tela de configuração da forma de recebimento com a nova opção:

{{ :easycash:versoes:imagem_2026-03-27_153231917.png?350 |}}

===== Melhorias =====

==== Cancelamento de transação única proveniente do food ====
Foi efetuado um tratamento para que seja possível efetuar o cancelamento de uma transação única proveniente do food, segue:

{{ :easycash:versoes:imagem_2026-03-30_084534577.png?700 |}}
==== [SERVIDOR] Alterar logoff ====
Validado na versão **2.0.14.1**, a mensagem de que o certificado está expirado apresenta a logo antiga da IWS. O mesmo foi atualizado nesta versão:

{{ :easycash:versoes:imagem_2026-03-27_172802233.png?350 |}}

==== [FISCAL][NFC] Protocolo Sefaz NFCe - 01/01/2026 - São Paulo ====
Segundo informações de uma notícia da AFRAC, o protocolo de autorização da NFC-e, prevista na Nota Técnica **2025.002** vão aumentar de 15 para 17 dígitos. A previsão para entrar em vigor é 01/01/2026. Em análise nas nossas tabelas o campos protocolo possui o tamanho de 50 dígitos.

==== Configuração 20907: NFC: Utilizar Valor Unitário do cadastro do produto (incluir valor igual a 2) ====
Para esta tarefa foi validado para que em testes o valor de um produto **KG** se altera com a configuração em **0** (desativada) e em **1** (ativada) não se altera, mas a SEFAZ pode rejeitar ou não. A rejeição se dá porque a SEFAZ faz o cálculo ao contrário dividindo o valor do item no cupom pelo peso e pode haver alteração de alguns centavos, por isso enviamos o valor alterado.
==== Pontuação do EasyPromo no cupom fiscal ====
Foi criado a configuração para permitir a impressão da pontução da API EasyPromo no cupom de finalização. Segue:

{{ :easycash:versoes:imagem_2026-03-27_170547689.png?450 |}}

==== [IWB] Atualização da versão da licença ====
Quando alguém enviar o json da licença para o IWB, esse dado é armazenado. Quando manda novamente a liberação para o IWB compara essa assinatura, se for diferente, o IWB manda liberar novamente. Com isso é efetuada a atualização da versão da licença. Segue:

{{ :easycash:versoes:imagem_2026-03-27_171623323.png?350 |}}
==== Inclusão do botão de impressão ====
Foi habilitado o botão de impressão para a **Nota Informativa** e **Adicional de Entrega**, segue:

{{ :easycash:versoes:imagem_2026-03-30_103230523.png?550 |}}
==== Dia de movimento sem turno aberto ====
Foi relatado pelo suporte que quando eles atualizam um cliente no domingo (por exemplo) e não há nenhum movimento no dia, ao iniciar o sistema no dia seguinte é emitida uma mensagem que está pendente o encerramento do dia anterior. Foi realizado o tratamento para quando não houver movimento não criar automaticamente um registro.
==== Cancelamento de cupom na tela de fechamento - T#6808 ====
Criado a configuração para motivo de cancelamento quando o pagamento for feito em TEF, segue:

{{ :easycash:versoes:imagem_2026-03-30_101341946.png?450 |}}

Será mostrada a seguinte tela:

{{ :easycash:versoes:imagem_2026-03-30_101556056.png?450 |}}
==== Forma de pagamento no impresso de entrega - T#6710 T#10126 ====
Criado a configuração para permitir que no endereço de entrega apareça a forma de pagamento escolhida. Segue:

{{ :easycash:versoes:imagem_2026-03-30_094331399.png?450 |}}

Na impressão, teremos:

{{ :easycash:versoes:imagem_2026-03-30_094513174.png?350 |}}
==== Localizar Orçamentos: Campos Solicitante e Código interno - T#8022 T#6445 ====
Na retaguarda teremos:

{{ :easycash:versoes:imagem_2026-03-30_093320695.png?550 |}}

Foi feito uma melhoria no grid, onde foram acrescentados as novas colunas para melhorar a informação, segue:

{{ :easycash:versoes:imagem_2026-03-27_162003326.png?550 |}}
==== Opção de imprimir ou não a via TEF - T#6296 T#6313 ====
Foram adicionadas novas opções de impressão do comprovante, conforme ilustrado na imagem abaixo:

{{ :easycash:versoes:imagem_2026-03-30_091807211.png?450 |}}

Quando os checkboxes **TEF** ou **Carteira Digital** estiverem marcados, algumas opções de impressão são reduzidas, como mostrado a seguir:

{{ :easycash:versoes:imagem_2026-03-30_092046587.png?450 |}}
==== Não exibir notificação de restrição de multiplicação para usuários com permissão - T#6164 ====
A multiplicação de produtos foi ajustada para considerar a permissão do operador como prioritária. Agora, o comportamento segue as seguintes regras:
  * Se o operador possui permissão, o produto será multiplicado independentemente da configuração individual do produto.
  * Se o operador não possui permissão, a multiplicação só ocorrerá se o produto permitir ser multiplicado.
Exemplos de comportamento:

✅ Operador com permissão + ✅ Produto permite → ✅ Multiplica

✅ Operador com permissão + ❌ Produto não permite → ✅ Multiplica

❌Operador sem permissão + ✅ Produto permite → ✅ Multiplica

❌ Operador sem permissão + ❌ Produto não permite → ❌ Não multiplica

A tela para o usuário será mostrada da seguinte maneira:

{{ :easycash:versoes:imagem_2026-03-30_090106747.png?550 |}}

==== Melhoria para Cupom Premiado - T#7045 ====
Foi definido de colocar um checkbox **PREÇO MINIMO** na tela de cupom premiado para que ao ser marcado o sistema entenda que a partir daquele preço que estiver setado no campo **VALOR DO CUPOM** o frente irá gerar apenas um cupom **INDEPENDENTE DO VALOR FINAL DA COMPRA**, segue:

{{ :easycash:versoes:imagem_2026-03-30_104048468.png?750 |}}

==== Personalizar mensagem no Pinpad ====
Foi adicionado a possibilidade de personalizar a mensagem que irá aparecer no pinpad no caso específico da PayGo. Segue:

{{ :easycash:versoes:imagem_2026-03-30_104923596.png?450 |}}

==== Carregar os dados da transação TEF no cancelamento ====
Para esta demanda são preenchidos os dados do cancelamento automaticamente em dois casos:
  * No processo de cancelamento TEF (venda que teve um cartao TEF) o sistema entra no fluxo do TEF para realizar o cancelamento da transação. Nesse fluxo é solicitado os dados da transação, como por exemplo, o número do DOC da transação.

  * No caso em que numa venda já foi transacionado parte do valor em TEF e o usuário tenta sair da tela de pagamento o sistem solicita o cancelamento dessa transação pois no caso do PayGo a transação já foi confirmada. Porém como ainda não houve a impressão não temos os dados da transação. Então é importante que esses dados já venham preenchidos na tela.
  
==== Exibir nome do usuário logado no Cupom Fiscal - T#7270 ====
Foi solicitado que ao finalizar uma venda no sistema, que aparecesse o nome do usuário atualmente logado no cupom fiscal. Segue:

{{ :easycash:versoes:imagem_2026-03-30_110254899.png?450 |}}

Teremos:

{{ :easycash:versoes:imagem_2026-03-30_110636205.png?450 |}}

==== Implementação de botão para teste de comunicação com servidor TEF - T#7331 ====
Foi criado o botão para teste de conectividade do TEF, segue a imagem abaixo:

{{ :easycash:versoes:imagem_2026-03-30_111204164.png?450 |}}

==== Relatório Geral: Imprimir Totais Cancelados - (Host) T#7535 ====
Foi adicionado o campo que exibe a quantidade total de itens cancelados, considerando a soma dos itens de todos os cupons cancelados. O layout do cupom de fechamento de turno foi atualizado para contemplar essas novas informações e, para manter a padronização, o layout do cupom de encerramento de dia também foi ajustado seguindo o mesmo modelo. Segue:

{{ :easycash:versoes:imagem_2026-03-30_112603954.png?450 |}}

==== Relatorio Geral: Imprimir Relatório Geral Auto - (Host) T#7535 ====
Foi implementada uma melhoria no sistema para que quando a configuração estiver ativa, o relatório de caixa será sempre impresso automaticamente, mesmo que o usuário clique em **Fechar** ou **Confirmar**. Segue:

{{ :easycash:versoes:imagem_2026-03-30_113130939.png?750 |}}

Na tela de conferência, teremos:

{{ :easycash:versoes:imagem_2026-03-30_113411512.png?750 |}}

Estando a configuração desativada o relatório só será impresso se clicar no botão **Imprimir**. Segue:

{{ :easycash:versoes:imagem_2026-03-30_114719026.png?450 |}}

==== Ajuste na aba Destinatário do servidor do EasyCash - T#7794 ====
Quando efetuado algum ajuste na aba de destinatário no servidor do EasyCash, agora irá aparecer as mensagens a seguir quando efetuado algum tipo de alteração:

{{ :easycash:versoes:imagem_2026-03-30_132125439.png?250 |}}

{{ :easycash:versoes:imagem_2026-03-30_132214839.png?250 |}}

{{ :easycash:versoes:imagem_2026-03-30_132318119.png?250 |}}

==== Responsável técnico na NFC-e ====
De acordo com a NT Nota Técnica 2018.005, é necessário ter as informações do responsável técnico no XML de Venda:

{{ :easycash:versoes:imagem_2026-03-30_132703867.png?750 |}}

Foi alterado para que no XML da NFC-e já saia o responsável técnico. Segue:

{{ :easycash:versoes:imagem_2026-03-30_132923050.png?650 |}}

==== [SERVIDOR] Atualizar CBENEF em lote ====
Funcionalidade de validação de inconsistências e alteração em lote adicionada conforme solicitado na tarefa. Como o frente de caixa e, consequentemente, o Servidor NFCe, não possuem uma tabela que correlaciona o CBENEF com os CSTs, foram validados os seguintes CSTs: 20,30,40,41,50,51,70,90. Desta forma se o item no XML estiver com um destes CSTs e não possuir CBNEF ou, de modo inverso, possuir CBNEF mas não estiver em um destes CSTs, o item será tratado como inconsistente e será listado para correção.

{{ :easycash:versoes:imagem_2026-03-30_133359409.png?750 |}}

{{ :easycash:versoes:imagem_2026-03-30_133547808.png?750 |}}

==== [SERVIDOR] Colocar as tags do IBS/CBS na janela de visualização do XML ====
Devido a enorme gama de tags que contemplam a Reforma Tributária fica inviável adicionar todas elas naquele agrupamento simples, por isso, foi trocado para abrir o xml diretamente no navegador contemplando assim a visualização de todas as tags. Segue:

{{ :easycash:versoes:imagem_2026-03-30_133910664.png?250 |}}

Logo, pelo XML teremos:

{{ :easycash:versoes:imagem_2026-03-30_134205607.png?750 |}}
===== Correções =====
==== APIs de integração ====
Foi feito a validação para impedir que mais de uma API seja ativa.
==== Valor restante do cupom errado ====
O problema relacionado ao cálculo incorreto do valor a ser pago, ao utilizar múltiplas formas de pagamento com desconto ou acréscimo, foi corrigido. Agora, independentemente da combinação escolhida, o sistema calcula corretamente o valor restante.

==== Finalização Direta: Orçamento (Cliente) solicitando ação do usuário ====
Quando criado um orçamento na tela de cadastro de clientes (IWS > Cadastro > Clientes > Aba Orçamento). Ao informar um caixa para finalizar diretamente, o sistema abria um pop-up no Easycash para que o cliente fosse selecionado. Este processo foi corrigido.

==== Agrupamento de DAVs de forma errônea - T#8370 ====
Foi pego em cliente que haviam sido finalizados de forma indevida dois orçamentos de consumidores distintos em um mesmo cupom e os itens do cupom final não eram os originais dos dois orçamentos. Em análise foi visto que devido uma falha foram agrupados os dois orçamentos no frente de caixa, pois o orçamento inicial já estava na tela de vendas quando o segundo foi inserido. Foi adicionada uma trava de segurança para este caso.

==== Configurações invertidas ao clicar em Alterar ====
Foi visto que as configurações "Exibir mensagem de quantidade de itens" e "Utilizar valor unitário do cadastro do produto" ao entrar na tela de alteração estavam com a posição invertida em relação a tela anterior. Foi padronizado.

==== Reimpressão de Entregas - Fluxo Duplicado ====
No fluxo de reimpressão de entregas, anteriormente havia o seguinte cenário:

//Caso o usuário solicitasse a impressão de duas ou mais vias no encerramento da venda, ao acionarmos o fluxo de reimpressão de entregas a aplicação executava a quantidade de reimpressões da mesma via de acordo com a quantidade original de impressões solicitadas pelo usuário na venda, segue como exemplo://

  * //Ao encerrar uma venda foi solicitado a impressão de 2 vias: Os números   327805 e 327806. Para cada re-impressão realizada, o fluxo é acionado novamente, e caso ainda, houver reimpressão pela tela de Utilitários → Vincular ao Cupom Fiscal → Entrega esse fluxo também entra na quantidade de reimpressões... 2x cupom 327805 e 2x cupom 327806.//

Foi corrigido o loop que ocorria em ambas as telas e melhorado o tratamento para respeitar a quantidade de vias e a opção de cancelamento pelo usuário.

==== Identificação de clientes ao realizar entrega ao domicílio - T#8066 ====
Ao tentar agendar uma entrega para um CPF que não esteja cadastrado, o sistema estava montando a tag de entrega, porém sem o destinatário. O processo foi corrigido para não identificar entrega se o XML estiver sem os dados do destinatário. Desta forma, caso uma venda não identificada, possua entrega vinculada porém sem cadastrar o destinatário de entrega, o XML será gerado com o **indPres = 1** e sem a tag de entrega, evitando rejeição. Foi adicionado também uma melhoria na tela de entrega para obrigar a digitação do CEP, facilitando o cadastro dos demais campos.

==== Desconto rateado zera item e impede finalização do cupom - T#7271 ====

Durante a finalização da venda, foi detectado um erro relacionado ao rateio do desconto manual (aplicado via valor bruto ou porcentagem — F5 na tela de venda).
Ao fazer o rateio do desconto, estava zerando o valor de um ou mais produtos, mostrando a seguinte mensagem:

{{ :easycash:versoes:imagem_2026-03-27_144605378.png?550 |}}

Foi identificado que essa validação é antiga e impedia que um produto tivesse valor zerado nos tempos de ECF-IF. No entanto, atualmente o XML da NF-e já permite itens com valor R$0,00, o que torna essa validação desnecessária. Foi retirada esta validação. 

==== Faturamento direto com 2 monitores ====
Ao realizar uma venda no EasyPDV novo e caso tenha 2 telas no computador, ao faturar direto, a segunda tela abre e só é possível fechar a mesma com o Alt+F4. Foi realizada uma correção no processo de finalização de venda do EasyCash para quando inicia a venda no EasyPDV. Agora, mesmo quando o sistema estiver operando com duas telas ativas, a conclusão da venda não acionará aberturas indevidas de telas adicionais. Essa correção evita comportamentos inesperados na interface.