Product Information
STO – Transferência na localização Brasil
O cenário de tranferência para Brasil é um processo intracompany para transferência de materiais entre plantas da mesma empresa.
O cenário mais comum é feito da seguinte forma:
- ME21N STO
- VL10B Criação da Delivery
- VL02N Saída com o movimento 862
- MIGO Entrada com o movimento 861
Notas Importantes:
123124 – LSA BR:5th v. Customizing of Brazilian movement types
- This note contains the report that updates the Brazilian movement to its standard configuration.
199233 – Transfer with stock transfer order
888805 – CBT: Stock transfer with stock transport order
Customizações:
- As plantas tem que ser configuradas sendo que uma é o cliente e a outra é a fornecedora.
- Na view J_1BIM02V os movimentos 861, 861, 863 e 864 tem que estar marcados como relevantes para NF com a opção U.
- Transação OMJJ possui várias configurações para movimentos específicos.
- O posting string (J1BTAX>>>NF>>>Inventory Management>>>IM Posting Strings) campo line item ID deve ser configurado com a opção T ou D.
Incidentes:
- Impostos não batem (entrada x saída).
- Muitos clientes abrem incidentes perguntando, porque os valores não batem. Como isso não é algo hard coded os valores podem sim ser diferentes. Portanto é necessário averiguar suas configurações de impostos para entender o porquê os valores não batem.
Pontos de DEBUG:
- SE37>>>Function Module>>> J_1B_IM_TX_CALCULATE_TAX_NEW
- Nesse FM é onde começa a interface com FI.
- SE37>>>Function Module>>> CALCULATE_TAX_ITEM
- Nesse ponto a KOMP e KONK é preenchida.
- SE38>>>Include LJ1BFF01
- Nesse include a NF é criada
- SE38>>>LMBGBFSU>>> FORM AUSGABE
- Nesse include você pode verificar problemas com relação ao documento contábil e os famosos erros de balanço.
Maiores informações sobre os cenários de localização MM, consulte nossa WIKI:
Materials Management Localization Scenarios Overview
Abs,
Patricia
Como eu gostaria que este post tivesse sido escrito há 2 anos atrás! 🙂
Sensacional Patrícia!
Obrigado pela colaboração e compartilhamento de conhecimento.
Atenciosamente,
Gustavo Gonçalves
Patrícia, obrigado pelas informações.
🙂
Patricia,
Você tem o processo de retorno (em transito) e devolução da transferencia / intercompany?
Aqui temos somente a saida. Estamos para implementar o retorno e a devolução.
Gizela
Oi Gizela,
Ainda não tenho um post como este, mas estou montando um e assim que estiver pronto coloco o link aqui.
Mas posso sugerir a nota 1512390 e a wiki:
Stock Transfer Order (STO) with Full or Partial Return of Transit Stock - Localization Latin America - SCN Wiki
Patricia
Obrigada!
Atulizei o post com os links de ajuda para o cenário de STO de retorno. Abs,Patricia
Boa tarde Patrícia,
Nunca implementei o processo de STO e agora estou em um projeto onde precisarei configurar tal processo. Serão transferências de SP para outros estados.Saberia me informar por gentileza as configurações necessárias no SPRO customizing?
Atte.
Marcelo
Olá Marcelo,
Infelizmente não é tão simples assim.
Sugiro dar uma olhada na nossa WIKI que mostra os processos de STO e a principais configurações.
Tentar ler as notas referente ao cenário para ajudar com as customizações.
Se tiver alguma dúvida especifica me avise.
Abs,
Patricia
Olá Patrícia, como vai?
Primeiramente, um feliz 2018 com muita saúde, paz e pleno de realizações.
Estamos implementando o processo de STO pela primeira aqui na empresa e estamos enfrentando problemas com a contabilização dos impostos (ICMS) na saída da remessa/delivery quando do PGI. Já vivenciou isto anteriormente, teria alguma orientação para me fornecer para tentar solucionar este problema?
Andei lendo alguns artigos, onde seria necessário desenvolvimento para solucionar o problema, pois o standard não atende.
Atte.
Marcelo
Olá Marcelo!
Feliz 2018 🙂
Quando você fala de problema em contabilização do ICMS, que tipo de problema?
Divergências entre entrada e saída?
Divergência de NF de saída, com o documento contábil?
O que você precisa mais especificamente?
Att,
Patricia
Otimo Post, Patricia! Parabens.
Otimo post! Obrigada Patricia 🙂
Ola Patricia,
Não estou conseguindo determinar o CFOP num STO de Poços de Calda para uma planta nova (Manaus).
Num STO saindo do mesmo lugar e mesmo material para uma planta já existente (no Ceara) o CFOP é determinado.
Creio que o problema é na planta de destino, certo? Voce tem alguma dica de onde possa estar o erro?
Atte.
Daniel
Olá Daniel,
Você chegou a olhar o meu post sobre determinação de CFOP?
CFOP em branco
Seguinte esse post você consegue ver exatamente qual configuração que está faltando para a determinação de CFOP sair corretamente.
Qualquer dúvida me avise.
Atenciosamente,
Patrícia
Ola Patricia,
Consegui identicar o problema atraves do seu post do CPOF, faltava ajusar os CFOPs para saída de Free Trade (Destinations 3 e 4).
Muito obrigado.
Atte.
Daniel
Legal Daniel! 🙂
Olá Patrícia,
Ao efetuar a VL02N, o CFOP não determina, já coloquei break-point em ambas as FM's e nada. Estou utilizando o movimento 862 para o intracompany. Tem alguma sugestão do que fazer ou debugar para saber qual é o problema?
Obrigado
Oi Kelly,
Cenário 1:
O CFOP não determinou na delivery, ou seja você cria na VL10B e quando checa na VL02N o CFOP está em branco?
Solução:
Solução cenário 1: nesse caso como a delivery é criada do lado de SD as funções mencionada no KBA CFOP em branco não vão funcionar mesmo porque o CFOP é determinado no lado do código de SD. Nesse ponto aqui: J_1B_SD_CFOP.
Se no debug o sistema não entrar nesse ponto é muito provável que o tipo de SD doc type não tem NF type assignado na view J_1BTVAKV. Olhe o KBA 2435722 - Error 8B148 - Enter CFOP for line 000001 during STO process.
Se não TVAK estiver tudo correto, muito provável que deve ser algo referente a configuração na tabela J_1BSDICA.
OU
Cenário 2: Você criou a delivery sem problemas e quando posta a delivery na VL02N e check a Nota Fiscal de saída o CFOP está em branco?
Solução: Nesse cenário os sistema deveria passar pelos pontos do KBA CFOP em branco. Se não estiver passando é porque o sistema está caindo fora antes. Teria que ver via debug porque isso está ocorrendo.
Abs,
Patricia
Obrigado! Já descobri, realmente era o CFOP de SD 🙂
Fiquei com Dúvidas.
Na Minha Empresa fazemos ASSIM;
Nosso processo tem o mesmo valor deste aqui citado ou fazemos errado?
Olá Assis,
O processo que foi feito pela localização segue as transações mencionadas no post.
Não tem problema você fazer o processo da forma que faz hoje. Se está tudo funcionando não tem porque mudar.
É só importante lembrar que se houver qualquer erro específico de Brasil nesse processo, na VL04 ou MB0A, talvez não seja possível corrigir.
Att,
Patricia
Muito obrigado Patricia.
Queria conhecer qual cenário padrão mais usado para processos de Intercompany (Centros de empresas diferentes). Hoje trabalhamos como venda normal entre plantas com fatura. É feito processo via RC e Pedido de compras como se fosse um cliente normal.
Oi Assis,
Este processo não é suportado pela localização, portanto não sei te dizer qual seria a melhor forma de atendê-lo.
Att
Patricia
Boa tarde Patricia,
tudo bom?
Meu cenário está praticamente pronto, mas quando tento fazer a MIGO com o tipo de movimento 861, recebo um erro para colocar um número de Delivery Note, o único campo que acho é o próprio no cabeçalho, que, por sinal está preenchido.
Grato,
Matheus
Olá Matheus,
Tudo bem?
Primeiramente de uma olhada se o campo delivery note está como obrigatório na OMJX.
Depois olhe se você tem a nota 2012645 - STO: Goods Receipt error on MIGO using Inbound Delivery aplicada.
Att,
Patricia
Oi Patricia!
Tudo bom e contigo?
Então, olhei o campo e realmente não está como obrigatório, de qualquer forma, eu coloquei informações nele. Com relação a nota, estamos no EhP 13 e essa nota já está nela, não é aplicável....
Consegui utilizar o movimento 861 pela transação MB0A, mas o estranho é que o ICMS contabilizado ficou diferente, 18% na saída e 12% na entrada. Tem ideia do que pode estar errado?
Obrigado de novo,
Matheus
Oi Matheus,
Tudo certo! 🙂
Muito provável que ele está pegando alguma exceção na hora da entrada.
Para confirmar, faz o seguinte:
Entra na NF antes de postar ela.
Vai na aba impostos
Clica no botão análise
Mais uma vez análise
Lá vai ser possível ver da onde (qual grupo) ta vindo essa rate do ICMS.
Segue um print dessa tela.
Abs,
Patricia
Olá Patrícia tudo bem?
É possível fazer o STO com a entrada em estoque especial 'E' ?
( livre utilização -> Estoque especial )
Esse STO está ligado a Ordem de Venda.
Olá João,
O estoque especial 'E' não foi entregue pela localização, então não é possível dizer como esse estoque funcionaria, e se funcionaria junto com os cenários de localização.
Já vi alguns problemas serem reportados, então se precisar usar o estoque E sugiro que rode vários testes para garantir que o cenário funcione de acordo com o esperado.
Att,
Patricia
Obrigado pela atenção Patrícia.
Olá Patrícia,
Surgiu a necessidade de configurar esse cenário para materiais que são administrados somente em quantidade.
Quando faço a saída na VL02N aparece o erro:
Verificar tabela T156SY: entrada 862 _ X _ L X não existe
Se eu consultar a tabela T156SY vi que só tem registro para administração de quantidade e valor.
Daí eu pensei em criar um movimento Z como cópia do 862, mas pelo que tenho lido, não é recomendável que a tabela T156SY (visão V_T156SY) seja alterada.
Tem alguma sugestão para me ajudar?
Att.
Olá Edson,
Técnicamente falando você tem essas duas opções criar um movimento com cópia no standard ou inserir a configuração de acordo com o cenário de negócio de vocês.
Porém qualquer dessas opções deve ser bem testada, pois esse cenário pode não ser coberto pelo suporte, se descoberto que essa configuração específica esta causando algum problema no sistema de vocês.
Att,
Patricia
Olá Patricia, boa tarde.
Esse cenário adere ao Intra / Intercompany para Projetos (PS)?
Obrigado!
Olá Pedro,
Esse cenário é o intra company.
O cenário de intercompany para Projetos, não é localizado.
Att,
Patricia
Oi Patrícia,
O meu caso é semelhante mas o recebimento é com a VL32N;
Quando tento fazer o Recebimento com a VL32N com Inbound Delivery já criada automaticamente pelo output type SPED, o sistema mostra a seguinte mensagem de erro:
Reference could not be split into NF number, series and subseries Message No. 8B112
A NFe criada pelo movimento 862 é eletrônica e a NFe que estou tentando registrar como entrada também está com flag para eletrônica.
Encontrei a oss note 2367847 - STO: Source Document Reference is not Determined Correctly - SAPKH61713, mas o Basis confirmou que já está aplicada no ambiente.
Então os passos que estou tentando fazer são os seguintes:
a) ME21N - Pedido UB
b) VL10B - Para criar Outbound Delivery
c) VL02N - Saída de Mercadorias com NFe / MvT 862 / Output Type SPED para criar Inbound delivery Automaticamente
d) VL32N - Recebimento de Mercadorias com NFe / MvT 861 - Onde está ocorrendo o erro 8B112
Muito Obrigado!!!
Olá Eduardo,
Tu chegou a abrir um incidente a respeito?
Eu peguei um caso uma vez e era problema de configuração onde a nota era eletrônica e o sistema colocava como não eletrônica (ou vice versa). Com isso dava erro de referência 8b112.
Seu basis chegou a debugar o ponto do erro? Ali com certeza é possível ver o porque do erro.
Se tu tiver maiores informações me avisa.
Att,
Patricia
Oi Patricia,
Desculpe pela demora na resposta, mas esse erro era uma configuracao de Derivacao de NF para os movimento 861, por engano eu havia colocado uma NF de Saida no MvT 861 e peguei isso em uma ultima revisao no customizing antes de abrir o chamado para SAP Brasil (ja estava decidido a abrir!!! rsrsrs)
Obrigado pelo retorno.
Abraco,
Eduardo
Olá Patricia boa tarde,
Faz alguns meses que recebi um chamado do usuário, mas não tenho conseguido sucesso na solução.
Buscando na internet achei seu blog, antecipadamente agradeço pela qualidade das informações aqui reportadas.
Eu entendo que na sua resposta para Pedro, posso ter a resposta para meu problema.
Pergunto aqui apenas para certificar que não estou equivocada.
Nós já utilizamos o STO para BR transferência entre centros e funciona corretamente.
Recentemente o negócio começou a utilizar o processo STO com saída em estoque especial 'Q' (PS - WBS material).
O processo na saída esta correto (mov 862) porém na entrada (mov 861) o ICMS esta errado, tendo livro fiscal e contabilização errados.
Tem alguma sugestão do que posso ter esquecido? Este processo esta coberto?
Antecipadamente obrigada,
Sandra Rocha
Ola Sandra,
Tudo bem?
O processo de transferência é suportado, já o cenário de estoque especial não.
Mas deixando isso de lado, qual o erro do ICMS em específico? Talvez posso ajudar independente do cenário.
Via regra o documento de entrada deveria ser igual o da saída.
Como funciona neste cenário de vocês?
E qual o erro do ICMS na entrada?
Abs,
Patricia
Olá Patricia, tudo bem?
Antecipadamente obrigada pelo retorno.
Fizemos um arquivo com os detalhes e telas no SAP, pena não conseguir anexar.
Abaixo detalhes do processo no SAP:
Realização da saída da NF-e com movimento 862, emissão via J1B3N e contabilização. Nota Fiscal Issue - modelo 55 (NF type G1).
Fiscal /Saída: planta BR04
Contábil – Saída: planta BR04
Conforme áreas fiscal e contábil os dados estão corretos. Vemos o lançamento de estoque saindo de uma planta para outra bem como o registro do imposto.
Entrada da mercadoria via MIGO movimento 861, registro fiscal (o contábil de estoque ja foi feito). Nota fiscal Receipt – modelo 55 (NF type R1)
Fiscal / Entrada: planta: BR12 – Estoque Especial
Não temos o registro do imposto no livro e no contábil. Todos os ajustes do imposto são realizados manualmente.
Conforme informado isso somente ocorre com processo de Estoque Especial, em questão aqui, estoque de projetos.
Novamente Obrigada! Abs.
Sandra
Olá Sandra,
A única documentação que temos para STO com project stock é uma nota de recomendações.
Não chega a ser uma solução end to end entregue pela SAP.
A nota é 1640802 – Stock Transport Order Between project stocks.
Vale olhar essa nota, para ver se vocês seguem essas mesmas configurações, e se no final você ainda obter o mesmo resultado sugiro abrir um fórum aqui no SCN.
Como nunca entregamos este cenário, não sei como o sistema se comporta ou deveria se comportar para te auxiliar.
Abs,
Patricia
Olá Patricia,
Não sei porque não estou recebendo os avisos dessas mensagens, vou verificar.
Quanto a Nota vou olhar sim e retorno para você, com qualquer que seja o resultado.
Muito obrigada!
Abs,
Sandra
Olá Patricia,
Finalmente consegui revisar a nota recomendada. O programa sugerido na nota não estava em nosso sistema e agora foi criado.
Porém, ainda temos os mesmos erros. Tenho impressão que pode ser porque nossos projetos são Estoques avaliados.
Conforme sua sugestão criei outro 'forum', mas não sei se o fiz de maneira correta. Após submeter as telas de exemplo inseridas, nem todas aparecem. Fiz uma edição para corrigir mas creio que ainda tem problemas. Da maneira em que foi 'postado' penso não estar claro.
Vou verificar novamente e caso não consiga corrigir irei apagar e tentar criar de outro modo.
Obrigada!
Sandra
Ola, Patricia
tudo bem?
Estou tentando configurar o processo de Custo de frete em STO, aplicando a relevância do tipo de remessa a criação de transporte na VT01N, e consecutivamente realizar a criação do calculo do custo de frete na VI01.
Minha pergunta é a seguinte, é possivel fazer essa configuração onde o custo entrado na VI01, seja inserido como debito posterior ou entrada de fatura no pedido de STO?
att
Denis
Olá Denis,
Eu nunca testei esse cenário.
Mas já vi outros clientes usando essas transações, mas não sei se era para a mesma finalidade.
Talvez seja interessante abrir um fórum aqui no SCN para ver se alguém pode ajudar.
Via standard não sei se é possível,
Att,
Patricia
Boa tarde Denis,
aqui na empresa estou precisando fazer a contabilização provisao de frete na remessa (movimento 862) e estornar os valores na entrada (861), saberia me dizer se voces tem este cenario ? ou se é possivel contabilizar nemessa?
sem mais e obrigado.
Jorge S. Maciel
Oi Patricia,
Tudo bem?
O meu caso, é que algumas vezes o usuário comete o erro de dar entrada no cenário de transferência com o tipo de movimento 101 quando o correto é o 861. Você conhece alguma maneira de bloquear o tipo de movimento 101 para pedidos de transferência? Alguma customização ou alguma user-exit?
Obrigada,
Fabiana
Oi Fabiana,
Se você usa inbound delivery você pode na OMJJ tirar a transação VL31N da opção "allowed transactions".
Agora se vocês usam a MIGO não tem como bloquear o uso dessa transação com o movimento 101 pois é usado para vários outros cenários então nesse caso a melhor opção é criar um enhancement.
Abs,
Patricia
Bom dia Patricia,
estou com uma dúvida, veja se consegue me ajudar, por favor.
Percebi que quando faço a NF de Saída, na MB51 ele gera um movimento 862 de saúda da planta emissora e um movimento 862 de entrada na planta receptora, mas sem Storage Location, como se fosse o "em trânsito", quando faço a entrada, via MIGO, ele gera mais um movimento, dessa vez 861 de entrada. No final eu fico com 2 movimentos de entrada e 1 de saída, isso está causando dúvida nos nossos usuários e em nós de IT também.
Isso está certo? Esse estoque "em trânsito" não deveria ser eliminado? Lembrando que na MMBE ele faz correto, tirando do On-Order Stock e jogando para o Unrestricted use
Oi Matheus,
No processo de transferência não há figura de estoque em trânsito para que a mercadoria fique enquando não chega na planta de destino.
Com isso uma vez que você sai com o material da planta de origem, esse material entra na planta de origem como se já estivesse lá. E depois quando a mercadoria de fato chega e você da entrada você ababa vendo o movimento duplicado.
Esse comportamento é standard.
Abs,
Patricia
Prezados, quero impedir que na MB0A a entrada seja partilhada, pois hoje quando é feito está gerando 2 entradas com 2 notas com a mesma numeração? Como posso realizar esse tratamento?
Ola Gilmarcos,
Não tenho certeza o que é essa entrada partilhada. Talvez você possa inserir uns screen shot para que eu possa entender melhor.
Você já tentou usar a MIGO?
Como a transação MB0A está obsoleta se já não existe um nota pra isso só fazendo um desenvolvimento ou utilizar a MIGO.
Att,
Patricia
Oi Patricia.
Veja se pode me ajudar:
Utilizamos o cenário STO há anos na empresa, nunca tivemos o problema que estamos observando agora. E para complementar a informação, implementamos em nosso ambiente SAP HANA em abri/2016.
Problema:
No recebimento da transferência (861) feito através de call transaction na MB0A em background, alguns documentos de material estão sendo lançados sem o código de imposto. A crítica standard de preenchimento do campo quando fazemos manualmente a transação não está impedindo estes lançamentos em background. Isso faz com que não seja gerado o documento contábil para compensação das contas de ICMS.
Análise:
Enfim, não consigo reproduzir o problema e nem cheguei a conclusão sobre causa provável. Tem uma ideia sobre o que pode ser?
Obrigado,
Francismar
Ola Francismar,
Eu iria sugerir exatamente esse ponto que você já olhor para ver se o sistema estava conseguindo encontrar o código de imposto de MM. Mas se até esse ponto o sistema encontra só acompanhando no debug para ver onde o tax code está sendo apagado.
Eu sugiro olhar no FM J_1B_IM_TX_CALCULATE_TAX_NEW
Nesse ponto abaixo:
Att,
Patricia
Olá Patricia, tudo bem?
Fiz todas as configurações para a devolução do processo de transferência de estoque em transito, descrito no help:
https://wiki.scn.sap.com/wiki/display/LOCLA/Stock+Transfer+Order+%28STO%29+with+Full+or+Partial+Return+of+Transit+Stock
Porém, so fazer a configuração para determinação das leis fiscais de ICMS, PIS e COFINS na J1btax, na J_1BSDICA, não esta determinando na remessa. Veja a configuração que fiz:
Alguma dica?
Rodrigo
Olá Patricia,
Já encontrei no lendo todo seu post....faltava o cadastro da categoria de NF para o tipo de Ordem DLR na view J_1BTVAKV...
Obrigado
Rodrigo
Ola, Patricia Tudo bem?
Poderia me ajudar..
Realizamos o processo de transferência entre centros, com a contabilização de ICMS e IPI na saída, porem em dos nossos centros de recebimento, o ICMS precisa entra em outras bases com a condição de ICM2, mas quando eu configuro o IVA para a entrada dessa forma, o sistema apresenta uma mensagem de erro.
Saída
Entrada
Mensagem de Erro
A nossa necessidade é que o ICMS e IPI sejam aplicado em outras bases, porem contabilizando para que compense a conta transitória que foi criada para transferência entre centros.
Quando não tínhamos a transitória, o processo fechava corretamente, pois toda a contabilização era realizada no momento da saída.
att
Denis
Olá Denis,
Pelas configurações padrão é normal que o sistema gere esse error, pois ele espera que a NF de saída seja igual a de entrada.
Uma possível solução é utilizar condições com uma chave diferente ao NVV.
Você pode criar uma condição com cópia ao ICM2, sem a flag de ICMS não dedutível e utilize nesse cenário em específico.
Espero que essa dica te ajude.
Abs,
Patricia
Olá Marco e Patricia, tudo bem?
Estou com a mesma situaçao hoje aqui na empresa? Até tentei seguir a recomendação da Patricia, mas infelizmente não consegui avançar? Voces teriam um passo a passo de como resolver esta questao?
Obrigado.
Patrícia, bom dia!
Temos configurado um processo Intercompany para venda entre empresas do mesmo grupo.
O processo foi configurado com o cenário MM/SD (saída via movimento 643 e entrada via 101).
Nos casos onde existe a necessidade de uma devolução, no centro destino fazemos o movimento 122, e criamos uma devolução via SD com referência à fatura de saída gerando o movimento 644.
Temos uma situação onde foi criada a saída, a nota fiscal foi gerada, mas a mercadoria não saiu da empresa, ficando pendente a entrada no destino.
Decidiram depois de alguns dias que não iriam mais enviar a mercadoria e como a nota fiscal não podia mais ser cancelada (devido ao limite de 24 horas), fizeram uma devolução via SD com referência, gerando o movimento 644.
O estoque ficou OK e o fiscal também. O problema é que o pedido continua pendente como uma necessidade na MD04 e nos relatórios de compras.
Se eu tento finalizar o pedido (marcando remessa final), o sistema emite o erro: "Código de remessa final não pode ser fixado para item 00010", pois ele entende que o total das quantidades nas remessas não é igual ao total da entrada de mercadorias.
Debugando descobrimos que ele faz isso pois varre a tabela EKBE (histórico de pedidos) e vê que a remessa de SD não foi cancelada. A remessa não pode ser excluída pois a nota fiscal não pode ser cancelada.
Vejo que uma das alternativas seria incluir a remessa de entrada no histórico da EKBE, mas não vi onde consigo fazer essa associação no SAP.
Há algo que eu possa fazer nesta situação?
Estou pensando em usar alguma Exit para alimentar a EKBE.
Obrigado,
André Rabello
Olá André,
Bom primeiro eu vou te sugerir para utilizar o próprio cenário entregue pela localização para esses casos, que é o cenário de retorno de STO.
Segue o link com maiores informação.
https://wiki.scn.sap.com/wiki/x/NAVhE
Agora com esse caso que você reportou eu não sei dizer, pois eu não sei se não é necessário manter os documentos para que se tenha um histórico para saber da onde a movimentação ocorreu em caso de uma auditoria.
Eu sugiro ver com seu fiscal primeiro para saber se deletando a remessa, se isso não pode ter algum tipo de implicação fiscal.
Abs,
Patricia
Ola Patrícia, tudo bem ?
Temos a nota 1640802 que trata a transferência de estoque entre plantas para estoque Q-Estoque de projetos.
Rodando os passos manuais, deixamos o movimento 861 à 864 preparados.
Contudo ao executar um cenário a delivery não busca o estoque em projetos, mas pega do livre utilização e move para estoque em trânsito de projetos.
Este cenário somente buscará do livre utilização mesmo?
Não criei novos STO type, Delivery, Item category, Schedule line ctg, estamos usando os entregues pela nota 888805 e 199233.
Obrigado pela atenção.
Alessandro.
Olá Alessandro,
Essa nota referente ao estoque especial de projeto é uma nota de recomendações.
Logo não tenho um conhecimento muito profundo desse cenário.
Rodei um teste com base num exemplo que tinha, gerado na época que esse nota foi lançada.
O comportamento foi igual ao comportamento de uma STO normal, descrito na nota 2708101 - Stock behavior for Brazil.
Att,
Patricia
Oi Patricia,
Gostaria de bloquear a entrada parcial de uma nota de transferência (MB0A-861)
Hoje o sistema permite que se tire o flag de algum material, e a nota é entrada parcialmente, então quando o restante da nota é lançada se gera um novo docnum para a mesma nfe.
Conhece alguma maneira de bloquear isso.
Ou algum check onde quando fossemos lançar a nota na entrada, o sistema só permitiria que o documento fosse salvo caso a nota fosse lançada completamente, sem permitir que algum material nao fosse lançado.
Obrigada,
Fabiana
Olá Fabiana,
Desconheço como fazer isso 🙁
Acredito que só via enhancement mesmo.
Abs,
Patricia
Oi Patricia,
Complementando os Comentários acima relacionado a diferença de Aliquota da Saida e Entrada.
Tenho Configurado na Entrada, via exceção a aliquota de 12%.
Na Saida (mov 862) apesar de na aba de Condition da Remessa esta pegando na Condition ICVA a aliquota de 12% na Nota Fiscal para ICM3 esta considerando 18%, sem levar em conta as excessões tanto em MM como em SD.
De onde está buscando a aliquota de 18% fixa? Será direto da J_1BTXIC1?
PS estamos na versão S4-102
Obirgado
Flavio
Olá Flavio,
O que você precisa ver é seguinte.
O grupo de exceção onde você configurou os 12%, está configurado como "general"?
Se não estiver, tem que mudar.
Os 18% pode estar vindo de uma exceção mais específica.
Para ter certeza da onde está vindo os 18% só debugando, pois não é possível visualizar a NF antes da postagem dela.
Abs,
Patricia
Olá Patrícia,
Estou gerando cenário de subcontratação ao fornecedor, onde crei matnr e seus componentes na lista técnica. Criado me21n com catg 'L' com o matnr principal atribuído com os componentes, tudo ok. Mas ao executar remessa dos componentes ao fornecedor via MIGO operação 08 (Transf) com tipo de movto 541 (U G1 32 V LF) ao gravar a MIGO não aparece o botão 'Nota Fiscal' para edição.? Há alguma outra configuração que devo verificar para emissão de NF via MIGO.?
Ambiente utilizado S4HANA
Obrigado pela coop e atenção.
Olá Edercio,
Se você não se importa gostaria de manter esse tópico só para problemas relacionados ao processo de STO.
Mas para ajudá-lo criei um novo blog post para responder perguntas referente ao cenário de subcontratação.
https://blogs.sap.com/2019/02/18/sucontratacao-brasil/
Coloque sua pergunta lá, para queeu possa responder.
Abs,
Patricia
Olá Patricia , me diga uma coisa, é possível criar uma exceção na qual a chave seja centro ou planta de origem / centro de destino ?
Estou com um problema no qual após a criação do pedido e vl10b, o respectivo material que estou utilizando cai em uma exceção de SD ( já que a primeira perna da transferência é considerada de SD e na venda este material é tributado) porém não sofre tributação na transferência.
é possível criar uma exceção nesse molde ou só conseguirei contornar este problema via enhancement ?
Olá Leandro,
Você chegou a testar alterando a opção do grupo de exceção para SD | MM | General?
Apesar da remessa ser SD, quando você posta ela, é utilizada a lógica e pricing de MM, por isso é necessário utilizar a opção ‘general’ ou ‘MM’ no grupo que você criou a exceção, se não realmente e exceção não vai ser pega.
Sobre utilizar a planta, nunca vi ninguém utilizando, geralmente o pessoal utiliza o ship from ship to.
Te sugiro fazer o teste que mencionei inicialmente antes de partir para um enhancement.
Abs,
Patricia
Boa tarde Patricia,
Apliquei a Nota 1512390, porém ainda não gera NF. Sou consultor mm, acredito que esta faltando alguma configuração SD. Pode me auxiliar? Gera o contábil mas quando consulto a NF, ocorre a mensagem:
Doc.material não está ligado a nota fiscal
Nº mensagem 8B262
Boa tarde,
Essa nota possui vários passos manuais, então é importante garantir que todos esses passos foram executados.
Motivos para a NF não ser gerada, pode ser que o tax code não foi corretamente determinado, o movimento utilizado não está utilizando o posting string original/standard, transaçao não standard.
Caso tudo esteja correto, passe um pouco mais de informações e contexto do cenário.
Att,
Patricia
Boa Tarde, Patricia
Tudo bem?
Uma pergunta, por que no processo de transferência entre centros, os valores dos impostos de saída do centro emissor, é diferente do centro receptor?
Com isso, como controlamos essas contas os valores não batem para fazer o encontro..
at.te
Denis
Olá Denis,
Tudo bem e você?
Para que os valores batam vocês precisam verificar o IVA sendo usado tanto na entrada como na saída assim como as exceções dinâmicas.
Alguma configuração está diferente fazendo com que essas NFs fiquem com valores divergentes.
Abs,
Patricia
Boa tarde, Patricia!
Por favor saberia me informar onde determinado no processo de transferência MM/SD onde carregar o preço interno periódico. No pedido UB fiz o ajuste na condição e esta carregando, porém quando faço o processo de remessa e NF carrega o valor do preço médio movel.
Att,
Gledson Andrade
Boa tarde Patricia!
Estou automatizando um processo de transferência. Você já atuou em projeto assim e teria os mapeamentos das BAPIs utilizadas?
Att
Mauro
Olá Mauro,
Não tenho esse mapeamento 🙁
Mas já te antecipo que possívelmente vai precisar fazer um ajuste na entrada, conforme descreve a nota 2367184 - VF062 Accounting doc not created.
Att,
Patricia
Olá Patricia !
Tudo bem ?
Problema: STO com ICMS ST
Você sabe como funciona a questão de calculo do ICMS-ST no processo de transferência?
Este processo não me permite colocar uma linha de ICMS-ST na escrituração da entrada, assim o valor fica menor, entre as NFs.
Obrigado,
Marcos
Olá Marco, tudo bem? Referente a este cenário você conseguiu algum retorno ou alguma solução? Estou passando pelo mesmo problema. Obrigado amigo.
Ola Marco, tudo bem?
Voce conseguiu avançar com este problema? Estamos com a mesma questao aqui na empresa e infelizmente não conseguimos uma solução ainda.
Boa tarde,
Trabalho em uma empresa global e para determinado cenário de transferência entre plantas eles querem que a criação da delivery seja a partir de uma sales order ao invés do pedido UB. E que ao invés de utilizar os tipos de movimentos 862 e 861, sejam criados novos tipos de movimento com cópia dos tipos 603 e 605 e que sejam relevantes para nota fiscal.
Gostaria de entender se isso é factível?
Obrigada, Tathiane.
Olá Tathiane,
Esse não seria o cenário de intercompany/cross company?
Se for esse o cenário, não termos uma solução mas temos uma nota com algumas sugestões que vocês podem usar como ponto de partida.
2453291 - Cross Company (aka Intercompany) Transfers for Brazil
Att,
Patricia
Olá Patricia! Minha dúvida é como é a configuração da inter-company da venda de ativo fixo, que não tem movimentação de estoque?
Olá Patricia, tudo bem?
Eu realizei a configuração na SPRO para permitir a emissão de NF para o processo de transferência entre centros que possuem o mesmo local de negócio, no caso LONE 0001.
A NF de saída está sendo criada corretamente, porém, ao realizar o movimento 861, o sistema parou de gerar a NF de entrada, a mesma só está sendo criada quando o LONE é diferente do que configurei, por exemplo, uma transferência entre centros do LONE 0001 para o LONE 0004 o sistema cria a NF de entrada.
Existe alguma nota para corrigir esse problema? Já tentei de tudo e não consigo entender o pq depois de habilitar a emissão para mesmo LONE o 861 parou de emitir a NF de entrada.
Complementando a informação, esta configuração foi habilitada na SAP Note 1536146.
Obrigado.
Olá Diogo,
Só saberia debugando seu sistema para saber porque o create NF não está sendo chamado/executado.
Sugiro abrir um chamado.
Att,
Patricia
Oi Patrícia, boa noite!
Pelo que debugamos o sistema verifica se os locais de negócios são iguais e desmarca a variável relevant, com isso, a criação da NF não acontece.
Vc já chegou a configurar a emissão de NF com mesmo LONE e conseguiu confirmar se pra vc a NF de entrada foi criada?
Obrigado pelo cuidado em dar um retorno.
Patrícia, boa tarde!
Sabe informar se esse existe um fluxo que atende o processo de retorno de vendas intercompany? Onde a empresa "destinatário" não recebeu a carga devido a algum sinistro?
Esse cenário, entendo que não existe a MIRO e MIRO no destinatário. Neste caso, existindo um gap referente ao retorno da nota fiscal de saída, bem como pendências de saldo em trânsito na MD04.
Já agradeço o retorno.
Bom dia Patricia,
Temos o processo de transferência entre centros aqui MM/SD e agora a Controladoria fez uma solicitação para que o valor do material seja pego ou do mês anterior ou de algum outro campo no mestre do metre de material, não pegando mais o médio móvel do mês atual ja vivenciou algum cenário assim? Existe esta possibilidade via standard?
Obrigado
Luciano