Overview
Synctera continuously computes a Customer Risk Rating (CRR) for every customer and business. The rating is driven by a set of platform conditions, each contributing a weighted score. In most cases these built-in conditions capture the risk signals you need — but banks and FinTechs often maintain their own risk data outside of Synctera that should influence the rating. External scores give you a controlled way to feed that data in. An external score tells the platform: “for this customer (or business), apply this externally sourced risk score as an input to the CRR calculation.” The score is used directly as a condition weight, so it flows through the same rating machinery as Synctera’s native conditions. Key characteristics:- Scoped — each external score is tied to a
resource_id(acustomer_idorbusiness_id) and aresource_type(CUSTOMERorBUSINESS). - Weighted — the
score(an integer from 0–100) is used directly as a condition weight in the CRR calculation. - Overridable — set
high_risk_overridetotrueto force the resource’s computed CRR rating to high regardless of the numeric score. - Auditable — an optional
descriptionand free-formmetadataobject let you record why the score was applied and where it came from.
When to use external scores
Common scenarios include:- Risk / rules engine integration — A FinTech runs its own transaction-monitoring or rules engine and pushes the resulting risk scores into Synctera so they factor into the managed CRR rating.
- Compliance-driven high-risk indicators — Operational staff flag a customer during an ongoing compliance investigation. Creating an external score with
high_risk_overrideset totrueforces the customer’s rating to high while the review is underway. - Third-party risk data — Scores sourced from an external vendor (fraud, sanctions, credit) are injected so they contribute to the overall rating alongside Synctera’s built-in conditions.
Prerequisites
This guide assumes you have:- Created a personal customer or business customer
The external score object
An external score contains the following key fields:| Field | Description |
|---|---|
id | Unique identifier (read-only, assigned on creation). |
resource_id | Required. The customer_id or business_id to assign the score to. |
resource_type | Required. The type of resource the score applies to: CUSTOMER or BUSINESS. |
score | Required. An externally sourced risk score (integer, 0–100), used directly as a condition weight in the CRR calculation. |
high_risk_override | When true, forces the computed CRR rating to high regardless of the numeric score. Defaults to false. |
description | Optional narrative explaining the score rationale. |
metadata | Optional free-form structured metadata supplied by the operator or external system. |
tenant | Tenant id containing the resource (relevant for multi-workspace FinTechs). |
creation_time | When the record was created (read-only). |
last_updated_time | When the record was last updated (read-only). |
Managing external scores
Create an external score
Use POST /v0/crr/external_scores. At minimum you must provide a Example: Compliance-driven high-risk indicatorDuring an ongoing investigation, operational staff force the customer’s rating to high regardless of the numeric score:The response includes the system-generated
resource_id, a resource_type, and a score.Example: Score from a rules engineA FinTech’s rules engine produces a risk score for a customer and pushes it into Synctera so it contributes to the managed CRR rating:id, creation_time, and last_updated_time:List and review external scores
Use GET /v0/crr/external_scores to list scores. You can filter by To retrieve a single external score by ID, use GET /v0/crr/external_scores/{external_score_id}:
resource_id and resource_type.Update an external score
Use PATCH /v0/crr/external_scores/{external_score_id} to modify an existing score. You can update the
score, high_risk_override, description, and metadata fields.For example, to raise a customer’s score after a fresh evaluation from the rules engine:Delete an external score
When an external score is no longer relevant — for example, once a compliance investigation is closed — remove it with DELETE /v0/crr/external_scores/{external_score_id}. The score stops contributing to the CRR calculation.
Best practices
- Record the source — Use
descriptionandmetadatato capture where the score came from (rules engine, vendor, manual escalation) so a compliance reviewer can trace it later. - Keep scores fresh — When your external system re-evaluates a resource,
PATCHthe existing score rather than accumulating stale records. - Reserve
high_risk_overridefor genuine escalations — Because it forces a high rating regardless of the numeric score, limit it to situations like active investigations, and remove it once the underlying condition clears. - Clean up when no longer relevant — Delete scores tied to time-bounded events (e.g., a closed case) so they don’t keep affecting the rating after the fact.
- Review regularly — Use the list endpoint with filters to audit the external scores currently applied to a customer or business.

