Diferenças

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

--- easycash:versoes:1.4.015.002 [2021/11/04 17:32]
amonteiro [Acréscimo destacado na Segunda Via]
+++ easycash:versoes:1.4.015.002 [2024/03/12 17:06] (atual)
rrodrigues [Cupom Premiado - Criar relatório para visualizar se já foi importado no caixa]
@@ Linha 9: / Linha 9: @@
 **Versão EcAutoUpdater: 1.0.0.3 **\\
 **Servidor EasyCash: 2.0.8.1 **\\
-**WatchDog: 1.0.0.2 **\\
+**WatchDog: 1.0.0.3 **\\
 **[[http://wiki.intelliware.com.br/doku.php?id=intellicash:atualizacoes:3.1.008.001|IntelliCash: 3.1.008.001 ]]**
 ''\\
@@ Linha 38: / Linha 38: @@
 {{ :easycash:versoes:imagem_2021-11-04_140221.png?850 |}}
+==== Tributação padrão para venda em CUPOM FISCAL(S#1981 e S#1982) ====
+Surgiu a necessidade de se fazer venda com tributação diferenciada em caso de bases multiempresas com regimes diferentes.
+Por exemplo, na mesma base de dados possui uma empresa do tipo INDUSTRIA como Simples Nacional e outra empresa com o tipo PADARIA com o regime Lucro Presumido e nesse caso quando o item A for vendido na empresa INDUSTRIA deve ser emitido o cupom fiscal como TRIBUTADO a 7% e quando vendido na PADARIA o cupom fiscal deve sair como Substituição Tributária - ST. Atualmente como o cadastro permite apenas uma tributação por produto a solução para atender esse caso seria a criação de tributação padrão para cupom fiscal.
+Então a partir da versão 3.1.015.002 passa ser possível a criação de tributação padrão para a operação VENDA EM CUPOM FISCAL.
 ===== Melhorias =====
@@ Linha 61: / Linha 69: @@
 Foi adicionada uma validação do status do último cupom emitido antes de permitir abrir a tela de orçamento(CTRL + F9). É validado se foi transmitido e se foi impresso corrigindo automaticamente o status do cupom no frente de caixa evitando assim sobrecarregar um cupom com dois orçamentos diferentes.
-===== Correções =====
+==== Sincronizar o NEWIDGERAL com o AM$FRENTE ====
+Quando se coloca um banco vazio em um caixa sem renomear o banco AM$FRENTE, há uma grande possibilidade dos novos IDs colidirem com os existentes no banco de backup, fazendo com que os dados antigos sejam perdidos. Foi criado uma rotina de validação para que o sistema seja capaz de retomar a sequência do NEWIDGERAL, baseando-se no maior ID registrado no AM$FRENTE.
+==== Sincronizar as formas de pagamento com o banco AM$FRENTE ao colocar banco novo ====
+Quando se coloca um banco novo e manda carregar as formas de pagamento do IntelliCash, são criados IDs novos internamente. Ao fechar um turno, o sistema atualiza o banco AM$FRENTE com esses novos IDs formas de pagamento, fazendo com que a tabela AM$CUPOM_MOVCX perca completamente a referência das formas de pagamento, inviabilizando uma restauração precisa dos dados financeiros. Foi realizado uma melhoria para que ao mandar carregar as formas de pagamento em um banco novo, o EasyCash consulte o AM$FRENTE antes de obter as formas do IntelliCash, mantendo assim sempre os mesmos IDs.
+==== Padronização de Tela de Erro ====
+Apartir desta versão o EasyCash irá utilizar as seguintes telas para comunicação com o operador de caixa:
+{{ :easycash:versoes:imagem_2021-11-04_143916.png?450 |}}
+{{ :easycash:versoes:imagem_2021-11-04_143938.png?450 |}}
+{{ :easycash:versoes:imagem_2021-11-04_143959.png?450 |}}
+==== Arquivamento da Auditoria ====
+Apartir desta versão, foi realizado __duas novas alterações__ para o banco de backup do EasyCash, são elas:\\
+- Foi adicionado o sistema de auditoria em um banco de dados separado(**EC$AUDITORIA**), evitando ser movido o mesmo para o **AM$FRENTE** no fechamento do turno;\\
+- O banco do **AM$FRENTE** e do novo sistema de auditoria deve ser criado anualmente, sendo o do ano anterior mantido na pasta como histórico.
+==== [NFC]Criar uma referência na tabela CUPOM para indicar o Cupom de Origem ====
+Quando um cupom entra em contingência, duplica-se o registro deste cupom e dos respectivos itens. Por regra, este novo cupom terá seu número COO acrescido em 1 e o número de NFCe subtraído em 1 em relação ao cupom de origem, a fim de manter a correção da venda transmitida sempre com o cupom original. No entanto, se houver uma quebra nessa sequência em decorrência de suporte ou alguma contenção interna de falha, por exemplo, o sistema não conseguia correlacionar o vínculo entre os dois cupons. Foi criado uma correspondência entre os cupons ao registrar a ocorrência no banco.
+==== Timeout ao passar o Cartão no Pinpad ====
+Apartir dessa versão, foi criada a configuração **22107** setado para __90 segundos__, por padrão, que será o tempo que o EasyCash irá aguardar o cliente para efetuar algum processo durante o fluxo do TEF. Segue:
+{{ :easycash:versoes:imagem_2021-11-04_151316.png?650 |}}

Documentação de software

Ferramentas do usuário

Ferramentas do site

Diferenças

Ferramentas da página