EWM – Auto create Warehouse Task from Inbound & Outbound

 

Introduction

The function of automation Warehouse Task Creation will help to reduce manual effort when operating Warehouse. As the result, user can check list of Warehouse Task in Warehouse Monitor or in RF Queue and perform further confirmation.

Purpose of this post is to provide knowledge of configure steps and concept of Auto Warehouse Task for SAP EWM. The version that I mention in the post is S/4 HANA 1909 Embedded EWM, but it applies the same for all SAP EWM above 9.1 version.

 

I – Inbound Warehouse Task

Prerequisite: Bin determination for Putaway is completely configured.

Configuration

Step 1: Check what Action Profile is assigned to Document type

IMG > SCM EWM > Goods Receipt Process > Inbound Delivery > Define Document Types for Inbound Delivery Process

For Inbound process, choose document type INB > Note down Action profile /SCWM/PDI_01

Step 2: Change Processing time in Action Definition

IMG > SCM EWM > Cross-Process Settings > Delivery – Warehouse Request > Actions > Change Actions and Conditions > Define Action Profiles and Actions

Select Action profile /SCWM/PDI_01 > Then select Action definition

Double click on Action Definition /SCWM/PDI_01_WT_CREATE. Note that, this action definition muss be in Active mode (De-Select the inactive indicator.)

Change Processed At to 4 Processing when saving document

Step 3: Configure Action Scheduling

IMG > SCM EWM > Cross-Process Settings > Delivery – Warehouse Request > Actions > Configure Action Scheduling > Assign Determination Procedure

Check if standard config is already setup, or you can add Determination procedure as below.

Step 4: Maintain Condition Records

Tcode: /SCWM/DLVPPFC

Note that you should specific Status of Goods movement or Change mode at Header to decide when system should create WT auto. In my case, I only want WT auto create for the first time inbound delivery is distributed, but not repeated everytime delivery/WT change or cancel, so I select Change Mode at Header Level – I Object Created.

Testing

Inbound delivery is created and distributed to Warehouse.

At the time delivery is distributed, auto WT is created. Check PPF tab at Item level.

 

II – Outbound Warehouse Task

Prerequisite: Bin determination for Removal is completely configured.

Configuration

Step 1: Check what Action Profile is assigned to Document type

IMG > SCM EWM > Goods Issue Process > Outbound Delivery > Define Document Types for Outbound Delivery Process

For Outbound process, choose document type OUTB > Note down Action profile /SCWM/PDO_02

Step 2: Change Processing time in Action Definition

IMG > SCM EWM > Cross-Process Settings > Delivery – Warehouse Request > Actions > Change Actions and Conditions > Define Action Profiles and Actions

Select Action profile /SCWM/PDO_02 > Then select Action definition

Double click on Action Definition /SCWM/PDO_02_WT_CREATE. Note that, this action definition muss be in Active mode (De-Select the inactive indicator.)

Change Processed At to 4 Processing when saving document

Step 3: Configure Action Scheduling

IMG > SCM EWM > Cross-Process Settings > Delivery – Warehouse Request > Actions > Configure Action Scheduling > Assign Determination Procedure

Check if standard config is already setup, or you can add Determination procedure as below.

Step 4: Maintain Condition Records

Tcode: /SCWM/DLVPPFC

Testing

Outbound delivery is created and distributed to Warehouse.

At the time delivery is distributed, auto WT is created. Check PPF tab at Item level.

Thanks for reading. I would like to receive any feedback and comment on my post.

 

Reference

Creation of Warehouse Tasks for Warehouse Request

https://help.sap.com/viewer/9832125c23154a179bfa1784cdc9577a/2020.000/en-US/7fcccb53ad377114e10000000a174cb4.html

Prerequisite: You should know about Storage Bin Determination for Putaway

https://help.sap.com/viewer/9832125c23154a179bfa1784cdc9577a/2020.000/en-US/4acdcb53ad377114e10000000a174cb4.html

Prerequisite: You should know about Storage Bin Determination for Stock Removal

