cancel
Showing results for 
Search instead for 
Did you mean: 

NFe 10.0 - Incoming - Stock Transfer - Com inbound delivery

pedroluiz_nobrega
Participant
0 Kudos

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

Accepted Solutions (0)

Answers (5)

Answers (5)

0 Kudos

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.

Former Member
0 Kudos

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

pedroluiz_nobrega
Participant
0 Kudos

Marcel

boa tarde.

Tivemos este mesmo problema aqui no projeto e conseguimos modificar o movimento de mercadoria, somente através de uma exit. Pois conforme vc demonstrou acima,  EL=mov 101.

At

Pedro L Nobrega

bruno_renzo
Employee
Employee
0 Kudos

Oi Marcel,

Pq não faz sem ID mesmo?

Abs

0 Kudos

Bruno, boa tarde.

Estou com o mesmo problema descrito nesta thread. Todos os passos descritos de configuração já estão feitos.

Não entendi seu ponto "Pq não faz sem ID mesmo?" poderia me esclarecer por favor?

Former Member
0 Kudos

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

bruno_renzo
Employee
Employee
0 Kudos

Cara, isso é 100% LE.

Sugiro alguém experiente para fazer isso, ou então ler a documentação do SAP Standard.

Isso não tem muito a ver com NF-e ou Localização em si.

Abs

Former Member
0 Kudos

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

bruno_renzo
Employee
Employee
0 Kudos

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

bruno_renzo
Employee
Employee
0 Kudos

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

pedroluiz_nobrega
Participant
0 Kudos

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_renzo
Employee
Employee
0 Kudos

Pedro,

Na transação OMJJ vc deve inserir o movimento 861 na aba "Allowed transactions" colocar a transação VL32N.

Abs

pedroluiz_nobrega
Participant
0 Kudos

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

henrique_pinto
Active Contributor
0 Kudos

Como é sto SD/MM, deve estar dando alguma incosistencia na hora de dar baixa do SD.

Chutaria ver a associacao na J_1BSDIC, conforme dica em:

Abs,

Henrique.

bruno_renzo
Employee
Employee
0 Kudos

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

pedroluiz_nobrega
Participant
0 Kudos

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