Histórico da Página

01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

O requisito fundamental desta alteração é a necessidade de automatizar o processo de "adequação" e atualização dos números de pedidos internos (JDPOINT, como JA, JB, etc.) para todos os pedidos que são inseridos no sistema através da fonte JDPRISM (arquivo orders). A situação atual implica que o campo de fabricação (C7_PEDFAB) é preenchido com um valor genérico ("JDPRISM"), e o processo de obtenção do número final do JDPOINT não é transparente nem totalmente automático, exigindo uma forma de sinalizar quais pedidos estão pendentes dessa atualização.

03. SOLUÇÃO

Visão Geral da Solução

A solução

...

proposta é composta por três etapas principais:

...

sinalização da pendência,

...

atualização automática via processamento e adequação manual

...

assistida.

O objetivo é permitir que pedidos recebidos via JDPRISM sejam automaticamente ajustados com o número correspondente no JDPOINT, reduzindo intervenção manual e mantendo a consistência das informações.

1. Sinalização da Pendência

Ao receber um pedido via JDPRISM, o sistema deixará de gravar

...

literalmente “JDPRISM” no campo C7_PEDFAB e passará a

...

registrar:

"-"<numero_do_pedido_JDPRISM>

• O caractere de prefixo "-" é utilizado como sinalizador.

• Esse formato indica que o pedido está pendente da obtenção

...

• do número correspondente no JDPOINT.

• O valor após o "-" será o código do pedido JDPRISM e não o número do JDPOINT

...

• , este iremos atualizar no próximo passo.
  
  Image Added

2. Processo Automático de Atualização (Rotina OFINJD35)

A rotina OFINJD35, já executada periodicamente em todos os concessionários, será adaptada para

...

suportar o novo fluxo.

A rotina deverá:

1. Identificar pedidos pendentes, ou seja, aqueles cujo campo C7_PEDFAB inicia com -.

2. Remover o prefixo - para recuperar o código original do pedido JDPRISM.

3. Consultar o order status utilizando esse código, obtendo o número JDPOINT correspondente

   • O número JDPOINT pode assumir formatos como JA, JB, ..., até ZZ.

4. Atualizar o pedido no Protheus substituindo o valor temporário de C7_PEDFAB pelo número definitivo do JDPOINT.

5. Executar o processo em lotes controlados, garantindo boa performance e permitindo que todos os pedidos sejam gradualmente adequados, visto que o processo pode ser lento então fazemos um % da quantidade faltante por minuto para evitar rate limite e lentidões inesperadas.

Observação sobre o usuário de execução

A rotina será executada via scheduler, e o usuário utilizado para realizar as consultas e atualizações será o usuário X (VAI_FABPWD e VAI_FABUSR no caso do Brasil, e token comum no caso da Argentina e do México) configurado para o scheduler. Portanto, é necessário garantir que esse usuário esteja devidamente habilitado e possua as permissões adequadas para consultar o order status e atualizar os pedidos.

3. Adequação Manual Assistida (Rotina OFINJD44)

A rotina OFINJD44, utilizada pelos usuários para ajustes manuais, também será aprimorada.

Com a nova lógica:

• O usuário não precisará mais digitar manualmente o número JDPOINT.

• A rotina fará automaticamente a consulta ao order status utilizando o código JDPRISM (sem o prefixo -).

• O sistema preencherá o número correto do JDPOINT conforme o mesmo fluxo implementado na rotina automática.

04. DEMAIS INFORMAÇÕES

05. ASSUNTOS RELACIONADOS

• Não há.

...