01. DADOS GERAIS

Produto:

TOTVS Distribuição e Varejo

Linha de Produto:

Linha Winthor 

Segmento:

Distribuição TOTVS Goiânia 

Módulo:38 - RÁDIO FREQUÊNCIA
Função:3853 - SEPARAÇÃO APP
Ticket:
Requisito/Story/Issue (informe o requisito relacionado) :DDESTOQUE-21852


02. 
SITUAÇÃO/REQUISITO

No ambiente do cliente, ao iniciar a separação de um pedido pelas rotinas 3853 e 3854, quando o pedido não possuía carga vinculada (ou quando uma carga era integrada durante o processo), o sistema apresentava no coletor a mensagem:

“O pedido está vinculado ao carregamento XXXXXXX. Realize a conferência por carregamento. ”

Esse comportamento impedia a continuidade do processo pelo fluxo de pedido, mesmo quando ele havia sido iniciado desta forma, obrigando o usuário a abandonar o fluxo inicial e reiniciar a operação pelo fluxo de carga. Isso gerava inconsistência operacional e impacto direto na produtividade.

Adicionalmente, foi identificado um problema relacionado à rotina 3804, que é utilizada exclusivamente para realizar o cancelamento da separação ou da conferência. O usuário não conseguia efetuar o cancelamento porque tentava cancelar o processo por pedido, enquanto o fluxo havia sido seguido por carga, ou vice-versa. Como não havia um vínculo claro entre o tipo de fluxo iniciado/finalizado e o tipo de cancelamento permitido, o processo acabava não sendo concluído corretamente.

Essa falta de padronização e validação do fluxo causava bloqueios no cancelamento e incertezas na operação.

03. SOLUÇÃO

Foram realizados ajustes nas rotinas 3853, 3854 e 3804, garantindo maior flexibilidade, padronização e coerência no fluxo de expedição. A partir deste ajuste:

O sistema passa a permitir que o usuário siga o fluxo por pedido, mesmo que o pedido esteja vinculado a uma carga;

A geração ou existência de carga não interfere mais no fluxo iniciado por pedido;

O usuário poderá escolher seguir o processo tanto por pedido quanto por carga, conforme a sua necessidade operacional.

Especificamente na rotina 3804 (Cancelamento), foi ajustado o comportamento para respeitar o fluxo utilizado pelo usuário:

Enquanto a separação ou conferência estiver em andamento:

O usuário deverá cancelar pelo mesmo fluxo que iniciou (pedido ou carga).

Quando a separação ou conferência já estiver finalizada:

O cancelamento deverá ser realizado pelo fluxo em que foi finalizado (pedido ou carga).

Com esse ajuste, o processo de cancelamento passou a ser executado de forma correta e previsível, eliminando as falhas que impediam sua conclusão e garantindo aderência às regras de negócio.

04. DEMAIS INFORMAÇÕES

Não se aplica

05. ASSUNTOS RELACIONADOS

        Não se aplica