Manage Search Contacts
Use these endpoints to inspect or change verification contacts after an order has been created. All five operations are scoped to a search within an order.Contact mutations are allowed only when the search is in
IN_PROGRESS or COMPLETED status.Successful mutations emit a
verification.notification webhook with notificationType set to
CONTACT_PLAN_ADDED, CONTACT_PLAN_UPDATED, CONTACT_PLAN_REMOVED, CONTACT_PLAN_MARKED_ACCURATE, or
CONTACT_PLAN_MARKED_INACCURATE. Notifications include metadata.contactId and, when available,
metadata.contactName. Accuracy notifications also include metadata.accuracyStatus and metadata.reason.Shared Path Parameters
The following path parameters apply to every operation on this page.string
required
Verification order ID (UUID).
string
required
Search ID (UUID) within the order.
Get Contacts
Returns the persisted contacts for a search, including removed contacts when present.This operation is read-only and does not emit a
CONTACT_PLAN notification or any other webhook event.Response
boolean
string
string | null
array
Contact records in the persisted contact plan, including removed contacts when present.
object
Parent-organization research metadata when available.
Example Request
Example Response
Add Contact
Adds a contact to the active contact plan.Request Body
string
required
Contact or department name.
string
required
Organization associated with the contact.
array
required
One or more contact method objects. Each method may include
email, phone, or fax, and must include confidence and
source.string
Contact’s job title or role.
number
required
Overall confidence score from
0 to 1.string
required
Contact location.
boolean
When
true, queues outbound attempts for the newly added contact immediately.Response
boolean
string
string | null
string
boolean
number
boolean
true when the contact-plan mutation notification was queued for delivery.Example Request
Example Response
Update Contact
Replaces the editable fields for an existing contact.Request Body
string
required
Contact ID returned by the contact plan or add contact response.
string
required
Contact or department name.
string
required
Organization associated with the contact.
array
required
Replacement contact methods for this contact. Pending scheduled attempts are cancelled or retargeted when destinations change.
number
required
Overall confidence score from
0 to 1.string
required
Contact location.
object
Optional replacement metadata for this contact. Because this endpoint uses
PUT, metadata from the previous contact is not
preserved unless you include it in this object. By default the API stores source: "manual_client_entry" and reason: "Manually update contact using endpoint", then stamps lastEditedBy and lastEditedAt.Response
boolean
string
string | null
string
number
number
boolean
Example Request
Example Response
Mark Contact Accuracy
Records audit feedback about whether a contact is accurate. Marking a contact inaccurate can cancel pending scheduled attempts for that contact. Marking a contact accurate can optionally queue outbound attempts. Successful requests emitCONTACT_PLAN_MARKED_ACCURATE or CONTACT_PLAN_MARKED_INACCURATE.
Request Body
string
required
Contact ID returned by the contact plan, add contact response, or get contacts response.
string
required
ACCURATE or INACCURATE.string
required
Non-empty reason for marking the contact accurate or inaccurate. Maximum length is 2000 characters.
boolean
Defaults to
true when accuracyStatus is INACCURATE. Cancels future scheduled attempts for the contact.boolean
Defaults to
false when accuracyStatus is ACCURATE. When true, queues outbound attempts for the contact.Response
boolean
string
string | null
string
string
boolean
boolean
Present when
executeOutboundAttempts is requested for an accurate contact.number
Present when
executeOutboundAttempts is requested for an accurate contact.Example Request
Example Response
Remove Contact
Removes a contact from the active contact plan.Request Body
string
required
Contact ID to remove from the active contact plan.
string
required
Reason stored in the contact audit history.
boolean
Defaults to
true. Cancels pending outbound work for the removed contact.Response
boolean
string
string | null
string
number
boolean
Example Request
Example Response
Webhook Behavior
Successful mutations emit the contact plan using the existingverification.notification event. For add, update, and mark accuracy operations, contactPlan contains the active plan after the mutation. For remove operations, contactPlan contains the removed contact snapshot so consumers can see which contact was deleted even when the active plan is now empty.

