====== Versão 1.4.008.000 ======

''**Versão liberada dia: 20/05/2019**\\
**Versão Intellicash: Mínima 3.1.001.000 **\\
**Versão Executável: 1.4 **\\
**Versão DLL: 1.4.008.000 **\\
**Versão EcUpdater: 1.0.0.35 **\\
**Versão EcAutoUpdater: 1.0.0.3 **\\
**Servidor EasyCash: 2.0.1.0 **\\
**[[http://wiki.intelliware.com.br/doku.php?id=intellicash:atualizacoes:3.1.001.000|IntelliCash: 3.1.001.000 ]]**
''\\

===== Novidades =====

==== [BIOMETRIA] Criar configuração da funcionalidade ====

Foi criado na tela de Configurações → Biometria uma opção para configurar alguns parâmetros relativos a biometria. Segue a imagem:

{{ :easycash:versoes:biometria_config_easycash.png?650 |}}

==== [BIOMETRIA] Criar configuração do leitor biométrico iDBio Pro ====

Foi adicionada a funcionalidade de biometria no EasyCash utilizando o leitor biométrico **iDBio Pro** da fabricante **Control ID**. Este modelo permite o **cadastro de até 3000 templates** no equipamento e uma **taxa de identificação de 1000 usuários/s**. Segue a imagem:

{{ :easycash:versoes:leitorbiometrico_controlid.png?300 |}}

Com esta finalidade, foi criado na tela de Configurações → Equipamentos →  Biometria uma opção para configurar alguns parâmetros relativos ao leitor biométrico da fabricante **Control ID**. Segue a imagem:

{{ :easycash:versoes:biometria_config_leitorbiometrico.png?500 |}}

Maiores informações podem ser obtidas no [[manuais:intellicash:biometria|Manual de Biometria]].
==== [BIOMETRIA] Criar a configuração do leitor biométrico FS88H ====

Foi adicionado o suporte a biometria no EasyCash utilizando também o leitor biométrico FS88H da Futronic. Este leitor possui certificado pelo FBI segundo a norma PIV-071006 de qualidade da imagem da digital. Segue a imagem:

{{ :easycash:versoes:leitorbiometrico_futronic_fs88h.png?400 |}}

Com esta finalidade, foi criado na tela de Configurações → Equipamentos →  Biometria uma opção para configurar alguns parâmetros relativos ao leitor biométrico da fabricante **Futronic - FS88H**. Segue a imagem:

{{ :easycash:versoes:configuracao_fs88h.png?500 |}}

Maiores informações podem ser obtidas no [[manuais:intellicash:biometria|Manual de Biometria]].
==== [BIOMETRIA] Permitir cadastrar impressões digitais ====

Durante o processo de identificação do cliente, caso o mesmo não seja encontrado e a configuração de cadastro estiver habilitada(**12107 - PDV: Biometria - Permite efetuar cadastro**) e o operador possuir permissão(**CADASTROBIOMETRIA**), pode-se efetuar o registro.

=== 1. iDBio Pro ===

Segue a imagem:

{{ :easycash:versoes:biometria_cadastro.png?600 |}}

No menu de Cadastro -> Biometria, pode-se efetuar o gerenciamento dos templates que serão armazenados no leitor, conforme a imagem:

{{ :easycash:versoes:biometria_gerenciamento_template.png?700 |}}

=== 2. Futronic FS88H ===

Segue a imagem:

{{ :easycash:versoes:cadastro_impressao_digital_FS88H.png?600 |}}
====[BIOMETRIA] Importação e Exportação dos Templates ====

Efetuada a implementação da importação e exportação do cadastro/atualização dos templates do frente de caixa para a retaguarda.

====[BIOMETRIA] Importação e Exportação de diferentes tipos de Templates ====

<note important>O leitor biométrico de cada fabricante pode utilizar um algoritmo de captura e identificação disponível no mercado(ANSI/ISO) ou desenvolver um algoritmo próprietário. Portanto, **se houver uma base de cadastro obtida através de um determinado leitor, para ser utilizado em outro, existe uma grande possibilidade de ter que fazer algum tipo de conversão ou até mesmo de serem incompatíveis**.</note> 

O tratamento que foi implementado nesta versão para __estes dois leitores homologados__, foi através da **imagem do dedo capturada pelo FS88H** gerar através de uma função disponibilizada pelo fabricante Control o **template para o leitor iDBio Pro**. Esta função está disponibilizada conforme a imagem abaixo:

{{ :easycash:versoes:menu_biometria_control.png?350 |}}

Irá abrir a seguinte tela:

{{ :easycash:versoes:menu_biometria_extracaotemplate.png?700 |}}

==== [BIOMETRIA] Tela de confirmação do cliente identificado ====

O sistema de biometria é baseado em probabilidade, tendo dependendo do leitor, uma taxa ínfima de falso positivo na identificação, mas caso, o cliente queira que o operador de caixa, confirme os dados retornados do processo, existe a seguinte opção:

<html>
<center>
<table>
<tr>
<td>
Configuração → Aba Biometria → Exibir mensagem de confirmação da identificação do cliente para o operador
</td>
</tr>
</table>
</center>
</html>

Segue a imagem:

{{ :easycash:versoes:biometria_mensagem_confirmacao.png?600 |}}

Uma vez setada a configuração, no frente de caixa, será mostrada a seguinte tela:

{{ :easycash:versoes:biometria_mensagem_confirmacao2.png?400 |}}

==== [BIOMETRIA]Desabilitar detecção de dedo falso no cadastro ====

Para agilizar o processo de cadastro no frente de caixa, pode-se a critério do cliente, desabilitar a detecção de dedo falso no frente de caixa, uma vez que caso ocorra a detecção, mesmo que seja um falso positivo, o processo de obtenção de dados do leitor será reiniciado, tendo que começar o cadastro novamente. Esta configuração pode ser acessada nas configurações do leitor biométrico FS88H, conforme mostrada na imagem:

{{ :easycash:versoes:biometria_cadastro_dedofalso.png?500 |}}
==== Conferência de Peso ====

O sistema agora permite no cadastro do produto, marcar se o peso daquele produto deve ser conferido no momento da venda, conforme a imagem da retaguarda:

{{ :easycash:versoes:conferencia_peso_produto.png?600 |}}

No momento da venda será pedido para efetuar uma nova pesagem do referido produto e validado em relação ao valor impresso na etiqueta, conforma a mensagem:

{{ :easycash:versoes:conferencia_peso_produto01.png?350 |}}

O valor da conferência pode apresentar uma variação mínima e máxima que o cliente poderá configurar no sistema, conforme a imagem:

{{ :easycash:versoes:conferencia_peso_produto02.png?400 |}}
===== Melhorias =====

==== [BIOMETRIA] Validação em duas camadas para o iDBio ====

<note important>Deve ser utilizada somente se o leitor começar a apresentar falso positivo na identificação e estiver aguardando uma solução permanente da equipe de suporte. Deixa o processo de identificação lento.</note>

Na tela de configuração do leitor biométrico iDBio Pro, foi adicionada a seguinte configuração:

{{ :easycash:versoes:idbio_validacao_doisestagios.png?450 |}}

Quando a mesma estiver habilitada é realizada a sequência de comandos:

<html>
<center>
<table>
<tr>
<td>
<b>01</b>
</td>
<td>
Armazena a configuração do bipe
</td>
</tr>
<tr>
<td>
<b>02</b>
</td>
<td>
Desliga o bipe
</td>
</tr>
<tr>
<td>
<b>03</b>
</td>
<td>
Executa a função de captura uma imagem de um dedo e tenta encontrar uma biometria semelhante cadastrada no dispositivo, retornando o ID
</td>
</tr>
<tr>
<td>
<b>04</b>
</td>
<td>
Grava no leitor a configuração do bipe
</td>
</tr>
<tr>
<td>
<b>05</b>
</td>
<td>
Executa a função de captura uma imagem de um dedo e verifica a semelhança com a biometria cadastrada com identificador ID
</td>
</tr>
</table>
</center>
</html>
==== [BIOMETRIA] Melhorias Adicionais ====

Quando se __cadastra um cliente novo e uma digital nova o sistema deixa excluir a digital do mesmo__, porém ao capturar a digital nova do cliente novo o foco ao invés de ir para o botão "Excluir" foi alterado para ir para o botão "Fechar".

==== [NFC] Exportação dos dados para o IntelliCash ====

Foi criado um menu na tela do EasyCash para poder posteriormente acessar novamente a tela de sincronização apresentada no fechamento de cada turno. Segue a imagem:

{{ :easycash:versoes:nfc_fechamento_turno.png?400 |}}

Ao acessar, será aberta a seguinte tela:

{{ :easycash:versoes:nfc_fechamento_turno01.png?400 |}}

Ao selecionar o turno de um dia e clicar no botão **OK**, será executado os mesmos procedimentos executados no fechamento do turno e exibido a tela:

{{ :easycash:versoes:nfc_fechamento_turno02.png?400 |}}

Caso haja alguma divergência, ao fechar a tela acima, teremos:

{{ :easycash:versoes:nfc_fechamento_turno03.png?450 |}}

Ao clicar em **Não** irá voltar para a tela anterior, mas ao clicar em **Sim**, teremos:

{{ :easycash:versoes:nfc_fechamento_turno04.png?800 |}}
==== Tela de autorizados no Frente de Caixa (Ticket 12297) ====

Foi criada a seguinte configuração, acessada em:

<html>
<center>
<table>
<tr>
<td>
Configuração → Cadastro → Geral → Venda a autorizado: Foco na opção "SIM"
</td>
</tr>
</table>
</center>
</html>

Segue a imagem:

{{ :easycash:versoes:venda_autorizado_foco.png?450 |}}

==== Venda de parcelamento para funcionários (Ticket 12285) ==== 

Foi adicionado para o frente de caixa exportar para a retaguarda a quantidade total de parcelas dos recebimentos, permitindo a exibição nos relatórios da retaguarda.

==== Identificação da forma de pagamento no TEF Automático ====

Nesta versão foi efetuada uma alteração para a importação de novos aliases de rede e também uma alteração para que seja possível adicionar novas identificações de rede para uma mesma associação. Para importar as aliases novas adicionadas na retaguarda, deve-se acessar:

<html>
<center>
<table>
<tr>
<td>
Cadastro → Pagamento/Recebimento → Alterar → Aba TEF Automático
</td>
</tr>
</table>
</center>
</html>

Segue a tela de importação:

{{ :easycash:versoes:tef_automatico_importacao.png?450 |}}

A tela no frente de caixa onde pode-se adicionar novos aliases é mostrada abaixo:

{{ :easycash:versoes:tef_automatico_aliases.png?450 |}}

Isto significa que a forma de recebimento **VISA DEBITO TEF** poderá ser __identificada por duas composições de informações provenientes da transação do TEF__, conforme mostrado na tabela abaixo:

<html>
<center>
<table>
<tr>
<td>
<b>VISA ELECTRON</b>
</td>
<td>
DÉBITO (Tipo)
</td>
<td>
DÉBITO GENÉRICO (Bandeira - Descrição)
</td>
<td>
00000 (Bandeira - Código)
</td>
<td>
DÉBITO (Bandeira - Tipo)
</td>
</tr>
<tr>
<td>
<b>VISA ELECTRON NA</b>
</td>
<td>
DÉBITO (Tipo)
</td>
<td>
DÉBITO GENÉRICO (Bandeira - Descrição)
</td>
<td>
00000 (Bandeira - Código)
</td>
<td>
DÉBITO (Bandeira - Tipo)
</td>
</tr>
</table>
</center>
</html>
==== Sugestão de Troco ====

Foi implementado no sistema a sugestão de troco, ou seja, caso o cliente realize uma compra no valor de R$5,20 e der uma nota de R$10,00 será mostrado o troco de R$4,80 e apresentado na tela algumas sugestões, como por exemplo:

<html>
<center>
<table>
<tr>
<td>
Acrescentando + R$0,20 (Totalizando R$10,20) o troco será de 5,00
</td>
</tr>
<tr>
<td>
Acrescentando + R$0,25 (Totalizando R$10,25) o troco será de 5,05
</td>
</tr>
<tr>
<td>
Acrescentando + R$0,50 (Totalizando R$10,50) o troco será de 5,30
</td>
</tr>
</table>
</center>
</html>

Será exibido pelo menos três sugestões de troco.

Para utilizar esta melhoria, a configuração "Sugerir Troco" deve estar marcada, conforme a imagem:

{{ :easycash:versoes:sugestao_troco_configuracao.png?450 |}}

No frente de caixa, após a finalização da venda, será mostrado na tela:

{{ :easycash:versoes:sugestao_troco.png?500 |}}

Pode-se acessar ainda o último troco pela tecla de atalho "CTRL + Z", conforme a imagem:

{{ :easycash:versoes:sugestao_troco01.png?500 |}}

==== Padronização da exportação dos tipos de cupons para a retaguarda ====

Foi padronizado na exportação dos dados do frente para a retaguarda os seguintes tipos e sua representação numérica:

<html>
<center>
<table>
<tr>
<td>
<b>SA</b>
</td>
<td>
<b>02</b>
</td>
<td>
SANGRIA
</td>
</tr>
<tr>
<td>
<b>SU</b>
</td>
<td>
<b>03</b>
</td>
<td>
SUPRIMENTO
</td>
</tr>
<tr>
<td>
<b>SA</b>
</td>
<td>
<b>04</b>
</td>
<td>
PAGAMENTOS
</td>
</tr>
<tr>
<td>
<b>SU</b>
</td>
<td>
<b>05</b>
</td>
<td>
RECEBIMENTOS
</td>
<tr>
<td>
<b>SU-CB</b>
</td>
<td>
<b>07</b>
</td>
<td>
CORRESPONDENTE BANCÁRIO/PAGAMENTO DE FATURA
</td>
</tr>
<tr>
<td>
<b>SA-DEV</b>
</td>
<td>
<b>08</b>
</td>
<td>
DEVOLUÇÃO DE MERCADORIA
</td>
</tr>
<tr>
<td>
<b>SU-PL</b>
</td>
<td>
<b>09</b>
</td>
<td>
CORRESPONDENTE BANCÁRIO - PRIVATE LABEL
</td>
</tr>
<tr>
<td>
<b>SA-REC</b>
</td>
<td>
<b>10</b>
</td>
<td>
TROCO DO RECEBIMENTO
</td>
</tr>
</table>
</center>
</html>

==== [NFC]Validar sangria e devolução de mercadoria para não dar divergência ==== 

Foi efetuada uma melhoria no fechamento de turno para que caso seja sangria e devolução, estes dois tipos não entre na comparação com os dados provenientes do servidor da NFC-e, uma vez que o servidor não é utilizado nestes dois processos.

==== Bloquear produtos ====

Foi tratado no frente de caixa para que caso o produto esteja bloqueado na retaguarda, ao ser importado no frente de caixa, o mesmo não seja encontrado na busca, na venda de DAV e de pré-venda.

==== Exibir coluna "Código Interno" na tela de pré-venda ====

Foi alterado para que a coluna de código interno seja exibida na tela principal de pré-venda, conforme a imagem:

{{ :easycash:versoes:pre_venda-codigo_interno.png?650 |}}

==== Mensagem cancelamento de cheque e cartão TEF ====

Ao realizar uma venda e pagar em cheque TEF e cartão TEF, se por algum motivo, não conseguir concluir o fechamento do cupom, este é cancelado e o EasyCash apresentava a opção de cancelar a transação do cartão, mas ela já estava cancelada de acordo com o Relatório de Cartões do SiTEF e mostrava a mensagem de erro de transação inválida. Foi melhorado o modo de tratar os cancelamentos de transação, evitando a mensagem de problema no cancelamento.

==== Mensagem EasyCash para pagamento Cheque a Vista e Cheque a Prazo no mesmo cupom (Configuração "Pede Cliente" desabilitada) ====

Foi efetuado um tratamento para quando a configuração "Pede Cliente" da forma de recebimento do EasyCash esteja desmarcada. Sendo assim, ao passar dois cheques, sendo um a vista e outro a prazo o sistema entendia que se tratava da mesma forma de recebimento, exibindo uma mensagem de forma de recebimento já inserida anteriormente, o que não era o caso. Foi realizado dois tratamentos:

**1)** Está configurada a opção de pedir cliente na forma de recebimento?

{{ :easycash:versoes:configuracao_cheque_01.png?550 |}}

**2)** Está configurada a opção de pedir cliente e no tipo de cliente está **CLIENTE DE CHEQUE A VISTA** ou **CLIENTE DE CHEQUE A PRAZO**?

