TOTVS DMS - Linha Protheus (SIGAOFI)
| Produto: | |
|---|---|
| Linha de Produto: | |
| Segmento: | |
| Módulo: | TOTVS DMS - Linha Protheus (SIGAOFI) |
| Função: | Cons. Imp. Jdprism (OFINJD44) |
| País: | Brasil |
| Ticket: | Não há |
| Requisito/Story/Issue: | DVARMIL-12437 |
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.
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.
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.
-" será o código do pedido JDPRISM e não o número do JDPOINT, este iremos atualizar no próximo passo.A rotina OFINJD35, já executada periodicamente em todos os concessionários, será adaptada para suportar o novo fluxo.
A rotina deverá:
Identificar pedidos pendentes, ou seja, aqueles cujo campo C7_PEDFAB inicia com -.
Remover o prefixo - para recuperar o código original do pedido JDPRISM.
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.
Atualizar o pedido no Protheus substituindo o valor temporário de C7_PEDFAB pelo número definitivo do JDPOINT.
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.
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.
| Pacotes Gerados: | 12.1.2210: https://r.totvs.io/p/1224880 12.1.2310: https://r.totvs.io/p/1224881 12.1.2410: https://r.totvs.io/p/1224882 12.1.2510: https://r.totvs.io/p/1224883 |
|---|