1. Criar um parâmetro para permitir lançar vale adiantamento juntamente com vale cheque troco.

Chamado: 7196           

A parir desta versão, Adiantamento/Vale poderá ser lançado com as formas de pagamento: Dinheiro, Cheque Troco, Cheque de Terceiros. 

Criados os parâmetros: 

1.12.2 - Permitir Adiantamento/Vale com Cheques Troco

1.12.3 - Permitir Adiantamento/Vale com cheques de terceiros

2. Venda com placa obrigatória não está funcionando para cliente conveniado.

Chamado: 7420 

 Quando o parâmetro do PFwin "OBRIGA A DIGITAÇÃO APENAS DAS PLACAS DE VEÍCULOS CADASTRADAS" estava marcado para um cliente conveniador, ao fazer uma venda no CFwin a digitação deveria ser obrigatória, mas o CFwin permitia prosseguir com a venda sem a identificação do veículo.

 Esse problema foi corrigido e tanto para clientes comuns e conveniadores, se o parâmetro estiver habilitado no PFWin, será obrigatória a digitação da placa de um veículo cadastrado. 

 Com essa correção foi identificado que havia um tratamento incorreto no CFWin, pois o CFwin está bloqueando a venda para CONVENIADO utilizando a placa de um veículo cadastrado para CONVENIADOR. Obrigando a cadastrar o veículo vinculado ao CONVENIADO e não ao CONVENIADOR, que é o correto. Para corrigir esse BUG foi aberto o chamado 8051, que foi incluso nesta mesma versão.

3. Faltando Informações nos cupons emitidos pela impressora Bematech.

Chamado: 7819 

 Corrigida falha na impressão de cupons, onde Depois que a DLL da bematech foi atualizada o cabeçalho dos cupons estavam saindo com os campos CNPJ/CPF consumidor, NOME e END, mesmo quando não havia cliente vinculado a venda, então os campos eram impressos em branco.

4. Aderência ao chamado 7928 - parâmetro para permitir ou não acobertamento de NFC-e, por empresa.

Chamado: 7931 

 Para alguns estados passará a ser permitido o acobertamento de NFC-e. Como ainda não há definição de todos os Estados, e para evitar transtornos de ser necessário alteração de versão ou banco de dados dos clientes, foi criado um parâmetro no PFwin versão 5.7.0 para habilitar o acobertamento, que ficará em Cadastros->Tabelas Diversas->Empresas/Filiais. 

Quando esse parâmetro estiver habilitado o comportamento do CFwin em relação a emissão de NF-e será similar ao cupom fiscal ou SAT:

    - Em todas as vendas será emitido uma NFC-e (cliente físico ou jurídico)

    - Se houver cliente identificado na venda além de emitir a NFC-e, será questionado se deseja emitir uma NF-e (Sempre seguindo as regras já existentes para emissão de NF-e)

    - Caso nenhum cliente seja identificado no início da venda, a identificação poderá ser realizada através da tela de últimos lançamentos do CFwin (F5)

 
Caso o parâmetro esteja desabilitado o acobertamento de NFC-e não será permitido e o comportamento do sistema será o mesmo de versões anteriores:

    - Se a venda é para pessoa física ou o cliente não for identificado, emite-se uma NFC-e (Sem possibilidades de acobertamento)

    - Se a venda é para pessoa jurídica, emite-se uma NF-e diretamente, sem acobertamento, com CFOP 5656 VENDA.

5. A integração com o Inforlub para clientes com PAF-ECF está bloqueada indevidamente.

Chamado: 7941 

 A integração com o Infolub foi desativada nos estados onde o PAF-ECF vigora, pois a integração não atendia os requisitos do PAF-ECF.

 Assim para reabilitar a integração com o Inforlub para todos os estados foi necessário realizar importantes alterações no comportamento do sistema:

   - As fichas importadas do inforlub poderão ser manipuladas diretamente no PDA:

        * Visualizadas

        * Editadas (acrescentar ou cancelar itens)

        * Canceladas

   - Itens das fichas do Inforlub poderão ser transferidas para qualquer ficha ativa, mesmo que essa ficha não seja exclusiva do Inforlub.

6. Criar uma forma de bloquear a venda em dinheiro para determinados usuários.

Chamado: 7957 

Houve um erro na análise do chamado e a solução não atendeu o cliente, esse chamado foi incluso na versão 4.2.3, adequando a solicitação.

7. Retirar a obrigação do PAF-ECF do estado do Paraná.

Chamado: 7981 

O PAF-ECF deixa de ser obrigatório no estado do PARANÁ, então a partir dessa versão o PAF não terá mais vigor neste estado e será liberado a utilização de NFC-e.

