dataSource

A dataSource node calls one of the catalogued providers (Sumsub, LSEG, BigDataCorp, Crystal Intelligence, ThreatMetrix, Socure, …). The provider is referenced by providerId, not by URL.

Configuration

{
  "id": "ds-sumsub-aml",
  "type": "dataSource",
  "data": {
    "label": "Sumsub — AML Screening",
    "providerId": "7",
    "providerName": "SumSub",
    "category": "Identity Suite",
    "timeout": 12000,
    "retryCount": 1,
    "outputVariable": "sumsub_aml",
    "sumsubConfig": {
      "activeClassId": "cls-aml"
    }
  }
}

Field	Notes
`providerId`	Foreign key into `datasources.json`.
`providerName`	Denormalised label, for editor display.
`category`	Denormalised category, for editor display.
`timeout`	Milliseconds.
`retryCount`	On timeout / 5xx.
`outputVariable`	Name under which the response is written to the run context.
`<provider>Config`	Provider-specific config block (`sumsubConfig`, `crystalConfig`, …).

Provider-specific config

sumsubConfig
crystalConfig

{
  "activeClassId": "cls-kyc" | "cls-aml" | "cls-fraud",
  "classes": [
    { "id": "cls-kyc", "key": "kyc", "label": "KYC",   "settings": {...}, "variables": [...] },
    { "id": "cls-aml", "key": "aml", "label": "AML",   "settings": {...}, "variables": [...] },
    { "id": "cls-fraud","key":"fraud","label":"FRAUD", "settings": {...}, "variables": [...] }
  ],
  "nodeSettings": {
    "verificationLevel": "basic-kyc",
    "applicantType": "individual",
    "externalUserId": "{{user_id}}",
    "sdkDelivery": "websdk",
    "mode": "async"
  }
}

See Sumsub for the full class settings + variables.

{
  "engine": "risk_check" | "monitor",
  "riskCheck":  { ...synchronous check config },
  "monitor":    { ...async monitor config + alertRules + signalThresholds + webhook },
  "fiat": "usd",
  "externalUserId": "{{input.customer_id}}"
}

See Crystal Intelligence for the full config surface.

Outputs

The vendor’s response is written to outputVariable and is then available as {{outputVariable.<field>}} downstream. The exact field shape is documented per-provider in the Data Sources section.

Resold vs BYO behaviour

The node is identical whether the provider is resold or BYO — Frayme resolves credentials based on providerId. The editor shows a reselling notice when the targeted provider has resold: true, but the node config doesn’t change.

When the provider is disabled

If the provider’s enabled: false in the registry, the workflow engine skips the node and writes a stub output (null or a configured default). Downstream nodes can guard against this — e.g. treating missing device data as a soft signal rather than a hard fail.

Foundations

Node reference

Configuration

Provider-specific config

Outputs

Resold vs BYO behaviour

When the provider is disabled

​Configuration

​Provider-specific config

​Outputs

​Resold vs BYO behaviour

​When the provider is disabled

Configuration

Provider-specific config

Outputs

Resold vs BYO behaviour

When the provider is disabled