V6 – Erro ao abrir o financeiro global

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  Aprovado  Não será doc
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

Ao abrir o relatório do financeiro global aparece o seguinte erro:

LOG:

Clique na imagem para ampliar

“AUTOCOM3″;”03/09/2019″;”13:45:28″;”E:36″;”L:6″;””;”Ult.Alias.Aberto: Command contains unrecognized phrase/keyword.click”;

“MASTER”;”04/09/2019″;”12:19:34″;”E:1806″;”L:356″;”CONSULTA_FINANCEIRO_GLOBAL.RELATORIO_FINANCEIRO_GLOBAL”;”Ult.Alias.Aberto: _NATUREZADAOPERACAO SQL: Column ‘MODULO’ is not found.”;

“MASTER”;”04/09/2019″;”12:19:43″;”E:13″;”L:358″;”CONSULTA_FINANCEIRO_GLOBAL.RELATORIO_FINANCEIRO_GLOBAL”;”Ult.Alias.Aberto: Alias ‘_RESUMONF’ is not found.”;

AÇÃO:

  • Corrigido.

V7 – Lançando NF Fornecedor com Descontos

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  Aprovado  Não será doc
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

O valor do CMV está incorreto. Coloquei no print os valores que deveriam estar no CMV.

Clique na imagem para ampliar

AÇÃO:

  • Adicionado o campo DESCONTO no cálculo de CMV.

Clique na imagem para ampliar

V6 – Venda por ranking de clientes

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  Não será doc
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

Todos clientes vem como “Excluído do cadastro”, sendo que no ambiente não houve exclusão:

Clique na imagem para ampliar

Problema pode ser o campo codvinc, pois na movestoque ele tem 14 digitos e na tabela do clientes o código do cliente tem 10 dígitos :

Na movestoque:

AÇÃO:

  • Problema identificado corretamente.

  • Corrigido.

Clique na imagem para ampliar

V7 – Config sistema – Integração Boleto

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  Aprovado  Não será doc
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

O textbox onde inserimos o token do boletoCloud está limitado a 40 caracteres, sendo que o token do site possui 52 caracteres e isso invalida o token no sistema.

Clique na imagem para ampliar

AÇÃO:

  • Máscara foi retirada.

V6/V7 – Rotina de validação de cupons não está considerando a redução de base do icms em produtos com redução (CST 20)

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  Aprovado  Não será doc
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

Na tela de notas e cupons, antes de ser feita a rotina de apagar/gerar cupons o sistema fica com os valores corretos de base icms e valor de icms nas tributações com redução de base. Porém após apagar e gerar novamente os cupons, os cálculos feitos são com base na tributação cadastrada no sistema e não leva em consideração a redução de base.

Exemplo:

Clique na imagem para ampliar

Como deveria ser o resultado:

Clique na imagem para ampliar

Na Galanti houve um agravante que não consegui explicar, onde os valores de ICMS retornaram 0,00.

Clique na imagem para ampliar

Cadastro da tributação:

Clique na imagem para ampliar

AÇÃO:

  • Corrigido.

V6 – CST 900

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  Aprovado  Não será doc
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

Tag VFCP está compondo o total da NF, porém não consta nos produtos (realmente não deve). Tag vfcp deve ficar com valor zero no total.

Clique na imagem para ampliar

AÇÃO:

  • Regra criada.

Clique na imagem para ampliar

V7 – Config do sistema – Compras

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  Aprovado  x
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

Analisar sobre remover a palavrão “Não” da label do parâmetro, pois já definimos no parâmetro SIM ou Não na situação e como está pode confundir quem ainda não conhece a função.

Ex: Não aplicar filtro de loja ao tratar xml = SIM (Estou confirmando que não aplicarei o filtro, mas para quem não conhece a função vai imaginar que “SIM” quer dizer que vai aplicar filtro de loja e vai estar na verdade fazendo o contrário.)

Sugestão:

  • Aplicar filtro de lojas ao tratar xml = sim (Ele vai aplicar o filtro).
  • Aplicar filtro de lojas ao tratar xml – não (Ele não vai aplicar o filtro).

AÇÃO:

Para ficar mais claro o software, o parametro foi recriado com outro nome: TRATARXML_IGNORARCNPJLOJA

E com isso a legenda ficou:

Clique na imagem para ampliar

V7 – Acesso às lojas na barra de tarefas

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  Aprovado x
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

Criar e divulgar as regras.

AÇÃO:

  • REGRA 1: Precisa estar habilitado no config do sistema.

  • REGRA 2: Se for rede de lojas e se for filial o recurso é bloqueado, independente do config.

  • REGRA 3: Privilégio 05305 “Negar O Acesso Para As Demais Lojas Do Grupo“ deve estar DESMARCADO na senha do usuário.

V7 – ERP com opção de receber a mesma forma de pagamento mais de uma vez

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  x x
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

  • Com exceção da forma de pagamento DINHEIRO, alterar o checkout do ERP para poder receber a mesma forma de pagamento mais de uma vez.

    100.

AÇÃO:

  • Desenvolvido uma opção para que a forma de pagamento entre mais de uma vez no checkout.

  • Alterado o checkout de ORCAMENTOS, PEDIDO DE VENDAS, NOTA FISCAL DE ESTABELECIMENTO, FATURAMENTO DE OS.

  • Alterado o formulário de RESUMO DAS FORMAS DE PAGAMENTO.

  • Alterado o formulário de ORCAMENTOS, PEDIDOS DE VENDA, NOTA FISCAL DE ESTABELECIMENTO para exibir a forma de pagamento ordenada por CODCOND, COND_ID.

  • Testes devem ser extensos nessas áreas, com alteração da forma de pagamento, alteração dos documentos, geração dos documentos via fluxos, etc…