8. Desenvolver a integração com impressora não fiscal Epson, para trabalhar com SAT Fiscal.

Chamado: 7982 

Feita a integração com a impressora não fiscal EPSON não fiscal. Então a partir desta versão clientes com SAT Fiscal poderão fazer uso de impressoras EPSON. Os testes foram realizados na versão Epson TM-T20 Ethernet.

Através do software TM-T20 Utility disponibilizado pela Epson é possível diminuir o espaçamento entre as linhas deixando o Cupom Fiscal eletrônico menor, diminuindo o consumo de papel.

9. Erro na comunicação com a ECF Bematech MP4200.

Chamado: 8000 

CFwin estava apresentando alguns erros na comunicação com a ECF Bematech MP 4200. As DLLs foram atualizadas e o problema foi resolvido.

10. Erro de "Valor não pode ser nulo" ao realizar fechamento de caixa quando possui saldo NF complementar habilitado.

Chamado: 8002 

Em estados que possuem PAF-ECF quando o saldo remanescente estava zerado, ao realizar o fechamento de caixa era apresentado um erro e o CFwin era finalizado. Esse problema foi corrigido.

11. Erro no corte da guilhotina quando é venda TEF.

Chamado: 8004 

 Depois da atualização das DLLs da bematech o corte dos comprovantes do TEF estava incorreto, cortando no lugar errado independente do parâmetro 2.5.9. Para corrigir esse problema a DLL Intercamp.Caixa.ECF.DLL foi atualizada e também foi inclusa mais uma opção no corte entre as vias do comprovante TEF no parâmetro 2.5.9 que agora possui as opções: 

   -PADRÃO

   -RECUADO

   -AVANÇADO

   -MUITO AVANÇADO

12. Abastecimentos duplicados.

Chamado: 8005 

Nos estados que tem PAF-ECF, quando o PDV detecta um novo abastecimento pendente, ele imediatamente inclui a respectiva linha na tabela ABASTECIMENTO_AUTOMACAO, e vincula as linhas das duas tabelas.  

Porém, a forma que isso estava sendo feito deixava brecha para que esse processo fosse executado simultaneamente por dois PDVs (ou mesmo duas "threads" no mesmo PDV). Assim o mesmo abastecimento poderia ser vendido nos dois PDVS, assim duplicando o abastecimento vendido. 

Esse processo do sistema foi alterado para que não possa ser executado simultaneamente por dois PDVs (ou duas "threads").

13. Com a ECF Bematech MP4200 está imprimindo apenas 1 via da nota prazo.

Chamado: 8011 

Esse problema ocorria devido a atualização das DLLS da bematech, o problema foi corrigido.

14. Erro ao selecionar abastecimento pendente.

Chamado: 8012 

Esse problema ocorria devido a atualização das DLLS da bematech, o problema foi corrigido.

15. Está apresentando erro nos três relatórios que são impressos em folhas A4.

Chamado: 8016 

Os três relatórios que são gerados no formato de folha A4 estavam com problema na sua geração depois da atualização do visual studio:

     - Relatório Estoque Prateleira

     - Relatório Planilha Contagem Estoque Prateleira

     - Relatório Extrato Notas Prazo Quitadas

 Problema corrigido.

16. Erro no cancelamento de uma venda aberta.

Chamado: 8023 

CFwin estava apresentado um problema no seguinte caso, quando uma venda estava em aberto e o usuário selecionava a opção de cancelamento era solicitada a confirmação, se deseja ou não cancelar, caso a escolha fosse não cancelar, ocorria um erro que limpava as informações da tela e os itens da venda, por exemplo os abastecimentos selecionados na  venda, desapareciam do caixa. Problema corrigido.

17. Erro replicação inicial FK_HAVER_ADIANTAMENTO_FUNC.

Chamado: 8049 

Cfwin estava apresentando um erro na replicação inicial devido a um novo campo incluso da tabela HAVER_ADIANTAMENTO. Problema foi corrigido.

18. Cfwin bloqueia venda para conveniado com placa de conveniador

Chamado: 8051 

 CFwin estava bloqueando a venda para CONVENIADO utilizando a placa de um veículo cadastrado para CONVENIADOR.

 O correto seria permitir a venda utilizando a placa cadastrada para o CONVENIADOR. Problema corrigido.

19. Não é gerado o código no funcionário na geração de arquivo do arquivo de integração com o cartão fidelidade Marka

Chamado: 8060 

 No arquivo .TXT que é gerado para a integração com o sistema de fidelidade MARKA devem sair alguns campos extras quando o parâmetro 1.26.1.6 está habilitado, dentre eles deveria ser enviado o funcionário responsável pelo turno. Mas nas ultimas versões era encaminhado sempre o número zero. Problema foi corrigido.