The Workflow Library

Library / Data quality / data-quality-046

Territory-country mismatch flag (phone or address vs. assigned territory)

Data qualityContactData Hub ProfessionalIntermediate~40 min to buildalso needs Marketing Hub ProfessionalFull spec

This spec is filed under Data Hub Professional, and one of its steps belongs to another subscription: add to static list needs Marketing Hub Professional. Both are required to build it as written.

Outcome. Contacts whose phone country code or address country falls outside the countries actually covered by their assigned sales territory get flagged before a rep spends time on a lead routed to the wrong region.

Workflow map Enrollment, branches and actions at a glance data-quality-046
flowchart TD
    A[Territory, phone, or country known/changed] --> B[Custom code: territory-to-country lookup vs phone and address]
    B --> C{Mismatch?}
    C -->|yes| D[Flag Mismatch, add to list, create task]
    C -->|no| E[Consistent]
action or delay branch public on every spec, paid or not

When to use it, when not to

  • UseUse it once you have a defined Territory property, assigned by a lead-routing workflow for example, mapped to a fixed list of countries per territory, and territory-to-country coverage is stable enough to hardcode into a lookup table.
  • UseUse it as a check on the routing outcome, complementary to data-quality-029, which checks phone-versus-address consistency directly without reference to an assigned territory. This fiche instead checks the assignment itself against the country evidence.
  • SkipDo not use it if territory assignment in your portal is based on something other than country, an industry vertical, company size, named accounts. This fiche only makes sense for geography-based territory models.
  • SkipDo not use it to automatically reassign the contact to a different territory owner. A country mismatch might be a legitimate exception, a global account intentionally routed to a specific rep regardless of geography. Flag it for a human decision rather than silently reassigning.
The preview ends here. Six sections are in the library. counted, not blurred
PrerequisitesEvery property with its label, internal name, type and options, plus the assets the workflow needs before you start.5 items
EnrollmentThe trigger, the criteria exactly as they are ticked in the UI, the re-enrollment rule and the suppression list.4 parts
StepsEach action in order with its parameters, its branches and its delays, written as you tick them.6 numbered actions
Known pitfallsTraps seen in production, each with what breaks and what to do instead.4 pitfalls
Test plan, variants and build specHow to prove it works in a test portal, where to look when it does not, the variants for other objects or tiers, and the YAML build spec.3 variants, 3 sections
FilesThe properties JSON creates the fields in one API call, the workflow JSON documents the build, and the custom coded action ships as a ready-to-paste .js file.PDF, Markdown, JSON, code
Install1 click. The installer creates the properties this spec declares and the workflow itself, switched off, then opens a task for the prerequisites that are assets rather than properties, such as a team, a static list or a marketing email. What it created is listed on the install page.1 click, switched off
Unlock the full library, 149 EUR

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.