...
| Produto: | | Solucoes_totvs_parceirosexptotvs |
|---|
| SolucaoParcsExpsTOTVS | TOTVS DMS |
|---|
|
|
|---|
| Linha de Produto: | |
|---|
| Segmento: | |
|---|
| Módulo: | | Modulos_totvs_prestadores_de_servicos |
|---|
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 rotina será executada via scheduler, e o usuário X (VAI_FABPWD e VAI_FABUSR no caso brasil Brasil e token comum caso latam 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.
...