https://help.sap.com/viewer/9832125c23154a179bfa1784cdc9577a/2020.000/en-US/08c8cb53ad377114e10000000a174cb4.html

Source: https://blogs.sap.com/2021/07/06/ewm-auto-create-warehouse-task-from-inbound-outbound/?utm_campaign=meetedgar&utm_medium=social&utm_source=meetedgar.com

POWL Enhancement in SAP TM

 In this document you learn how to add custom fields in POWL in SAP TM –

Business Scenario -> To add a custom field i.e. Transportation Mode in any Active Query in POWL Present in the Planning Worklist component of NWBC in SAP TM.

 

Step 1 – Get the Application ID and POWL Type using Function Module POWL_QUERY_REFRESH

Here, Application ID is “SCMTMS_POWL_PLAN” and POWL TYPE is “SCMTMS_TOR_FU”.

 

Step 2 -> Go to T-Code POWL_COCKPIT

Choose POWL Type as Standard POWL and execute

Search the application ID “SCMTMS_POWL_PLAN ” and Click on Maintain Type

Now search the POWL TYPE “SCMTMS_TOR_FU” and get the corresponding Feeder class.

POWL Feeder Class -> /SCMTMS/CL_UI_POW_FD_TOR_FU

The main access point for a POWL is the POWL Feeder Class. It contains the definition of the
POWL’s selection criteria, the field catalog (i.e. the result structure) and the actions that can
be executed from the POWL Toolbar for a selected set of object instances from the POWL
result list.

In TM a POWL Feeder Class is usually based on a query of a Business Object. The
relationship between a Business Object query (a Generic Result Query) and a POWL Feeder
class is always one to one. So whenever there is no POWL Feeder Class making use of an
existing Generic Result Query of a BO you will need a new POWL Feeder Class.
You should also keep this in mind when creating BO Queries for POWL usage. If you have
two completely different requirements leading to different BO Queries, of course two different
POWL Feeder Classes are required.

Step 3 -> Keep a breakpoint at the method ‘CONSTRUCTOR’ of the POWL Feeder Class ” /SCMTMS/CL_UI_POW_FD_TOR_FU” to get the structure names for selection criteria and output Structure.

Result Structure (Output Structure) –> /SCMTMS/S_UI_POW_R_FU

The structure will represent the Result Structure for the new
POWL, i.e. it contains the list of attributes that will be available to be displayed in the
result list of the POWL.

Selection Criteria Structure –> /SCMTMS/S_UI_POW_S_FU

This structure will represent the Search Structure for the new
POWL, i.e. it contains the list of attributes that will be available as selection criteria for
the POWL queries.

According to the business requirement, we have to enhance Output structure and Insert the custom field i.e. Transportation Mode (MOT).

 

Step 4 -> To display the custom fields i.e. Transportation Mode (MOT) in POWL in NWBC, enhance the below method of POWL feeder class –

Class -> /SCMTMS/CL_UI_POW_FD_TOR_FU
Method -> IF_POWL_FEEDER~GET_FIELD_CATALOG

In the signature of the method you have the parameter C_FIELDCAT which is used for field catalog –

Let’s look at the sample code –

It will start displaying the custom field in UI as shown below –

 

Step 5 -> To get the data in the custom fields in POWL in NWBC, we can enhance the below method of POWL feeder class as per the business requirement –

Class -> /SCMTMS/CL_UI_POW_FD_TOR_FU
Method -> IF_POWL_FEEDER~GET_OBJECTS

Step 6 -> Refresh the POWL Query to get the changes reflected in UI.

 

Related Content –
https://wiki.scn.sap.com/wiki/display/WDABAP/FAQ+ABOUT+POWL?original_fqdn=wiki.sdn.sap.com

https://wiki.scn.sap.com/wiki/display/WDABAP/POWL+Reports?original_fqdn=wiki.sdn.sap.com

In a similar way, We can achieve a lot of custom requirements by enhancing the methods of the POWL Feeder Class.

