Histórico da Página
...
Situação | |
O problema inicial da abertura do ticket é o de que ao tentar "Confirmar" um Romaneio do tipo 4 - Saída por Venda, é gerado o Pedido de Venda, porém o Status do Romaneio permanece o mesmo. Foi enviado pacote com a rotina OGA250 - Romaneio com Pesagem - atualizada, mas não funcionou. Em seguida foi solicitado para que o cliente deixasse o parâmetro MV_OG250FE com o conteúdo falso e fizesse novos testes, primeiro atualizando o registro, para depois realizar a tentativa de confirmação. Não resolveu. Depois foi solicitado para que fosse realizada a atualização da LIB, DBACCESS e novamente do OGA250, pois foi verificado que a atualização não havia sido feita. Após a atualização de fato ser realizada, passou a ser exibida a mensagem abaixo: Verifiquei Foi verificado então que a mensagem ocorria por causa de uma função que provavelmente não estava atualizada no ambiente do cliente. Após verificação dos fontes relacionados à função exibida na mensagem, foi enviado um pacote contendo as rotinas: AGRXFUN01 (28/11), AGRUTIL01 (28/11) e OGX010 (20/09). A mensagem deixou de ser exibida após a aplicação do pacote, porém o Romaneio ainda não estava confirmando. Foram passados os dados para o acesso à base do Cliente para a realização de um Debugg a fim de descobrir o problema. O cliente é Cloud e enquanto a equipe do Cloud realizava os procedimentos no ambiente do clientes cliente para que fosse disponibilizada a opção de Debugg, solicitei foi solicitado para que eles aplicassem o dicionário diferencial no ambinte e rodassem o UPDDISTR, pois a tabela NJ5 não existia no ambiente delesdo cliente. Foi realizado o procedimento, mas ainda assim o Romaneio não era confirmadoestava confirmando. Na realização do Debugg, com o apoio da equipe de desenvolvimento foi verificado que o problema estava ocorrendo porque o campo do Código do Romaneio não estava sendo preenchido. Foi acessado então o APSDU do ambiente do cliente e realizad realizada uma análise nos campos "CODROM" de todas as tabelas envolvidas. Os campos DXL_CODROM, DX0_CODROM, SD2_CODROM, DXK_CODROM e NPI_CODROM estavam com tamanho "6", sendo consequentemente alterados para o tamanho "10". Mesmo com essa alteração o Problema problema não foi solucionado. Após isso, foi verificao verificado que a tabela SC6 não estava assinalada como "usada" em todos os módulos. Foi então realizada essa alteração e a partir daí o romaneio passou a ser confirmado, porém, com a necessidade de clicar "2" vezes na ação relacioanda "Confirmar", e com isso passaram a ser gerados "2" Pedidos de Venda, um em cada vez que o "Confirmar" é executado. Algo importante que foi verificado, é que na primeira vez que clica em "Confirmar", o campo NJM_PEDIDO não é preenchido. | |
Solução | |
Descobrir o que está ocorrendo, para que o problema do cliente seja resolvido. |
...