Expand | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Panel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Situação: |
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.
Tip |
---|
Possíveis Soluções: |
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.
title | MOPD2011 - Import Pedidos em Lote |
---|
Panel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Situação: |
SANTIBR-69534 Falha de importação 69870 Erro - Importação de pedidos de Transferência - 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.
Descr-erro
Bom dia a todos, o seguinte erro é apresentado ao tentarmos realizar a importação em lote de pedidos de transferência via MOPD2011:
Segue em anexo arquivo utilizado na importação do lote. Qualquer dúvida estou à disposição.
View file | ||
---|---|---|
|
Tip |
---|
Possíveis Soluções: |
Se liberar para processamento com a regra 3 = Desprezar a totalidade do ID e encontrar um item com problema de estoque, preço etc, vai apresentar a mensagem: Desprezado - Parametrização de inconsistência - regra 3
Tipo de natureza de operação inválido.
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.
View file | ||
---|---|---|
|
View file | ||
---|---|---|
|
Tip |
---|
Possíveis Soluções: |
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.
e não vai gerar nenhum pedido.
Para gerar os pedidos dos itens que estão corretos e desprezar somente os itens que estão com algum problema e ainda informar qual o erro, precisa gerar conforme a figura abaixo.
Processo de importação de Pedidos em Lote. No MOPD2011, importar CSV
Liberar Processamento (Somente usuário do Grupo TRF)
Rodar o MOPD2020 (em RPW de 10 e 10 min)
Depois de processado, se ficou algo amarelo, é poque não gerou todos os pedidos. Então vamos Detalhar a ID para ver o que os erros.
Se apresenta este erro, precisa solicitar estes itens na tabela de preços
Item 472407523 preço fora de validade na data da venda ou não cadastrado na tabela de preçoCSM99
Se apresenta este erro, precisa verificar o saldo do estoque no ce0830 e se não houver saldo disponível, verificar os pedidos que estão alocando o saldo pelo PD1003A
REGRA 1 JUST.ESTOQUE IMPORT.EM LOTE
Depois que forem corrigidos, podemos importar novamente e veremos que vai ficar azul
Então podemos ver no MOWM065, os pedidos gerados e todas as informações dos pedidos.
Expand | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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.
|
Expand | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
SANTIBR-63005 Erro de Frete Prezados, boa tarde. Tudo bem? Por favor, poderiam nos ajudar com a seguinte situação (Erro na definição de FRETE – MOPD1011/MOPD1040/MOPD1041). Foram cadastrados os parâmetros de FRETE para o cliente MGE 526504 conforme os prints abaixo: No entanto, como é possível visualizar no pedido abaixo emitido pelo Matheus Solani o mesmo está acatando FRETE FOB, mas, o pedido é acima de 3.000,01 então deveria ser CIF.
Este cliente está com parâmetro de frete FOB a partir de R$0,01 em seu cadastro no CD0704, como pode ver abaixo. Para o cadastro do MOPD1420 ter efeito, precisam tirar este fleg do CD0704. O Fleg da exclusividade do frete no CD0704 trabalha em conjunto com o valor mínimo do pedido e dependendo de como está parametrizado, é aplicada a regra do MOPD1420. Se no CD0704 estivesse valor mínimo de 3mil, então pedidos com valor inferior a 3mil cairiam nos parâmetros do MOPD1420. No MOPD1420, Sempre é do parâmetro mais específico para o genérico, ou seja, se há uma cadastro feito para um cliente, este vale mais do que um parâmetro genérico para todos |
Expand | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
SANTIBR-67942 TOTVS_MODAL DE FRETE INCORRETO Emitimos o pedido 6484912 dia 2/10 com o Modal de frete cliente retira, porem o mesmo subiu sem frete e foi retirado por uma transportadora, mas em nenhum momento indicamos isso. Segue print da tela e da nossa planilha de aprovações
Analisando o programa, verificamos que 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. Por isso o frete foi alterado. |
Expand | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||
SANTIBR-70841 - RES: Cancelamento de Pedido - Compartilha 522845 Por favor, verificar o status do pedido 6490256 no Est. 75, pois o mesmo ainda está aparecendo no MOFT1800 e conforme imagem abaixo, o pedido foi cancelado.
Pedido Cancelado após ter entrado na fila do faturamento automático no MOFT1800 e com isso fico no status 03 - Erro de Consistência. Temos que mudar para o Status 7 e colocar a informação Pedido cancelado em DD/MM/AAAA
|
Expand | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
|
Expand | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
|