Versão liberada dia: 07/05/2024
Versão Intellicash: Mínima 3.1.016.000
Versão Executável: 1.5.000.000
Versão EcUpdater: 1.0.0.53
Versão IWS Notify: 1.0.7.0
Versão EcAutoUpdater: 1.0.0.3
Servidor EasyCash: 2.0.12.5
WatchDog: 1.0.0.3
IntelliCash: 3.1.016.000
Baseado na premissa de no futuro próximo efetuar a migração do frente de caixa para o FireBird 5.0, foram realizadas duas alterações:
1) Foi trocado nos dois bancos de dados a palavra LOCAL por MAQUINA uma vez que agora a mesma é reservada do Firebird.
2) Retirada as UDFs de apoio do sistema, deixando apenas as de criptografia.
Baseado na premissa de agora utilizar o atualizador para manipular as versões do frente de caixa, foram realizadas duas alterações:
1) A versão 1.4.023.000 do EasyCash irá se tornar a versão 1.5.000.000.
2) O sistema não existirá mais em formato de DLL agora sendo publicado somente no formato EXE.
Foi adicionada a seguinte opção no menu do servidor Enterprise:
Que irá efetuar a validação das tabelas do banco de dados utilizando o processo do serviço do FireBird, garantindo uma melhor performance. Segue a imagem:
Foi adicionado no IntelliWeb novo a possibilidade de cadastrar o destinatário, produto alvo ou unidade federativa da mensagem. Segue a imagem:
Esta mensagem será obtida pelo IWB Server e repassada para o servidor do EasyCash. Segue a imagem:
Foi criada a seguinte estrutura para adição de um terminal independente, segue:
No arquivo IWS_Notify_Server.ini foi criada a tag:
Nessa tag ao setar 0, o sistema irá iniciar em modo servidor e ao setar 1 o sistema irá iniciar em modo terminal.
Em modo terminal, teremos:
No arquivo EasyCash1.ini deve conter a seguinte configuração para ser possível acessar o terminal, segue:
No menu principal do EasyCash, foi modificado para contemplar o terminal, conforme a imagem:
Foi criada uma configuração para que na conferência de venda, possa ser exibido os cartões de modo condensado ou de modo separado. Segue a imagem:
Com a configuração desmarcada teremos:
Com a configuração marcada teremos:
Foi alterado para que o cupom premiado possa ser editável, facilitando a inserção de novos campos. Segue a imagem:
Foi alterado para que ao retornar para a retaguarda a informação da venda seja enviado o vendedor do orçamento em seus respectivos itens e o vendedor do cupom nos demais itens.
Foi alterado para que exista opção de alterar o foco da opção SIM e NÃO, onde houver opções de impressão. Segue a imagem:
Foi excluída a permissão de cancelar item do cupom, pois não estava sendo validado pelo frente de caixa. Atualmente, o SAT e a NFC-e possuem permissão própria que é a exclusão de item.
Foram desabilitadas as triggers que adicionam alterações do banco para enviar para o AM$FRENTE quando estiver importando dados do AM$FRENTE utilizando a procedure AM$_RESTAURARDEPENDENCIAS, evitando gerar exportação desnecessária de registro.
Foi alterado para que o processo de restauração utilize a procedure AM$_RESTAURARDEPENDENCIAS. No menu principal do sistema temos a seguinte opção:
Ao clicar no menu teremos:
Ao clicar no ícone ao lado da data, será possível visualizar no AM$FRENTE as informações da CUPOM_R60M arquivadas. Segue:
No final da execução de cada dia reimportado do AM$FRENTE será executado o processo de exportação para a retaguarda. Segue:
Foi criada a permissão ALTERARPERMISSAOCAIXA para que seja possível usuários normais acessarem o seguinte menu:
Anteriormente somente o usuário ADMIN poderia acessar a referida tela.
Foi alterado para que somente os usuários que forem selecionados sejam exportados para o frente de caixa.
Foi criada uma configuração para que na tela de conferência de caixa, possa aparecer os cartões como um único registro ou separado em TEF ou POS. Segue a imagem:
Foi tratado no frente de caixa as mensagens que irão aparecer para o operador nos seguintes casos:
1) EAN do produto setado como inativo:
2) Produto setado como inativo:
3) Produto não cadastrado no banco de dados:
As configurações adicionais do SAT criadas para resolver alguns casos específicos foram adicionadas em uma tela específica para facilitar a configuração. Segue:
Foi alterado para que caso forem cadastrados dois ou mais e-mails e dois ou mais telefones distintos para um mesmo funcionário, todas as contas recebam notificação e não apenas uma única.
O sistema estava informando dois valores distintos, um era o número da embalagem e o outro era o EAN do produto. Para evitar esse problema foi feito que o sistema ignore os dados da PROD_EMBALAGEM para produtos não derivados de petróleo, o EAN da embalagem será considerado um EAN inválido e será substituído pelo EAN válido do produto.
Foi tratado no Relatório de Recebimentos para que quando clicar em DINHEIRO, para abrir a cascata de opções contendo SANGRIA/SUPRIMENTO e VENDAS. Segue:
Foi tratado para que o controle de vasilhame também seja feito nos insumos do produto composto. Segue a imagem:
Foi criada uma opção para que seja possível logar a parte da venda em crediário no intuito de encontrar possíveis problemas no processo. Caso no arquivo EasyCash1.INI esteja setado:
[Sistema]
LogPagamento=1
O sistema irá criar um arquivo chamado EasyCash1FPG_YYYYMMDD.log que contêm várias informações do processo de seleção de forma de pagamento.
Foi tratado para quando for fechar o turno, mostre uma mensagem para o operador dos orçamentos pendentes:
Em log ficará do seguinte modo:
Caso não consiga acesso a retaguarda ou haja algum problema a mensagem irá mudar para:
Não foi possível validar os cupons pendentes na retaguarda!
Por favor, verifique manualmente na retaguarda as pendências.
Deseja prosseguir com o fechamento do caixa?
Foi tratado no servidor do EasyCash para que seja possível corrigir o CFOP caso o mesmo apresente alguma inconsistência. Teremos duas opções, conforme a imagem:
Acessando a opção Corrigir GTIN/CEST/NCM e CFOP em lote, teremos:
Ao clicar em Obter da Retaguarda, teremos:
Ao clicar em Aplicar, o sistema irá alterar no XML e também no banco do frente de caixa a tabela CUPOM_ICMSXISS que guarda o CFOP utilizado na venda.
Para esta tela deve-se aplicar individualmente cada alteração de produto. Lembrando que ao clicar em Aplicar, o sistema irá alterar no XML e também no banco do frente de caixa a tabela CUPOM_ICMSXISS que guarda o CFOP utilizado na venda.
Foram alteradas as procedures:
IF$ADD_EC_COMANDA_INT
IF$EC_GETCOMANDAID_ITENS
OS_ADD_EC_ORDEM_INT
OS_EC_GETORDEMID_ITENS
Foi adicionado o campo VENDEDOR nas tabelas IF$EC_COMANDA_INT_ITEM e OS_EC_ORDEM_INT_ITEM.
Foi corrigido uma falha no Notify devido a problema de comunicação com a internet. Foi criado um sistema de validação da internet, podendo agora ser de dois modos. Segue a imagem:
Foi corrigido um bug, para que na tela de cancelar item quando não tiver item selecionado e pressionar OK ou pressionar ENTER volte normalmente para a tela de venda.
Correção efetuada para que o EasyCash receba o telefone de entrega proveniente de orçamentos com e sem consumidor cadastrado.
Foi tratado um caso em que quando havia falha na transação TEF o referido valor era apagado da tela e o subtotal ficava negativo. Em conjunto, foi tratado para avisar o operador caso o mesmo queira cancelar o recebimento e já tenha uma transação TEF pendente.
Foi adicionada uma validação na tela de fechamento da venda para o valor mínimo em que deve-se identificar o consumidor. Caso atinja o referido valor o operador será avisado e irá abrir a tela de identificação do consumidor.
Foi feita uma melhoria na conexão via enterprise pra permitir que a conexão seja restabelecida automaticamente quando houver perda no meio do processamento de um orçamento, minimizando os erros após a perda. Esta melhoria pode ser válida somente para os casos em que o enterprise reinicia ou quando a conexão estiver instável, porém com retorno imediato.
Foi tratado para que o EasyCash ignore endereços cujas cidades não constem no banco local.
Efetuada uma correção para que o sistema não pergunte a data/hora caso a seguinte flag esteja setada no arquivo INI:
ForcaAjusteDataHora = 1
Nesta tarefa foi corrigido para que o CFOP 5405 não seja substituído pelo 5102 uma vez que foi revogado de acordo com o Diário Oficial da União.
Foi corrigido para que quando o sistema perca a conexão com a retaguarda na confirmação do orçamento, seja exibido um aviso e o mesmo fique setado como pendente, conforme a imagem:
Foi corrigido um erro na importação de clientes, onde foi adicionado para ignorar endereços cujas cidades não constem no banco de dados local. Segue a imagem do erro:
Na tela de configuração estava perdendo a configuração salva, voltando sempre para a primeira opção da lista, conforme a imagem:
Foi corrigido nesta versão o problema.