cancel
Showing results for 
Search instead for 
Did you mean: 

Address replication issue (ECC -> CRM)

0 Kudos

Hello CRM specialists,

we are currently facing a strange replication isssue concerning address changes in ECC.

In general the replication of address data of customers is working perfectly fine, but in some cases it just doesn't work at all.

Basically the problem is that we do not receive a BDoc when an address gets changed in ECC and therefore we have different address data in ECC and CRM. But this is not happening every time and up to now we were not able to find a case where we could reproduce it. Sometimes it just happens and sometimes not.

For example when an address gets changed in ECC (city, postal code, street, house number, etc.) we will either have a BDoc and everything is replicated nicely or we do not have a BDoc and the changes are not replicated to CRM.

Did somebody encounter this problem and can give me some hints what might be wrong here?

Best regards

Sascha

Accepted Solutions (1)

Accepted Solutions (1)

nicolas_busson
Active Contributor
0 Kudos

Dear Sascha,

If you change an address in a sales order (VD02) don't expect it to be replicated to CRM. Only when you change it via XD02 should you see it adapted accordingly in CRM.

And if the problem occurs through XD02 I would recommend to use tcode ANST_SEARCH_TOOL to check all the BAdIs and user exits that might be involved (plus the tool will give you all relevant oss notes to be implemented in your system so that's really something worth taking a look at: check the articles taking about it on scn).

Regards

Nicolas.

0 Kudos

Hello Nicolas,

thanks for your hint. Using XD02 to change the data is not working, too. There is no BDoc created on CRM side and therefore the change is not replicated.

I tried to use tcode ANST_SEARCH_TOOL, but unfortunately in our system there is an error message "Fatal Error. Customizing table is not filled!" which is preventing me to use that tcode.

Does somebody maybe have a starting point for me to start debugging why the change is not replicated to CRM? Maybe a function module that should put the changed data into the outbound queue of ECC? Any further ideas/help will be appreciated.

Best regards

Sascha

Former Member
0 Kudos

Hi,

Me too get the same error if i try to call this tool, what is the fix for this issue, i really like to use this tool for my error.

Thanks

Chandu

Answers (5)

Answers (5)

rahulsingh87
Employee
Employee
0 Kudos

Hello Sascha,

Is the issue occurring for only address data or any other data set as well like Name, Communication data etc.

                Since the issue is random i can't be sure why replication doesn't works. It's better if you debug below FM during change in XD02.

1:- Program SAPLCCCO routine START_DOWNLOAD (check whether the filters are ok here or not)

2:- FM PI_BP_MAIN_TO_BAPIMTCS check complex structure contains correct data or not and conversion to BAPIMTCS happens.

3:- FM CRS_SEND_TO_SERVER check whether correct BAPIMTCS reaches till this function module or not.

Let me know what you find after debugging.

Best Regards,

Rahul Singh Parihar

0 Kudos

Hello Rahul,

the problem is limited to only address data. Everything else works.

Thank for this hint, but I already debugged the whole thing as I wrote in a previous answer here. The structures are all properly filled. But since it has been a while I will give it another shot and debug again.

Best regards

Sascha

michael_spindler
Participant
0 Kudos

Hello Sascha

we are facing the same issue - address change in ERP generates no bdoc on CRM side. There are no entries in the smq1 / smq2 on both sides. So it seems very strange.

Could you remember a solution?

Kind regards

Michael

0 Kudos

Hello Michael,

unfortunately we are still facing this issue. There are customers in our system where the address does not get updated when it is changed in ERP, and for others it is working fine.

Best regards

Sascha

0 Kudos

Hello experts,

with the help of the followoing post I was able to debug, after saving my changes in tcode XD02 on the ECC system.

I debugged the whole thing and everything looks good. The data and datax fields are set properly, but still there is no BDoc in CRM.

Does anybody know where to debug to see if the data is written to the outbound queue of ECC? Or even if it is possible to debug the whole flow from ECC to CRM? I know the other way round CRM to ECC it is possible to do the replication synchronously. Can this be also done from ECC to CRM?

Best regards

Sascha

nicolas_busson
Active Contributor
0 Kudos

Hi Sascha,

Are you facing this error in all your systems or in the production system only? Because that reminds me of a similar problem that we faced (although it was not limited to BP address) when our basis team decided to add a new application server to ECC... but didn't realize that the configuration was not complete, and everything sent to this AS was just lost (which made it look like some "random" bug because you never know which application server will process your data). As soon as the new application server was "removed" (i.e. was no longer available in tcode SM51), everything was fine again.

Regards,

Nicolas.

0 Kudos


Hi Nicolas,

thank you for that hint.

We are facing this issue in all our systems and we only have one application server on the production system.

We have this "random" bug just with the address data. Everything else is replicated fine.

Do you have another thing we could check?

Regards Sascha

nicolas_busson
Active Contributor
0 Kudos

Hello Sascha,

Do you have any custom development related to address data that you could make inactive? Because some kind of "recursive commit" could also result in such strange behavior (I faced it when trying to add two relationships to one BP but one commit was triggered too soon hence sometimes the second bdoc was never sent).

Regards

Nicolas.

0 Kudos

Hello Nicolas,

the BAdis ADDRESS_UPDATE and BUPA_ADDR_UPDATE are not implemented in our system. The only BAdI we have implemented concerning update of a partner is BUPA_GENERAL_UPDATE. Inside of BUPA_GENERAL_UPDATE we are not doing a commit and nothin related to address data.

Is there maybe any way to change addresses in the ECC system without triggering the CRM middleware? From our endusers I have the information that they are just using the transactions VD02 and XD02. Is there another way to change address data which might not tridder an update to CRM?

Best regards

Sascha Röhm

Former Member
0 Kudos

Hi Sascha,

I guess there is a particular field which is not triggering the Bdoc. Can you confirm ?

For EXAMPLE if only email address is maintained in ECC will create Bdoc in CRM , however if only Mobile number is maintained no Bdoc triggered in CRM. If you  identify the right field which is not triggering the Bdoc , it will help you to solve the reproduce the issue.

There are OSS notes available specifically Address replication from ECC to CRM.

Best Regards

Ganesh Somasundaram

0 Kudos

Hi Somasundaram,

thank you for that hint. Is it also possible that it is not just one field but a couple of them? We are having customers that have the following 4 fields changed:

  • Street
  • House number
  • Postal Code
  • City

And this change is not replicated to CRM and there is no BDoc for that.

If I change this data myself and save it in ECC, the changes are replicated perfectly to CRM. Even when I check for the user who made the changes in the first place and ask him to do it again, a BDoc is written as soon as he saves his changes.

Do you know how we could reproduce the problem? In general everything is working fine.

Best regards

Sascha

Former Member
0 Kudos

HI Sascha,

As you mentioned that the issue is not reproduciable it is quite difficult to comment. However can you check the OSS Note 1511835 - Incomplete addr sent to CRM causing failed duplicate.

Best Regards
Ganesh Somasundaram

0 Kudos

Hi,

thank for the hint with the OSS Note, but the Note is not relevant for our system.

Do you or anyone else have other ideas what could be the problem?

Having differences in the address data of ECC and CRM is really a big problem. Address data in ECC is changed via transaction VD02 or XD02. The changes are reflected perfecly if we try to reproduce the issue, even with the same customer and the same user who did the address change in the first place.

Why this is not working all the time?

Best regards

Sascha