Skip to Content
Technical Articles
Author's profile photo Heike Jensen

Deep dive on SAP S/4HANA Migration Cockpit – Direct Transfer

HOT NEWS (18.02.2022):

SAP S/4HANA Migration Cockpit – Direct Transfer: Top 5 FAQs (as of Feb 2022) | SAP Blogs

HOT NEWS (18.05.2021):

We have released new material on the following topics:

HOT NEWS (23.03.2021):

We have released a new video. It demonstrates the enhanced error analysis capabilities which come with 2020 FPS1 for file/staging and direct transfer.

Different views on messages are possible:

Activity – which messages occurred?

Message – which instances are concerned? NEW WITH 2020 FPS1

Migration object instance – which messages occurred?

https://sapvideoa35699dc5.hana.ondemand.com/?entry_id=1_yqbyc0ze

If you are interested in more deep dive material on the Migration Cockpit, pls. visit our landing page!

LINK

 

HOT NEWS (02.02.2021):

We have released a video: How to create an own mapping rule (OnPrem 2020): LINK

Enjoy 🙂

 

HOT NEWS (11.11.2020):

We have released a lot of material (PDF, videos, click-troughs) on our Migration Cockpit landing page: landing page

Click on News => get to the development news for Onprem 2020

Click on Training and Education => some examples:

Deep dive Direct Transfer LTMOM => get real deep insights on how to use the modelling environment

Customer/Vendor integration in Direct Transfer

… take your time to surf all the material!

 

The SAP S/4HANA Migration Cockpit offers different approaches. Since 1909 there is a third approach available: transfer data directly from an SAP system.

In this blog and the linked blog posts I will provide deep dive material on the Direct Transfer approach.

If you are looking for more general or overview information pls. go to the SAP S/4HANA Migration Cockpit starter blog: LINK

There is an openSAP Course available which gives insight into all three approaches – on a very detailed level! It also treats the topic how to create own migration objects. You can download and/or view a huge amount of PPTs & videos. The hands-on experience is still possible for another 2 months, afterwards you can use the so-called “Fully activated appliance” in order to practice.

Migrating Your Business Data to SAP S/4HANA – New Implementation Scenario
With this course, you’ll get an introduction to data migration with SAP S/4HANA, and where it fits in with respect to the different transition scenarios. The course will focus on the new implementation scenario, with a deep dive into the SAP S/4HANA migration cockpit and the migration object modeler. Week 3 (of 4 in sum) treats exclusively the “Direct Transfer” approach – including an example how to create an own migration object. We’ll also offer optional hands-on exercises so you can better familiarize yourself with the different migration approaches. For these exercises, you can use a system image from the SAP Cloud Appliance Library. For the Direct Transfer there is one E2E exercise where you migrate “Activity Types”. In a second exercise you adapt the selection from the source system.

http://open.sap.com/courses/s4h16

 

Table of contents

1. General: Can a non-unicode SAP system be the source system for the Direct Transfer?

2. LTMOM: Can I create all kinds/types of transfer rules (1909)?

3. MC & LTMOM: SAP S/4HANA Migration Cockpit – Direct Transfer – Value mapping (1909) – see LINK

4. MC: Can I repeat the selection (1909)? See LINK

5. LTMOM: How can I influence the selection (1909)? See LINK

6. LTMOM: How to create an own migration object (1909)?

7. LTMOM: How to exclude a field from being migrated in (1909)?

8. LTMOM: How to add a Z-field to a Migration Object?

9. LTMOM: How can I transfer completely self-defined custom developments, for example a Z table?

 

ANSWERS

1. General: Can a non-unicode SAP system be the source system for the Direct Transfer?

Yes, a non-unicode should also work as source system. The MC uses RFC to connect the two systems, the RFC should do the converting automatically.

This blog post might be of use: https://answers.sap.com/questions/4556198/rfc-from-non-unicode-to-unicode-.html . Some of the mentioned notes might be of interest.

