Situação:

Na inclusão de Pedido de Venda Direta, o usuário informa corretamente o Cliente Principal, sendo o campo Tipo de Cliente preenchido como Consumidor Final.
Entretanto, quando a entrega é realizada por uma Concessionária (Cliente Entrega), ao gerar o registro do pedido na tabela SC5, o sistema altera automaticamente o Tipo de Cliente para Revendedor, considerando o cliente de entrega em vez do cliente principal.

Esse comportamento diverge da regra fiscal esperada, pois os cálculos fiscais da Venda Direta devem considerar o Consumidor Final, independentemente de existir um cliente de entrega distinto.

Requisito:

• O sistema deve manter o Tipo de Cliente definido no cabeçalho da rotina VEIA060 ao gerar o pedido de venda (SC5).

• Em Pedidos de Venda Direta, o Tipo de Cliente para fins fiscais deve sempre considerar o Cliente Principal, e não o Cliente de Entrega.

• A existência de Cliente de Entrega não deve sobrescrever a classificação fiscal do pedido.

• Garantir que os cálculos fiscais sejam realizados corretamente com base no Consumidor Final, conforme legislação e regra de negócio.

Situação:

Na rotina VEIA060 – Pedido de Venda Montadora, ao informar um Cliente Principal diferente do Cliente de Entrega, o sistema apresenta erro ao avançar o pedido, impedindo a continuidade do processo.

Ao executar a ação Avançar no Pedido, é exibida a mensagem:

"Um ou alguns campos obrigatórios não foram preenchidos no objeto Grid – VL Movto (VVA_VALMOV)"

Essa situação ocorre quando o campo VRJ_CLIENT possui valor diferente de VRJ_CODCLI, mesmo com os dados corretamente preenchidos no fluxo do pedido.

Requisito:

• O sistema deve permitir o avanço do Pedido de Venda Montadora quando houver Cliente Principal diferente do Cliente de Entrega, desde que os dados obrigatórios estejam preenchidos.

• Garantir que validações obrigatórias no grid considerem corretamente o contexto do pedido.

• Permitir a continuidade dos testes e do fluxo operacional do Pedido Montadora sem bloqueios indevidos.

Solução:

Foi ajustado o processo de geração do Pedido de Venda Direta para preservar o Tipo de Cliente informado no cabeçalho da rotina VEIA060, independentemente da existência de Cliente de Entrega.

As correções realizadas incluem:

• Adequação da lógica de gravação do pedido para que o campo Tipo de Cliente na tabela SC5 seja sempre determinado com base no Cliente Principal.

• Remoção da sobrescrita automática do Tipo de Cliente pelo cadastro do Cliente de Entrega.

• Garantia de que os cálculos fiscais considerem corretamente o Consumidor Final nos pedidos de venda direta.

Dessa forma, o pedido passa a respeitar corretamente a regra fiscal aplicável à Venda Direta, garantindo consistência entre a rotina de inclusão e os registros gerados no banco de dados.

Solução:

Foi realizada a correção na rotina VEIA060 para tratar corretamente os cenários em que o Cliente Principal é diferente do Cliente de Entrega, evitando a exigência indevida de campos obrigatórios no grid.

As ações implementadas foram:

• Revisão das validações executadas na ação Avançar no Pedido, ajustando a obrigatoriedade do campo VVA_VALMOV conforme o contexto do Pedido de Venda Montadora.

• Correção da lógica de validação para evitar bloqueio do avanço do pedido quando os dados obrigatórios já estiverem devidamente preenchidos.

• Tratamento específico para o preenchimento dos campos VRJ_CLIENT e VRJ_CODCLI, garantindo compatibilidade entre Cliente Principal e Cliente de Entrega.

• Validação do fluxo completo de inclusão, salvamento e avanço do pedido.

Com a correção aplicada, o processo de Pedido de Venda Montadora passa a permitir o avanço do pedido sem erros indevidos, garantindo a continuidade dos testes e da operação.