Source: https://blogs.sap.com/2021/12/15/powl-enhancement-in-sap-tm/

Automatic creation of locations for business partners

 

Dear friends of SAP TM,

As mentioned in several blog posts before, it’s crucial for SAP TM to work with entities of master data object ‘Location’. This holds true for transport planning in regards to source/destination locations, and may be also intermediate locations are involved. If the source or destination of a transport is now a business partner like a customer or vendor, this implies that a respective location needs to be in place.

There are various ways in SAP S/4HANA to create locations for business partners, but in the following example we will see the most smoothest one.

Let’s assume the following customer has been created in transaction BP:

When saving the customer on creation, the following location of type 1021 (business partner) has been created automatically:

How come? This is because the following BAdI has been implemented:

You see also the respective documentation, giving you hints how an implementation should look like.

That means furthermore:

• Without any implementation of this BAdI, no location is created from transaction BP
• If the BAdI is implemented correctly, also relevant address updates on the business partner are propagated to its location

Important to mention is, that this refers only to the manual creation of a business partner in transaction BP. When for example a business partner is replicated with DRF, this BAdI has no effect and thus no location is created. In the DRF replication, the location either has to be replicated as well after the business partner. Or, the location can be created in the target system with report /SAPAPO/CREATE_LOCATION.

Some additional remarks:

• Locations for business partners are always created with location type 1021 in SAP S/4HANA. The location types for customers (1010) and vendors (1011) aren’t used anymore in SAP TM.
• Locations are only created for a uniquely defined standard address of a business partner.

I hope this helps you a bit in your projects! Please feel free to comment!

Best regards,

Michael

Source: https://blogs.sap.com/2021/12/16/automatic-creation-of-locations-for-business-partners/

Nova Tabela de Textos para NF no S/4HANA 2021 (On-Premise)

 

Publicado por:Renan Correa14 de December de 2021

Compartilhe:

Essa semana peguei um S/4HANA 2021 On-Premise para executar alguns testes e ver as novidades da localização. De cara na primeira NF que abri e editei já vi que temos uma maneira nova de armazenar os textos na nota fiscal.

Ahm? Como assim? No EhP5 já não tinha sido lançada uma tela nova para guardar os textos da NF? Sim. Mas agora a tabela “mais nova” tem algumas funcionalidades “mais novas ainda” aparentemente.

Fiz algumas observações sobre os textos da NF baseadas nos meus primeitos testes, ainda não usei a funcionalidade em nenhum projeto ( esse S/4HANA saiu faz menos de 3 meses ).

1- Aba de Mensages no item e cabeçalho

Agora existe uma tela nova na aba de mensagens tanto no cabeçalho como no item:

Textos no cabeçalho

No item tem essa cara aqui:

Textos no item

Pelo que pude ver o sistema agora tem um identificador pro tipo de texto usado ( A, C, M, etc… ) e dependendo desse indicador o texto é mapeado para um campo diferente da NF-e.

Me pareceu bem mais interessante do que utilizar a informação no formato da tabela J_1BNFFTX e STXL/STXH onde era um pouco confuso definir que texto significava o quê (alôôôôô infadprod, infcpl e infadfisco). Sem falar que esses textos ainda eram complicados de buscar no TDF/ACR.

Obs: Na aba antiga a caixa de texto de informação adicional foi removida.

Aba de dados adicionais com caixa de texto removida

Pelo que vi o comportamenteo foi alterado por padrão e não tem como reativar o comportamento antigo, ou seja, vamos reaprender a usar isso e ter que fazer ajustes nas BAdI’s para os próximos projetos.

2- Tabela Nova LOGBR_NF_TEXTS

Para armazenar essa informação dos textos tem uma tabela nova que identifica documento, item, tipo de texto e contador ( além do próprio texto ).

A tabela está acessível pela CDS view IBRNFTEXTS:

Cds view para as mensagens da NF

3 – Tipos de Texto existentes

Os diferentes tipo de textos existentes estão listados no domínio abaixo:

No help da SAP tem as informações sobre o que é cada um desses textos e quando eles são usados.

