Developer documentationAPI + MCPRequest API access
API V2 / IMPLEMENTATION GUIDE

Build an account expansion workflow

Connect identity, relationships, research and monitoring.

ResolveMapResearchMonitor

01 · Resolve the existing customer

Search KYB using its country and a reliable identifier. Ask the user to confirm ambiguous matches. Store the confirmed company ID, legal name and registration number alongside your CRM account ID.

Company search reference →

02 · Map the group against your territory

Retrieve the full corporate tree with provenance. Traverse all returned roots, preserve relationship edges and mark the companies your team already serves. Compare countries and business context against the territory your team covers.

JavaScript · preserve nodes and relationship edges
const roots = Array.isArray(payload) ? payload : payload.data;
if (!Array.isArray(roots)) throw new Error("Unexpected tree response");
const nodes = new Map();
const edges = new Set();
function visit(node, parentId = null) {
  if (node.id == null) return; // Resolve missing IDs separately.
  const id = String(node.id);
  const { children, ...company } = node;
  nodes.set(id, company);
  if (parentId) edges.add(JSON.stringify([parentId, id]));
  for (const child of children ?? []) visit(child, id);
}
for (const root of roots) visit(root);
// Store source metadata from the original payload alongside this map.

Illustrative traversal for the returned JSON tree. Add application-specific depth and size limits for very large responses; flag unresolved nodes for review.

03 · Ask a focused expansion question

Give Regis your offer, geography and confirmed customer identity. Ask it to distinguish supported company facts from commercial hypotheses. Your CRM and contract records remain the source for existing coverage.

JSON · example account research request
{
  "query": "Our customer is GLOBAL DATA INTELLIGENCE LIMITED, GB, registration 09410808. We sell workforce software in Europe. Research the available corporate group and suggest which related companies deserve a fit assessment. Separate source facts from hypotheses. Do not assume any company needs our product or is covered by our contract.",
  "mode": "ai"
}
Regis streaming reference →

04 · Monitor the shortlist

Enroll relevant company IDs individually. A parent or group-structure change should trigger a fresh hierarchy lookup; newly returned members need their own eligibility review and subscription. Reconcile removed members against other workspaces before stopping an upstream watch.

SignalAccount review questionEvidence to confirm
Group structure changedHas the addressable account changed?Current hierarchy, ownership source and customer contract scope.
Employee count changedCould delivery or licence needs have changed?Reporting dates, relevant sites and the customer’s actual product use.
Company status changedDoes the account plan still reflect the business?Latest legal status and the team’s account context.
Financial data updatedHas the company’s scale or operating context changed?Currency, period, consolidation basis and account-owner review.

05 · Save an actionable account review

Keep the original customer, candidate company, relationship evidence, territory fit, coverage status, owner and next action together. Use states such as “Needs review”, “Qualified” and “Outside territory” so a data signal does not become an unverified sales claim.

Example application fields

customer_company_id · candidate_company_id · relationship_source · territory · existing_contract_coverage · fit_hypothesis · evidence_checked_at · owner · next_action

These are suggested fields for your own application, not additional provider API response fields.

Based on the Global Database API v2 reference ↗ · Reviewed 14 September 2026. Examples are illustrative or abbreviated, not live company reports.