issue after Transport in TRNSF - ASSIGN_TYPE_CONFLICT- BI 7.4 SP08

[Former Member]

Hello all,

After a transport DEv -> QAS or DEV -> PRD in BI, we do experience an issue.

The transport shows RC ok.

All objects are ok (active).

But when running DTP on the TRNSF was transported it crashes and shows in ST22:

Short Text

    Type conflict with ASSIGN in program "GPxxxxxxxxxxxxxxxxxxxxxxxx".

  What happened?

    Error in the ABAP Application Program

    The current ABAP program "GPxxxxxxxxxxxxxxxxxxxxxxxx" had to be terminated

     because it has

Error analysis

    You attempted to assign a field to a typed field symbol,

    but the field does not have the required type.

How to correct the error

    Adapt the type of the field symbol to the type of the field or use an

    untyped field symbol or use the "CASTING" addition.

    If the error occurs in a non-modfied SAP program, you might be able to

    find a solution in the SAP Notes system. If you have access to the SAP

    Notes system, check there first using the following keywords:

    "ASSIGN_TYPE_CONFLICT"

    "GP4GPYXCC2PBXYD1WK9B7PEBEMA" bzw. GP4GPYXCC2PBXYD1WK9B7PEBEMA

Then we have to run RSDG_TRFN_ACTIVATE for the ACTIVE Transformation and gets fixed.

Thank you for your inputs.

PS: I´ve looked for Notes / posts without success.

http://scn.sap.com/docs/DOC-59138

1636053 - Upgrade to SAP NetWeaver 7.30: BW server: Useful SAP Notes

1390477 - Additional info about the upgrade to SAP NetWeaver 7.3

[Former Member · Accepted solution]

Hi Alex,

We need to just activate transformation and dtp. Please try to activate through Program - RSDG_TRFN_ACTIVATE today i faced this issue,once activated it went fine.

Also if that did n't work re-transport the Transformation and DTP.

if that also did n't work Uncheck the objects in semantic group this will change the processing to 'Immediate serial extraction and processing'.,switch of parallel processing

Thanks,

Chandresh

[Former Member · Accepted solution]

Thank you Chandresh.

Yes, we did it indeed.

Run RSDG_TRFN_ACTIVATE which fixed the Transformation and then the DTP got successfuly loaded.

Though I still think is a flaw, that after transporting a Data Flow -cube, transformation and DSO- the Transformation gets Active but and requires running RSDG_TRFN_ACTIVATE .

Plus some other non-transported Transformations got unstable.

[Former Member · Accepted solution]

Hi Alex,

We do not need to run the Program if we are transporting the Transformation and DTP.But for this kind of issue which you faced it seems like your transformation is not overwritten the changes.

If you send the fresh Transport of TRFN & DTP, It will work.

This program is work in such scinario like you have one Infoprovide and having multiple TRFN's and you have changed infoprovider & only one TRFN. You are sending Trnasport for Infoprovider and one TRFN from dev to PRD. But other TRFN didn't change and it will inactive after Infoprovider TR moved.. In this case you can run the program to activate Transformations & DTP which are got inactive.

Hope this helps.

Thanks,

Chandresh

[Former Member · Accepted solution]

Thank you Chandresh.

I understand.

But to me what it seems a flaw is that the Data Flow -whether changed or not- is transported.

The transport is successful (ok w/o errors), and objects are all Active.

Nevertheless, the GPx program from the Transformation seems is not synched properly.

Therefore when runing the DTP it fails.

Yes, running the RSDG_TRFN_ACTIVATE for the Active version of that Transformation fixes the problem, but, once again, I would expect not to have to run such se38.

Thank you for your inputs,

Alex

[Former Member · Accepted solution]

Hi Alex,

Yes, I agree, transport is successful w/o any error. Sometime it happened.

Thanks,

Chandresh

[swati_gawade]

Hi Alex,

Does this issue occur for some specific transformations or all of them?

If it occurs for only some of the transformations then try to check the info-objects involved in those info-providers. Check if any of the info-object is in Modified/inactive status etc.

Otherwise, check you transport log. what is the return code for your transformation TRs. if its anything other than 0 then try to check the cause of warning etc.

Also, check the status of your infoproviders. check if there was anything the transport log of infoprovider TRs.

Hope this helps.

-Swati. 

[Former Member]

Thank you very much Swati.

Yes, Transport was got RC00 -withouot errors.

All objects involved -even the Transformation- were being shown in destiny system as Active.

But I just found:

1905680 - SP32: 'ASSIGN_TYPE_CONFLICT' in transformation during loading data using DTP

Which quite matches the sypthoms.

Hopefully will apply it and will keep this thread posted.

The ST22 was:

Category ABAP Programming Error

Runtime Errors         ASSIGN_TYPE_CONFLICT

ABAP Program GPxxxx

Application Component  Not assigned

Date and Time          07.06.2015 11:08:21

....

How to correct the error

Adapt the type of the field symbol to the type of the field or use an

untyped field symbol or use the "CASTING" addition.

If the error occurs in a non-modfied SAP program, you might be able to

find a solution in the SAP Notes system. If you have access to the SAP

Notes system, check there first using the following keywords:

"ASSIGN_TYPE_CONFLICT"

"GP4GPYXCC2PBXYD1WK9B7PEBEMA" bzw. GP4GPYXCC2PBXYD1WK9B7PEBEMA

    "EXECUTE"

So I think matches the NOTE.

[Former Member]

Crap, does not apply.

We are in:

SAP Release..... 740

SAP Basis level 0008

And this note is:

SAP Release..... 740

SAP Basis level 0004

Will keep searching