4- Mapeamento dos campos

O mapeamento das informações foi adicionado em MM/SD e NF Writer. Quando a NF está sendo salva tem um código na fatura para ler as informações e formatar elas para a estrutura de dados nova.

Exemplo da leitura no novo formato no caso de faturamento em SD

Uma lógica similar também existe na NF Writer e as informações dos textos são parâmetros de entrada na BAdI J_1BNFE_ADD_DATA nos métodos ADD_DATA e ADD_DATA_J1B1N.

No exemplo abaixo vocês podem ver o parâmetro lt_texts

Esse parâmetro passado para a BAdI contém os textos no formato da tabela nova:

Essas informações podem ser usadas para preencher os campos infcpl, infdadfisco e infadprod na NF-e. A tabela nova em si não é “diretamente” modificável na BAdI.

5 – Documentação da SAP no help portal

No portal help a SAP divulgou a documentação do S/4HANA 2021 e essa novidade está dentro do caminho mostrado no screenshot abaixo:

Nessa documentação tem bem detalhadinho para que serve cada tipo de texto, onde eles estão disponíveis e quais podem ser manipulados ( via BAdI, BAPI ou API ).

Não tenho interesse em reinventar a roda e reescrever coisas aqui, então quem quiser saber esses detalhes basta ler a documentação no help.

Se tiver dúvidas, daí joga uma pergunta aí embaixo, que eu também estou curioso em relação ao funcionamento com detalhes dessa solução.

OBS: No S/4HANA “public cloud” entendo que esses campos já estavam disponíveis desde o ano passado, mas como não fui a fundo no Public Cloud não tenho muito mais informações no momento. Diferente do On-Premise no Public Cloud existe uma BAdI nova NFE_ADDITIONAL_FIELDS_DETERMIN para manipular os dados da NFE via BAdI. Essa BAdI fica desativada no S/4HANA on-premise.

Valeu, Gurizada!

Renan Correa

Quer ficar ligado nas novidades de localização? Entra no grupo da S4CN no Telegram e segue a gente no canal do Youtube

Mais infos sobre a localização Brasil no ERP, direto da sap, vocês podem conferir no SAP community na tag de S/4HANA logistics for Brazil

Outros posts sobre Localização você pode conferir filtrando pela categoria NFE/CTE ou Localização BR Geral.

Source: https://s4cn.com/nova-tabela-de-textos-para-nf-no-s-4hana-2021-on-premise/

Cross delivery handling unit in TM & EWM integration in S/4HANA 2021 Release

 Cross delivery handling unit means a packing box (like carton) containing products from multiple deliveries as shown in below image. Carton P contains product A and B from two deliveries X and Y respectively.

Cross delivery handling unit is supported in SAP Extended warehouse management (EWM) , however it was NOT supported in Transportation management ( TM ) till S/4HANA 2020 release.  This limitation has now been eliminated in S/4HANA 2021 release. My present blog is to discuss on this new capability of Cross delivery handling unit with TM – EWM integration in S/4HANA 2021 release.

A typical flow for TM -EWM integration with S/4HANA is illustrated in below image. Note that the below image shows with embedded TM and TM , however this TM-EWM integration is also applicable for ERP ECC with decentral EWM and Stand alone TM also. Refer the below URL for my blogs on many other capabilities of TM & EWM.

https://people.sap.com/mrinalkanti.roy#content:blogposts

Below image shows that the Transportation unit 6100002731 of EWM comprises 2 deliveries 80002631 and 80002632 with a single SSC handling unit 811234567000000296 . HU is also flagged (or indicated) as Cross delivery handling unit.

LDAP from EWM to TM updates freight order in TM and the item hierarchy of freight order 6100002731 shows a single package containing 2 freight units as in below image.

EWM updates ERP for the packing or handling information and the below image from ERP shows the handling unit 811234567000000296 with 2 deliveries 80002631 and 80002632.

