Programa:

crec_f075

Problema:

Estorno de baixa de títulos - Ao tentar fazer estorno de uma baixa, o sistema esta retornando mensagem "ATENÇÃO O valor pago é maior que o saldo do adiantamento.

Solução:

Detectamos que o programa não estava reconhecendo se a operação era de estorno ao verificar o valor do adiantamento. Implementamos uma lógica para esse verificação acontecer apenas quando for pagamento e não fazer quando for estorno, assim, permitindo informar o valor desejado de estorno sem aparecer o aviso do valor do adiantamento.

Programa:

obrf_f015

Problema:

Sped fiscal - Não esta enviando para o sped fiscal o código zerado quando os itens da nota de entrada não são itens de estoque . gerando critica no validador. anexos imagens referente a este fato bem como arquivo gerado hoje onde pode ser constatado o problema.

Solução:

Analise do problema no sped, onde não estava considerando corretamente o produto 0 00000 000 000000 (genérico) no sped e também no 0200, pois o produto genérico precisa ter cadastrado uma classificação fiscal, e também essa classificação que pode ser 00000000 deve ser informada no item da nota(obrf_f015). Correção na obrf_f015 onde estava permitindo gravar a classificação em branco quando o produto é genérico.

Correção na tela supr_f095 onde ao informar um produto genérico, no método antes de gravar está sobrecarregando a narrativa do produto, porem, essa regra não pode ser feita quando o produto é genérico.

Programa:

basi_f130

Problema:

Apontamento data - Campo data_cadastro na basi_010, cadastro de nível 2-Tecidos Acabados, não está sendo registrado, está ficando nulo. Este campo é preenchido automaticamente quando um novo item é cadastrado nas telas de cadastrado de tecidos acabados, basi_f130.

Solução:

Verificamos que o campo data_cadastro não estava recebendo o valor corretamente. Alteramos a definição do campo para receber o valor correto.

Programa:

pcpc_f235

Problema:

Ordem de produção, faltando um tamanho - Não conseguimos identificar onde e como foi eliminado um tamanho da uma ordem de produção, se consultado no pcpc_f120, na op, o tamanho 06 esta com quantidade zerada, contudo se buscar pelo histórico da pcpc_f040 é possível constatar que o tamanho 06 inicialmente existia, também tem que observar que se consultado na tela de baixa por enfesto (pcpc_f235), o tamanho 6 esta presente porem não conseguimos identificar com que grade foi baxado, se consultar no consulta/baixa pcpc_040 pode ser constatado que a baixa do estagio foi realmente feita pelo pcpc_f235.

Solução:

Correções aplicadas no programa pcpc_f235 que emite mensagem confirmando se usuário quer deletar pacote.

Programa:

inter_tr_pcpc_320_2

Problema:

Problema na criação dos arquivos -  Estamos com problema na criação dos arquivos de relatórios no Sistema. Já efetuamos todos os testes interno. Erro em todos os programas que emite relatórios.

Solução:

Havia uma trigger que faz uma validação para notas fiscais pendentes. Ela evita criar volumes para pedidos que estão com notas incompletas. Adaptamos a trigger pois o cliente usava um processo de criação de volumes para ordens de produção.

Programa:

pedi_f921

Problema:

Consulta não consta solicitação

Solução:

Quando cliente passar da pedi_f920 para pedi_f921 o campo número solicitação será carregado a solicitação que o pedido se encontra. Caso não se encontre em nenhuma, será mostrado o número 0.

Programa:

INTER_TR_FATU_030_GFRETE

Problema:

FATURAMENTO - Estamos faturando produtos de saldo de coleção, nesta situação não é montado volumes, o pedido e digitados manualmente e faturado utilizando a opção 1 da tela de solicitação de faturamento para faturar total. As notas fiscais ficam as duas com peso total do pedido(sobrando o peso total do pedido). já a quantidade de volumes somente a segunda nota recebeu valor, na primeira nota a quantidade ficou zerada. em anexo estou enviando as quantidades que foram impressas, as notas ja foram corrigidas pela tela de manutenção

Solução:

Tiveram alterações recentes na trigger de integração de frete que acabou gerando efeitos indesejados quando um pedido era muito grande e quebrava em duas ou mais notas. Fizemos uma correção para caso não quebre as notas busque as informações da fatu_100, fatu_030 e se quebrar vai buscar o peso da pcpc_320. Caso não tenha volumes montados, dividido o peso informado na fatu_030 e a quantidade de volumes será: Primeira nota: total - Quantidade de notas subsequentes. Demais notas: Um volume

Programa:

pedi_f010

Problema:

AO REALIZAR O CADASTRO DE PEDIDO DE VENDAS, OU UMA SIMPLES ALTERAÇÃO NO CADASTRO DE CLIENTE NA TELA - pedi_f010 SISTEMA ESTA DISPARANDO A MENSAGEM DE ERRO EM ANEXO. TODAS AS TELAS QUE ENVOLVA CADASTRO DE CLIENTE ESTA DISPARANDO A MENSAGEM (EX: LIBERAÇÃO DE PEDIDOS FINANCEIRO) PRECISO QUE SEJA PRIORIZADO OS PROCESSOS NO SETOR DE COMERCIAL E FINANCEIRO ESTÃO SENDO COMPROMETIDOS.

Solução:

Ajustado o programa para não gerar problema na atualização do cliente.

Programa:

cpag_f060

Problema:

Baixa de títulos - Não é possível conciliar - baixa de titulo NF 567 não está aparecendo no a receber para conciliar. Esta situação está sendo recorrente hora no a pagar hora no a receber.

Com os dados disponíveis, não conseguimos identificar o motivo por não estar gerando o lançamento na conta corrente do banco. Analisando o processo vimos que os logs do processo de baixa não estavam sendo gerados, pois acabava deixando a rotina mais lenta em alguns clientes, para conseguirmos habilitar esses logs na Dimatex, criamos um parâmetro na base de dados que indica se vai gerar esses logs ou não, e habilitamos apenas para a Dimatex. Com isso, estamos fazendo a baixa dessa solicitação até que seja encontrado um novo caso e assim a gente tenha informações para encontrar o local com o erro.