// // 1 comentario

Debug Customer / Vendor

Debug Customer/Vendor<->BP Synchronization

This blog shows the way for debugging Customer/Vendor<->BP synchronization process using the Class CVI_MAPPER as an entry point for the debugger.
Imagine that we are synchronizing Customer to BP. And we have a problem there: when we remove the bank data from the Customer, the change is not synchronized on the BP. So we have a synchronization issue, because our BP has incorrect data.
CVI_MAPPER is a class that allows us to stop the debugger on the mapping process between Customer and BP (This is also valid for all the synchronization types Customer<->BP or Vendor<->BP).
So we can open SE24 and Display the details of CVI_MAPPER class:

There we can see a lot of interesting methods we can use for stopping the debugger and check why our bank data is not removed on the BP…
For us the most important methods are the following ones:

On our example we will have a look to method MAP_CUSTOMERS_TO_BPS, and we will put a breakpoint on the following code:

On this code, the customer data is filled on <customers> variable and the BP data is returned on ls_partners variable.
So we start XD02 transaction and open our Customer:

Then we open the “Payment transactions” tab and remove the existing Bank Details:

We can proceed to the saving process:

The debugger will stop on our breakpoint:

We can press F5 to go inside this method to see if we can find where the mapping of the bank data is located:

We found one method named “map_customer_bankdetails”, where the system maps the customer bank data to the BP bank data. If we enter using F5 to the method and see that in the last line, the variable LS_BP_BANKDETAILS is returned.

We can see the content and see that the problem is that the bank details of the customer are not removed!! So the problem is on the class responsible to extract the data from memory to do the synchronization: CMD_EI_API_EXTRACT or VMD_EI_API_EXTRACT. We can search notes for those classes.
This method can be used also for other kind of issues, like errors on MDS_PPO2, if you want to see via coding why the error is got. Those errors are returned usually on these methods.
Ivan Martin Marra SAP support consultant CRM
Reblogged from SDN Sap Blogs.

1 comentario:

  1. Can you explain us how do we know that these classes CMD_EI_API_EXTRACT or VMD_EI_API_EXTRACT are responsible for data extraction in this case


Nota Importante: los comentarios son para agradecer, comentar o sugerir cambios (o hacer preguntas) sobre el artículo de arriba.

SAP y el logotipo de SAP son marcas comerciales registradas de SAP AG en Alemania y en varios otros países. No estamos afiliados ni relacionados con ninguna división o subsidiaria de SAP AG.