2. LTMOM: Can I create all kinds/types of transfer rules (1909)?

In 1909 you can create:

  • transfer rules of type “move” – means, you move the content of this field unchanged from the source field to the target field
  • transfer rules of type” fixed value” – examples: posting date; a migration account as offset account for initial postings in the target
  • transfer rules of type “value mapping” – map a source value 1:1 to a new value in the target system. Pls. note that the automatic creation of mapping proposal does not work in 1909, means you have some manual steps to do in addition (see next question).

In 1909 it is not possible to create own source code rules.

6. LTMOM: How to create an own migration object (1909)?

This video shows how to create an own migration object.

I use the example: new migration object “Cost Center Texts”.

Video (37 min): LINK

Slides shown in the video: LINK

7. LTMOM: How to exclude a field from being migrated in (1909)?

To exclude fields from the transfer you have to remove the field level mapping of data for the respective field that you do not want to migrate. It depends on the respective API used for this migration object if this approach works. It only works if the API supports migration without the respective fields being mapped.

Starting 27:08 you see how to maintain the “field mapping” in the Direct Transfer approach for a migration object. Link demo video create own migration object (Direct Transfer)

8. LTMOM: How to add a Z-field to a Migration Object?

If there exist z fields (SAP standard table is enhanced by a custom-own field) in the source system, the Migration Cockpit, Direct Transfer, recognizes it and these fields are automatically shown in LTMOM as source fields. In case there exist target fields which match, the Z source fields can be mapped in LTMOM in the field mapping to the target fields.

Pls. note: only primary structures (parent and child tables) of the data model can be adapted.

There may be single cases where Z fields are not covered by the API which is used in the migration object. In this case pls. open a ticket on component CA-DT-MIG.

9. LTMOM: How can I transfer completely self-defined custom developments, for example a Z table?

Create your own API and use it in your own migration object. The pre-requisites for an own API are quite the same as the BAPI definitions in the BAPI Programming Guide (Implementing the Function Module). The API must not execute ‘COMMIT WORK’ commands.

 

Heike Jensen

Product Management SAP S/4HANA Migration Cockpit

 