{{ :easycash:versoes:configuracao_cheque_02.png?550 |}}


===== Correções =====

==== Sistema não está validando os pontos do cliente ao recuperar os dados arquivados no banco AM$FRENTE  ====

Foi corrigido para que pontos oriundos de diferentes programas de pontuação não sejam processados incorretamente no retaguardaq no processo de restauração.

==== Erro durante o teste de desligamento da impressora fiscal Bematech ====

Foi corrigido um erro de //List Index out of bounds(1)// que ocorria ao desligar o ECF na impressão do comprovante de crédito e débito(CCD) quando nas formas de pagamento era inserido dois cartões TEF.

==== Erro de exportação que ocasiona em lentidão com EcUpdater nos caixas ====

Foi efetuado uma correção para que o sistema indique os agentes em que ocorreram falha durante a exportação. Em caso de algum registro pendente, a seguinte mensagem será apresentada no painel de avisos do EasyCash:

{{ :easycash:versoes:agentes_pendentes01.png?500 |}}

No menu principal do sistema foi criado no caminho(caso exista pendência):

<html>
<center>
<table>
<tr>
<td>
Utilitários → Ferramentas → Agentes Pendentes de Exportação
</td>
</tr>
</table>
</center>
</html>

A ferramenta mostra todos os registros pendentes, permitindo localizá-los pelo nome ou documento do agente, visualizar dados cadastrais, os autorizados pela alteração/cadastro, etc. Permite também abrir o log do dia do registro selecionado e executar uma nova tentativa de exportação dos registros selecionados.Esta ferramenta pode ser acessada apenas com permissão de administrador.

