Árvore de páginas


01. DADOS GERAIS

Produto:

TOTVS DMS

Linha de Produto:

Linha Protheus

Segmento:

Varejo

Módulo:

TOTVS DMS (Linha Protheus) - Oficina (SIGAOFI)

Função: Importação de Faturas e Remitos (OFIA507)
País:Argentina
Ticket:Não se aplica
Requisito/Story/Issue (informe o requisito relacionado) : DVARMIL-15112


02. SITUAÇÃO/REQUISITO

Foi identificado que pedidos de compra gerados via integração JDPrism chegam ao Protheus com o número de pedido de fábrica (C7_PEDFAB) de forma provisória, identificado pelo caractere - no início do valor. Esses pedidos precisam ser adequados — ou seja, o número provisório deve ser substituído pelo número definitivo retornado pelo serviço JDPoint/OrderStatus da John Deere.

Sem essa adequação prévia, ao executar a importação de Remitos de Entrada pela rotina OFIA507/OFIA546, o sistema não consegue realizar a vinculação correta entre os itens do remito e os pedidos de compra existentes na SC7, comprometendo a baixa dos itens encomendados e a atualização do status dos pedidos.

O problema era agravado pelo fato de que a adequação acontecia apenas de forma parcial — somente pedidos de determinadas filiais eram atualizados automaticamente, enquanto nas demais filiais a atualização precisava ser feita manualmente, ordem por ordem, impactando diretamente a produtividade operacional e a continuidade do fluxo de recebimento.

03. SOLUÇÃO

  Foi implementada uma verificação automática de pedidos JDPrism pendentes de adequação diretamente no fluxo de importação da rotina OFIA507/OFIA546. Antes de iniciar o processamento do arquivo de remito, o sistema agora verifica se existem registros na SC7 com C7_PEDFAB iniciando com - para todas as filiais configuradas.

Caso sejam encontrados pedidos pendentes, o sistema exibe um aviso ao usuário informando a situação e, após confirmação, executa automaticamente a consulta ao serviço JDPoint/OrderStatus da John Deere para cada pedido pendente, atualizando o C7_PEDFAB com o número definitivo antes de prosseguir com a importação.

O processo contempla ainda os seguintes tratamentos:

  • Token Okta expirado: caso o token de autenticação esteja inválido, o sistema tenta renová-lo automaticamente antes de abortar a operação, garantindo maior resiliência na integração.
  • Pedido não encontrado no serviço (ORDER_NOT_FOUND): quando um pedido não é localizado no JDPoint, o sistema registra o ocorrido no log e continua o processamento dos demais pedidos, sem interromper o fluxo.
  • Erros críticos: em caso de falha na requisição ou erro SQL, o processamento é interrompido de forma controlada, com registro detalhado no log para facilitar o diagnóstico.

Com essa adequação:

  • Os pedidos JDPrism pendentes são atualizados automaticamente para todas as filiais, eliminando a necessidade de atualização manual ordem por ordem.
  • A importação do remito passa a encontrar os pedidos de compra corretamente vinculados na SC7, garantindo a baixa adequada dos itens encomendados.
  • O fluxo operacional de recebimento é mantido sem interrupções, com maior rastreabilidade via logs detalhados por filial e dealer.

04. DEMAIS INFORMAÇÕES

          

05. ASSUNTOS RELACIONADOS

         Não há.