on 02-08-2016 7:08 PM
Hi Everyone,
I am working on setting up DQM for SAP Solution 4.0 SP7 on CRM for my client.
Currently, if we create a BP in CRM GUI using BP transaction the address is being validated and the duplicate check is also being called. However, if we create a BP through CRM WebClient only the Address is being validatd, the duplicate check is not being called. Has anyone run into this problem? Is there some special configurations that need to be done for CRM WebClient to get the DQM duplicate check working?
TIA
Lynne Vu
Is this the Data Services Integration or the HANA integration?
What /FLDQ/ package is installed? the product version report will give you the answers. I would want to see the RFC version, the DS version/HANA version, the BC sets activated as well.
Is dup check not called or are duplicates not being found?
You can debug it in SAP or turn on the Debug logging (there is a knowledge base article available if you are not familiar with how to enable it. Make sure you disable it as soon as you are finished needing the contents of the files created.)
Are you getting any warnings or errors on the screen before/after PV?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Well, if you set 'X' then it must always work, in all the cases.
But you have to call a function module.
The Valid 'X' just is telling you in that function module, you should export a var called Valid (set as Flag). When it comes back with 'X'. DES will be activated. The function module is used to adding some logic before DES call.
It must work empty just like you have it.
Regards,
If you read the DQM for SAP users guide you will see that in this parameter you enter the function name of the function you created to turn on and off the BADI's programmatically. There are lots of cases where customers want it to be enabled for some applications and disabled for others. Adding a custom function module and entering the function name in the IMG solve that problem.
If this is a new install, you just leave it blank, until your business rules determine that its required.
Ok, this is where I am confused.
This is the "out of the box" install of DQM, there is no customization from the customer at all. So the question we are asking is, shouldn't Duplicate Check being called automatically with the "out of the box install"? We followed all the steps in the guide, one by one and still Duplicate check is not being called and there is no error message either.
This is why I wanted to make sure you are positive that we are not being called. How are you debugging it? You haven't mentioned that you created match codes. You haven't mentioned BC sets being activated. I can't tell you what might need to be done without any information. What did you do specifically?
As I requested previously, What version of the /FLDQ/ package is installed? I want the RFC version, the DS version and the BC sets that are activated as well. basic information helps with providing insight to the resolution.
Are the Duplicate Check index pools active?
Did you run the initial match code setup report and commit the match codes?
Did you install and configure into the Webclient for CRM 7.0 and CRM 2007?
Hi Virginia,
Per my original email, the address validation and duplicate check are working if you create a Vendor using T-Code BP through SAP GUI. However, if you create the vendor on WebClient, only address validation is working but not the duplicate check, so:
SAP GUI - Address Validation works,
Duplicate check works.
WebClient - Address Validation works
- Duplicate check DOES NOT works.
DQM version is 4.0 SP7
RFC Server version is 4.0 SP 7
DS Version is 4.2 SP5 PT2
DS Component version is SP 7
The /FLDQ/RSADRINI program ran, committed and completed successfully.
The /FLDQ/RSPRODVER program ran and everything PASS.
Duplicate Check Index pools are active --> thats why the duplicate check is working in SAP GUI.
We installed/configured for the WebClient -> that's why the Address Validation is working in WebClient.
When we created a Vendor record on WebClient and saved, the "request" number on the Name_and_Address_match rt job did not changed. If we create vendor in SAP GUI, we can see the "request" number went up ... this tells me that the job to do the duplicate checked is not being called from the WebClient.
Hope this help.
What is the /FLDQ/ package. Its on the product version report. it tells me what Basis you are using. the pass/fail of the report is one of the last things that I look as there are problems with that report. the info on it is what helps.
We document notes that are required for the system. Did you look at the notes?
What is the calling component? F2 on the UI screen with the cursor in the Address field. What is the techinical information of the screen? is the component it shows enhanced?
Are you getting any errors or warnings on the screen?
Since you are looking at the services and not debugging through the ABAP, does the flrfcsrv_log.txt file for the _trans service tell us anything? did PV send it into hibernation? did it timeout on the match codes? did it document that it didn't' match the not have any dups so it didn't call duplication? many times enabling the "debug" logging gives us a better picture.
There are a number of things that can be happening. all of it takes narrowing down to where the problem is.
How many transactional RFC's are there?
I should also verify that you ran the /fldq/rsadrinibm.. right? you use the program name of the old report, not the new one. the part that we are concerned with here is the creation of the match codes step and the commit of the match codes step. I don't know that the old one will work correctly since you are using SP7, Will you "count" the number of entries in the /fldq/AD_MTCCODE table? Also the number in the /FLDQ/AD_PUPDATE table?
Thanks,
Virginia
Hi Lynne,
Can you check whether Firewall is blocking the access/not ?
Regards,
Santosh G.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
84 | |
10 | |
10 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.