| 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 |
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.
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.
Não se aplica
Não se aplica