Versão 1.4.022.000

Versão liberada dia: 22/01/2024
Versão Intellicash: Mínima 3.1.015.000
Versão Executável: 1.4
Versão DLL: 1.4.022.000
Versão EcUpdater: 1.0.0.52
Versão IWS Notify: 1.0.5.0
Versão EcAutoUpdater: 1.0.0.3
Servidor EasyCash: 2.0.12.4
WatchDog: 1.0.0.3
IntelliCash: 3.1.015.000

Nesta versão foi criada a funcionalidade de acessar rapidamente via atalhos as formas de pagamentos. Segue:

Ao clicar ou pressionar enter no campo de atalho é possível adicionar ou alterar o mesmo. Caso seja um atalho inválido será mostrada a seguinte mensagem:

Vale ressaltar que os atalhos devem respeitar as seguintes regras:

• Caso seja PAI sem filho ao digitar no edit da forma o atalho a forma será automaticamente selecionada.
• Caso seja PAI com filho ao digitar no edit da forma o atalho será aberta a tela de seleção do filho. Salvo caso do TEF automático.
• Caso seja o próprio filho será automaticamente selecionado como o pai.

Foi replicada a configuração 6408 do EasyCheckOut para o EasyCash para que seja possível identificar o cliente antes de abrir a venda. Segue:

Foi criado tanto na tela de configuração do EasyCash quanto do SelfCheckOut a seguinte opção:

Ao clicar nela, será aberta a seguinte tela:

Sendo que no primeiro grid será mostrado os frente de caixa ATIVOS do sistema EasyCash e SelfCheckOut, respectivamente.

Ao selecionar um registro do frente de caixa e clicar em VALIDAR será mostrado:

Teremos então habilitadas as opções Exportar para o caixa e Importar do caixa, com isso ao selecionar, por exemplo, a primeira opção, teremos:

Ao clicar em SIM, teremos:

Uma vez selecionado o frente de caixa que irá receber as configurações, será mostrado:

Ao clicar no símbolo de interrogação do lado do botão VALIDAR, será mostrada a mensagem:

No grid inferior ao clicar com o botão direito do mouse, foi adicionado duas opções de seleção, segue:

Foi melhorado para que ao cancelar um cupom em aberto, a impressão traga os itens do cupom. Foi criada uma configuração para que o cliente possa escolher se deseja imprimir o extrato completo ou apenas o valor e o motivo. Segue:

Foi alterado para que embora o cliente esteja bloqueado, seja possível inserir o mesmo nos dados da entrega de um cupom fiscal.

Para os clientes que utilizam IntelliFood, onde em alguns casos o mesmo trabalha no período noturno, onde encerra após as 00:00 horas, atualmente, o Intellifood pára de vender, obrigando o cliente a tirar o encerramento do dia, abrir um novo caixa para continuar a venda. Foram criadas duas configurações novas:

1) Configuração 7108 - Hora do encerramento do dia:

2) Configuração 7208 - Tolerância para fechamento do turno:

A primeira configuração (7108), ALTERADA SOMENTE VIA BANCO DE DADOS, desloca o horário de encerramento do dia para o horário definido. Desta forma a “virada do dia” que ocorre às “00:00:00” pode ser deslocada para algum outro horário ao longo do dia. Note que uma vez alterada, o dia de movimento será deslocado, impactando o financeiro e o fiscal no IntelliCash, portanto não se recomenda alterá-la.
A segunda configuração (7208) pode ser alterada via interface. Ela permite que seja definido um horário de tolerância para o fechamento do turno. Uma vez configurada, o sistema permitirá que se realize vendas normalmente até o horário definido. Quando o horário de encerramento do dia for diferente do horário de tolerância para fechamento do turno, ao detectar a “virada do dia”, o sistema rodará automaticamente a procedure NFC_REDUCAOZ ou SAT_REDUCAOZ, encerrando o dia anterior e abrirá imediatamente um novo dia de movimento. Porém o turno continuará em funcionamento até o horário setado na configuração 7208. Uma vez atingido o horário limite do turno, o sistema exigirá o encerramento, conforme ocorre em versões anteriores.
Apesar do sistema encerrar o dia provisoriamente sem a interação do usuário, ao finalizar o horário de tolerância de encerramento do turno, o sistema obrigará o encerramento do dia de forma definitiva por parte do usuário, da mesma forma que se faz nas versões anteriores. Portanto, a conferência de caixa, sincronizações de contingências e manutenções no banco de dados não serão afetadas.
Quando o sistema estiver no período de tolerância do encerramento do turno ele não permitirá a abertura de novos turnos simultâneos até que o usuário encerre o dia pendente. Neste período, somente é permitido fechamento dos turnos. Se todos os turnos estiverem fechados o encerramento do dia deverá ser executado para que um novo turno seja aberto no dia corrente.

Foi trocado para que ao invés de perguntar se deseja imprimir o DANFE pergunte se deseja imprimir o cupom, caso a configuração de perguntar se deseja imprimir esteja habilitada. Segue:

Foi melhorado para que na versão 1.0.0.3 do IWB Server, seja mostrado a descrição da empresa e o CNPJ correspondente na tela principal do servidor. Segue a tela de configuração:

Segue a tela do servidor:

Ocorreram alguns cancelamentos de venda devido a rejeição crítica retornada pela SEFAZ. Como se trata de uma rejeição crítica, foi melhorado para que o sistema adiante a validação ao webservice da IWS a fim de validar se houve uma solicitação de emissão offline. O sistema faz normalmente essa validação a cada 30 minutos (configurável em NFCe → Contingência Online, no servidor do EasyCash). Agora o sistema fará uma validação extra sempre que houver uma rejeição crítica por parte da SEFAZ e caso detecte que o sistema deverá estar offline, emitirá a venda em contingência a partir de então.

