Transport Issue - no conversion of source system name

Hi Experts,
I'm desparetly trying to import an transport request containing a transformation into my PRD System . At stage of method execution it fails with RC=8.
Error MSG:
The DataSource MY_DS  (MY_DEV_SYS) does not exist in object version A
in PROD MY_DEV_SYS should be converted to MY_PRD_SYS, entries in RSA1 are maintained.
MY_DS  exists in active version in PRD. It seems like conversion of source sytem doesn't take place. Any ideas?
Thanks in advance
Joe
System BI 70, SP21

Hi Everyone,
I've experienced the same problem on a BW 7.01 system on Support Pack 6.  I was able to solve it through implementing the following notes:
- 1412414 (SP24) Content is not generated/transport errors; and
- 1489612 Objects of the type DTRF deleted after method is executed (supplemental note to 1412414)
See my reply on the below message for further details:
Re: Source RSDS DS_CA_CLIFID DBW_150 does not exist
I hope you found this useful as 'solved with workaround' wasn't particularly helpful to me.
Cheers,
Campbell

Similar Messages

  • "Conversion of Source System names after the transport" : O

    Experts:
    Environment : BI 7.0 and SP 12
    <b>Tranports related to transformation rules are failing with inactive status...</b>
    Further investigation on this, I have noticed that in our QA system, where "Conversion of Source System names after the transport" : O screen, we have columns
    Original Source System, Target Source System, 7.0, Description(I guess, since no name is found)
    Everything looks fine to me with reference to actual techinical names of source/target system...
    My question there is a check box on column "7.0", which is UNCHECKED. Is this correct?
    My understanding is that, this check box needs to be CHECKED, since this is related " Only Valid for RSDS, TRFN and DTPA Objects ". Is this correct?
    If yes, Can I check this box in QA system, save and retransport my requests. If so, what happens to standard BW objects i.e., transfer ruels, update rules etc...
    OR do i need to create another entry with same source/target system and check the 7.0 box.
    OR do i need to create 3 entries with same source/target system and check 7.0 box for each entry i.e., RSDS, TRFN, DTPA.
    Finally, please advise the exact steps that need to be taken here...pros and cons
    Your inputs will be of great help....
    Thanks,
    BI
    Message was edited by:
            B I

    Hi,
       Yes you need to check the checkbox as it is related to Data sources and transformation and DTPs. you can mark the check box if  your client is modifiable, if not you need to transport the setting from DEV. Go to
    SPRO > Business Intelligence>Transport Settings--> Change Source system name after transport.
    you also need to maintain the Source system IDs .
    Hope it helps.

  • Conversion of source system names after transport

    Hi gurus,
    Please someone can tell me how to configure the "conversion of source system names after transport"  in the BI system as my transport is not working on a new BI System  ?
    Thx in advance

    Hi Firmin,
    You can do this in RSA1 in tools under conversion of logical source system names.
    Here you maintain the development system or the system used for development as the source system.
    You will have to mention the logical name of the development system.
    In the target system column mention the system in which the transports would be imported. This could be the quality system or the production system.Again you would have to mention the logical system name
    Check the folllowing link for more informationn on this.
    [Conversion of logical names|http://help.sap.com/saphelp_nw70/helpdata/en/46/94b1fc87bd13eae10000000a155369/content.htm]
    Hope it helps you ,
    Best regards,
    Sunmit.

  • Conversion of Source system name after transport

    Dear All,
    I need one clarification.
    Say you have developed a fresh modelling in BW Dev server and your source system is R3 dev system. Now you need to transport all the request  to BW Quality system but the source system will be R/3 quality system.
    For this change of source system name we need to maintain some mappings.... From Tools menu there is an option to do this...
    My doubt is in Production server how do we maintain the mapping...
    Quality system ---> Production
    or
    Development system---->Production.
    Hope i am clear....
    Thanks &  Regards,
    Anup

    Hello Anup,
    The question you raised particularly is about the change of source system when your transports are alredy done. For this, i would like to say is that when you do any transports in the R/3 or BW front, the source system change is done only when :
    1. It is done, when you have a single base system and different R/3 (source system)
    2. If you have a single source (R/3) and a single destination (BW Quality), you do not need to map the source system.
    Well, i case that is needed, you may do it via :
    1. Go to RSA1
    2. Go to Tools.
    3. Tools -> Conversion of source system.
    In the right most table column, provide the source system you need to connect with your BW system.
    This will internally connect you with the specified R/3 system.
    Hope it helps!
    Neha.

  • Conversion of source system names --- error in transport

    hi
    i want to transport my object from Dev111 to Quality222
    but the transport ended up in error 8
    it gave the error...
    Source system PRODUCTION333 does not exist
    I am confused,
    shouldnot it should give error related to Quality system ???
    how should be the mapping in Source system names?
    after research it seems it should be maintained in
    RSA1-TOOLS-mapping of SOURCE SYSTEM NAMES.
    i have following systems...
    BW- DEV111 QUTY222  PDN333
    R3   DEV121  QUTY242 PDN363
    What should the entries look like in which system

    Landscape is -Transport should be send from Deve-Quality---Production
    BW....................................
    DEV111 QUTY222 PDN333
    R3.....................................
    DEV121 QUTY242 PDN363
    CAN you advise if the entries SHOULD look like below in Quality and Production System???
    Quality system should have entries like:
    bw DEV111.............. bw Quality 222
    r3 DEV121................ bw Quality222
    Production system should have entries like:
    bw Quality222.............. bw Production333
    r3 DEV242................ bw Production333
    Q1 ......IS THIS HOW ENTRIES SHOULD BE IN Quality & Production system???

  • Conversion of source system names

    Hello Experts,
    After having some transport problem (transporting infopackages), I notice that the source system mapping is not the same in DEV compared to PRD.
    Other than change log which was not turned on, is there any other way I can find out who or when was the last change to this mapping table?
    Am I right to say the mapping entries should exist in all systems? My DEV currently only has 1 entry compared to 6 entries in QAS and PRD.
    The source system underwhich the infopackage resides is not shown in the DEV source system mapping table.
    Is this the cause of my transport problem?
    Regards,
    Mirella Russo

    Dear Experts,
    Thanks for the useful information. Points awarded.
    Am I right to say that mapping in target system cannot be transported and is set directly in target system QAS, PRD via RSA1 and no mapping is required even if there are other source systems, like flat file source systems, when the source system name is to be the same in all systems? In this case, my source system is a flatfile. Does this mean I need not maintain it? The 'no mapping' warning received in transport log shows that the flatfile source system concerned exists in the target system but no mapping. As I do not need source system name change, can I say I need not maintain in the mapping table? I still cannot understand why the error come about.
    Many thank you in advance.
    Regards,
    Mirella Russo

  • Conversion of source system while transport

    Dear Experts,
    We have following landscape:
    BID (BI dev)
    BIQ (BI QA)
    BIP (BI Prod)
    and
    R3D (R3 dev)
    R3Q (R3 QA)
    R3P (R3 Prod)
    For transport we have made following settings for
    "conversion of source system name after transport":
    In BID system (BI dev)
    BID->BIQ
    R3D->R3Q
    Question-
    -Where do I mention settings for production?
    -Can I make folowing settings in Dev so that it works for all the transport?
    BID->BIQ
    R3D->R3Q
    BID->BIP
    R3D->R3P and no settings in BIQ and BIP environment.
    -Do I need to mention below settings in BIP (BI prod)
    BID->BIP
    R3D->R3P
    Thanks

    Hello,
    Please log into the system in which you are trying to import the transport in and go into transaction code RSA11 and then ino "Tools --> Conversion of Logical System Names".
    In order to change the values the system needs to be modifiable and the person having the change access should be doing this (which would be the BASIS team if the security is set properly).
    So, in BIP system in your case please go into the above path and maintain the entry for BID --> BIP and also R3D --> R3P.
    The whole purpose of doing this is to make sure that the datasources which have the source system property get converted into the appropriate source system names when transported over multiple environments.
    Please assign the points if this answers your question.
    Let me know if you need additional information in this regards. If you don't have the access you can check if these parameters are set or not by accessing the view "V_RSLOGSYSMAP" in the system.
    Thanks
    Dharma.

  • Conversion of logical system names in queries

    hello,
    We have the following problem in our multisource model.
    Constant values have been assigned in queries in development : for instance, in line 1, the profit center is restricted to the constant value D3/9000/TTBC600
    D3 : development source system
    9000 : controlling area
    TTBC600 : Profit center code
    When we transport the query, we were expecting a conversion of the source system ID in this constant value but it is not the case.
    could you tell me if this is a normal behaviour??
    If yes, it means that we have to enter constant value in hard code without reference to the source system ID (indirect input, you cannot enter more than the length of the object i.e. TTBC600 in this case) and this can be at the origin of conflict if we have same code in different source system.
    Thanks in advance for any answer
    OD

    Did your transports move up ok to your target system?
    I am asking because your problem could be your mapping of source system to source system ID is not set up correctly or your "conversion of source system names after transport" is not set up correctly in your target system.

  • Mapping of Source System Names

    Hello,
    Has some body done the mapping of Source System for <b>"Transport"</b> to go through which is done using the following steps:
    RSA1 --> Tools --> Mapping of Source System Names(Conversion of source system name after transport)
    You have to enter the source system name and target source source.
    So if I have following Landscape
    1) R3DEV  -> R3QA --> R3QPROD --> R3Prod
    2) BWDEV  -> BWQA  --> BWQPROD --> BWPROD.
    What should be entries in the table
      OrSource           TargSrceSy
    1) R3DEV             R3QA
    2) R3DEV             R3QPROD
    3) R3DEV             R3Prod
    4) BWDDEV            BWQA
    Thanks,
    -Hari
    5) BWDDEV            BWQPROD
    6) BWDDEV            BWPROD
    or
    1) R3DEV             R3QA
    2) R3QA              R3QPROD
    3) R3QPROD           R3Prod
    4) BWDDEV            BWQA
    5) BWQA              BWQPROD
    6) BWQPROD           BWPROD

    Thanks A.H.P. So just a click clarification. My question is
    So BWQPROD will contian
    <b>OrSource     TargSrceSy</b>
       R3DEV        R3QPROD
    <b>OR</b>  
       R3QA          R3QPROD.
    Because my basis the transport path is as shown below.
       R3DEV --> R3QA
       R3DEV --> R3QRPOD
       R3DEV --> R3PROD
    So dev will transport to QA,QPROD,PROD
    Thanks,
    -Hari

  • Wrong conversion of source system after transport

    Hello,
    We ve got a a transport problem in our 3-3 Landscape. Connections for extraction are only between same systems ( f.e. dev to dev)
    BI Dev         BI Test       BI Prod
    R3 Dev         R3 Test      R3 Prod
    The conversion of source systems is on the BI test:
    BI Dev becomes BI Test
    R3 Dev becomes R3 Test
    The conversion of source systems is on the BI Prod:
    BI Test becomes BI Prod
    R3 Test becomes R3 Prod.
    With this it tells me the after transport (BI Test to BI Prod) of objects with source system assignement that the R3 Dev System is not known.
    The transport before from the BI Dev to BI Test worked well without any problems.
    We`ve got the BI Test and the BI DEV on the same host.
    Has anybody got an idea what is wrong?
    Thank you folks.

    It must be R3D (dev system)
    Something like following should be maintained in production
    R3DCLNT100 <u>R3PCLNT100</u> [Assuming R3PCLNT100 is your production system]
    Don't forget to assign points,
    -jayant

  • Transformation issue while connecting multiple source system of same type..

    Hi,
    I'm working on APO-BW integration project. I want to connect BW QA & BW PROD to APO QA. I've already connected BW QA to APO QA & it is fetching data correctly. RFC part & other BASIS part is already taken care of. I've done export datasource (for mater data, cube etc) in BW PROD & replicated in APO QA. All BW PROD datasources are imported as RSDS (7.X) in APO QA.
    Now my question is how to make sure the transformations will take source system as BW PROD too? I want 2 datasources (one from BW QA & other from BW PROD) to connect to same inforprovider in APO. I've transported 7.x datsource from APO DEV to APO QA environment along with transformations. In conversion of logical system names in APO QA I've given source system -BW DEV & target system - BW QA. So the transformation automatically takes data source as BW QA. It doesn't take source-system - BW DEV & target system - BW PROD as it conflicts previous setting.
    Is only option that I need to manually maintain transformation from BW PROD datasource or there's another better alternative?

    HI,
    You are getting multiple IDOCs into BPM. But output you are getting one message right? IF so, your N:1 Mapping is not done correctly.
    i.e your target message type should have occurence of 1..n and also the interface mapping. Closely obsever the N:1 mapping done in the BpmPatternCollectMerge.
    Also go to SXMB_MONI->PE and check the Technical Details to make sure that, you are getting multiple IDOCs and you are executing the N:1 Transformation step correctly.
    Also in the N:1 Mapping, check out the context you used. Make it root .  Then test the mapping independently in the Integration Repository.
    Hope it helps,
    Regards,
    Moorthy

  • Conversion of logical system name fails

    Hi,
    when trying to transport a transformation on BW7 the logical conversion name is failing. When i check the setup (on rsa1 menu "Conversion of logical system names") it seams to be ok on source and target system.
    Any tips to solve this ?
    thx in advance

    Hi,
    when you are not maiantained the logical systems properly , then you will get that error when you are transporting the objects
    in Bi production system ( to which server you are moving objects) in that  you should maiantain the all logical systems as below
    1) for examaple BI deve --- BI prd
    one logical systm should be bi Dev to BI prd
    2) ECC production connected to BOI production
    Then one more logical assignment  ECC prd to BI prd
    normally those two you are maintained i think so.
    but when you are moving the objects from the BI development to Bi production
    the daat sources are pertaining to the ECC developmet
    so that ECC deve to BI Dev ( here there is no problem)
    when those daat source s you are moving to production it shows error
    because that ECC deve Data source logical system should be changed to BI production
    so you main tain one more logical system ECC dev to ECC PRD
    in your BI system
    Then try reimport the same.
    Thansk & Regarsd,
    sathish

  • Conversion of logical System Name

    Hi,
    I have read somewhere that Conversion of logical System Name is part of BW System check Before go live. Can someone explain the purpose of it.
    Thanks in advance
    krish

    Hi,
    There are two different activities related to this, if you have done the system copy then for changing the logical system name we will run BDLS transaction. Check the below link for more information,
    [http://help.sap.com/saphelp_nw70/helpdata/en/33/c823dbaea911d6b29500508b6b8a93/content.htm]
    But if you want to move the source system dependent objects from one system to another system then we maintain the source system and target system mapping in target system.
    For transport method you can maintain the system names as suggested by Gaurav and you can check that in table RSLOGSYSMAP or you can directly maintain entries in this table.
    Regards,
    Durgesh.

  • Conversion of logical system names

    Hi
    Must the Conversion of logical system names be set up in each client.
    I.e in the BW production client do I have to go and setup what the conversion is between before the transport and after the transport.
    Also if I then go into this view and want to add my conversion detail, and the system doesn't exist (in table) do I have to create the entries in Dev and Transport it through?
    Corne

    Hi Corne,
    If the correct entries don't exist in the underlying tables, you have maintain it in SPRO.
    The entry in the table is cross client. hence it has to be done in Dev.
    Go to SPRO -> SAP Netweaver -> Business Intelligence -> Links to Other Source Systems -> General Connection Settings
    -> Define Logical System
    1. To create a logical system, choose Edit -> New Entries.
    2. Enter a name for the logical system that you want to create.
    3. Enter a description of the logical system.
    If you want to cange this entry:
    a) Select the appropriate line.
    b) Choose Edit -> Change field contents.
    c) Enter the new text.
    d) Choose Replace.
    4. Save your entries.
    Roy

  • Conversion of source system after tranport

    Hi
    Im planning to to transport BI-Obejcts from DEV to QA . Where can i give
    'conversion of sourcesystem after transport' and how can i give them.
    can i give in DEV or QA .please let me know
    kumar

    Hi Ravi,
    Log into your QA system. Go to RSA1 -
    > Transport connection. Click on the icon Source system conversion or just press F8. Click on new entries in the next screen. Here just maintain the source system conversion. For example in Dev if the R/3 source system name is R3DEVCLNT100 and in QA it is R3QACLNT200 then in the original source system field enter R3DEVCLNT100 and in the target source system field enter R3QACLNT200. All the source system dependent objects like datasources, transformations etc which are assigned to R/3 dev system in BW Dev will be assigned to R/3 QA system in BW QA.
    Similarly maintain entries for all other source systems defined in BI. Hope this helps.
    regards,
    Sumit

Maybe you are looking for