Jump to content
Claris Engage 2025 - March 25-26 Austin Texas ×

This topic is 7926 days old. Please don't post here. Open a new topic instead.

Recommended Posts

Posted

I've wrapped my brain around this one and I'm stymied on two accounts. Maybe some suggestions can point me in the right direction. I have a file where I check for possible duplicates by using a concatenated field. This feature is currently designed that when the user clicks they get a list of all possible dupes sorted by the concatenated field.

1) I would like to change this to form view with potential duplicates matched up. I did this by displaying records in a portal from a self-relate based on the conactenated field. This wopks pretty good BUT I then, of course, get multiple records for the same dupe pairs. My current plan to overcome this is simply scripting the next record button to skip the record if the concatenated field is the same as the previous record. Good idea?

2) The bigger problem. Some of these apparent duplicates are okay. The user should be able to look at the pair and determine if it is in fact a dupe. If it is not, I would like them to be able to click a button that would stop this pair from coming up again in the possible duplicate list. I cannot simply have a field DupeOK though because I only want that record to be omitted from future duplicate checks if it matches the same record it has been checked against.

Any ideas would be MUCH appreciated.

Thanks-

Courtney

Posted

Actually, I've just posted some days ago a way to check dupes. Have a look in the Sample section. When the user is alerted that a duplicate already existes, he will get a "let me see" message.

Then all dupes would be listed, and he would choose the one he needs or proceed if this wasn't really a duplicate.

This last function isn't active as a moment, but I will update this sample file within some hours with some more feature, including that one.

Hope this can help.

Posted

Hey Ugo-

Checked out your sample file. This is not exactly what I'm looking for. I have a button that runs a script that identifies and returns a list of potential duplicates. This is how I need the functionality to remain, as opposed to checking as you enter, which I do in other parts of my solution. What I need is to be able to remove pairs from my list if they have been researched and identified as acceptable. Any other ideas? Am I being clear?

Thanks for the reply, though.

Courtney

Posted

How does the user know which dupe is Ok and whick is not?

Posted

Hi Courtney,

I understand the process. Now here is how I would handle the problem.

Using the Record_ID (that you surely already have) and a newly created Multi-key field.

You understand the process. My intention is to move the relationship from your old concanated::concanated to a new relationship Record_ID::Multikey.

If your file is huge, this first setup could be done by a looping script that would go from record to record and enter into this Multi-key field all Record_ID that actually have identical Concanated.

Therefore, where you had :

Record_ID#1

Concanated = SMITH & "-"& John

Record_ID#50

Concanated = SMITH & "-"& John

Record_ID#73

Concanated = SMITH & "-"& John

the new structure would move to :

Record_ID#1

Concanated = SMITH & "-"& John

Mutikey =Record_ID#50&"PP"&Record_ID#73

Record_ID#50

Concanated = SMITH & "-"& John

Mutikey =Record_ID#1&"PP"&Record_ID#73

Record_ID#73

Concanated = SMITH & "-"& John

Mutikey =Record_ID#1&"PP"&Record_ID#50

Now, when a new entry is processed, the user will be presented with the classic portal with all possible duplicates using the g_concanated::concanated as a relationship. When you will validate a new entry, the script will set the new Multikey for this newly created record and update all duplicates with a new row into the Multikey field.

When working with an existing record, you would use the new relationship Record_ID::Multi-key.

You could use a button there in the portal at the end of each row to "Not show anymore".

This button would delete the current Record_ID from the Multi-key field in the related record choosen, and Vice-versa, will delete the related Record_ID from the Current Multi-key field.

Does it make sense?

Posted

User has to go look up some paper docs or make calls to verify whether this is an acceptable duplicate. It's a screwy system but so is my boss, so...

This topic is 7926 days old. Please don't post here. Open a new topic instead.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.