24/out

Programa:

obrf_f025

Problema:

Não conseguimos concluir a nota fiscal de devolução

Solução:

Identificamos que o problema estava acontecendo pois o programa não estava preparado para fazer a devolução de uma nota fiscal de entrada onde a quantidade de unidade de medida dor fornecedor estivesse informado o valor 0. Alteramos o programa para conseguir fazer a devolução de uma nota fiscal que estiver nessa situação.

Programa:

fatu_f625

Problema:

Entao.. tentaram cancelar a nota.. e depois tentaram sugerir o pedido., e começaram a ter problemas na sugestão daquele pedido.

Solução:

Quando o pedido já tinha uma sugestão parcial e era feita uma nova tentativa o programa estava se perdendo. Acabava sugerindo novamente a quantidade pedida. Fizemos um acerto no programa para que quando essa situação ocorresse fosse descontada a quantidade já sugerida.

Programa:

ProcessadorDeSituacaoAnalise

Problema:

SUGESTÂO FATURAMENTO

Solução:

Identificamos que o problema estava acontecendo quando o cliente tinha número de suframa, porém a data de validade do suframa estava nula. Solicitamos para o cliente que fosse corrigido o cadastro do cliente e também alteramos o programa para que, caso a data de suframa esteja nula, não considerar suframa para esse cliente na sugestão de faturamento.

Programa:

obrf_e920

Problema:

Imagem da Ordem de Serviço - Na parte de INSUMOS ENVIADOS NA ORDEM não aparece

Solução:

Corrigimos o método 'layout_cliente_050' para que, para ordens de tipo 2 (beneficiamento), sejam considerados insumos de nível 2

Programa:

BuscaDadosUmFatu

Problema:

Este processo será adotado pela empresa para atender diversos clientes, afeta diretamente a rotina de pedidos e faturamentos Descrição do Erro: Não estamos conseguindo faturar alguns tipos de pedido em metros e o pedido está perdendo alguns dados de Unidade de medida ao rodarmos o processo da tela pcpb_f620, o que ocasiona um faturamento incorreto do pedido ao final do processo.

Solução:

A classe AtualizaPedi113 não estava conseguindo inserir o pedido na tabela pedi_113, dessa forma quando o calculo iniciava não encontrava nenhuma nota para emitir e chegando no final 0 com problemas e 0 ok. Para corrigir isso fizemos um paralelismo da BuscaDadosUmFatu que agora está atualizada e consegue fazer o insert na pedi_113. Após essas alterações conseguimos calcular o pedido informado na SS e gerar uma nota para o mesmo.

Programa:

pedi_f170

Problema:

As usuárias do Financeiro usavam a tela pedi_f017 para consultar os títulos dos clientes no caso clicando em Títulos Vencidos ou Títulos a Vencer e pressionando F10 para exibir. Quando aberto a crec_f240 era exibido todos os títulos do cliente inclusive os liquidados e essa informação era útil para o dia a dia. Após atualização das ultimas semanas quando selecionado Titulos Vencidos ou Títulos a Receber a CREC_F240 está obedecendo o filtro não exibindo os títulos já liquidados.

Solução:

O programa pedi_f017 foi alterado para que ao dar f10 no total dos títulos, listasse na crec_f240 somente os que fazem parte deste total Neste chamado fomos informados que esta nova funcionalidade não atende, então alteramos o programa para que funcione da forma antiga. A tela crec_f245 que precede a crec_f240(lista títulos) pode ser acessada via menu.

Programa:

obrf_f025

Problema:

Identificamos nas notas emitidas pelo faturamento que as notas 29124 e 29129 saíram com a CST incorreta pois são de origem importada. Conforme teste realizado abaixo o systextil web esta gerando as notas com informação incorreta na CST de origem no produto (NF 29135) mesmo que na natureza de operação (316) esteja informando origem 1 o sistema está entendendo como origem 0. Fazendo nota semelhante usando o mesmo produto (NF 29134) e usando a mesma natureza via vision traz a informação correta.
Alem do erro acima tem mais um ao abrir a nota numero 29124 na web o sistema esta informando que a natureza de operação.
Esta nota e de transferencia de SC para SP.

Solução:

Identificamos que o WEB não estava buscando a procedência do produto sem que a transação de estoque fosse alterada. Alteramos o programa para fazer essa busca sempre que o usuário passa pelo campo, mesmo que o campo não seja alterado.