Foi alterado para que ao estar setado para somente digitar o valor do dinheiro na tela de digitação, o sistema apresente os outros registros do grid como somente leitura, não permitindo serem alterados.

Foi criada uma nova configuração que permite na tela de localização do cliente, validar o saldo restante e o saldo devedor. Segue:

Na tela de localização do cliente, teremos:

Foi adicionado para enviar para a retaguarda os dados de autorização das permissões que são guardados na tabela AUTORIZADO. Na retaguarda esses dados são armazenados na tabela EC_AUTORIZADO.

No servidor de SAT, foi melhorado o tratamento para exibição e exportação dos XML de CF-e que ficam armazenados no banco de dados do mesmo. Segue:

Na tela de ordem de serviço foi criado um campo chamado número interno que irá funcionar igual o número interno do orçamento e no frente de caixa permite a busca pelo mesmo.

Caso o cupom esteja com o status EFETUADA, na tela de troca será mostrado o número do cupom que efetivou a mesma, segue:

Foi criado um checkbox na tela de busca por produto que quando marcado não permite repetir o produto na listagem. Segue:

Foi adicionado um botão para efetuar a impressão do extrato de contas a receber para determinado cliente. Segue:

Segue o extrato impresso:

Pelas regras da SEFAZ, a numeração da NFC-e é sequencial de 1 a 999.999.999, por estabelecimento e por série, devendo ser reiniciada quando atingido esse limite. Foi adicionado para ser efetuada a reinicialização do contador NEWNFCE pela procedure GETGENERATORID, podendo ser utilizada para outros geradores também. Reinício dos geradores NEWNFCCOO e NEWSATCOO revisados e adicionados em algumas procedures específicas.

Irá seguir o seguinte fluxo o processo de importação e carga das formas de pagamento:

1) Foi tratado para que ao alterar na retaguarda os dados da associação do TEF automático, ao fechar a tela o sistema irá efetuar a exportação.
2) Ao abrir o EasyCash, o sistema irá aguardar 2 segundos e em seguida irá acionar o ECUpdater para importar os dados do TEF automático. Ao importar será adicionado um registro na tabela HIST_TEFAUTO com a coluna CARGAFPG setada para nulo.
3) Ao abrir o turno, o sistema irá detectar que o campo CARGAFPG está nulo e então irá carregar as formas de pagamento, setando a data/hora no campo em questão. Segue:

No log principal do sistema irá ficar setado uma mensagem como a seguir:

Foi Detectado em cliente que ao realizar um recebimento e selecionar a opção “Não” no fluxo que pergunta se deseja imprimir o comprovante, o sistema realiza o recebimento (TEF) e não efetua a baixa no agendamento financeiro, quando realiza uma baixa parcial. Neste caso, foi tratado para que quando o sistema aplicar a baixa parcial pelo TEF, ele automaticamente feche a segunda tela de recebimento, assim como acontece quando o fechamento é executado pela forma POS.

Foi alterada a procedure NFE_XML_DETPROD para obter o valor unitário do campo VALOR1 da CUPOM_R60I ao invés de obter do campo VPRECO da tabela PRODUTO. O segundo campo é alterado no momento da importação enquanto que o primeiro leva em consideração o preço do produto no momento da venda.

Foi detectado em cliente que alguns caixas estavam ficando com a retaguarda offline e no dia seguinte ao tentar colocar os caixas online novamente não estava voltando o acesso. Para este caso, foi criada uma validação para impedir que o arquivo de backup contendo o IP correto seja substituído por outro contendo o IP errado.

Ao abrir o cupom de entrega para selecionar o cliente, quando coloca o nome do cliente e seleciona ele, já puxa automático as informações, porém se eu seleciono o cliente errado e depois apago o nome dele e seleciono outro, automaticamente o sistema deveria trocar todas as informações para o novo cliente selecionado. Porém isso não ocorria, a tela ficava pausada nas informações do cliente anterior, sendo necessário cancelar a tela de entrega e abrir novamente para colocar o cliente correto. Este processo foi corrigido.

Ao dar falha de conexão com o banco de dados é emitida uma mensagem que o sistema será fechado automaticamente. Porém, ele continuava ativo tentando iniciar o servidor. Foi corrigido para ele finalizar o sistema.

Ao mesclar dois orçamentos com a configuração turno controlado pela retaguarda marcada, ocorria algumas falhas referente ao operador de caixa. Foi adicionada na procedure EC_ADD_EC_DAV_INT do IntelliCash a conversão do operador de caixa para o usuário do retaguarda, abrindo um turno automaticamente se devidamente configurado. Portanto para que seja possível mesclar orçamentos com turno controlado pelo retaguarda, será necessário que o operador de caixa possua um vínculo com um usuário do InteliCash.

Foi reportado pelo suporte que após atualização de um cliente não apareceu mais na tela de digitação da conferência de caixa a forma CHEQUE. Foi corrigido para que seja apresentado corretamente. Segue:

Ao abrir a tela para digitação dos dados de um cheque a opção “O Próprio” em dados do emitente já vem marcada e ao digitar o documento e dar TAB ele não estava preenchendo automático os dados do agente e ficava emitindo a mensagem de TAMANHO CNPJ/CPF INVÁLIDO quando clicava no campo documento. Correção efetuada para funcionar tanto o TAB quanto o ENTER no checkbox e para não travar no campo “Documento do emitente”. Segue: