Confirmed Match — the scanned person is highly likely to be the tagged person. Treat it as a real hit.
Possible Match — the scan could be the tagged person, but might not be. It's an alert to double-check, not a confirmation.
The Matching Rules
A match fires when the tag record and the scanned ID agree on one of these field combinations. The system checks all enabled rules; the strongest result wins (a Confirmed Match takes priority over a Possible Match).
In short: a match is Confirmed when a birth date or ID number pins identity alongside the name. Everything else is Possible.
Adjusting Match Sensitivity
Each rule can be turned on or off in the portal under Edit Tag-Matching. Confirmed and Possible rules are toggled independently, so you can tune how aggressively the scanner alerts.
Note this type of tag-matching is not automatic, you must go to Settings >> Configuration >> Advanced >> Edit Tag Matching (most devices). Once there, you must select the combination of data you want the system to check for when an ID is scanned.Note that combinations work as "either or," not as "and." This means that if you have "First Name & Last Name & Date of Birth" and "ID Number & Last Name" checked, the system will check for either one and if any of the two groups is a match, it will offer an alert. But if, for example, you want it to ONLY alert you when "ID Number & Las Name" are a match, you must only select that group.The more groups selected, the more individuals may get matched with a tag.
This table could be useful to determine what to do:
Most common adjustment: false hits on common names
High-frequency last names trigger false alerts through the First Name & Last Name possible-match rule. Unchecking that rule stops two different people who share a name from alerting, while the DOB and ID rules keep catching genuine tags.
Prerequisite — read before changing it: this only keeps catching real tags if the records carry a DOB or ID. A ban added by name only, with no DOB, will stop matching once First+Last is off. Review the tag list and add a DOB (or ID) to name-only records — especially common-name entries — before or as you flip the setting.
Example
MARCO HERNANDEZ (DOB 07/15/1999) scans at the door and is flagged against a banned MARCO HERNANDEZ (DOB 03/01/1996) — two different people, same name. The alert fires on the First Name & Last Name rule, because the names match even though the DOBs differ. With that rule unchecked, this scan no longer alerts: First+Last+DOB doesn't match (different DOB), Last+DOB doesn't match, and the IDs differ. The genuinely banned Marco is still caught — his record's DOB or ID triggers a Confirmed Match when he scans.
Confirmed Match
Treat as a genuine hit. Follow your venue's policy for the tag's status (deny entry for a ban, VIP handling for a VIP, etc.).
A three-field or ID-plus-name overlap makes a false positive unlikely, but staff should still use normal judgment.
Possible Match
Don't assume it's the tagged person. Verify before acting.
Compare the ID in hand against the tag details — especially the field that didn't match (a different first name or birth date).
Clear it at the door when you can. Putting the tagged person's DOB and a distinguishing note in the tag note makes it visible on the alert, so staff can rule out a look-alike without leaving the door.
How Customer Tagging Works
Tagging flags any person you want to track and notifies you the moment their ID is scanned. Common tag types include Banned, VIP, Staff, Owes Money (with an amount in the note), Self-Excluded, Owner's Guest, and High Roller.
Tags can be added on an individual scanner or in the portal. With IDVisor Sync, a tag added on any scanner populates across every scanner on your network — ban someone at one door and every other device knows instantly.
Data Quality: Getting Matches Right
Matching can only use the fields actually present on a record. The tag list supports five fields:
Key point: if DOB- or ID-based matching seems to be missing people, check whether those fields are populated. A rule can't match on a field that isn't there. Records created from a scan already carry this data; name-only and imported records may not — backfilling DOB/ID is the single highest-impact thing you can do for match accuracy.
IdentiFake:
Agevisor Touch, POS, Contactless, Mini, AV2
All Other Devices:
Sync