Aqui você vê as diferenças entre duas revisões dessa página.
|
easycash:versoes:1.5.003.000 [2025/04/10 11:17] jsiqueira [Processo falho na abertura do EC esperando impressora] |
easycash:versoes:1.5.003.000 [2025/06/25 19:03] (atual) qualidade01 |
||
|---|---|---|---|
| Linha 4: | Linha 4: | ||
| **Versão Intellicash: Mínima 3.1.019.000 **\\ | **Versão Intellicash: Mínima 3.1.019.000 **\\ | ||
| **Versão Executável: 1.5.003.000 **\\ | **Versão Executável: 1.5.003.000 **\\ | ||
| - | **Versão EcUpdater: 1.0.0.54 **\\ | + | **Versão EcUpdater: 1.0.0.55 **\\ |
| **Versão IWS Notify: 1.0.7.0 **\\ | **Versão IWS Notify: 1.0.7.0 **\\ | ||
| **Versão EcAutoUpdater: 1.0.0.3 **\\ | **Versão EcAutoUpdater: 1.0.0.3 **\\ | ||
| - | **Servidor EasyCash: 2.0.13.0 **\\ | + | **Servidor EasyCash: 2.0.14.0 **\\ |
| - | **WatchDog: 1.0.0.5 **\\ | + | **WatchDog: 1.0.0.6 **\\ |
| - | **[[https://wiki.iws.com.br/doku.php?id=intellicash:atualizacoes:3.1.018.000|IntelliCash: 3.1.019.000 ]]** | + | **[[https://wiki.iws.com.br/doku.php?id=intellicash:atualizacoes:3.1.019.000|IntelliCash: 3.1.019.000 ]]** |
| ''\\ | ''\\ | ||
| ===== Funcionalidades ===== | ===== Funcionalidades ===== | ||
| + | |||
| ==== Quantidade de vias recarga de celular ==== | ==== Quantidade de vias recarga de celular ==== | ||
| Linha 37: | Linha 38: | ||
| * **Foco no SIM** | * **Foco no SIM** | ||
| * **Foco no NÃO** | * **Foco no NÃO** | ||
| + | |||
| + | ==== Envio da data de vencimento do Certificado Digital para o IWB ==== | ||
| + | O sistema EasyCash agora envia automaticamente a **data de vencimento do certificado digital** instalado na máquina para o IWB, seguindo os critérios abaixo: | ||
| + | |||
| + | - A data só será enviada se: | ||
| + | - A **data de vencimento** capturada for **maior que a data atual**, e; | ||
| + | - O **CNPJ do certificado digital** corresponder ao **CNPJ** armazenado no banco de dados local. | ||
| + | - Para clientes com estrutura **matriz e filial** que utilizam o mesmo certificado digital, é feita a **validação pela raiz do CNPJ** (ou seja, os 8 primeiros dígitos), permitindo compatibilidade entre as lojas. | ||
| + | - O envio dessas informações é feito de forma automática via **API integrada com o IWB**. | ||
| + | |||
| + | |||
| + | ==== Abrir gaveta para sangria ==== | ||
| + | Foi adicionada uma nova **configuração** que permite abrir automaticamente a **gaveta de dinheiro ao realizar uma sangria** no PDV. | ||
| + | |||
| + | |||
| + | {{ :easycash:versoes:SangriaAbreGav.png?450 |}} | ||
| + | |||
| + | Essa função visa agilizar o processo e garantir praticidade na operação de retirada de valores. | ||
| + | |||
| + | ==== Promoção especial (com ou sem forma de pagamento) ==== | ||
| + | Agora é possível configurar **promoções especiais** que: | ||
| + | * Exigem uma **forma de pagamento específica**, ou; | ||
| + | * **Não exigem forma de pagamento**, permitindo maior flexibilidade na aplicação de campanhas e descontos. | ||
| + | |||
| + | Essa funcionalidade amplia as possibilidades de estratégia comercial, permitindo campanhas direcionadas conforme a necessidade do negócio. | ||
| + | |||
| + | ==== EasyCash duplo ==== | ||
| + | O sistema do **frente de caixa agora oferece suporte a computadores com dois monitores**, permitindo uma **experiência aprimorada para o cliente**, **sem replicação de dados** entre as telas. | ||
| + | |||
| + | A segunda tela será utilizada exclusivamente para **exibir informações relevantes ao cliente**, como: | ||
| + | * **Tela de venda:** Indicativo de caixa livre e detalhamento de itens; | ||
| + | * **Identificação de consumidor:** Será exibido um aviso ao operador de caixa solicitando que o cliente insira o CPF. Se ele cancelar ou se o operador pressionar "ESC" a tela padrão será exibida. | ||
| + | * **Detalhamento de descontos automáticos:** A mesma tela dela apresentada ao operador de caixa é replicada na segunda tela, porém sem a possibilidade de interação. | ||
| + | * **Tela de fechamento:** Detalhes dos valores pagos, descontos no subtotal e troco. | ||
| + | * **Pesquisa de opinião** | ||
| + | |||
| + | Funcionamento | ||
| + | * A segunda tela será **exibida automaticamente** sempre que um segundo monitor for detectado. | ||
| + | * Caso o segundo monitor seja touchscreen, ele deve estar **devidamente configurado no sistema operacional Windows** para garantir o funcionamento interativo. | ||
| + | | ||
| + | Configuração | ||
| + | Para ajustar corretamente a exibição da segunda tela, siga o passo a passo abaixo: | ||
| + | |||
| + | {{ :easycash:versoes:ativarSegTela.png?450 |}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| ===== Melhorias ===== | ===== Melhorias ===== | ||
| + | ==== Saldo de autorizado no frente de caixa ==== | ||
| + | Para aprimorar o processo de finalização da venda, especialmente em casos em que o cliente possua **autorizados vinculados**, foi implementada uma melhoria que permite: | ||
| + | * Visualizar o **saldo disponível** e o **limite de crédito** de cada autorizado no momento da seleção; | ||
| + | * Realizar essa consulta **mesmo quando a retaguarda estiver offline**, garantindo mais autonomia ao EasyCash e evitando interrupções nas vendas. | ||
| + | {{ :easycash:versoes:Saldo.png?450 |}} | ||
| + | |||
| + | ==== Duplicar Cupom de Datas Anteriores ==== | ||
| + | oi aprimorada a funcionalidade de **duplicação de cupons**, permitindo agora replicar cupons emitidos até **7 dias anteriores** à data atual do pedido — superando o limite anterior de apenas 2 dias. | ||
| + | {{ :easycash:versoes:pedidosDuplicarCupom.png?450 |}} | ||
| + | |||
| + | Na imagem acima, é possível visualizar a nova melhoria do sistema, que agora permite duplicar cupons mesmo após vários dias da venda original. | ||
| + | |||
| + | ==== Aumento da tela de configuração ==== | ||
| + | A tela de configurações do sistema foi expandida para facilitar a usuabilidade. | ||
| + | |||
| + | {{ :easycash:versoes:expansaoTelaConfig.png?450 |}} | ||
| + | |||
| + | ==== SAT - Retirar validação do ini IgnoraStatusFinalizacao ==== | ||
| + | Foi implementada uma nova validação no processo de comunicação com o **SAT**, com o objetivo de **evitar a geração de cupons no PDV que não sejam efetivamente enviados ao equipamento**. | ||
| + | |||
| + | Essa melhoria garante maior segurança na emissão fiscal, tratando situações em que o SAT não responde de forma adequada. | ||
| + | |||
| + | **Alterações realizadas:** | ||
| + | * O sistema agora valida a comunicação com o SAT **antes de gerar o cupom**, prevenindo inconsistências fiscais; | ||
| + | * A antiga configuração `IgnoraStatusFinalizacao` (presente no arquivo `.ini`) foi **removida** do sistema, pois não é mais necessária com a nova abordagem; | ||
| + | * A leitura e o uso dessa tag foram completamente descontinuados. | ||
| + | |||
| + | ==== Liberação de contingência no fim de semana ==== | ||
| + | Com o objetivo de **facilitar o atendimento do Suporte e garantir a continuidade das operações dos clientes**, foi aprimorado o processo de **liberação emergencial ou offline do EasyCash (via Intelliweb)**. | ||
| + | |||
| + | **O que mudou:** | ||
| + | * Quando a liberação emergencial for feita em **finais de semana**, a licença **só irá expirar no próximo dia útil**, evitando bloqueios em horários críticos e fora do expediente; | ||
| + | * A validade da liberação emergencial offline agora é **fixada em 3 dias corridos**, proporcionando um tempo seguro para regularização da licença sem interrupções no funcionamento do caixa. | ||
| + | |||
| + | Essa melhoria garante maior estabilidade nas operações e reduz a necessidade de suporte imediato em dias não úteis. | ||
| + | |||
| + | ==== Foco do botão na Pré-Venda ==== | ||
| + | Foi adicionada uma nova configuração que permite ao usuário definir qual botão receberá o **foco inicial** ao abrir a tela de **Pré-Venda**. | ||
| + | |||
| + | {{ :easycash:versoes:TelaPreVenda2.png?450 |}} | ||
| + | |||
| + | Essa personalização oferece mais agilidade no atendimento, permitindo escolher entre: | ||
| + | |||
| + | * **Botão OK**: foco inicial na confirmação. | ||
| + | * **Botão Localizar**: foco inicial na busca de cupons. | ||
| + | |||
| + | {{ :easycash:versoes:ConfigFocoBotaoPreVenda.png?450 |}} | ||
| + | |||
| + | |||
| + | ==== Solicitação de Ajuste na Mensagem de Erro no Sistema TEF ==== | ||
| + | |||
| + | A mensagem exibida atualmente em casos de falha na comunicação com o //TEF// era: | ||
| + | **"Sem conexão com o servidor"**. | ||
| + | |||
| + | Para evitar ambiguidades e tornar a informação mais clara para o usuário, a mensagem foi atualizada para: | ||
| + | **"Sem conexão com o TEF"**. | ||
| + | |||
| + | Essa alteração visa facilitar a identificação do problema, já que o termo **“servidor”** é genérico e pode gerar dúvidas quanto à origem da falha. Com a nova mensagem, o sistema deixa evidente que a instabilidade está relacionada ao //TEF// (Transferência Eletrônica de Fundos), otimizando o suporte e a experiência do operador. | ||
| + | |||
| + | ==== Melhoria no fluxo do troco digital ==== | ||
| + | Foi implementada uma melhoria no processo de **troco digital**, visando garantir maior continuidade e confiabilidade mesmo em situações de **ausência de conexão com a internet**. | ||
| + | |||
| + | Como funciona: | ||
| + | * Ao identificar que **não há conexão ativa com a internet**, o sistema passa a **consultar o saldo do cliente diretamente na retaguarda**. | ||
| + | * Para permitir essa operação offline, foi criada uma **nova permissão específica**, que deve ser ativada para liberar o uso do saldo nesse cenário. | ||
| + | * O valor utilizado como troco digital será marcado como **pendente de exportação**, e será automaticamente enviado à API assim que a conexão for restabelecida. | ||
| + | * Durante esse processo, o **saldo utilizado é armazenado em tempo real na retaguarda**, no momento da finalização do cupom, garantindo rastreabilidade e consistência dos dados. | ||
| + | |||
| + | ==== Segunda via: Incluir Informações ==== | ||
| + | Foi adicionada uma nova configuração que permite incluir informações adicionais na impressão da segunda via do cupom fiscal. Agora, é possível exibir os seguintes dados ao final do documento: | ||
| + | * Quantidade de itens vendidos | ||
| + | * Total de unidades vendidas | ||
| + | |||
| + | A imagem abaixo ilustra onde a nova configuração pode ser habilitada: | ||
| + | |||
| + | {{ :easycash:versoes:PDV: Segunda via.png?450 |}} | ||
| + | |||
| + | Entenda os campos: | ||
| + | * Quantidade de itens vendidos: Refere-se ao número de produtos distintos. | ||
| + | Exemplo: Se foram vendidas 5 unidades do item A e 5 unidades do item B, o total de itens vendidos será 2. | ||
| + | * Total de unidades vendidas: Soma de todas as unidades de produtos comercializados. | ||
| + | Exemplo: Com os mesmos dados acima, o total de unidades vendidas será 10. | ||
| + | |||
| + | ==== Tela de configurações do PDV ==== | ||
| + | |||
| + | A tela de Configurações do PDV foi aprimorada para evitar a abertura múltipla de janelas do mesmo tipo. | ||
| + | |||
| + | A partir desta versão, o sistema permite abrir apenas uma instância da tela de configurações por vez, evitando duplicidade e possíveis conflitos ao editar as configurações simultaneamente. | ||
| + | |||
| + | ==== Vale troca que gera troco virar outro vale ==== | ||
| + | Foi adicionada uma nova configuração que permite transformar o **troco de uma troca em uma nova troca residual**. Essa funcionalidade oferece mais flexibilidade no processo de finalização de compras com cupons de troca. | ||
| + | |||
| + | > **Importante:** | ||
| + | > Para que a troca residual funcione, a configuração de **troco digital deve estar desabilitada**. | ||
| + | |||
| + | Na imagem abaixo, é possível visualizar as opções disponíveis quando a funcionalidade está ativada: | ||
| + | |||
| + | {{ :easycash:versoes:ConfigTrocaResidual.png?450 |}} | ||
| + | |||
| + | Como Funciona: | ||
| + | Quando um **cupom de troca ou residual** é utilizado e seu valor **excede o valor da compra**, o sistema permite gerar um novo **cupom de troca residual** com o valor restante. | ||
| + | |||
| + | Ao finalizar a venda, será exibida a seguinte pergunta ao operador: | ||
| + | |||
| + | {{ :easycash:versoes:perguntaTrocaResidual.png?450 |}} | ||
| + | |||
| + | * Se a opção **"SIM"** for selecionada, o sistema imprimirá um novo **cupom residual** com o saldo remanescente. | ||
| + | * Caso a opção **"NÃO"** seja escolhida, apenas o cupom fiscal da venda será impresso. | ||
| + | |||
| + | ==== Cbenef - cadastro do produto ==== | ||
| + | Foi adicionado um novo campo chamado **"Código do Beneficiário"** na tela de cadastro de produto. | ||
| + | |||
| + | A nova informação pode ser utilizada futuramente para integrações, filtros ou relatórios relacionados ao beneficiário do produto. | ||
| + | |||
| + | {{ :easycash:versoes:TelaCadProd.png?450 |}} | ||
| + | |||
| + | ==== CBenef - Gerenciamento do Servidor com opção alterar o Cbenef no XML ==== | ||
| + | Foi aprimorada a funcionalidade de **alteração de XML** dentro do gerenciamento do Servidor, permitindo agora também **incluir ou alterar o campo "CBenef" (Código de Beneficio Fiscal)**, da mesma forma como já ocorre com os campos **NCM** e **CEST**. | ||
| + | |||
| + | Além da edição manual, o sistema agora também permite consultar e obter o CBenef diretamente da retaguarda. | ||
| + | |||
| + | {{ :easycash:versoes:CbenefXML.png?450 |}} | ||
| + | |||
| + | Regras e Validações: | ||
| + | * A exibição e exigência do campo CBenef respeita as regras fiscais conforme: | ||
| + | * O CST do item (caso exija CBenef). | ||
| + | * O estado emissor do documento, considerando os estados que obrigam a inclusão do código. | ||
| + | * O sistema não permitirá a geração do XML se as informações alteradas não forem aplicadas e salvas previamente no banco de dados, evitando inconsistências fiscais ou operacionais. | ||
| + | |||
| + | ==== Opção de imprimir a observação do orçamento ==== | ||
| + | Foi criada uma nova configuração que permite **imprimir a observação diretamente no cupom fiscal**, ao invés de gerar um cupom separado, como era feito anteriormente. | ||
| + | |||
| + | {{ :easycash:versoes:impressaoObs.png?450 |}} | ||
| + | |||
| + | ==== Preço promocional na finalização ==== | ||
| + | Foi implementado um tratamento para **garantir que, ao finalizar um cupom com uma promoção associada a uma forma específica de pagamento**, o sistema **desconsidere o desconto promocional caso outra forma de pagamento seja selecionada**. | ||
| + | |||
| + | Ou seja, o valor do produto **retorna ao preço original** se o cliente optar por uma forma de pagamento que **não esteja vinculada à promoção**. | ||
| + | |||
| + | ==== Redução na BC não está exportando para a retaguarda ==== | ||
| + | Correção na exportação da informação de redução na BC. | ||
| + | |||
| + | |||
| + | |||
| ===== Correções ===== | ===== Correções ===== | ||
| ==== Mensagem de erro ==== | ==== Mensagem de erro ==== | ||