One of the pre-requisites for this cross delivery handling unit is to ensure the same consolidation group in EWM for the corresponding deliveries. Below image shows that both the deliveries 80002631 and 80002632 have the same consolidation group 1000002385 in EWM, otherwise system will throw error while packing 2 deliveries in same handling unit in EWM.

This capability of cross delivery handling unit with TM-EWM integration will facilitate to optimize the carton capacity.

This blog is based on my personal tests , observations , insights in S/4HANA 2021 release. Will appreciate your feedback / comments.

 Source:https://blogs.sap.com/2021/11/28/cross-delivery-handling-unit-in-tm-ewm-integration-in-s-4hana-2021-release/

Ativando o eDocument para NFE de entrada no S/4HANA em um ambiente de estudo/demo

 

Publicado por:Renan Correa09 de December de 2021

Compartilhe:

Nessa semana a SAP fez um workshop para parceiros sobre o eDocument (oficialmente SAP Document Compliance, outbound and inbound invoicing option for Brazil, ufaa, tem que puxar até um ar antes de falar) no Brasil explicando como migrar do GRC NFe para a nova solução e fazendo alguns paralelos entre as duas soluções.

Depois desse workshop estava falando com um colega consultor (que não conseguiu participar do workshop) sobre o assunto e ele tinha algumas dúvidas sobre os passos iniciais para ativar o eDocument num ambiente de testes para estudar um pouco a solução. Resolvi fazer um post sobre o assunto.

Esse é um tópico que com certeza irá ser parte de todas as discussões de novos projetos de NFE com S/4HANA, o consultor precisa estar ligado no assunto.

A primeira coisa de todas posso dizer é fácil, tem que ler a nota “2776753 – eDocument Brazil Inbound NF-e: Installation Overview”.

Essa nota diz os pré-requisitos da solução ( precisa ter o eDocument Framework ) e agrupa todas as entregas feitas pela SAP para o cenário de entradas.

OK!

E se já tem as notas pré-requisito instaladas e já conferiu os pré-requisitos do netweaver. Agora o que faz?

Aí começa a jornada da solução do Brasil-sil-sil dentro do universo eDocument.

OBS1: No projeto real vai rodar em paralelo algumas outras atividades: subscrição para serviço no BTP, onboarding do BTP, configurações inicias de comunicação ERP/BTP. Além disso, tem que “upar” certificados para comunicação com BTP, isso tá tudo bem documentado nos manuais de instalação e no help. Não entrarei em detalhes sobre essa parte aqui.

Fiz um resumo dos passos iniciais para poder habilitar os cenários de entrada para Brasil bem como a configuração mais inicial do eDocument no ERP.

Para isso usei como sistema de demo um S/4HANA 2020 com o Best Practices BR instalado. O resumo da ativação do eDocument é relativamente curto:

Primeros Passos para eDocument de NFE entradas:

1- Ativar BF LOG_LH_NFEIN no ERP

2- Ativar Source Type na empresa

3- Atribuir Classe do BR para Source Type

4- Atribuir processos do BR para Interface Custom

Agora vamos lá, em detalhes:

1- Ativar BF na transação SFW5

Quem faz isso normalmente é BASIS, mas em um ambiente de demos/estudos pode ser feito por um funcional. Esse processo gera uma ativação executada via background job que modifica vários objetos no sistema.

Dica: A solução de entradas não usa a mesma BF do Document Compliance de saídas (LOG_LH_NFE) então para usar as duas soluções precisa ativar ambas as BF’s.

Para ativar a BF é só “flegar” a caixinha e ativar:

BF do NFE de entradas

O sistema te mostra o que vai ser ativado e você confirma:

BF do NFE de entradas

O job é inicializado e depois de algum tempo você confere na SM37 se a ativação foi concluída ( e preferencialmente com sucesso ):

Ativado com sucesso

Dá para confirmar na SFW5, agora aparece a BF com a lâmpada acesa:

BF na SFW5 já ativada

OK, então ativamos a BF.

Curiosidade: A BF um switch que é lido pelo código da aplicação antes de criar o eDocument conforme o método abaixo (sem Bf, sem switch, sem eDocument) :

