Skip to main content

Overview

FrankieOne verifies US-registered businesses against authoritative US sources, returning Secretary of State filing records, the business’s registered jurisdiction, and its officers. US verification is triggered automatically by the address country — you do not need to select a different workflow or endpoint. When you create an organization with a US address, the platform routes the verification to the appropriate US data source, and the enriched data is written back onto the same organization entity. The flow is the same four steps used for any KYB verification:
1

1. Create the organization

Submit the business’s name, address and EIN to create the entity.
2

2. Execute a workflow

Run GLB-Organization-Profile against the returned entityId.
3

3. Poll for the result

Workflows run asynchronously — poll until the execution completes.
4

4. Get the enriched organization

Retrieve the organization to see the verified registration data.

Implementation Guide

Prerequisites

Before you begin, ensure you have:
  • An account configured with a US-enabled KYB workflow.
  • API credentials — your api_key and X-Frankie-CustomerId.
  • Your X-Frankie-CustomerChildID, if your account is structured with child customer accounts. This header is optional; include it on every request when you need to act on behalf of a specific child account, and omit it otherwise.
  • Confirmation from your Customer Success Manager that US jurisdiction support is enabled on your account.
The examples in this guide show the api_key and X-Frankie-CustomerId headers only. If you use child customer accounts, add X-Frankie-CustomerChildID to each request as well.

Step 1: Create a US organization

To create a US-based organization, submit at least one address with country: "USA" in your POST /v2/organizations request. US verification is triggered automatically based on the address country.

Request Body Fields

Request

Response

A successful request returns 201 Created.
At this point, informationSources reflects only what you submitted — provider is MANUAL and isAuthoritative is false. Each entry is keyed by a generated sourceId, one per data source contributing to the record. Verified registration data is added once you run the workflow in Step 2.
Retain the entityId from the response — you need it for every subsequent call.

Step 2: Execute the workflow

Run the GLB-Organization-Profile workflow against the organization’s entityId.

Request

Response

Retain the workflowExecutionId — you need it to poll for the result.

Step 3: Poll for results

Workflow executions run asynchronously. Poll for the execution status using the workflowExecutionId returned in Step 2.

Request

Response

workflowResult.workflowExecutionState tells you whether the execution has finished:
Check both fields. workflowExecutionState reports whether the execution finished; workflowResult.status carries the verification outcome (COMPLETE, REVIEW, PASS, FAIL, and others). A COMPLETED execution can still return an outcome such as REVIEW that requires a closer look.

Step 4: Get the enriched organization

Once the workflow completes, retrieve the organization to see the verified data that has been added to it.

Request

Response

What Verification Adds

Officers returned in officials[] are created as INDIVIDUAL entities. You can run individual KYC checks against them using their entityId.

Next Steps

Once verification has completed, parse the workflowResult object to understand the outcome of every check. For a complete breakdown of every field in the response, see Interpreting Workflow Results.

Additional Resources