Versão liberada dia: 27/03/2026
Versão Intellicash: Mínima 3.1.020.000
Versão Executável: 1.0.5.0
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
IntelliCash: 3.1.020.000

Foram feitas as seguintes alterações:

1. Inclusão do botão de reimpressão: Foi implementado um novo botão na tela do menu administrativo, responsável por acionar a funcionalidade de reimpressão de documentos fiscais.
2. Reorganização das opções do menu: As opções do menu foram reordenadas conforme a sequência previamente especificada no layout funcional, garantindo padronização visual e melhor experiência de navegação.
3. Exibição automática do teclado numérico virtual: Ao focar o campo de entrada do número do cupom, o sistema foi configurado para exibir automaticamente o teclado numérico virtual, otimizando a entrada de dados.
4. Adaptação da interface para o modo SelfCheckout: Todos os componentes da tela de reimpressão foram redimensionados e ajustados visualmente para garantir melhor acessibilidade e usabilidade no autoatendimento.

Adicionado no menu Administrativo facilitando o acesso:

Opções mais espaçadas com teclado numérico:

Houve a troca do logo da IWS. Segue:

Acrescentado o logo de TEF automático na mensagem:

Agora ao clicar para escolher a importação, a opção para fazer a de produtos já estará marcado. Segue:

Agora a carteira digital e PIX seguirão o mesmo fluxo que os cartões de crédito e débito passam quando o valor é inferior ao configurado. Segue:

No primeiro cenário, ao realizar a compra com o valor de R$ 0,02, o sistema gera um QR Code para pagamento, exigindo ação manual para a finalização da compra:

No segundo cenário, ao realizar a compra com o valor de R$ 0,01, nenhum QR Code é gerado, indicando que a compra é finalizada automaticamente:

Foi realizado o aumento do tamanho da fonte do botão Finalizar Compra.

Ao vender produtos que sejam para +18 no SelfCheckOut, ao invés de ter que clicar no bonequinho para colocar a senha, a tela já tenha um campo onde o colaborador já possa ler o cartão e liberar a venda. Esta modificação será feita apenas para os produtos que são maiores de 18. Segue:

Para facilitar a localização do produto inserir um campo de pesquisa no cadastro do produto:

Permitir que o cliente finalize uma única compra utilizando mais de uma forma de pagamento. Deverá ser setada a seguinte configuração:

Pode-se estabelecer também um limite mínimo para o parcelamento, segue a imagem:

Com isso na tela de fechamento irá aparecer a seguinte opção:

Que irá abrir a seguinte janela:

Caso tente abortar o processo no meio do fluxo será exibida a seguinte mensagem:

Caso o valor da venda não atinja o valor mínimo para parcelamento, será exibida a seguinte mensagem para o usuário:

Na tela de configurações, criou-se mais uma aba para cadastro das seções que serão listadas no filtro na tela de venda de produtos sem código de barras:

No filtro, serão exibidas apenas as seções configuradas. Ao selecionar a opção Todos, serão listados apenas os produtos das seções cadastradas.

Segue conforme solicitado as configurações de impressão:

Ao realizar a digitação do código de barras de uma etiqueta que tenha 13 dígitos, temos a mensagem apresentada:

Isso ocorre porque temos uma estrutura de validação que completa zeros à esquerda até 14 dígitos.

Foi feito a melhoria para que o aviso não apareça incorretamente. Durante os teste foi identificado que ao fazer os mesmos passos para apresentar o erro da tarefa utilizando o CODE128 dava estouro de string. Com isso foi feito a correção para validar todos os tipos de leitura (digitação, leitura de EAN13, CODE128, Código Barras padrão).

As alterações para padronização na leitura dos tipos de códigos de barras foram feitas. As funções e procedures foram centralizadas em somente uma unit.

As promoções por forma de pagamento oriundas da Scantech possuem uma descrição própria da forma de pagamento, o que impossibilita a correspondência com as formas de pagamento do sistema. Como paliativo foi alterado para validar pela nomenclatura Crédito e Débito. Foi realizado o tratamento para validar todas as formas de pagamento de forma correta, para cartão utilizou-se os BINs. Foi implementado um tratamento para desabilitar automaticamente os botões de pagamento que não correspondem à promoção vinculada à forma de pagamento. No caso de a configuração Combinação de Pagamento estar ativada, ela não terá prioridade sobre esse tratamento, ou seja, enquanto houver uma promoção aplicada, apenas as formas de pagamento compatíveis com a promoção permanecerão habilitadas. A opção de Combinação de Pagamento só estará disponível quando não houver uma promoção selecionada, garantindo que a regra promocional prevaleça. Segue:

Durante os testes do Self - FOOD foi detectado a seguinte situação: Ao chamar o cancelamento de uma venda no momento que é apresentado a tela Digite o valor da transação, o campo valor é apresentado da seguinte forma:

Ao digitar um valor, o dado é preenchido após o valor 0,00:

O problema foi resolvido da seguinte forma: ao abrir a tela, o campo para digitação do valor será automaticamente selecionado, conforme demonstrado na imagem abaixo:

Desta forma, ao digitar qualquer número, o valor anterior será automaticamente substituído, eliminando a possibilidade de o problema anterior voltar a ocorrer.