Skip to Content
Product Information

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

Você criou um pedido de transferência, efetuou a saída dos materiais, mas por algum motivo você precisa fazer um retorno desses matérias. Para esses casos foi criado a solução de retorno de transferência.

Este cenário ocorre da seguinte forma:

  1. ME21N criação da ordem de transferência
  2. VL10B criação da remessa
  3. VL02N posta a saída, gerando a NF.
  4. ME21N criação de ordem de transferência de retorno
  5. VL10B criação da remessa
  6. VL02N posta a remessa utilizando o movimento 671, gerando a NF de retorno.

Notas Importantes:

  • 1512390 – Stock Transfer: Full/Partial Return of Transit Stock
    • Essa é a mais importante, pois contém configurações referente ao cenário.
  • 123124  – LSA BR:5th v. Customizing of Brazilian movement types
    • This note contains the report that updates the Brazilian movement to its standard configuration.
  • 2708101 – STO stock behavior for Brazil
  • 888805 – CBT:Stock transfer with stock transport order
  • 199233 – Transfer with stock transfer order

Customizações:

  • Na SM30, view J_1BIM03V a coluna ‘Delivery Type’ WL deve estar marcada como relevante para NF.
  • Na SM30,view J_1BIV04V, movimento 543 tem que estar configurado.
  • Na SM30, view V_T161V_WF, configurar o tipo de remessa (standard é delivery type NLR e item type NLRN), para tipo de PO ‘UB’.

Pontos de DEBUG:

  • Variável RETPO é referente a flag de retorno marcada na PO e pode ser usada como um watchpoint.
  • 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 >>> Include 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

 

14 Comments
You must be Logged on to comment or reply to a post.
  • Boa Tarde Patricia,

     

    Estou configurando Cenário de Retorno de Transferencia aqui na empresa, porém estou com o Erro M7050 ao registrar Entrada de Mercadoria, poderia me ajudar onde é essa configuração. Obrigada!

    • Ola Antonio,

      Poderia verificar as configurações da documentação abaixo:

      • 2479020 – STO with full/partial return Brazil
      • 2588416 – Balance Not Zero – error M7050 – STO Process

      Obrigada,

      Patricia

  • Olá Patricia, tudo bem?

    No processo de devolução de transferência, o preço que é utilizado é o preço standard que consta no dado mestre do material.

    Porém, como fiscalmente, o mesmo valor da saída da mercadoria deve ser o da devolução, e em nosso caso, foi feita a transferência no mês de Dezembro e a devolução do estoque em transito, foi realizado em Janeiro, onde os preços standard são diferentes, que causa divergências nas notas fiscais.

     

    Existe alguma solução para esse caso? Algum ponto de desenvolvimento para que possamos tratar, utilizando o mesmo preço da remessa de origem?

     

    Rodrigo

  • Ola, Patricia tudo bem?

    Fiz todas as configurações necessárias para o processo, sendo que a etapa de saída negativa e geração da NF de saída, foram concluídas com sucesso, porem ao fazer o recebimento com a escrituração da NF, me aparece a mensagem abaixo.

     

    Formulário NF55 não definido para local de negócio  .

    Nº mensagem 8B061

    Saberia me dizer o que pode ser essa mensagem?

    Pois ja analisei todas as configurações de NF-e, mas não conseguir encontrar algo que pudesse me ajudar.

     

    att

    Denis

     

    • Olá Denis,

      Para configurar o form para seu repectivo local de negócio segue o caminho abaixo:

      Transação SM30 >>> entrar a view J_1BB2V.

      Ou pelo caminha da SPRO abaixo:

      1. Cross-Application Components
      2. General Application Functions
      3. Nota fiscal
      4. Output
      5. Assign Numbering and Printing Parameters

      Abs,

      Patricia

       

  • Patricia tudo bom?

     

    estamos com este erro ao tentar dar a saida de mercadoria pela vl02n

     

    Entrar tipo, função e ID do parceiro

    Nº mensagem 8B146

    Diagnóstico

    Tipo de parceiro, função do parceiro ou identificação do parceiro do destino não foram entrados em nota fiscal.

    Atividades do sistema

    Não é possível continuar.

    Procedimento

    Preencher campos vazios.

     

    • Olá Eduardo,

      Tudo bem e você?

      Pelo que olhei no código o erro acontece por uma ou umas informações de parceiro (partner id/type/função) estarem chegando em branco na verificação final da Nota Fiscal.

      Agora porque isso está acontecendo é difícil dizer.

      Só pelo debug mesmo.

      O que você pode tentar é revisar se as configurações de parceiro estão corretas. Pode ser que alguma desses info esteja faltando no mestre de dados.

      Segue o link da WIKI de STO – https://wiki.scn.sap.com/wiki/x/vAq3Dw

      Tem uma parte só de configuração de parceiro.

      Abs,

      Patricia

       

       

       

       

  • Olá Patrícia, tudo bem?

     

    O cliente onde estou não possui os movimentos localizados 833/835/861/862 e outros. Porém a versão aqui é a 617/740, sendo assim, não se pode aplicar a nota 123124  . Existe algum BC Set ou nota que possa ser aplicado para criar estes mvt no ambiente?

     

    obrigado

    • Olá,

      Você pode rodar o CATT desta nota, mesmo estando numa versão mais alta.

      Isso deve ser suficiente para criar os movimentos.

      Qualquer coisa avise.

      Abs,

      Patricia

  • Boa tarde Patricia!

    Estou com um problema em um cliente que possui STO e compras via VL31N integrando com EWM embeded.

    O caso é que não encontrei uma forma de forçar de maneira standard o tipo de movimento 861, pois se trocar na categoria de item, ele irá trocar para as compras também, e temos aqui os dois cenários, 101 e 861.

     

    Encontrei uma exit para alteração do move type para quando o tipo de pedido for UD. Ele troca para 861 quando salva a VL31N e integra com o EWM.

    O grande problema disso é que a nota fiscal está sendo gerada completamente Zerada, sem imposto e sem valor.

     

    Não sei se a EXIT que optamos em usar está incorreta, ou se o EWM não consegue lidar com o calculo de imposto para este cenário igualmente não trata do movimento 541 para subcontratação.

     

    Se puder me dar uma luz, agradeço.

     

    Obrigada!

    Gerhardyne O Rosner

    • Olá Gerhardyne,

      Bom o que posso te sugerir é o seguinte.

      Para o cenário de STO, se vocês não usam a VL32N para postar a inbound delivery, vocês precisam fazer um ajuste conforme o KBA 2367184 – VF062 Accounting doc not created, instrui.

      Basicamente neste documento fala que você precisar criar um enhancement, pois se você não está usando a VL32N o sistema não consegue determinar o tax code e conseguentemente não vai calcular os valores esperados na NF.

      E o outro ponto da subcontratação, é provável que você não consiga calcular impostos porque o sistema não consegue determinar o Posting String for Values – MSEG-BUSTW.

      Neste caso você precisa preencher na BADI de subcontratação a variável MSEG-BUSTW.

      Veja a nota 1677806 – Allow Tax Calculation for Subcontracting Process.

      Espero que essas info te ajudem 😉

      Abs,

      Patricia

    • Boa tarde Gerhardyne Rosner, eu tive o mesmo problema em um cliente.

      A solução foi, criar um enhancement no programa LJ1BNTF1 no final do form tf_convert_sd_to_mm_txcd e atribuír o IVA na variável pe_mm_txcd conforme consultado na tabela EKPO-MWSKZ.

      Com apenas esta modificação, o sistema já atribuiu os valores contábeis na nota fiscal.