Assigned Tags

      43 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Rama Shankar
      Rama Shankar

      Nice blog. Thanks.

      Author's profile photo John Tau
      John Tau

      Hi Heike,

       

      2. LTMOM: Can I create all kinds/types of transfer rules (1909)?

      Is in the Roadmap (future FSP or 2010/2009 ) to include other type of transformation rule? E.g. If field not blank then MOVE or even better we can create our own custom rules?

      Thanks

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hi John,

      is it perhaps possible that you enroll to this openSAP course “Migrating Your Business Data to SAP S/4HANA – New Implementation Scenario”? The course is still available. The material is too much to be uploaded here.

      https://open.sap.com/courses/s4h16

      In week 3 the topic is “Direct Transfer“. I have 7 units there (always PPT & demo video), units 5 & 6 are about creating own objects. In the unit 6 video I demonstrate the field mapping and there you see that the Trule type "move" is automatically assigned. We know that "custom rules" is a requested topic but unfortunately, currently I cannot give you a concrete statement about future FPS/releases.

      Best regards,

      Heike

      Author's profile photo Olivia Ghebrezghi
      Olivia Ghebrezghi

      For more information about SAP Data Management and Landscape Transformation (DMLT) see this page https://www.sap.com/services/implementation/data-mgmt-landscape-transformation.html or read the solution brief and the SAPPI Success Story. You can contact the global SAP DMLT team by email sap_dmlt_gce@sap.com. They provides services for Selective Data Transition, New Implementation and System Conversion that can also be delivered remotely.

      Author's profile photo shobhit taggar
      shobhit taggar

      Hi Expert,

       

      One of our clients is interested in exploring the above suggest option for DM project. But due to high scrutiny on the integrity of data, we have an additional requirement for have a Automated reconciliation tool to recon the data from source & target system post migration.

      Q1: Is there any dashboard/ standard reports available for Summary/Field based recon with this option?

      Q2. Is there any other approach we can use which will suffice our requirements.

       

      Thanks In Advance

      BR,

      Shobhit Taggar

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Shobhit,

      unfortunately, there is no standard functionality available in the Migration Cockpit for comparing/reconciliating data between source and target system.

      The SAP consulting unit (see post above from Olivia Ghebrezghi) offers these kind of services.

      No, there is no standard approach available. You can of course use SAP standard reports e.g. for master data, balances, and so on to compare the data.

      Best regards,

      Heike

      Author's profile photo shobhit taggar
      shobhit taggar

      Thanks Heike ! We plan to build the custom recon tool to cover the client requirements.

      Author's profile photo Nelson Troncoso
      Nelson Troncoso

      Hi Heike;

      Excellent post, i have a questions, regarding point 9, is possible migrate an program “Z”  or Ricef complete from ECC 6.0 to S4 1909 with direct transfer?

      Regards

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Nelson,

      thanks for you positive feedback!

      No, the Migration Cockpit does not transfer objects from the ABAP environment.

      It is meant to do a New Implementation and thus, we only offer Migration objects to transfer the necessary application data for a "new start" in S/4. This means: migration objects for master data and "necessary" transaction data" such as FI open items, FI balances and so on.

      You find the complete list of available migration objects for each approach and release on the help portal

      The modelling environment (transaction LTMOM) of the Migration Cockpit offers the possibility to change migration objects or create own migration objects. It is not possible to transfer programs or the like.

      Best regards,

      Heike

      Author's profile photo Dietmar Rost
      Dietmar Rost

      Hallo Heike,

      Ist es möglich eine Regel komplett zu kopieren und nicht nur die Einträge einer Regel?

      Grund ist folgender: Bevor wir eine Migration durchführen wollen wir erst einige Test durchführen. Leider sieht es so aus das wir beim Direct Transfer unsere Einstellungen in Migrationsobjektmodeller nicht in ein neues Projekt kopieren können. Nur die Einträge sind über up- and download machbar. Es wäre gut wenn man ein durchgeführtes Projekt kopieren könnte. Gibt es vielleicht so eine Möglichkeit?

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hallo Dietmar,

      könntest Du evtl. ein Ticket aufmachen auf CA-LT-MC und mir dort Deine Mailadresse hinterlassen und um Weiterleitung bitten?

      In 1909 gibt es diese Transport- und Kopierfunktion noch nicht. Diese Funktionalität ist nicht ganz so banal wie es evtl. erscheinen mag. Es müssen diverse generierte Objekte gehandhabt werden.

      Diese Funktion sowie diverse weitere neue Funktionen wird es in Version 2020 geben. Am 07.10. ist Release to customer - am besten auf unsere Landing page gehen, man findet dann dort die kompletten DevNews für das Migration Cockpit 2020. http://help.sap.com/S4_OP_DM

      Gruß, Heike

      Author's profile photo Dietmar Rost
      Dietmar Rost

      Hallo Heike,

      danke für deine Antwort. Habe ein Ticket (649104 / 2020 Migration Cockpit Direct Transfer) aufgemacht.

      Gruß
      Dietmar

      Author's profile photo Parag Jain
      Parag Jain

      Hello Heike,

      For point #9 (transferring z tables), we have 100+ tables in partner namespace and that need to be copied from ECC to S4. It will be a 1to1 transfer. If we have to create FM for each table, it would be a huge development activity. Is there a simpler way to do this instead of a BAPI as the target ?

      Note that we are not upgrading ECC to S4, its a new S4 implementation but need to copy the data from the partner namespace tables.

      Regards, Parag.

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Parag,

      The SAP S/4HANA Migration Cockpit is able to migrate custom developments such as

      • additional Z-fields in standard objects or
      • completely individual custom objects

      The design of the Migration Cockpit is for “instance-based” processing. Means, each(!) line of the root table in the source structure definition is treated as “instance”.
      Therefore, the “instance-based” migration means, that each sender record becomes an “instance” in the migration cockpit and is also treated as single instance while transferring the data. This makes sense for processing of an instance as a whole entity (usually an instance consists of several source tables, which entries have a relation to each other via foreign key relations). The target API is doing plausibility checks for each instance before creating the instance on DB level. So, it is an “all or nothing” principle per instance to create/update only logically consistent instances.

      If the intention of your Z migration object is to migrate the Z table from the SAP ERP source system 1:1 to the S/4HANA target system, it is a simple table copy in the end.

      Due to the design of the migration cockpit, the tool is of course able to fulfill such a migration, but in the end, the runtime of such a transfer will never be as expected for a simple 1:1 table transfer as each line of the table is treated individually (for example having an own log).
      If you have for example 3.000.000 entries in your Z table this results in 3.000.000 single instances in the migration cockpit, which will again be processed one by one, just to fill the target table via the API (= single function call per line).

      So if you want to do a simple 1:1 table transfer without the need for any transformations, plausibility and consistency checks you should consider to develop an own RFC-enabled function module (currently used API just RFC-enabled) and a Z program which is retrieving the data from the Z table and transfers it 1:1 from sender to target. This will be the easiest and fastest solution.

      I hope this information helps.

      Best regards, Heike

      Author's profile photo CRISTINA UNGUREANU
      CRISTINA UNGUREANU

      Hi Heike,

      I attended your course on open SAP, it was a real help. Thank you!

      I was wandering if for direct transfer exists something similar with /1LT/DS_MAPPING from staging table approach? I have noticed that the system creates some staging tables also for Direct Transfer after the Select Data.

      Best regards,

      Cristina

       

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Christina,

      thanks for your positive feedback 🙂

      You can upload and download mapping entries for some or all mapping tasks in LTMOM and since release 2020 also in the Migration Cockpit (Fiori). For direct transfer, there is no other way to access the mapping. Why are you looking for /1LT/DS_MAPPING like structures? Is it because of the amount of mappings, do you want to fill it with a program or what is the reason behind?

      Best regards,
      Heike

      Author's profile photo CRISTINA UNGUREANU
      CRISTINA UNGUREANU

      Thank you for your quick reply.

      We investigate the possibility to extract data  from 3 ECC systems to S4/HANA 1909 using  Direct transfer, but we need to reconcile, validate and harmonize the data. Having the mapping tables we would like to create a program/script to help us to do the reconciliation of data.

      Best regards,

      Cristina

       

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Christina,

      cleansing & harmonizing data after having selected it into the Migration Cockpit / Direct transfer is not possible. You can adjust the selection (using transaction LTMOM) and skip dedicated items from further processing (Firoi, instance list, with 2020: mass processing in instance list) after you have selected them.

      With 2020, you have a so-called skip-rule available with which you can skip items from the selection by using your own coding.

      Cleansing, golden record and so on are not possible using the Migration Cockpit/DT.

      If harmonization is needed, you have to do it in the source system.

      Mapping in our terminology means: map field values old (selected) to new values and then pass this transformed data record to the API for creation/posting into the target system. E.g. the selected cost center is 567 with responsible Müller, you map 567 to 987 and Müller to Jensen.

      Best regards,

      Heike

       

       

       

      Author's profile photo Peter Gerhard
      Peter Gerhard

      Hello Heike,

      is it possible to create custom source code mappings for the direct transfer approach? In case it is not possible: is this planned for the future?

       

      Best regards

      Peter

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Peter,

      starting with release onprem 2020 FPS0 it is possible to create own source-code rules.

      Best regards,

      Heike

      Author's profile photo Vajravel Shanmugavel
      Vajravel Shanmugavel

      Hello Heike,

      Is it possible to migrate the huge volume of data like 10 million articles.

      Best Regards,

      Vajravel

      Author's profile photo Sreejith Rajashekaran
      Sreejith Rajashekaran

      Hello Shanmugavel,

       

      The AFS Migration solution in Migration Cockpit is designed to handle heavy loads of data. Based on the system configuration you have (with respect to the number of jobs and so on), you should be definitely able to migrate 10 million AFS material as articles into the S/4HANA FVB system.

       

      Thanks and Regards,

      Sreejith Rajashekaran

      Author's profile photo Claudia Gemm
      Claudia Gemm

      Hello Vajravel,

      from a technical point of view it is possible. As always: it is a question of runtime and the repsective cutover plan. You should check which instances might be loaded upfront (during uptime).

      Further you should prepare your value mapping offline, because dealing with a huge amount of data in the FIORI app might be very timeconsuming. That's why it would be advisable to prepare it ready for upload.

      Best Regards,

      Claudia

       

      Author's profile photo Jun Chen
      Jun Chen

      Dear Vajravel,

      based on our experience, if this is the complex table structure object(e.g. material master), less than 1 million is better, as the data selection with generating all mapping tasks will take very much long time and can't be finished. if this is simple table structure(e.g. change history), up to 10 million may be OK, but we still need to split to different packages for data selection and data migration.

      Hope this could help you.

      Chen Jun

      Author's profile photo Raoul Shiro
      Raoul Shiro

      Hello,

       

      I have a question about SAP S/4HANA Migration Cockpit, on whether it could be used to migrate companies codes, master data and transaction data from an existing ECC local country based system into an existing global S/4HANA. In other words, would it be possible to consolidate an existing S/4HANA system with new data from an existing SAP ECC. The idea would be to migrate the data from ECC only once, and after that decommission ECC.

      According to the FAQ , it is not recommended ''TheSAP S/4HANA Migration Cockpit is designed for a new implementation of an SAP S/4HANAsystem, therefore, data records can only be migrated once. ''  Too bad ...

      But then, sap note 2684818 seems to open the door, on this possibility, if the data depending on the use case : ''

      • The delivered SAP Best Practices based data migration content for SAP S/4HANA Migration Cockpit can also be used after a 1st Go-Live to migrate new data into the system. It can also be used to extend (not update) existing data of select objects (such as Customer, Supplier, Product, Purchasing Info record...)''

      So, could the Migration Cockpit be used to consolidate an existing S/4HANA, from a specific country related ECC data ?

      Thank you

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Raoul,

      The SAP S/4HANA Migration Cockpit migrates master data and transactional data as e.g. open items, balances, inventory but no historical data (not reproducing the whole history).

      Pls. see the full list of available migration objects here. Pls. make sure to set your release on top of the page.

      You can use the staging approach (upload files or fill staging tables directly) or the direct transfer approach (use RFC connection to SAP source system).

      Of course, you can migrate into an existing SAP S/4HANA system for example in order to migrate a new/another company code from an SAP ERP system.

      But the MC is not meant for a perpetual update of a system or to keep systems in sync.

      For example, you cannot update records which already exist in the S/4 system. Suppose you have migrated a cost center master record already and now you want to update this master record because someone made changes in the source/old system. This is not supported by the MC.

      There are some objects which have several views as e.g. product. In the staging approach there exist migration objects which can extend an existing record by new views, e.g. migration object “Product - extend existing record by new org levels”.

      Pls. check the migration object list (see link above) in order to figure out how far the delivered migration objects cover your requirements.

      The MC also provides a modelling environment so that you can enhance or create own migration objects.

      Best regards,

      Heike

      Author's profile photo Raoul Shiro
      Raoul Shiro

      Thank you very much Heike, really appreciated !

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      You are welcome!

      Author's profile photo Desislava Dimova
      Desislava Dimova

      Hi Heike Jensen,

       

      Objects for real estate in the Migration Cockpit - Direct Transfer 2020 are not translated into German.

      Is there a correction note?

       

      Best regards,

      Desislava

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Desislava,

      in older releases there are some objects not translated. Unfortunately, there is no correction note for that.

      Best regards,

      Heike

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Desislava,

      I want to add that with SAP S/4HANA 2020 SP04 respectively with SAP S/4HANA 2021 FPS02, migration object translations should be complete.

      Best regards,

      Heike

      Author's profile photo Gyongyi Meszlenyi
      Gyongyi Meszlenyi

      Hi Heike,

      Thanks a lot for another very valuable post. Especially point 9 was a great help for me in my current task.

      However, I still have an open item: I should store the identifiers from KNA1 to BUT0ID.
      This means converting 4 fields from 1 record of KNA1 to 4 lines in BUT0ID.

      1. Added BUT0ID to the tables, added KUNNR and MANDT as foreign kezs with KNA1 mapping.
        Then mapped BUT0ID to the structure and fields where I should use it.
      2. Added a Z-rule to store the values from KNA1 to BUT0ID
      3. Called this rule from the skip rule for Customer selection.

      Besides it being an ugly solution, it does not even work, as the new records are added to BUT0ID in the target system, so the mapping will not work.

      I also have tried to add a Z-table, but that was not even accepted in the Source Tables segment...

      So my current solution is point 2-3, creating the entries in the target system BUT0ID, and in the next migration step I created a Z function module to map  the old KUNNR with the new BP Partner id in BUT0ID. But this will not work if the values should be stored/updated in multiple tables, therefor we have the API/BAPIs.

      Any solution for this scenario?

      Thanks

      Kind regards

      Gyöngyi

      Author's profile photo Aruna Kumara Keduru
      Aruna Kumara Keduru

      Hello Gyöngyi,

      Since you mentioned that you have added BUT0ID ( Identification ) to the Data model tables , I'm assuming you have Business partner activated( BUPA ) in the source system.

      In such scenario , first you should use the Business partner migration object then followed by the customer and Supplier object. The Business partner object will migrate BUTOID data.

      Please refer customer migration object prerequisite section

      Customer Documentation

      Business Partner Documentation

      Business Partner

       

      Regards,

      Arun

      Author's profile photo Gyongyi Meszlenyi
      Gyongyi Meszlenyi

      Thanks Arun, will check with the consultants

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Gyöngyi,

      Pls. also see our deep dive slide deck about customer/vendor/integration/migration Direct transfer.

      Best, Heike

      Author's profile photo Gyongyi Meszlenyi
      Gyongyi Meszlenyi

      Thanks a lot Heike, will share this link with the team!

      Author's profile photo Yahya Turan
      Yahya Turan

      Hello ,

      Thank your for support . we want to read LONG text (READ_TEXT) from source system with Direct transfer approach.

      we defined Manuel Defined table for long text in the source table accordingly SAP examples .

      SAP standart : CNV_OT_APPL_PE_S4_ASEL_FIAA ,CNV_OT_APPL_PE_S4_ASEL_DUMMY2

      Custom Manuel Table :  ZV_OT_APPL_PE_S4_ASSET_TEXT

      Firstly ,I couldn't find how can I read long text data for the table then i understood that it is include .

      1-  Should we create ZV_OT_APPL_PE_S4_ASSET_TEXT include in the source system  or Migration Cockpit system. is it correct approach ?

      2-I couldn't find how can Migration cockpit create a function group in the source system ?  Because we created migration project in the S4D system and I saw some function can not be generated due to some include is missing some include ( in the source system (MK2) .
      error message: include-report "cnv_ot_appl_pe_s4_asel_long" nichtgefunden

       

      regards

      Yahya

       

       

       

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Yaha,

      pls. first use the Migration Cockpit Note analyzer SAP Note 2596411 to check if you have all current notes in the system. Standard includes should be there.

      Regarding your questions: yes, the selection include has to be created in the source system. The other questions go too deep into the consulting direction, so I can unfortunately not answer them. You can contact our consulting department (sap_dmlt_gce@sap.com) if you want to get billable consulting services.

      Best regards,

      Heike

      Author's profile photo Yahya Turan
      Yahya Turan

      Hello Heike,

      we are using Migration Cockpit direct transfer aproach.

      we don't want to transfer data exclude some item line  in the source table and we have to check two fields together. .

      Our Migration cockpit version doesn't have badi to filter selection criteria .Do you have any suggestion to not read some item from source table directly.

      Example

      we don't want to read below data (SKIP)

      • ANLB-BUKRS = 1000
      • ANLB-AFASL = 0001 (Do not transfer  item line to Target bapi)
      • ANLB-AFASL = 0002 (Transfer to target bapi)
      •  

      We want to read below data (NOT SKIP)

      • ANLB-BUKRS = 1010
      • ANLB-AFASL = 0001 (Transfer to target bapi)
      • ANLB-AFASL = 0003((Transfer to target bapi)
      •  

       

      PS :We watched all video and it doesn't have same screen in our system.

       

       

      Our system version

      S4HANA ON PREMISE 2020 03 (11/2021) sap.com SAP S/4HANA 2020

      MDG_FND 805 0003 SAPK-80503INMDGFND MDG Foundation

      MDG_APPL 805 0003 SAPK-80503INMDGAPPL MDG Applications

      S4CORE 105 0003 SAPK-10503INS4CORE S4CORE

      regards

      Yahya

      Author's profile photo Jun Chen
      Jun Chen

      Hi Yahya,

      either you can create a filter table or manually define table to filter in source system

       

      Chen Jun

      Author's profile photo Mihaela Deak
      Mihaela Deak

      Hi Heike,

      we're trying to extend the migration objects for trm (cap_floor, commercial paper, fixed deposit etc.-> most of them can only be migrated via direct transfer approach) by several custom fields. I looked through all the documentations and guides from the forum and the official SAP site and i couldn't find a tutorial for this process. Is it necessary to edit the Source Code of the used BAPIs (Step1, Step2 etc.) or is it possible to just extend the target structures (e.g. for commerical paper and many more the structure "BAPI_FTR_CREATE) and map the field afterwards in the "field mapping" tab.

      regards

      Mihaela

      Author's profile photo Heike Jensen
      Heike Jensen
      Blog Post Author

      Hello Mihaela,

      did you check the LTMOM deep dive slide deck? https://help.sap.com/docs/link-disclaimer?site=https%3A%2F%2Fwww.sap.com%2Fdocuments%2F2020%2F10%2F62dc808c-b87d-0010-87a3-c30de2ffd8ff.html

      On the LTMOM training page, you find additional material: https://help.sap.com/docs/DATAMIG_S4HANA/ffaed9ee977247e689972af70212149e/9d23ad19c1c048feb7604a3bf7244e9a.html?locale=en-US

      Best regards,

      Heike

      Author's profile photo Wolfgang Braun
      Wolfgang Braun

      Hello Heike,
      we are just migrating customers/suppliers to business partner with direct transfer approach (S/42020, Migration Cockpit Notes with Note_Analyzer updated).

      We need to create more than one identification or more than one relationship with different relationship types for each business partner.
      One identification/relationship is no problem, but we have not yet managed to create more than one. Now we have a look at the creation of the roles, there it seems to work via the split definition. However, currently in LTMOM we cannot view the split definition on the table ROLESRLEBP, because this is rejected by the error message CNV_PE_UI831 (split definition is not yet supported by this UI).
      The Idea is, to have a table where we define the necessary identifications and relationships, which have to be created for the corresponding bussinesspartner depending on some characteristics of the source data. We think, this is similar to the roles derivation.
      Can you give us a hint on how best to proceed here?
      Best thanks and best regards
      Wolfgang