==== Armazenar informações do Cliente para Entrega ==== 

Foi efetuada uma correção no módulo de processamento de entrega para armazenar temporariamente os dados fornecidos para o procedimento. Logo, estas informações não são perdidas caso ocorra algum erro no ECF, durante o processo de impressão, como na imagem abaixo:

{{ :easycash:versoes:erro_impressao_entrega.png?500 |}}

==== [SAT]Reimpressão do encerramento do dia difere da impressão original ====

Foi efetuada uma correção para que no caso específico de reimpressão do encerramento do dia,  os //contadores//, //totalizadores// e //totalizadores não fiscais// do cabeçalho não sejam divergentes da impressão original.

==== [SAT]Limitação do SAT para mais de 10 tipos de formas de pagamento em um cupom ====

Foi tratado no sistema para que não seja permitido adicionar mais de 10 formas de pagamento em um mesmo cupom quando utilizando o módulo SAT. Em testes, foi verificado que o SAT reporta //Erro desconhecido(1999)// para casos com 11 ou mais formas de pagamento.

==== Sistema não faz a reimpressão do relatório de gerencial de entrega pelo número ====

Foi alterado para que ao tentar reimprimir um relatório de entrega pelo número do relatório gerencial, o sistema consiga localizar o mesmo ao invés de exibir a mensagem que nenhuma informação para reimpressão foi encontrada.

==== Cancelamento forçado em casos de múltiplos CCD(Comprovante de Crédito e Débito) ====

Quando no sistema havia um cancelamento forçado com mais de uma forma TEF, não ocorria o estorno da segunda forma. Foi realizado um tratamneto para que caso haja erro no ECF o sistema não tente inserir o CCD no banco de dados e realizar a impressão em estado de erro, eliminando o problema da não impressão do estorno.

==== Estorno da forma de recebimento Clientes ====

No ECF da Bematech ao efetuar o desligamento na impressão do CCD utilizando uma forma de recebimento em //Cartão TEF// e outra em //Clientes// e em seguida clicar em NÃO o sistema irá ser fechado por segurança. Foi tratado para que quando o sistema for aberto novamente, seja cancelada a transação TEF assim como estornado o pagamento efetuado na forma clientes.