Skip to main content

Enigma

Enigma retrieves identity and firmographic data for a business profile. In Workflow Builder, the visible Enigma block has the ID enigma_kyb, applies to business entities in the Underwriting > KYB group, and runs the enigma_lookup service. Lookup depends on an Enigma ID:
  1. If the application already has an Enigma ID, Lendflow sends the lookup immediately.
  2. If the ID is missing, Lendflow first runs enigma_match.
  3. Lendflow selects the highest-confidence candidate for which Enigma returned is_matched: true, saves its enigma_id, and then runs enigma_lookup.
The separate Enigma Match block (enigma_business_match) remains its own Workflow Builder block. You do not need to add that block solely to satisfy Lookup’s automatic dependency.
enigma_lookup is not currently available as a Data Orchestration service. Run it through the Enigma Workflow Builder block or the application enrichment API.

Requirements

Enigma Lookup

Enigma Match

Run Enigma

Workflow Builder

  1. Add Enigma from the KYB group to a business entity in the underwriting stage.
  2. Publish the workflow.
  3. Start the Enigma service when the application reaches that block. The block invokes enigma_lookup; Lendflow invokes Match first only when the application does not already have an Enigma ID.
  4. Wait for the asynchronous service status to leave Started.
The block has no provider-specific configuration fields.

API

  1. Call Enrich Business Credit Application.
  2. Set provider to enigma_lookup.
  3. Optionally include stage_id as a valid UUID for an underwriting stage in the application’s workflow. Enigma does not require an options object.
  4. Confirm that the response contains data.onqueue: true. This means Lendflow queued the job; it does not mean Enigma completed the lookup.
  5. Poll Get Commercial Data with both services[]=enigma_lookup and services[]=enigma_match if you need the lookup and any automatically generated Match record.
The Lendflow routes represented by those reference pages are:

What the service returns

The current Lendflow integration does not send an attrs query parameter to Enigma’s ID endpoint. Therefore, do not assume that optional or premium objects such as card transaction windows, bankruptcy, verification, SBA loans, WARN notices, industries, or detailed registrations will be returned. Enigma entitlements and API evolution can also affect the provider payload.

Sample response

This sanitized example is abbreviated from the response shape covered by Lendflow’s current Enigma fixtures. Values under commercial_data are provider data; values under statuses are Lendflow lifecycle data.

Response attributes

Match dependency

Lookup identity and firmographics

Missing values, scores, and time windows

Errors and statuses

Lendflow lifecycle statuses describe execution. They are separate from Enigma match decisions and provider data. See Data Provider Status Messages for shared external-provider status guidance.

FAQ

Not manually. If the application has no saved Enigma ID, enigma_lookup runs enigma_match first. The dedicated Match block remains separate for workflows whose job is explicitly to review or use Match.
No. Enigma is not currently available as a Data Orchestration service. Use the Workflow Builder block or application enrichment API.
No. Lendflow supplies the Enigma API key. Your organization must have the Lendflow service enabled, and direct Lendflow API calls require your normal bearer token.
Lookup sends the saved Enigma ID in Enigma’s URL path and has no JSON request body. If Match ran first, its submitted fields are stored separately under data.request_data.enigma.business_match.
No. Success only means Lendflow stored Enigma’s response. Evaluate the returned provider fields according to your policy.
No. The current integration does not send an attrs query parameter. Returned fields depend on the provider response and entitlements. The sample documents only fields established by current Lendflow fixtures.