Verificação do Switch relacionado com a Business Function

BF ativada. OK! Agora é hora de começar a festa no SPRO:

2- Ativar “Source Type” na Empresa – View EDOCOMPANYACTIV

Nessa view você associa a Empresa com o Source Type. Para os cenários de BR o source type é SRC_FILE porque a origem do eDocument será um arquivo XML ( NFe do Parceiro ). Para outros países o Source Type vem de objetos distintos no SAP ( Doc Contábil, Fatura, Remessa, etc… ).

E 1410 para quem não conhece é a company code exemplo do best practices do BR.

3- Atribuir Classe do BR para Source Type – View EDOFACTORYV

Aqui se atribui a master class do BR para o processo de automação de entradas para eDocument. Essa classe contém a lógica de criação do eDocuments.

Factory Class para BR

Essa classe inicia a criação do eDocument nos cenários do BR. A estrutura do eDocument em geral é “parecida” com o incoming do GRC NFE pois cada cenário depois vai ter uma classe própria e métodos com os passos a serem executados (no GRC NFE eram Function Modules para os passos).

4- Atribuir processos do BR para Interface Custom – View EDOINTTYPEV

Nessa view é necessário atribuir os processos para a Company Code e linkar com a interface “CUSTOM”. Sim, a interface custom é a standard para o Brasil? Ahmm??? Sim, a interface chama de “STANDARD” é usada para os cenários com AIF, que não é o caso do Brasil.

tipo de Interface para Processo

– OBS2: A view de “Metering” que é a EDOCOMPPROCCOMV” precisa ser ativada num ambiente real porque ela é usada para evitar a dupla contagem de documentos na licença ( se a view não for marcada o documento será contado tanto na criação do eDocument como na comunicação com o serviço no SAP BTP ). No caso de um ambiente demo/estudo não vai haver comunicação com governo então a view não é teoricamente necessária. Não vou entrar em detalhes de licença porque não é a minha área de interesse, qualquer dúvida sobre licença em um projeto de cliente ou em sistema de parceiro da solução deve ser esclarecida direto com o parceiro de implementação e/ou com a SAP. Abaixo a view:

View de “Metering”

Essa é a parte inicial do início do príncipio da ativação do eDocument para o cenário de automação de entradas no BR. A partir daí temos a configuração dos processos de negócio, dizer que CFOP faz o que, quais passos estão ativos para cada processo e todo o restante do projeto de implementação. Isso daí tem assunto para mais un 100 posts.

E como que testa o cenário sem ter a comunicação com governo num ambiente demo? Como que descobre como funciona cada processo e as configurações? Esses também são assuntos de outros posts e outras documentações.

Quer aprender mais? Confere as próximas sugestões:

• Quer saber todas as views de configuração? Fácil, se for parceiro da SAP pode conferir a apresentação da própria SAP no link abaixo:

Apresentação da SAP Migração GRC NF-e para Document Compliance Brazil (requer S-User de parceiro)

• Não é parceiro da SAP, olha lá o “Help” do NFE Inbound da SAP:

https://help.sap.com/viewer/75478ef83fbe47b6836f33609268796b/Cloud/en-US/1d62056f70b746e794e6920aade142ee.html

• Quer mais detalhes ainda?

Daí segue a S4CN no Linkedin, Youtube e no Telegram. Em breve teremos mais novidades, 2022 está chegando e está na hora de lançar um curso de NF-e Document Compliance para Brasil.

att,

Renan Correa

Quer ficar ligado nas novidades de localização? Entra no grupo da S4CN no Telegram e segue a gente no canal do Youtube

Mais infos sobre a localização Brasil no ERP, direto da sap, vocês podem conferir no SAP community na tag de S/4HANA logistics for Brazil

Outros posts sobre Localização você pode conferir filtrando pela categoria NFE/CTE ou Localização BR Geral.

Source: https://s4cn.com/ativando-o-edocument-para-nfe-de-entrada/