on 02-27-2012 1:23 AM
Pessoal
Estou agora com outro problema ao utilizar a solução NFe 10.0 Incoming no cenário stock transfer.
O cliente utiliza confirmação (inbound delivery), tambem para realizar o recebimento da transferêcia entre plantas.
1) Tentamos criar manualmente as "inbounds", conseguimos, porém ao processar uma nota fiscal, via monitor o sistema simplesmente triplicou as entradas, ou seja, ele considerou a quantidade de uma nota fiscal e efetuou o lançamento no estoque n vezes para as inbounds que estavam em aberto.
2) Ao tentar corrigir o erro, após procurar notas sobre o assunto, encontrei uma nota SAP que orienta automatizar a inbound no processo, e utiliza o tipo de mensagem SPED onde ao efetuar a saida do centro fornecedor VL02N, na criação da outbound delivery, o sistema gera automaticamente a inbound delivery e atualiza a pasta confirmações no pedido de transferência".
Porem ao efetuar a entrada, ao invés do movimento 861, esta sendo feito o movimento 101.
Qualquer ajuda para um dos casos acima será muito bem vinda.
Grato
Pedro L Nobrega
Aqui no projeto foi desenvolvido um enhancement em que o movimento da inbound delivery foi trocado para 861. Algo do tipo:
Se intracompany
se origem = planta do brasil e destino = outra planta do brasil
então mov.,type = 861
fim se
fim se
Isso foi feito porque, em ambiente global, não pudemos modificar a chave de confirmação para utilizar sempre 861 nas inbound deliveries.
Respondendo a Por que não receber sem Inbound Delivery:
é um processo global que integra com o operador logístico e a inboun delivery, sendo criada automaticamente pela outbound, é usada como ponto de integração entre o SAP e o sistema do LSP.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Caro Bruno
Hoje domingo, estou aqui tentanto desvendar esse misterio...rs
Bom ja descobri como funciona toda a parte de amarracao e tambem o que vc quis dizer com o seu post :
"criar um novo tipo de Item Category via transação OVLP e associar nela o movimento 861. Aí é só arrumar a determinação de item category por tipo de Delivery e pronto"
Fiz toda configuracao no meu SAP mas mesmo assim o tipo de movimento nao estava alterando para 861 por que, existe uma configuracao na antes na parte de spro:
- Administracao de materiais
- Pedido de compra
- Confirmacoes
- Definir categoria de confirmacao
linha 2
Aviso de entrega LA
e tipo de remessa EL
ou seja no momento da VL31N esse tipo de remessa ja esta sendo atribuido devido a essa configuracao acima citada. e tipo de movimento atrelado a essa EL = 101
E como a empresa eh global eu nao posso alterar esse campo pois causaria impacto em processos de outros paises.
vc consegue ver alguma solucao pra esse caso Bruno ?
***vide que eu ja fiz as amarracoes de tipo de remessa ->> categoria do item ->> tipo de ordem de venda e schedule line ***
Mas a minha configuracao "nao pega" devida a esse exemplo citado acima !!
Muito obrigado pelo retorno
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bruno
Muito obrigado pelo retorno, so estou precisando fazer mais um passo que seria esse descrito pelo Pedro acima :
"Porem ao efetuar a entrada, ao invés do movimento 861, esta sendo feito o movimento 101."
Ai vc havia respondido :
"Cara, vc vai precisar criar um novo tipo de Item Category via transação OVLP e associar nela o movimento 861. Aí é só arrumar a determinação de item category por tipo de Delivery e pronto.
Toda customização está no seguinte caminho do IMG:
SAP Customizing Implementation Guide
Logistics Execution
Shipping
Deliveries"
Estou com o mesmo problema do Pedro, mas sou MM e nao temos SD no projeto, poderia me dar mais informacoes sobre como carregar o movimento 861 ao inves de carregar o 101.
Essa transacao que vc comenta OVLP, mostra apenas as delivery item category relevante para picking nao entendi a ligacao que gostaria de fazer .
Ja verifiquei o schedule line atribuido ao item category e o tipo de movimento esta correto = "861"
mas quando faco a inbound o movimento que carrega eh o 101, igualmente aconteceu com o Pedro.
Muito obrigado Bruno pelo retorno
Grande Abraco
MH
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Senhores por favor,
Apos ler o post, gostaria de saber se eh possivel que fazer a inbound delivery com a transacao "VL32N" de STO (stock transfer to order) para o tipo de movimento 861 ??
**** Ja sabido que o standard pede a transacao MB0A para inboud delivery para saida (outbound delivery) tipo de movimento 862 ****
Muito obrigado
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oi Marcel, tudo bem?
Conforme escrito lá em cima, sim, é possível. A resposta já está lá.
Lembre-se de usar o tipo de mensagem SPED (isso é do standard e não tem nada a ver com os relatórios SPED) na outbound delivery para o sistema criar automaticamente a inbound delivery quando se faz o goods issue.
Procure no help da SAP e em notas como usar esse tipo de mensagem SPED e também como criar o item category confirme descrevi lá em cima.
Abs
Olá Pedro, tudo bem?
2) Ao tentar corrigir o erro, após procurar notas sobre o assunto, encontrei uma nota SAP que orienta automatizar a inbound no processo, e utiliza o tipo de mensagem SPED onde ao efetuar a saida do centro fornecedor VL02N, na criação da outbound delivery, o sistema gera automaticamente a inbound delivery e atualiza a pasta confirmações no pedido de transferência".
Porem ao efetuar a entrada, ao invés do movimento 861, esta sendo feito o movimento 101.
Cara, vc vai precisar criar um novo tipo de Item Category via transação OVLP e associar nela o movimento 861. Aí é só arrumar a determinação de item category por tipo de Delivery e pronto.
Toda customização está no seguinte caminho do IMG:
SAP Customizing Implementation Guide
Logistics Execution
Shipping
Deliveries
Abs
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ola Bruno
Obrigado, agora já esta trazendo o mov 861 na inbound.
O erro agora esta ocorrendo no monitor fiscal clerk, no último passo a seguinte mensagem esta ocorrendo:
"Goods movement not possible with mvmt type 861"
Message M7 096
Se eu tentar efetuar a entrda manualmente utilizando a transação MIGO, eu consigo.
Alguma dica?
[]s
Pedro
Bruno
> Valeu esta avançando... o erro agora mudou.
>
> "Item category ZELN not found for billing type. (Message 8B 501)
>
>
> Eu não entendi pq billing? Se estou fazendo um recebimento?
>
> []s
>
> Pedro
Pedro, esse erro acontece em que momento exatamente?
Funciona fazendo o GR na VL32N manualmente ou só com o GRC?
Chama um bom ABAPer do lado pra debugar com vc.
Abs
Bruno
obrigado pela ajuda mais uma vez.
Estava faltando uma configuração, falei com o consultor de SD ele foi na transação 0VLK e viu qual era o tipo de ordem default para o tipo de remessa.
Depois foi na VOV8 para o tipo de ordem e localizou o "tipo de faturamente baseado remessa"
por último atribuimos o tipo de faturamento ao item category ZELN na transação S_ALR_87007627
Reprocessamos as notas utilizando o monitor fiscal e logistico e o movimento foi efetuado corretamente.
[]s
Pedro l Nobrega
User | Count |
---|---|
16 | |
3 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.