6/29/2025 11:32:56 PM
|
|
slxdeveloper.com Community Forums |
|
|
|
The Forums on slxdeveloper.com are now retired. The forum archive will remain available for the time being. Thank you for your participation on slxdeveloper.com!
Forum to discuss the use of the SalesLogix Web Platform, Client and Customer Portals, and the Application Architect (For version 7.2 and higher only). View the code of conduct for posting guidelines.
|
|
|
|
Why does Contact Search for Duplicates suck?
Posted: 23 Jun 10 6:18 AM
|
Hi Folks
So our customer has decided that in an attempt to prevent numerous duplicates they would enforce searching before allowing the users to insert Accounts/Contacts. Fine, that works well.
Only 1 small problem, they also asked that we select the OR by default and we're now constantly maxing out the results (currently the max is set to 2000). AND will only bring back exact matches, so doesn't really do what they're looking for.
Here are some questions for you: 1. How high can the max results be before it will bring down the server(s)? Bearing in mind that we're looking at roughly 300 users logged on at a time. 2. Are you aware of any decent rewrites to this functionality? 3. Why doesn't the match search do what it should? (OK, so you may not be able to answer that one)
FYI. We're on SP3 if that makes any difference whatsoever. |
|
|
| |
|
Re: Why does Contact Search for Duplicates suck?
Posted: 01 Jul 10 6:24 AM
|
Hi Jason
Thanks for your reply. Came across your solution as I was looking but decided that at the moment it probably wasn't complex enough for what we needed.
Our customer is more interested in matching at Account level than Contact, though, so what we've done is modify the filters to separate Accounts and Contacts out. At first load of the Match dialog we're automatically selecting the default filters (being Account Name, Account Phone Number and Account Post Code). We've also turned off fuzzy matching by default. That has helped it behave much better, at least for the first search.
We're also looking at potentially moving the speedsearch server off the webserver, so that we can set the limits higher without the threat of it impacting the webserver.
David |
|
|
|
You can
subscribe to receive a daily forum digest in your
user profile. View the site code
of conduct for posting guidelines.
Forum RSS Feed - Subscribe to the forum RSS feed to keep on top of the latest forum activity!
|
|
|
|
|
|
|
|