Skip to Content
0
Aug 13, 2014 at 06:26 AM

Dump ASSIGN_TYPE_CONFLICT when loading into Cube

1448 Views

Hi,

since an few weeks we have sometimes a problem when loading data from DSO to cube.

After transport a changed cube the first dataload into the cube dumps with ASSIGN_TYPE_CONFLICT.

We always activate all transformations and all DTPs which belong to the changed cube and also transport them.

When we repeat the dataload after the dump there is no problem and the data will be loaded successfully.

The dump appears on a very strange coding-place:

*---------------------------------------------------------------------*

* FORM WRITE_DATA_CHAVL *

*---------------------------------------------------------------------*

* Kommentar: incoming data is based in characteritic values! *

* Transformation to Dimension Id's needs first to *

* translate the charateristic values into SID's *

*---------------------------------------------------------------------*

FORM write_data_chavl

USING

i_r_data TYPE REF TO data

i_simulation TYPE rs_bool

i_trexaggr TYPE rs_bool

i_req_sid TYPE rssid

i_t_tabix TYPE gt_t_tabix

i_ncum_loadtp TYPE ncum_loadtype

i_pkg_id TYPE rssid

CHANGING

c_subrc TYPE i.

DATA:

l_recno LIKE sy-tabix,

l_erridx LIKE sy-tabix,

l_nexterr LIKE sy-tabix,

l_errnumbers TYPE i,

l_subrc1 LIKE sy-subrc,

l_pdimid TYPE rssid.

FIELD-SYMBOLS:

<l_t_cubeval> TYPE g_t_cubecha,

<l_s_cubecha> TYPE g_s_cubecha.

IF i_pkg_id <> 0.

* bug, cube is not delta write enabled...

cl_rsdd_cube_writer=>monitor_log(

i_recno = 0

i_msgid = 'DBMAN'

>>> i_msgno = '971'

i_errtp = ''

i_errnm = ''

i_fieldnm = '' ).

c_subrc = cl_rsdd_cube_writer=>nc_error-no_continue.

RETURN.

ENDIF.

Does anyone else have this problem?

Or does anyone even have the solution?

I haven't found anything useful in SDN and SAP-Notes....

Christian