Transaction Data Migration

Is there a "best practice" for transaction data conversions from a legacy system into R/3? I am in a project where I have to create a strategy for SCM transaction data (PO's, Inventory, Vendor Invoices, and so on). I would like to know the pros and cons of migrating a PO in their various stages (Open, G/R but not yet invoiced, Partial G/R). Basically a strategy to propose to my client regarding their SCM transaction data.
Thanks for your help!!!!

hi,
For uploading the GLs :-->
Use FB50  entry Dr GL a/c  Credit Data migration a/c or controlling a/c
For uploading the Vendor balances : -->
Use FB60 entry Dr Data migration a/c or controlling a/c and credit Vendor a/c (individually)
For uploading the Customers balances :-->
Use FB70  entry Dr Customers a/c (individually)  Cr  Data migration a/c or controlling a/c
For uploading the Assets-->
AS91 -> for uploading assets in AA
OSAV --> for uploading assets in GL   entry Dr Asset (invidiually) Cr Data Migration account or controlling account
You can use LSMW for uploading all these things
After uploading all, your data migration account will become zero.
For posting the transactional data use LSMW for relevant TCODES
Radha

Similar Messages

  • Legacy transaction data migration for Shopping cart

    Dear SAP Gurus,
    We have client rquirenment to migrate all the Legacy transaction data to SRM shopping cart (SRM 7.0),
    kindly suggest for the same.
    Regards,
    Vinod
    Edited by: Vinod Malagi on Jul 16, 2010 11:44 AM

    Hi Vinod,
    Depending on the documents you wish to transfer there may be several ways that they can achieve this.
    1. Set up middleware to map your legacy format to SRM format then call BAPI (SRM) to create the documents (this is a consulting project).
    2. Use the (purchasing documents) upload/download functionalities provided by SRM. The upload/download functionalities support Excel tab-delimited format. You have to ensure that you conform to this file structure. You can get more information about this at http://help.sap. com/saphelp_srm2007/helpdata/en/45/f725350ce02312e10000000a11466f/frames et.htm .
    Whatever you wish to do here amounts to an "integration project" which requires a consulting solution which is why you would not find a document clearly outlining how to do it. Hope that helps.
    Kind Regards,
    Lisa

  • GRC AC5.3 CUP Requests Transaction Data Migration to 10.1

    Hi,
    We are starting a new upgrade from AC5.3 to AC 10.1 project. In migration document it mentioned that we can migrate CUP requests transactional data to 10.1.
    our management is asking to maintain the CUP transaction data in AC10.1 application for future reference for auditing requirements. After closing of all old CUP requests we need to migrate CUP Requests Data into 10.1.
    Is it possible? If possible, Please let me know if there are any challenges from your experience from your upgrade projects of same requirement.
    Thanks,
    Sathish.

    Hi Ram,
    Good Day,
    Is that possible to download old CUP request as PDF  format in AC 10.1 as part of  data migration
    Regards
    Narayanan

  • Billing Legacy master & transactional data conversion/migration in SAP ISU

    Hi Experts,
    Please let me know, in ISU implementation project, what is Billing related Legacy master & transactional data conversion/migration is done in SAP ISU system.
    Thanks in advance

    Pankaj,
    There is no straight forward transaction to download the Configuration data and export it to a file.
    However, you can use the BC set functionality to extract the IMG node with its contents.
    Check the following  SAP help portal link for more info on BC sets
    Business Configuration Sets (BC-CUS) - SAP Library
    The archive data that you are talking about; Is it master data or transaction data?
    Also, what this data is related to-Financial Documents, Billing related info?
    There is one standard transaction SARA through which based on the migration object you can archive the data and export it into a file in a particular location..
    Hope it helps..
    Thanks,
    AB

  • Migration of Transaction Data from SRM 4.0 to SRM 7.0

    Hi
    We are upgrading from SRM 4.0 to SRM7.0.
    In our old release, many Shopping Cart woul be in the status of Approved, Awaiting Approval and Held. When the same data is migrated to the SRM 7.0 Productive system, how should we take care of the same. We would continue to use the Old Workflow (Application controlled) in SRM 7.0. However we have made changes to the Workflow steps in the new system.
    Alo while moving to the new SRM 7.0 Production system, how should we manage the Transactonal Data migration overall.
    The client has not agreed to close the Open SC, PO or the confirmations.
    Any inputs relating to the Transactional data approach would be highly appreciated.
    Regards
    Raj

    Hi Masa
    All said and done we have lot of issues with regard to the data migration. The issues are as below:
    1. The POWL doesn't reflect the old data at all in the Upgraded system. I was expecting the "Check Status" functionality to be integrated with POWL so that all the existing Shopping Cart and Purchaser Orders could be seen and the follow on actions could be taken.
    2. I am not able to do a generic search on "Advanced Search". For example if I try to Search on the old Shopping Carts, until and unless I give the specific Shopping Cart number, the Search doesn't yield any output.
    3. Since POWL doesn't reflect the exisitng Shopping Cart we are not able to proceed ahead with them to create the Follow On documents like Confirmation.
    4. The Work Flow in the new system remains Application Controlled only. However we have added few extra steps. The existing "Awaiting Approval" Shopping Carts is not picking up the workflow correctly in the new system.
    Any ideas about the same?
    Regards
    Raj

  • Transaction and open item data migration

    Respected Gurus,
    we are implememting first time sap to one company in ecc 6.0,how can i migrate the financial data,(openitems and transaction data)what is the procedure.
    regards
    jana

    Hi Janardhan,
    For all FI transactional data (in this I include open AR items, open AP items, GL balances and perhaps even GL at an item level) by the far best method, especially if you are new to this, it to extract the data from the legacy system into a text file, load and format the text file using LSMW, from LSMW call the standard load program RFBIBL00.
    When you choose RFBIBL00 as the load method it will tell you that this is a direct upload program which is not strictly true. When you run the RFBIBL00 step you will be able to choose between direct upload and batch upload. Choose the batch method as it is more transparent, unless your volumes are huge.
    We will shortly be posting some load guides for finance migration on our website research page.
    Good luck,
    Ben
    http://www.harlex-ltd.com

  • Data Migration for Open Purchase Order

    Hi, All,
    Is there anyone know how to Count the volume for Open Purchase Order. What's the normal strategy for the Data Migration and Cut-over stage?
    My client want to know how many Open Purchase Order in the legacy system and then determine manual or automatic data migration. If manual, how to do? If automatic, how to do? Because all materials and vendors, plants are different number. How to track? How to find out to match between new and old?
    Thank you very much

    JC,
    Sounds a bit early to be making decisions about the realization phase.  It doesn't sound like you have finished the Blueprinting phase yet, much less the testing phase.
    Anyhow, in my experience I typically use LSMW (Legacy system migration workbench) to load MM master data (material masters), Inventory (WIP, RM, FG, etc) Purchasing Master data (Vendors, Purchase Info Records, Source Lists, Quota Arrangements), and Purchasing transactional documents (POs, PurReqs, Scheduling Agreements, etc).  Depending on the complexity and volume of data, it  may be necessary to write custom programs to load the data.  You will find this out during your requirements gathering.
    It is uncommon but possible to load all of these data manually.  I have never run across a client that wants to pay a consultant's hourly rate to sit at a terminal to peck away loading master data, so if the client intends to have his own users enter the data manually, the project manager should make provision that there will be qualified TRAINED client employees available for this data entry.  I did help with a portion of a conversion once manually; of Sales Credits, but there were only about 30 SD docs to load.   I did this the evening before go-live day, while I was waiting for some of my LSMW projects to complete in the background.
    A good opportunity to 'practice' your data loads is right after you have completed your development and customization, and you have gotten the approval from the client to proceed from the pilot build to the full test environment.  Once you have moved your workbench and customization into the client's test environment, but before integration testing, you can mass load all, or a substantial portion of your conversion data into the qual system.  You can treat it like a dry run for go-live, and fine tune your processes, as well as your LSMW projects.
    Yes, it is good practice to generate comparisons between legacy and SAP even if the client doesn't ask for it. For Purchase orders on the SAP side, you could use any of the standard SAP Purchasing reports, such as ME2W, ME2M, ME2C, ME2L, ME2N.  If these reports do not meet the requirements of the client, you could write a query to display the loaded data, or have an ABAPer write a custom report.
    You didn't ask, but you should also do comparisons of ALL loaded data - including master data.
    It sounds like you are implying that the client wants YOU to extract the legacy data.  For an SAP consultant, this is not very realistic (unless the legacy system is another SAP system).  Most of us do not understand the workings of the myriad legacy systems.  The client is usually expected to produce one or more legacy system technical experts for you to liase with.  You normally negotiate with the technical expert about every facet of of the data migration.  In addition, you will liase with business users, who will help you and the implementation team to logically validate that the final solution (turnkey SAP production system, fully loaded with data) will meet the client's business needs.
    Finally, you mentioned how do you track the mapping of master data between legacy and SAP.  There are many ways to do this.  I normally try to get the legacy person do the conversion on his end, eg, when he gives you the load file, you would like to have already translated the master data and inserted the SAP relevant values into the file.  If this is not possible, I usually use MS Access databases to maintain a master map, and I perform the mapping on a PC.  If your data package is small, you can probably get by using MS Excel or similar.
    Good Luck,
    DB49

  • Data migration

    Dear all my friends,
    please help to share me about data migration before go-live FI system.
    i plan to migrate GL acct balance, AP/AR open item and last 3 months historical data.
    please help to show me : how should i do ?
    thanks !

    1. Normal GL Accounts: In this case line items are not required and totals are to be updated in SAP. This can be done using GL fast entry if the number is not too high.
    2. Open Item Managed GL Accounts: All the open line items are required to be uploaded in SAP from Legacy in order to clear them. Hence, a LSMW / BDC program has to be developed to upload the line items.
    BAPI_ACC_DOCUMENT_POST - for GL/AP/AR
    BAPI_ACC_INVOICE_RECEIPT_POST - for AP
    BAPI_ACC_GL_POSTING_POST - for GL
    GL Balance
    F-02 or RFBIBL00 or BAPI
    Dr GL a/c Credit Data migration Account or Clearing Account
    3. Customer & Vendor Open Items: All open line items in Customer and Vendor Accounts have to be brought in into SAP. For this also a LSMW / BDC program needs to be developed and upload the line items.
    Vendor Balances
    F-02 or RFBIBL00 or BAPI
    Credit Vendor a/c (individually) and Dr Data migration Account or Clearing Account
    Customer balances
    F-02 or RFBIBL00 or BAPI
    Dr Customers a/c (individually) and Dr Data migration Account or Clearing Account
    4. Asset Accounting: In case asset accounting is implemented the individual balances of each asset (Gross Value and Accumulated Depreciation) have to be uploaded using transaction AS91. For this also you need to develop a LSMW / BDC program. Further, you also need to update the GL Accounts related to Asset Accounts with totals for each asset class T.Code OASV.
    For uploading the Assets
    AS91 -> for uploading assets in AA
    OSAV --> for uploading assets in GL entry Dr Asset (individually) Cr Data migration Account or Clearing Account
    You can use LSMW for uploading all these things
    After uploading all, your data migration account will become zero

  • Confuse on PR & PO data migration approach new to MM module

    Hi All,
    I'm pretty confuse with the PO data migration approach when it comes to PO is GR or partial GR or GR&IR. I'm hoping that someone can enlighten me. i understand that we typically don't migrate PO when it is GR & IR, FI team usually will bring over to the new system as an vendor open item in AP. How about the PR or PO which have gone through or half release strategy? What is the follow up process?  I have created a criteria table below. How Could someone point me in the right direction? Thanks in advance.
    PR
    Criteria
    Data migration required
    Notes
    Open and Released
    Y
    Open and not Released
    Y
    Flag for Deletion
    N
    Flag for Block
    Y
    PO
    Criteria
    Data migration required
    Notes
    Open and Released
    Y
    Open and not Released
    Y
    GR but no IR
    GR & IR
    N
    AP will bring over as open item
    Flag for Deletion
    N
    Flag for Block
    Y
    Partial
    Y
    For partial GR to recreate PO only with missing GR quantity
    Regards,
    John

    Hi John,
    The approach that i have followed recently is that we have considered PO as the base document and converted other documents based on the PO condition. This means you first need to see if the PO is to be converted or not. Then you can proceed to convert the related documents like PR, Agreement, Info record, Source list, etc.
    Also open qty for PO should be considered for Material and Service line items both.
    Once a GR/SES is created, it gets updated in the PO history table EKBE with its related transaction/event type.i.e. EKBE-VGABE = 1 for GR and 9 for SES. Quantity and value also gets updated in case of material and services. You can compare this consumed quantities with PO quantity.
    Please see below from SCN and let me know if you need more info on PR or PO conversion.
    Purchase Requisition Conversion Strategy
    Thanks,
    Akash

  • Data Migration from SAP r/3 to SAP R/3

    Hi all,
    What is the best method to migrate data from one verison of SAP to another verison of SAP ECC say from SAP 3.1 to SAP ECC 6.0?
    This is for all SAP modules including sd, mm, pp, fi, co master and transaction data.  I know there are number of technologies to load the data such as LSMW, IDOC, ALE, DI, etc but what is the best way to extract all data feeds to be loaded back into SAP.
    Thanks in advace.

    Take a look to the following link, may be useful for you
    SAP NetWeaver - Data Migration (CA-DMI) [original link is broken]
    if helpful reward points are appreciated

  • Transactional data PIR, IM stock, Open PO's documentation

    I have to make a documentation of the process of transactional data loads.
    transactional data loads pirchase info rec, IM stock, Open PO's
    the transactional data is live in both sap and legacy, so they have to be even in both systems in all stages of this process.
    how do i maintain that is the question.
    send me any details regarding this.
    thank you
    sridhar

    CIN Master data
    J1ID - Material Chapter ID / Customer Excise Details / Vendor Excise Details.
    Data Migration
    To load open POs use BAPI - BAPI_PO_CREATE1
    To load open stock use BAPI - BAPI_GOODSMVT_CREATE
    To load Invoices use BAPI - BAPI_INCOMINGINVOICE_CREATE

  • Data Migration from Legacy System in CRM

    Hi All,
    We are going to Implement a new CRM project, I have a problem with LSMW(Legacy System Migration Workbench ), I have some Conversion Objects of CRM and I need to know whether Data Migration is possible or not, please tell me how to find these Objects and how to know Data Migration is possible or not.
    Objects are like.,
    1. Accounts
    2. Actuate Reports
    3. Active Campaigns/Campaign Content/Dispositions
    4. Contacts
    5. Contracts
    6. Opportunities
    7. Payment Arrangement History
    8. Payments
    9. Premises
    10. Rate Changes
    11. Security Deposits
    12. Business Partner Relationships
    13. Web self-service information
    14. Usage that has been used for quotes
    15. Tax history information, including AXCIS
    17. Service Requests
    18. Service Order History
    19. Security Deposits
    20. Reference Values
    21. Rate Changes
    Can anybody please tell any transaction code in CRM where can I find the Data migration for the above objects is possible or not.
    Thanks in Advance,
    Sai.

    Hello,
    for migration into CRM I would suggest the 'XIF-Interfaces'; these are interfaces provided in CRM for connection to external systems. I'm not sure if this will cover all objects mentioned above, but at least some of them should exist.
    Some information about existing interfaces can be found in the integration repository under http://ifr.sap.com/index.html; from the start screen first select 'Enter the repository' and then have a look under 'generic components' and 'SAP CRM'.
    Regards, Katja Ohliger

  • Data Migration from Legacy System in IS-U

    Hi All,
    We are going to Implement a new IS-U project,  I have a problem with LSMW(Legacy System Migration Workbench ),  I have some Conversion Objects of IS-U and I need to know whether Data Migration is possible or not, please tell me how to find these Objects and how to know Data Migration is possible or not.
    Objects are like.,
    1. Accounts
    2. Actuate Reports
    3. Business Partner Relationships
    4. Active Campaigns/Campaign Content/Dispositions
    5. Connection Object
    6. Contacts
    7. Contracts
    8. Opportunities
    9. Payment Arrangement History
    10. Payments
    11. Premises
    12. Rate Changes
    13. Security Deposits
    these are few and there are some more..,
    Thanks in Advance,
    Sai.

    Hi Ram,
    Use Transaction Code EMIGALL. It will ask for company code. By default Company Code is SAP. If you entered with the SAP you will get all the objects.Then goto menu IS-U Migration-->User Handbook. It will give you details Idea.
    Also Check the following Procedure
    You can find detailed documentation of EMIGALL in SAP itself. Use Transaction EQ81 to display it. It provides all the concepts and procedures to work with EMIGALL.
    Here are some points about EMIGALL :
    1. It Migrates data Business Object wise
    2. It uses Direct Input Technique
    3. It has more than 100 objects of IS-U
    and the steps for implementation goes like this:
    1)You have to create a user specially for migration which will have all the authorizations related to migration workbench, BASIS and IS-U
    2)You have to create your own company in EMIGALL. There is a default company called SAP.
    3)Company SAP contains all the Business Objects
    4)You have to figure out what business objects u need and then u have to copy those business objects to ur company from Standard Company SAP
    5)Each objects contains more than one structure and each structure can contain more than one fields. The relation goes like this
    Object ---> Structure ---> Field
    6)You have to define field rules for each required field of the object. You have to mark "Not required" for fields u don't need
    7)After field rules for a given object is set u have to generate load report i.e. actual Direct Input Program which will migrate data. This program is generated on basis of field rules set by u.
    8)After the load report is generated u have to prepare an input file (import File) for migration. The import file should be according to structure provided by SAP and must be in binary format. SAP Provides the structure of file according to your configurations. You have to write ur own Data conversion program(in any language) for this task.
    9)You take import file as input and migrate the data using generated load program
    10)Finally u can check the Migration Statistics and Error Log
    Thanks and Regards,
    Jyotishankar Dutta
    Message was edited by:
            Jyotishankar Dutta
    Message was edited by:
            Jyotishankar Dutta

  • Issue in data migration of PO contract (Updating table A215)

    Hi  All,
    I doing data migration for PO contract throught BDC, I wanted to update the table A215,
    I can't see the field of A215 on PO contract transaction screen (i.e. Transaction ME33K ).
    Can anybody tell me how to load the data in A215 thorugh BDC.
    Regards,
    Sagar

    How is this A215 table maintained manually? Thru ME33K  or a different transaction like MEK1?
    you are saying you do BDC, are yoou using a SAP given report or did you record the maintenance transaction yourself in SHDB?

  • SAP Data Migration from R/3 4.6C to ECC 6.0

    Hey All
    We are planning to upgrade SAP R/3 4.6C to ECC 6 in near future. I am aware that data migration is not an issue as upgrade takes care of it all. What we are concerned with is that if after a few days of upgrade when the system is functional and users have performed some quantum of transactions on it, in case if the system fails then and we have to revert back to R/3 4.6C how can we get back all the information that we processed on ECC back to R/3.
    I would like to know if anyone who has performed an upgrade, had some kind of fail over strategy for such a situation. Is there some tool we can use for this purpose?
    Regards
    Bilal Nazir

    > What we are concerned with is that if after a few days of upgrade when the system is functional and users have performed some quantum of transactions on it, in case if the system fails then and we have to revert back to R/3 4.6C how can we get back all the information that we processed on ECC back to R/3.
    Simple answer: not possible.
    > I would like to know if anyone who has performed an upgrade, had some kind of fail over strategy for such a situation. Is there some tool we can use for this purpose?
    No - there is no tool.
    Table structures change, update programs changed - it's not possible to "roll back" that to a date and re-do it on 4.6c again.
    Do minimize the risk I would copy the production system to a sandbox, do the upgrade and let the (key-) users test their functionality intensively.
    Markus

Maybe you are looking for