Outcome. Every contact that survives a manual merge gets flagged for a quick post-merge check, catching the case where the wrong record's values won the conflict before a rep acts on stale or incorrect information.
flowchart TD
A[Contact merge history changes] --> B[Set Merge review status: Needs post-merge review]
B --> C[Create confirmation task for record owner]

When to use it, when not to
- UseUse it on portals where merges happen often enough, and by enough different people, that nobody has a consistent rule for which record's values should win a field-level conflict during a merge.
- UseUse it as a lightweight nudge to double check the surviving record's key fields, not as an automated fix. The merge already happened by the time this fires; this only asks a human to confirm the outcome.
- SkipDo not use it if merges in your portal are rare, or a single trained data owner performs every merge personally and already double checks by habit. The extra task volume is not worth it for occasional, careful manual work.
- SkipDo not use it expecting it to catch which specific fields were overwritten incorrectly. It flags that a merge happened, not a field-by-field diff of before and after.
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.





