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
| Pacotes Gerados: | 12.1.2310: https://r.totvs.io/p/1247007 12.1.2410: https://r.totvs.io/p/1247008 12.1.2510: https://r.totvs.io/p/1247009 |
|---|
05. ASSUNTOS RELACIONADOS
Não há.