Linha Microsiga Protheus

Árvore de páginas


01. DADOS GERAIS

Produto:

TOTVS DMS

Linha de Produto:

Linha Protheus

Segmento:

Varejo

Módulo:

TOTVS DMS - Linha Protheus (SIGAOFI)

Função:Cons. Imp. Jdprism (OFINJD44)
País:Brasil
Ticket:Não há.
Requisito/Story/Issue (informe o requisito relacionado) :DVARMIL-12437


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.

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 X (VAI_FABPWD e VAI_FABUSR no caso brasil e token comum caso latam) 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:

  • 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


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

05. ASSUNTOS RELACIONADOS

  • Não há.