STO - Transferência Na Localização Brasil - SAP Blogs

04/07/2019 STO – Transferência na localização Brasil | SAP Blogs
Products
Products Industries
Industries Services Support
Services and Support Training
Training Community
Community Developer
Developer
Partner
Partner About
About
 
Ask a Question Write a Blog Post Login
Product Information
Patricia Eidelwein
October 21, 2015 1 minute read
STO – Transferência na localização Brasil

Follow RSS feed Like
10 Likes 11,219 Views 62 Comments
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:
1. ME21N STO
2. VL10B Criação da Delivery
3. VL02N Saída com o movimento 862
4. 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 con guration.
https://blogs.sap.com/2015/10/21/sto-transferencia-na-localizacao-brasil-2/ 1/32
199233 – Transfer with stock transfer order
888805 – CBT: Stock transfer with stock transport order
Customizações:
As plantas tem que ser con guradas 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 pos ng string (J1BTAX>>>NF>>>Inventory Management>>>IM Pos ng 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
con guraçõ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 veri car 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
Retorno de STO
Abs,
Patricia
Alert Moderator
Assigned tags
861 | 862 | SAP Electronic Invoicing for Brazil (SAP Nota Fiscal Eletronica) | aplica es do sap business suite sap
business suite applications | brasil |
View more...
Related Blog Posts
STO Retorno - Transferência na localização Brasil

By Patricia Eidelwein , Nov 11, 2015
Meet the MM Experts – Localização Brasil

By Patricia Eidelwein , Dec 01, 2015
Condição RB00 Não Concebida na NF-e

By Former Member , Dec 28, 2015
Related Questions
FCP ST no processo de transferência entre centros MM/SD (STO)

By Sérgio Sanita Junior , Aug 01, 2018
FCP em notas de transferência MM/SD

By Mateus Mendonça , Jul 05, 2018
EFD-REINF para ECC

By Andressa Gutierres , Apr 12, 2017
62 Comments
You must be Logged on to comment or reply to a post.
Gustavo Gonçalves
October 22, 2015 at 10:41 am

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
Like (1)
Former Member
October 22, 2015 at 2:24 pm

Patrícia, obrigado pelas informações.
Like (1)
Gizela Ferreira Mendes
October 23, 2015 at 11:53 am

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
Like (0)
Patricia Eidelwein | Post author

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
Like (0)
Gizela Ferreira Mendes

Obrigada!
Like (0)
November 8, 2015 at 10:07 pm

Atulizei o post com os links de ajuda para o cenário de STO de retorno. Abs,Patricia
Like (0)
Former Member
August 2, 2017 at 6:40 pm

Boa tarde Patrícia,
Nunca implementei o processo de STO e agora estou em um projeto onde precisarei con gurar tal
processo. Serão transferências de SP para outros estados.Saberia me informar por gentileza as
con gurações necessárias no SPRO customizing?
Atte.
Marcelo
Like (0)
August 25, 2017 at 5:41 pm

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 con gurações.
Tentar ler as notas referente ao cenário para ajudar com as customizações.
Se tiver alguma dúvida especi ca me avise.
Abs,
Patricia
Like (0)
Former Member
January 2, 2018 at 12:22 pm

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
Like (0)

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 especi camente?
Att,
Patricia
Like (0)
Gustavo Oliveira

Otimo Post, Patricia! Parabens.
Like (1)
Former Member
November 13, 2015 at 4:40 pm

Otimo post! Obrigada Patricia
Like (1)
Former Member

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
Like (0)

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 con guração que está faltando para a
determinação de CFOP sair corretamente.
Qualquer dúvida me avise.
Atenciosamente,
Patrícia
Like (0)
Former Member
January 12, 2016 at 12:02 pm

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
Like (0)

Legal Daniel!
Like (0)
Former Member
July 10, 2017 at 9:35 pm

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
Like (0)
August 25, 2017 at 6:00 pm

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 con guraçã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
Like (0)
Former Member
August 25, 2017 at 9:00 pm

Obrigado! Já descobri, realmente era o CFOP de SD
Like (1)
Former Member
February 24, 2016 at 12:00 am

Fiquei com Dúvidas.
Na Minha Empresa fazemos ASSIM;
Criação pedido pela ME21N;

Criação da remessa VL04;
Edição da remessa na VL02N e saída da mercadoria;
Impressão da nota pela J1B3N;
Entrada da NF no centro receptor pela MB0A com indicação da remessa.
Nosso processo tem o mesmo valor deste aqui citado ou fazemos errado?
Like (0)
February 24, 2016 at 11:51 pm

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
Like (0)
Former Member
February 25, 2016 at 1:36 am

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.
Like (0)

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
Like (0)
Matheus Caldeira
April 29, 2016 at 7:16 pm

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
Like (0)
May 3, 2016 at 4:23 pm

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
Like (0)
Matheus Caldeira
May 4, 2016 at 4:26 pm

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 cou
diferente, 18% na saída e 12% na entrada. Tem ideia do que pode estar errado?
Obrigado de novo,
Matheus
Like (0)
May 7, 2016 at 9:25 pm

Oi Matheus,
Tudo certo!
Muito provável que ele está pegando alguma exceção na hora da entrada.
Para con rmar, 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
Like (0)
Former Member
August 31, 2016 at 6:02 pm
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.
Like (0)
August 31, 2016 at 9:16 pm

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
Like (0)
Former Member
September 1, 2016 at 5:30 pm

Obrigado pela atenção Patrícia.
Like (0)
Edson Magalhaes

Olá Patrícia,
Surgiu a necessidade de con gurar esse cenário para materiais que são administrados somente em
quantidade.
Quando faço a saída na VL02N aparece o erro:
Veri car 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.
Like (0)

Olá Edson,
Técnicamente falando você tem essas duas opções criar um movimento com cópia no standard ou inserir
a con guraçã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 con guração especí ca esta causando algum problema no sistema de
vocês.
Att,
Patricia
Like (0)
Former Member

Olá Patricia, boa tarde.
Esse cenário adere ao Intra / Intercompany para Projetos (PS)?
Obrigado!
Like (0)
April 3, 2017 at 9:15 pm

Olá Pedro,
Esse cenário é o intra company.
O cenário de intercompany para Projetos, não é localizado.
Att,
Patricia
Like (0)
Eduardo Oku
April 24, 2017 at 7:26 pm

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 ag para eletrônica.
Encontrei a oss note 2367847 – STO: Source Document Reference is not Determined Correctly –
SAPKH61713, mas o Basis con rmou 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!!!
Like (0)
June 8, 2017 at 8:24 am

Olá Eduardo,
Tu chegou a abrir um incidente a respeito?
Eu peguei um caso uma vez e era problema de con guraçã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
Like (0)
Eduardo Oku
May 20, 2018 at 5:28 pm

Oi Patricia,
Desculpe pela demora na resposta, mas esse erro era uma con guracao 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
Like (1)
Denis Vieira da Silva
May 26, 2017 at 12:20 pm

Ola, Patricia
tudo bem?
Estou tentando con gurar 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 con guração onde o custo entrado na VI01, seja
inserido como debito posterior ou entrada de fatura no pedido de STO?
att
Denis
Like (0)
June 8, 2017 at 1:09 pm

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 nalidade.
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
Like (0)
Former Member

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
Like (0)
Fabiana Rocha Pereira
July 18, 2017 at 12:07 pm

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
Like (0)
August 25, 2017 at 5:38 pm

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
Like (0)
Matheus Caldeira
July 20, 2017 at 1:26 pm

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
nal eu co 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
Like (0)
August 25, 2017 at 6:08 pm

Oi Matheus,
No processo de transferência não há gura de estoque em trânsito para que a mercadoria que 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
Like (0)
Gilmarcos Barbosa da Silva
August 31, 2017 at 1:55 pm
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?
Like (0)
October 12, 2017 at 10:41 pm

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
Like (0)
Francismar Carvalho Nepomuceno

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:
Só ocorre em alguns documentos (número representativo, mas minoria);

Independe de plantas origem/destino ou códigos de materiais;
Temos documentos de ago/2016 com o problema (não é possível checar antes disso devido ao
arquiving dos dados (estrutura de docs arquivados tb não contém to campo cód. imposto da MSEG para
fazermos esta conferência em período anterior);
Realizamos lançamentos manuais e todos pararam na crítica quando o campo está vazio;
Por não ser sempre que ocorre, tentamos receber através dos objetos customizados e também não
conseguimos simular em QA (ambientes e cenários idênticos ao que apresentam problema em
produção).
Na tabela j_1bt007 onde a FM j_1b_im_tf_check entra com cód imposto SD para encontrar o Cod.
imposto MM para entrada existem vários registros possíveis para seleção.
En m, 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
Like (0)
October 12, 2017 at 10:51 pm

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
Like (0)
Rodrigo Simon

Olá Patricia, tudo bem?
Fiz todas as con guraçõ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+Partia
l+Return+of+Transit+Stock
Porém, so fazer a con guração para determinação das leis scais de ICMS, PIS e COFINS na J1btax,
na J_1BSDICA, não esta determinando na remessa. Veja a con guração que z:
Alguma dica?
Rodrigo
Like (1)
Rodrigo Simon

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
Like (1)
Denis Vieira da Silva

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 con guro 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
Like (0)
June 4, 2018 at 4:30 pm

Olá Denis,
Pelas con guraçõ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 ag de ICMS não dedutível e utilize nesse cenário
em especí co.
Espero que essa dica te ajude.
Abs,
Patricia

Like (0)
Former Member
March 9, 2018 at 10:52 am

Patrícia, bom dia!
Temos con gurado um processo Intercompany para venda entre empresas do mesmo grupo.
O processo foi con gurado 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 scal foi gerada, mas a mercadoria não saiu da
empresa, cando pendente a entrada no destino.
Decidiram depois de alguns dias que não iriam mais enviar a mercadoria e como a nota scal não podia
mais ser cancelada (devido ao limite de 24 horas), zeram uma devolução via SD com referência, gerando
o movimento 644.
O estoque cou OK e o scal também. O problema é que o pedido continua pendente como uma
necessidade na MD04 e nos relatórios de compras.
Se eu tento nalizar o pedido (marcando remessa nal), o sistema emite o erro: “Código de remessa nal
não pode ser xado 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 scal 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
Like (0)
May 5, 2018 at 2:33 am

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 scal primeiro para saber se deletando a remessa, se isso não pode ter algum tipo
de implicação scal.
Abs,
Patricia
Like (0)
Alessandro B.
July 12, 2018 at 6:26 pm

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.
Like (0)

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
Like (0)
Fabiana Rocha Pereira
July 27, 2018 at 11:43 am

Oi Patricia,
Gostaria de bloquear a entrada parcial de uma nota de transferência (MB0A-861)
Hoje o sistema permite que se tire o ag 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
Like (0)

Olá Fabiana,
Desconheço como fazer isso
Acredito que só via enhancement mesmo.
Abs,
Patricia
Like (0)
Basis Agile
December 20, 2018 at 12:27 pm

Oi Patricia,
Complementando os Comentários acima relacionado a diferença de Aliquota da Saida e Entrada.
Tenho Con gurado 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% xa? Será direto da J_1BTXIC1?
PS estamos na versão S4-102
Obirgado
Flavio
Like (0)

Olá Flavio,
O que você precisa ver é seguinte.
O grupo de exceção onde você con gurou os 12%, está con gurado como “general”?
Se não estiver, tem que mudar.
Os 18% pode estar vindo de uma exceção mais especí ca.
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
Like (0)
Edercio Alves de Souza

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
con guração que devo veri car para emissão de NF via MIGO.?
Ambiente utilizado S4HANA
Obrigado pela coop e atenção.
Like (0)

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
Like (0)
Share & Follow
Privacy Terms of Use
Legal Disclosure Copyright
Trademark Preferências de cookies
Sitemap Newsletter

STO - Transferência Na Localização Brasil - SAP Blogs

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

STO - Transferência Na Localização Brasil - SAP Blogs

Загружено:

Авторское право:

Доступные форматы

04/07/2019 STO – Transferência na localização Brasil | SAP Blogs

STO – Transferência na localização Brasil

10 Likes 11,219 Views 62 Comments

O cenário mais comum é feito da seguinte forma:

123124 – LSA BR:5th v. Customizing of Brazilian movement types

199233 – Transfer with stock transfer order

888805 – CBT: Stock transfer with stock transport order

Impostos não batem (entrada x saída).

SE37>>>Function Module>>> J_1B_IM_TX_CALCULATE_TAX_NEW

SE37>>>Function Module>>> CALCULATE_TAX_ITEM

SE38>>>LMBGBFSU>>> FORM AUSGABE

Maiores informações sobre os cenários de localização MM, consulte nossa WIKI:

Materials Management Localization Scenarios Overview

Related Blog Posts

STO Retorno - Transferência na localização Brasil

Meet the MM Experts – Localização Brasil

Condição RB00 Não Concebida na NF-e

FCP ST no processo de transferência entre centros MM/SD (STO)

FCP em notas de transferência MM/SD

EFD-REINF para ECC

You must be Logged on to comment or reply to a post.

October 22, 2015 at 10:41 am

Obrigado pela colaboração e compartilhamento de conhecimento.

October 22, 2015 at 2:24 pm

Gizela Ferreira Mendes

October 23, 2015 at 11:53 am

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.

Patricia Eidelwein | Post author

October 23, 2015 at 4:42 pm

Mas posso sugerir a nota 1512390 e a wiki:

Gizela Ferreira Mendes

October 23, 2015 at 5:01 pm

Patricia Eidelwein | Post author

November 8, 2015 at 10:07 pm

August 2, 2017 at 6:40 pm

Patricia Eidelwein | Post author

August 25, 2017 at 5:41 pm

Infelizmente não é tão simples assim.

Tentar ler as notas referente ao cenário para ajudar com as customizações.

Se tiver alguma dúvida especi ca me avise.

January 2, 2018 at 12:22 pm

Primeiramente, um feliz 2018 com muita saúde, paz e pleno de realizações.

Patricia Eidelwein | Post author

January 18, 2018 at 1:10 pm

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 especi camente?

October 26, 2015 at 3:00 pm

November 13, 2015 at 4:40 pm

January 11, 2016 at 1:47 pm

Patricia Eidelwein | Post author

January 11, 2016 at 3:47 pm

Você chegou a olhar o meu post sobre determinação de CFOP?

Qualquer dúvida me avise.

January 12, 2016 at 12:02 pm

Patricia Eidelwein | Post author

January 13, 2016 at 6:17 pm

July 10, 2017 at 9:35 pm

Patricia Eidelwein | Post author

August 25, 2017 at 6:00 pm

August 25, 2017 at 9:00 pm