| Produto: | TOTVS DMS |
|---|---|
| Linha de Produto: | Linha Protheus |
| Segmento: | Varejo |
| Módulo: | TOTVS DMS (Linha Protheus) - Oficina (SIGAOFI) |
| Função: | Importação de Remito John Deere (OFIA546) |
| País: | Argentina |
| Ticket: | Não se aplica. |
| Requisito/Story/Issue (informe o requisito relacionado) : | DVARMIL-15004 |
Durante o processo de importação de Remitos de Entrada pela rotina OFIA546, foi identificado um comportamento incorreto na baixa dos itens encomendados vinculados a Pedidos de Compra existentes no sistema.
Ao processar arquivos de remito contendo itens associados a múltiplos Pedidos de Compra, o sistema não realizava corretamente a identificação do pedido correspondente a cada item recebido, resultando nos seguintes problemas:
C7_PEDFAB diferentes), o sistema utilizava o mesmo item do pedido para baixar todas as linhas, ignorando os demais pedidos. Isso impedia a baixa correta dos itens encomendados e a atualização do status dos pedidos envolvidos.Em ambos os cenários, os Pedidos de Compra não tinham seu status atualizado para "Recebido" e os itens não eram movimentados para o armazém de reserva definido, interrompendo o fluxo operacional do usuário.
Foi realizada a correção na lógica de identificação e vinculação dos itens do remito aos seus respectivos Pedidos de Compra durante o processo de importação nas rotinas OFIA507 e OFIA546.
O problema estava no controle interno de itens já processados, que utilizava apenas o código da peça (C7_PRODUTO) como chave de identificação. Dessa forma, ao encontrar duas linhas do remito com o mesmo produto — mesmo que vinculadas a pedidos de fábrica (C7_PEDFAB) diferentes — o sistema considerava o item como já utilizado e não realizava a baixa do segundo pedido.
A correção ajustou essa chave de controle para considerar a combinação de código da peça + número do pedido de fábrica, garantindo que cada linha do remito seja vinculada ao pedido correto de forma independente.
Com essa adequação:
| Pacotes Gerados |
|---|
Não há.