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.

...

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.

...

A rotina será executada via scheduler, e o usuário X (VAI_FABPWD e VAI_FABUSR no caso Brasil e token comum caso Argentina e México?) utilizado para efetuar as consultas e atualizações será o usuário configurado especificamente no scheduler. Portanto, é necessário garantir que esse usuário esteja devidamente habilitado, com permissões adequadas para consulta do order status e atualização dos 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:

...