FAQ - PEDIDOS

SANTIBR-69622 ERRO MOPD1041

Caros, boa tarde! Preciso de apoio devido a um erro no MOPD1041 conforme anexo. O erro apontado não procede pois o valor mínimo está cadastrado.

Este pedido foi feito para o canal de venda 89, mas no MOPD1100 só tem cadastro para o canal de venda 90. O Givaldo informou que canal de venda 89 é só para o PNLD e o canal de vende deles é o canal 90. Então vai pedir para cancelarem o pedido para fazerem um novo no canal certo.

SANTIBR-69534 Falha de importação - MOPD2011

Prezados, boa tarde. Fiz a importação de envio de placas de parceiros através do programa MOPD2011, no entanto, foi uma execução com falha, segue abaixo as evidências. 

Quando a importação flui sem erros a cor do Id controle fica azul, outra questão importante e fundamental, nesse caso mesmo com a falha gerou parte dos pedidos e isso me deixa inseguro. Todos os relatórios anteriores com a cor do Id em amarelo, não gerou pedido algum, justamente porque acusa um erro para ser tratado. 

Coloquei em anexo o log gerado em excel através do botão acima “Ver Erros” do próprio programa, abaixo também detalho qual foi a descrição do erro.

 Pesquisa por amostragem de 2 pedidos pelo MOPD1011 para checar a situação dos pedidos. Já estão aprovados aguardando integração com Wamas.

Pesquisa por amostragem de 2 pedidos pelo MOPD1011 para checar a situação dos pedidos que retornaram como falta de estoque. Já estão aprovados aguardando liberação para atendimento futuro via monitor.

Reitero que os pedidos não deveriam ter sido gerados pois conforme já informado a importação foi executada com falhas, não consigo mensurar a integridade dos pedidos gerados a partir do erro, preciso de apoio nessa questão. Anexei também o arquivo confeccionado para importação, caso seja necessário para avaliar melhor o caso.

O processo de importação de pedidos faz inicialmente a consistência de todos os sku's (itens) existente no arquivo importado.

Se neste processo for constatado alguma inconsistência, é aplicado a regra de consistência indicada no MOPD2011, que no caso foi a regra 3 - Desprezar a Totalidade do ID.

No caso do arquivo importado, o processo de consistência não localizou problemas, liberando todo o arquivo para geração de pedidos.

Notar que até antes da crítica "Tipo de natureza de operação invalido", os pedidos estavam sendo gerados normalmente. 

A crítica apresentada "Tipo de natureza de operação invalido", não é uma crítica do processo de consistência customizado, e sim do próprio produto TOTVS. Analisando dados do cliente, local-de-entrega, canal-de-venda, sub-operação comercial, etc..., não vi motivo de ter ocorrido a crítica. A partir desta critica, os pedidos deixaram de ser incluídos na base, aplicando a regra 3 de consistência, mas os pedidos já incluídos permanecem - não há um 'Desfaz" dos pedidos já incluídos.

Para o cliente que deu a crítica "Tipo de natureza de operação invalido", por favor, gere o pedido pelo MOPD1011.

SANTIBR-69663 REGRA DE FRETE

Oi pessoal, boa tarde! Por gentileza, podem verificar o caso abaixo? Para pedidos abaixo de R$ 2.000,00 foi cadastrada a regra de frete FOB, mas está puxando a modalidade CIF. Regra cadastrada (relatório gerado em 17/11).

Mesmo que no mopd1420 tenha parâmetro para o frete ser FOB, como podemos ver abaixo é a indicação interna, de que a modalidade de frete foi informada pelo usuário como CIF, não sendo aplicada a regra do MOPD1420.

Quando o usuário informa a modalidade do frete, é gravado na tabela mopd-ext-ped-venda a modalidade do frete estabelecida pelo usuário acrescida de um asterisco, como podemos ver abaixo.

SIMULAÇÃO

Como simulei abaixo, quando incluímos um novo pedido e só informamos o cliente, o sistema tem as duas opções, CIF e FOB e como CIF é o primeiro da lista. Este é o que é informado.

Quando incluímos o item e finalizamos o pedido. Agora ele tem o valor do pedido para reclassificar o frete e muda para FOB, como pode ver abaixo.

Consultando o pedido via programa, verificamos que está com o código do frete = 1 que é FOB e sem o asterisco, porque foi o sistema que definiu.

Agora simulei a troca do tipo de frete e podemos ver que está 0 = CIF e com asterisco, porque foi alterado manualmente.

 Este pedido que foi cancelado, está com o frete com código = 0 que é CIF 

Para o usuário não poder trocar o frete, tem que abrir chamado solicitando retirar o grupo FRT do usuário BAS_GRT_USUAR

, assim não terá mais acesso. Inclusive, tive que colocar este acesso ao meu usuário para conseguir trocar o frete na homologação.

FOR EACH mopd-ext-ped-venda WHERE 
         mopd-ext-ped-venda.nr-pedcli = "6498542" NO-LOCK:
    FOR EACH ped-venda OF mopd-ext-ped-venda.
    
    DISP ped-venda.user-impl
         mopd-ext-ped-vend.usuar-ult-alt
         mopd-ext-ped-vend.nr-pedcli
         mopd-ext-ped-vend.nome-programa     
         mopd-ext-ped-vend.nome-abrev     
         mopd-ext-ped-vend.modalid-frete 
         mopd-ext-ped-vend.usuar-ult-alt 
         mopd-ext-ped-vend.cod-negociacao
         mopd-ext-ped-vend.cod-prior-entr
         mopd-ext-ped-vend.cod-sub-oper-c
         mopd-ext-ped-vend.cod-tipo-venda
         mopd-ext-ped-vend.dat-ult-alter 
         mopd-ext-ped-vend.enviado-wamas WITH 1 COL 2 DOWN SCROLLABLE.
    END.
END.