cancel
Showing results for 
Search instead for 
Did you mean: 

Table SMOAUSP not filled

Former Member
0 Kudos

Hi *,

after reconfiguration of a mobile client for our testsystem the table SMOAUSP was not filled automatically.

Result of this behaviour:

Within the tile BP the assigned attribute sets are shown but not the attributes and the corresponding values. (In Online the it's displayed and changes are possible.)

Here it is not possible to do any changes (even for attribute sets) etc.

To solve this problem I processed the following steps:

1. extract for subscriptions:

- Marketing profiles values by Business Partners

- Marketing profiles values by Contacts

2. Initial Download of Adapter-Objec DNL_CHARVAL

Um dieses Problem zu beheben habe ich folgende Schritte unternommen:

3. Execution of a SUBCHECK

The queues are passed proper and the BDocs are in status 'confirmed' (the even contain the attributes).

The subscription are absolutely identical to the production system!

Kind regards

Thomas

Accepted Solutions (0)

Answers (2)

Answers (2)

Former Member
0 Kudos

We have re-built up the affected clients.

Thanks for your help.

Thomas

Former Member
0 Kudos

Hi,

did you also performed a download of DNL_CHAR and extracted <Marketing profiles by Business Partners>?

Regards,

Wolfhard

Former Member
0 Kudos

Hi,

yes I did!

Kind regards

Thomas

Former Member
0 Kudos

Hi,

you mean you have a particular BP in CRM for which primary key (SFAKNA1 from SMOKNA1) you have entries in SMOKSSK, SMOAUSPH and SMOAUSP (BP foreign key is always SFAKEY) in CDB but not on Mobile?

I am still not sure whether it is a issue of sync between CRM and CDB or between CDB and Mobile...

Regards,

Wolfhard

Former Member
0 Kudos

Hi,

it is exactly as described by you. I don't unsterstand this behaviour...

Regards

Thomas

Former Member
0 Kudos

Hi,

in this case you better remove the 4 subscriptions from the particular site, wait till R&R is finished (check smohqueue) and reassign them again instead of performing "only" an extract because this only extracts the data based on the lookup-tables but doesn't check the subscriptions again.

Regards,

Wolfhard