Skip to main content
Policies define the thresholds that determine whether contact data is accepted, flagged for review, or rejected. Every verify call evaluates results against a policy to produce an actionable recommendation.

Built-in policies

Reach ships with four policies covering common use cases:

Choosing a policy

Requires premise-level address matching (0.90 confidence), high email confidence (0.85), and phone verification. Use for financial services, identity verification, and any flow where false positives are costly.
Requires street-level matching (0.70 confidence) and moderate email confidence (0.50). Phone is optional. Use for e-commerce checkout, delivery address validation, and logistics.
The default policy. Requires street-level matching (0.55 confidence) and basic email confidence (0.45). Suitable for most use cases where you want verification without being overly restrictive.
Accepts locality-level matching (0.30 confidence) with minimal thresholds. Use for lead forms, newsletter signups, and scenarios where you want to capture data even if it’s imprecise.

Using a policy

CLI

Environment variable

Policy resolution order

When multiple policy sources are present, Reach resolves in this order:
  1. --policy-file flag (custom policy JSON file)
  2. --policy flag (named built-in policy)
  3. LOQATE_POLICY environment variable
  4. .loqate-policy.json file in the current directory
  5. standard (default)

Custom policies

Create a JSON file to define your own thresholds:
custom-policy.json

Custom policy fields

Address

Email

Phone

Validate a custom policy

Use a custom policy

Register via MCP

In an MCP session, use the set_policy tool to register a custom policy for the current session. This is useful when your agent needs to switch policies based on context.