Outcome. Companies with different domains but near-identical names get flagged for review, catching the duplicate pairs that domain-based matching cannot see.
flowchart TD
A[Company created] --> B[Custom code: normalize name, search near-matches]
B --> C{Match found?}
C -->|yes| D[Flag Possible name match, store match ID]
D --> E[Add to review list + create review task]
C -->|no| F[Leave as Not checked]

When to use it, when not to
- UseUse it alongside data-quality-008 (domain match), as a second pass for companies entered without a domain, or with a domain that differs, an acquired subsidiary using the parent's domain, a rebrand, a typo in the domain field.
- UseUse it when your portal has enough volume of manually-entered or import-sourced companies that name variants like "Acme Inc" and "Acme, Incorporated" actually occur.
- SkipDo not use it as your only duplicate check. Run it as a fallback after the cheaper and more reliable domain match, since name similarity produces more false positives.
- SkipDo not use it expecting a precise fuzzy-matching algorithm. This fiche uses a simple normalize-and-compare approach in custom code, not a dedicated matching library, so tune the similarity threshold against real data before trusting it broadly.
or the data quality pack, 39 EUR
One-time, excl. VAT. 30-day refund, no questions asked. Founding prices until 31 October, then 199 and 59 EUR. Includes every spec added later, up to the full 500, and the one-click installer on the full library. Building on client portals? The agency licence at 449 EUR covers unlimited client portals.





