Versão liberada dia: 10/09/2021
Versão Intellicash: Mínima 3.1.008.000
Versão Executável: 1.4
Versão DLL: 1.4.015.000
Versão EcUpdater: 1.0.0.45
Versão IWS Notify: 1.0.5.0
Versão EcAutoUpdater: 1.0.0.3
Servidor EasyCash: 2.0.8.0
WatchDog: 1.0.0.3
IntelliCash: 3.1.008.000
Foi criada a configuração 21907 e adicionada na tela de configuração conforme a imagem:
Uma vez marcada a configuração ao clicar em duplicar cupom será mostrada a seguinte tela:
Ao selecionar Remoto será aberta a seguinte tela:
Assim deve-se selecionar o caixa que o sistema irá buscar o cupom, colocar a data e indicar o COO do cupom.
No menu de LOG foi criado uma aba chamada Manutenção conforme a imagem:
Ao acessar ele e clicar em Processar será mostrada a seguinte tela para os logs:
As regras de tratamento que regem os arquivos são essas:
1) Os logs antigos serão remanejados para dentro de suas respectivas pastas seguindo a regra <DIR_PADRAO>\<ANO_MES>\<DIA>.
2) Arquivos cuja data da última modificação superam 90 dias(3 meses) são automaticamente excluídos.
3) Arquivos cuja data da última modificação é maior que 30 dias e menor que 90 dias(3 meses) são automaticamente compactados(ZIP).
4) Arquivos menor ou igual a 30 dias não são alterados. O sistema só valida se precisa realocar o mesmo para o caminho padrão de log que foi definido no item 1.
Foi criada, em conjunto com o Intellicash, uma ferramenta de promoção por cupom onde a cada X reais em compras é gerado um cupom participante. O processo segue as seguintes regras:
1) O cupom participante é impresso separadamente do cupom fiscal;
2) No Intellicash configura-se o período de promoção, o valor mínimo para emissão de um cupom e o enunciado da promoção a ser impresso;
3) Aos clientes que se identificam durante a venda, os pontos são acumulativos, ou seja, caso não atinja o valor mínimo para um cupom ou mesmo sobre um valor residual, o mesmo será somado ao valor da próxima venda até que se atinja o valor do cupom promocional;
4) Os dados de identificação do cliente (Nome, endereço e telefone) serão preenchidos automaticamente quando o cliente se identifica durante a venda;
5) Clientes que não se identificam também ganham cupons a cada X reais gastos na compra corrente. As informações como nome, documento, endereço e telefone deverão ser preenchidas manualmente pelo cliente;
6) Os cupons são proporcionais à quantidade gasta;
7) É possível, mediante permissão, efetuar a reimpressão do cupom em caso de falhas. Existe um contador que mostra quantas vezes o cupom foi reimpresso na ferramenta do IntelliCash.
Foi criada a configuração 21707, sendo possível escolher o número de vias, conforme a imagem abaixo:
Foi validado o processo de cancelamento de transação pendente e foi alterado para gerar impressão do comprovante de cancelamento ao cancelar o cupom em decorrência de algum problema no fluxo do TEF.
Foi melhorado o processo de inserir dados da entrega, possibilitando ao operador abrir a mesma quantas vezes for necessário durante o processo de venda.
Foi melhorado para que ao utilizar o atalho (CTRL + R) para recebimento de Títulos a receber, o valor do novo atalho para preenchimento desse valor a ser pago (F11) preencha o campo Valor na tela de Recebimento.
Ao efetuar a exportação para a retaguarda de algum registro que tenha preenchido o código do agente, o sistema irá enviar também o nome do mesmo, facilitando a identificação ao enviar esses dados para o BI.
Foi melhorado o tratamento de exceção para quando a mesma for proveniente da procedure de confirmação do cupom de venda no banco de dados, apresentando a seguinte mensagem:
Foi compatibilizado o sistema suportar as tags do responsável técnico no xml da venda caso seja no futuro requisitado pela SEFAZ.
Ao efetuar a conversão entre a forma de recebimento da retaguarda e a forma de recebimento do frente de caixa e o tipo do mesmo for 800(Carteira Digital) o sistema irá chamar automaticamente o fluxo do TEF, habilitando o QrCode na tela para o operador.
Na tela de troca de mercadoria, foi criado um botão para que seja possível listar todos os produtos de um determinado cupom. Segue:
Foi adicionado no sistema para que apartir de 01/09/2021 comece a gerar na identificação de forma de pagamento os seguintes índices adicionais:
Foi criada a configuração 21607, para que uma vez setada o sistema não oculte automaticamente a tela de troco, aguardando o referido valor setado. Segue:
Lembrando que esta tela pode ser fechada ao pressionar ESC depois da finalização do cupom.
Foi criada a configuração 22007 que caso esteja marcada ao importar o orçamento o sistema irá pedir para que seja digitado o valor a ser pago, adicionando o valor adicional como acréscimo. Segue:
No processo de importação do orçamento, teremos:
Foi alterado para que na tela de consulta de preço quando o produto estiver com preço por atacado MAIOR que o PREÇO NA PROMOÇÃO, as informações do ATACADO não sejam apresentadas na tela.
Foi criada a permissão INSERIRVALORBAIXA que é validada ao acionar o atalho(F11) para efetuar a baixa por valor.
Foi adicionado um botão de configuração para sangria e outro para suprimento onde é possível setar a quantidade de vias conforme a imagem:
Foi adicionado para que na tela de reimpressão (CTRL + P) seja possível reimprimir o relatório de fechamento de caixa por Data e Turno conforme a imagem:
Foi criada a configuração 21807 para que seja possível setar a quantidade de impressões da segunda via ao finalizar o cupom na forma de recebimento CLIENTES. Segue:
Foi alterado para que tanto na identificação do destinatário quanto na entrega, se a única informação faltante for o número, o sistema assuma 'S/N' e faça a identificação normalmente.
Foi corrigida a procedure CRESCEVENDAS$GETITENS para chamar a procedure APLICARDESCONTOSPROMOCIONAIS somente quando o cupom não tenha sido subtotalizado.
Foi adicionado na procedure ADD2CONFERECAIXA uma validação para verificar se determinado valor referente a forma de pagamento já foi inserido na tabela naquele turno. Caso exista o sistema irá atualizar ao invés de inserir um novo.
O EcUpdater foi alterado para só receber empresas, configurações e usuários quando não houver nenhuma empresa cadastrada no banco do frente.
Foi alterado no IntelliCash para que a exportação de agentes não exclua os headers da exportação de produtos.
Foi corrigido um problema de troco negativo quando havia na venda resgate de pontos do programa de pontuação e orçamento com forma de pagamento sugerida com acréscimo.