Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

--- easycash:versoes:1.4.014.004 [2021/07/23 19:26]
amonteiro [Tratamento para acionamento de contingência automática nos casos de instabilidade com a SEFAZ]
+++ easycash:versoes:1.4.014.004 [2021/11/29 13:58] (atual)
amonteiro [Versão 1.4.014.004]
@@ Linha 1: / Linha 1: @@
 ====== Versão 1.4.014.004 ======
-''**Versão liberada dia: XX/XX/2021**\\
+''**Versão liberada dia: 23/07/2021**\\
 **Versão Intellicash: Mínima 3.1.007.004 **\\
 **Versão Executável: 1.4 **\\
@@ Linha 9: / Linha 9: @@
 **Versão EcAutoUpdater: 1.0.0.3 **\\
 **Servidor EasyCash: 2.0.7.2 **\\
-**WatchDog: 1.0.0.2 **\\
+**WatchDog: 1.0.0.3 **\\
 **[[http://wiki.intelliware.com.br/doku.php?id=intellicash:atualizacoes:3.1.007.004|IntelliCash: 3.1.007.004 ]]**
 ''\\
@@ Linha 17: / Linha 17: @@
 ==== Promoção normal delimitada com Quantidade Mínima e Quantidade Máxima ====
-Foi criado dois campos para permitir que seja limitado a determinada quantidade, semelhante ao desconto fixo das promoções especiais, porém compatível a produtos pesáveis. No cadastro de promoções simples do IntelliCash "Estoque > promoções > promoções" um delimitador de quantidades mínima e máxima, bem como o preço promocional. Esta promoção funciona de forma semelhante às promoções normais, com a diferença que ela não substituirá o valor de produto. Portanto a diferença de valor será aplicada na venda em forma de desconto.
+Foi criado dois campos para permitir que seja limitado a determinada quantidade, semelhante ao desconto fixo das promoções especiais, porém compatível a produtos pesáveis. No cadastro de promoções simples do IntelliCash, no menu:
+<html><center><b>Estoque → Promoções → Promoções Especiais</b></center></html>
+Um delimitador de quantidades mínima e máxima, bem como o preço promocional. Esta promoção funciona de forma semelhante às promoções normais, com a diferença que ela não substituirá o valor de produto. Portanto a diferença de valor será aplicada na venda em forma de desconto.
 A regra de validação para este tipo de desconto são as seguintes:
   * Se houver uma quantidade mínima cadastrada, o desconto será aplicado a todos os itens do respectivo produto assim que a quantidade mínima for atingida.
@@ Linha 68: / Linha 72: @@
 ==== Tratamento para acionamento de contingência automática nos casos de instabilidade com a SEFAZ ====
-Com base nos tópicos levantados nos suportes acompanhados e em análises realizadas pelo desenvolvimento, propôs-se melhorar o processo de decisão de acionamento e retomada das contingências automáticas respeitando os timeouts configurados no servidor NFCe a fim de evitar os problemas decorrentes dessas falhas, a citar a perda de sincronia entre o EasyCash e o servidor do EasyCash.
+Com base nos tópicos levantados nos suportes acompanhados e em análises realizadas pelo desenvolvimento, propôs-se melhorar o processo de decisão de acionamento e retomada das contingências automáticas respeitando os timeouts configurados no servidor NFCe a fim de evitar os problemas decorrentes dessas falhas, a citar a perda de sincronia entre o EasyCash e o servidor do EasyCash. Seguem as diretrizes:\\ \\
-. Registrar o tempo de envio de todas as vendas e contingências em uma tabela no banco de dados;
+**1.** Registrar o tempo de envio de todas as vendas e contingências em uma tabela no banco de dados;\\ \\
-.1. Calcular a média de envio entre os tempos medidos na última hora - se o sistema ficar mais de uma hora parado, o histórico será ignorado e será adotado um tempo igual a 0.
+**1.1.** Calcular a média de envio entre os tempos medidos na última hora - se o sistema ficar mais de uma hora parado, o histórico será ignorado e será adotado um tempo igual a 0;\\ \\
-.2. A validação deve considerar o tempo do último envio e a média: o que for maior.
+**1.2.** A validação deve considerar o tempo do último envio e a média: o que for maior;\\ \\
-.3. Se o tempo avaliado ultrapassar a configuração (padrão: 10s para venda), o sistema entra imediatamente em contingência e assume o valor desse último envio como referência para as demais validações (médias);
+**1.3.** Se o tempo avaliado ultrapassar a configuração (padrão: 10s para venda), o sistema entra imediatamente em contingência e assume o valor desse último envio como referência para as demais validações (médias);\\ \\
-.4. Uma vez acionada a contingência automática por motivo de estouro de timetout, as próximas médias serão atualizadas somente pelo processamento das contingências e não mais das vendas;
+**1.4.** Uma vez acionada a contingência automática por motivo de estouro de timetout, as próximas médias serão atualizadas somente pelo processamento das contingências e não mais das vendas;\\ \\
-.5. Durante o processo de contingência automática, as tentativas de transmissão devem ser em intervalos menores (entre 3 e 6 minutos), independente do configurado (padrão utilizado: 30 minutos).
+**1.5.** Durante o processo de contingência automática, as tentativas de transmissão devem ser em intervalos menores (entre 3 e 6 minutos), independente do configurado (padrão utilizado: 30 minutos);\\ \\
-.6. Como o intervalo de tentativas será menor do que o configurado, o processamento das contingências pendentes será abortado assim que alguma transmissão ultrapassar o timeout configurado para tanto(padrão: 30s) ou houver algum erro na transmissão. Esse procedimento foi adotado para economia de recursos da máquina a fim de não atrapalhar o processo de venda;
+**1.6.** Como o intervalo de tentativas será menor do que o configurado, o processamento das contingências pendentes será abortado assim que alguma transmissão ultrapassar o timeout configurado para tanto(padrão: 30s) ou houver algum erro na transmissão. Esse procedimento foi adotado para economia de recursos da máquina a fim de não atrapalhar o processo de venda;\\ \\
-. Os registros devem ser excluídos diariamente pois o objetivo não é criar um relatório de tempo, e sim manter um parâmetro para que o próprio sistema seja capaz de monitorar a comunicação com a SEFAZ e seja capaz de decidir como será a transmissão da próxima venda.
+**2.** Os registros devem ser excluídos diariamente pois o objetivo não é criar um relatório de tempo, e sim manter um parâmetro para que o próprio sistema seja capaz de monitorar a comunicação com a SEFAZ e seja capaz de decidir como será a transmissão da próxima venda.
+==== Configuração de SSL/TLS da NF-e e NFC-e ====
+Apartir desta versão o sistema passa a adotar os seguintes algoritmos de validação, criptografia e transmissão de dados:
+{{ :easycash:versoes:config-cript.png?450 |}}
+{{ :easycash:versoes:config-cript2.png?250 |}}
+==== Detecção do encerramento do Windows pelo EcUpdater ====
+Foi modificado para que caso esteja setado no EasyCash a configuração 19907 de desligamento do computador ao efetuar o encerramento do dia, não será criado o arquivo de verificação no ecupdater evitando que o mesmo não seja apagado.
 ===== Correções =====
+==== Correções relacionadas à NFCe e importação de vendas ====
+Foram realizadas algumas correções relacionadas a importação e sincronização de vendas entre o EasyCash e o servidor e a retaguarda.
+==== Rateio de acréscimo negativo ====
+Foi corrigido um caso de acréscimo negativo ao dar um valor muito pequeno de acréscimo perto do valor total da compra.
+==== Quantidade não atualiza nas abas de gerenciamento das NFC-e ====
+Foi corrigido para que no servidor do EasyCash apareça corretamente no rodapé das abas a quantidade de registros nos grids.
+==== [CRESCE VENDAS]Envio da flag de subtotal quando o cupom fica pendente ====
+Foi corrigido para que caso o sistema utilize o desconto de subtotal, envie corretamente a flag no JSON de confirmação dos dados da venda na finalização.

Documentação de software

Ferramentas do usuário

Ferramentas do site

Diferenças

Ferramentas da página