RC12 & ABAP Short Dump ASSIGN_TYPE_CONFLICT & SYNTAX_ERROR during DTP Load & Transports

By admin Last updated Feb 8, 2022

This article is based on SAP BI 7.30 version with support package 5.

Sometimes we would encounter ABAP short dumps during transports or during data load through DTP’s for new developments or for changes in the existing developments.

These errors occur when the Infocube & DSO are changed & without recollecting the related transformations. There are 2 possibilities which would occur

) Your transport might fail with RC12 throwing error “Uncaught_Exception” with an exception as “CX_RS_PROGRAM_ERROR” and the program which is terminated as “CL_RSO_TLOGO_PERSISTENCY======CP”.
) Your transport is successful and data load through DTP fails with the error “Assign_Type_Conflict”.

The reasons for these are that

) when the Infocube or DSO is changed, the program(new metadata) which is generated get’s updated with the time & date and the logic. The generated program in source is different to the one in target. So when you transport these changes of only the data target’s without the transformations(these transformations does not include the changes done to the Infocube), the program gets updated in the target system. But the transformations in the target system are still pointing to the old generated program (this is orphaned metadata). This is when you would get a data load error “Assign_Type_Conflict” through DTP load.

During Data Load:

During Transports:

The way to rectify this is using the SAP Note 1627236 which I have given below in a simpler format.

In a gist:

) Delete the inconsistencies in the transformations using function module in the source system.
) Re-Collect the transformations in a new transport.
) Delete the inconsistencies in the transformations using function module in the target system.
) Transport the newly collected objects to the target system.

In detail:

) Run the function module “RSTRAN_ROUT_RSFO_CHECK” using SE38 in the source system.
) Copy the technical ID of the transformation which is causing error and paste it in the function module.
) Run the program for the the transformation with both “M” & “A” object versions with the option “Simulate” selected.
) If there is no error then you would get a message as else it will display the error message.
) Once running the program with “Simulate” option is complete, run it with “Repair_W” option checked for both “A” & “M” options. Choose option “Yes”. If it asks for a transport then collect it else after this step is done, collect the transports again in a new transport.
Note: The steps given above have to be done exactly the same way in target system before doing the transports
If there are multiple transformations, it’s good to collect each of them in a separate transport along with their DTP’s. This helps in identifying the transformation which is throwing error(if in case you get the error again).
Once the above steps are complete in the target system, transport the requests from source to target system.
So as to cross check, when you re-do the steps above you would get the msg .