Buscar

Problemas na Transferência de Mercadorias entre Centros

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

Processo: 
Criação PO de transferência 
• Criação de Entrega SD no centro fornecedor 
• Picking e Saída de Mercadorias EWM origem com HUs 
• Criação de Recebimento MM no centro destino 
• Entrada de Mercadorias EWM destino com HUs 
O standard funcionava corretamente. 
Quando surgiram os problemas? 
Ocorreu um erro e o recebimento foi rejeitado no EWM zerando as quantidades dos documentos no 
EWM e no ECC também – até aqui comportamento esperado e correto. 
Para gerar um novo recebimento, foi utilizada a transação VL71 e o documento foi criado corretamente. 
A entrada no EWM foi efetuada com sucesso também, mas o ECC não foi atualizado e a remessa parou 
na fila SMQ2 com a mensagem abaixo: 
 
862 861 
Transferência entre centros 
Foi aberto um chamado “very high” na SAP para solucionar o problema. 
Conseguiram resolver editando manualmente a tabela VEKP: 
Trocaram os campos abaixo: 
VPOBJ – Objeto de “01-Entrega” para “03-Recebimento” 
VPOBJKEY – Chave de objeto  inseriu o número do recebimento 18* no lugar da remessa 80* 
Resposta original ao chamado: 
“I manually assigned the HUs by using SE16N in EDIT mode” 
O desenvolvedor ABAP e eu iniciamos nossa busca por uma solução para novas ocorrências. 
Encontramos a nota SAP 2898328 - Missing HU information for inbound delivery creation from IDoc. 
 
 
Para nossa grata surpresa, foi possível implementar direto via SNOTE sem a necessidade de nenhuma 
alteração manual de código ou configuração adicional. 
Testamos novamente o cenário onde a tabela VEKP foi atualizada corretamente e o recebimento não 
parou mais na fila SMQ2. 
 
CONCLUSÃO: 
A SAP resolveu o chamado alterando diretamente a tabela VEKP, mas não identificou a nota aqui 
mencionada para prevenir novos incidentes. 
Espero que este documento ajude a todos que se depararem com este problema! 
 
Rafael London. 
Compartilhar Sempre! 
	Processo:
	Transferência entre centros
	Compartilhar Sempre!

Continue navegando