FORM DE FORMA DE PAGAMENTO

Clique na imagem para ampliar

FORM DE CHECKOUT ALTERADO

Clique na imagem para ampliar

Alterado o formulário de ORCAMENTOS, PEDIDOS DE VENDA, NOTA FISCAL DE ESTABELECIMENTO para exibir a forma de pagamento ordenada por CODCOND, COND_ID.

Clique na imagem para ampliar

ALTERAÇÃO NO FORM DE RESUMO

Clique na imagem para ampliar

FORM ALTERADO COM O RESUMO DAS FORMAS DE PAGAMENTO

Clique na imagem para ampliar

V7 – OS Baixando estoque

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  Aprovado x
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

  • OS baixando estoque durante sua edição, usando tipo de operação 35.

  • TES precisa ser configurada para NAO BAIXAR ESTOQUE.

  • SERVESTOQUE precisa ser configurado para que a função NAO BAIXAR ESTOQUE permita os lançamentos na supmovestoque e movestoque, porém o saldoestoque não deve ser alterado.

AÇÃO:

  • Criação do parâmetro: OS_BAIXA_ESTOQUE = SIM.

  • A operação de baixa de estoque usará o TIPO 35 (Outras Saídas).

  • Criação de TES permitindo que se escolha o tipo E/S ou N. O tipo N faz com que a baixa de estoque não seja realizada. O tipo 99 já faz isso, mas acaba não classificando corretamente se você deseja que o tipo 02VENDA não baixe estoque. Sendo assim, ao usar o OS_BAIXA_ESTOQUE deverá alterar a TES que usa o tipo VENDA com ES = N, que com essa versão permitirá ser selecionado. Houve necessidade de alterar também o FORM FUNCOES de NF ESTABELECIMENTO e NF FORNECEDOR para que a variável _ES recebe o valor do campo NATUREZADAOPERACAO.TIPOES.

ALTERAÇÃO DA NATUREZA DA OPERAÇÃO:

Clique na imagem para ampliar

ALTERAÇÃO NO CONFIG/DIVERSOS/VENDAS/OS

Colocar como SIM

Clique na imagem para ampliar

PONTOS ONDE O ESTOQUE É DISPARADO:

  • Ao incluir um produto direto na OS: Gera uma saída tipo 35.

  • Ao alterar um produto: Gera um estorno da saída anterior e uma nova saída com o novo valor.

  • Ao excluir um produto: Gera um estorno da saída.

  • Ao emitir uma com TES com TP ES=N: Gera um lançamento tipo 02, mas sem movimentar o saldo em estoque.

  • Ao cancelar uma NF: Cancela o TIPO 02, sem alterar o estoque, cancela o TIPO 35, estornando o saldo em estoque.

  • Ao finalizar uma PV com geração de OS: Gera uma saída tipo 35 para cada produto que foi para a OS.

V6/V7 – Tabela R03 e Reducao Z

Desenvolvimento Teste Ajuste Re teste Aprovação Documentação Finalização
 x  Aprovado Não será doc
Tempo Tempo Tempo Tempo Tempo Tempo  Tempo

CASO:

  • Calculo da totalização da R03, na parte de desconto e cancelamento precisa ser revisto.

  • Cancelamento está considerando o VL liquido, deverá considerar o VL bruto.

  • Desconto deve considerar a soma de descontos em cupons e itens não cancelados.

AÇÃO:

  • V6 precisou de ajuste na tabela R03 e no relatório REDUCAO Z.

  • V7 precisou de ajuste somente no relatório REDUCAO Z.

  • Em ambos os casos, o VLLIQUIDO estava correto.

Testes com um produto qualquer que custe R$ 3,50 e sempre usar um desconto de 10% quando for solicitado.

  • Venda sem descontos R$ 3,50.

  • Venda com 3 itens, desconto no item 1 + Cancela cupom R$ 10,50.

  • Venda com 3 itens, desconto no item 1, cancela item 1, desconto no item 2 +
    Cancela cupom R$ 6,65.

  • Venda com 3 itens, desconto no item 1, não cancela cupom. R$ 10,50.

  • Venda de 4 itens, desconto no item 1, cancelamento do item 1, desconto no item 2, cancelamento do item 4.

  • Faça a redução Z.

Venda bruta

Cancelamentos

Desconto

Liquido

Cupom 1

3,50

3,50

Cupom 2

10,50

10,50

0,00

Cupom 3

10,50

10,50

0,00

Cupom 4

10,50

0,35

10,15

Cupom 5

14,00

7,00

0,35

6,65

Total

49,00

28,00

0,70

20,30

REDUCAO Z + R03 ANTERIOR:

MOVIMENTO FISCAL DO DIA

MODALIDADE VALOR

Venda Bruta 49.00

Cancelamentos 26.60

Descontos 2.10

Venda Liquida 20.30

REDUCAO Z + R03 ATUAL:

MOVIMENTO FISCAL DO DIA

MODALIDADE VALOR

Venda Bruta 49.00

Cancelamentos 28.00 (Canc sempre pelo vl.bruto do cupom).

Descontos 0.70 (Desconto apenas de cupons não canc).

Venda Liquida 20.30.

R03 Correto

Clique na imagem para ampliar

 

 

 

 

Print Friendly, PDF & Email

Sobre o Autor