Analyze Entity
API Reference
Analyze Entity
Manual risk analysis of entity using rules engine β in the gu1 universal entity model for KYC, KYB, and risk analysis, with examples for analyze use cases.
POST
Analyze Entity
Overview
Manually triggers risk analysis for an entity using the configured risk matrix and rules. Optionally enriches the entity before analysis.Endpoint
Path Parameters
UUID of the entity to analyze
Request Body
Entity type: person, company, or transaction
Whether to run enrichment before analysis
Specific provider codes to execute for enrichment
Per-run rules engine behavior. All fields optional; omitted fields default to
false.partialCoverage(boolean, defaultfalse): With multiple assigned risk matrices, validate data coverage per matrix. Matrices without coverage are skipped; others still run. If none have coverage, returns422.omitCoverage(boolean, defaultfalse): Skip data coverage gates entirely (main entity pre-check and shareholder coverage). Takes precedence overpartialCoveragewhen both aretrue.
shareholderCoverageMode.Example Requests
Basic Analysis
Analysis with Enrichment
Analysis with Specific Providers
Multi-Matrix Analysis with Per-Matrix Coverage
Use when an entity has several risk matrices but you want matrices with sufficient data to run even if others are missing enrichments:Response - Success
The response includesdata (analysis details), and when rules ran also rulesResult and rulesExecutionSummary at the root (same as create, enrich, refresh).
Full rules execution result when analysis ran: success, executed, result, rulesTriggered, executionTimeMs, auditId, isNewAudit, rulesExecutionSummary (same object as root field below).
At the root of the response (same as transactions API). Same value as
rulesResult.rulesExecutionSummary. Only present when rules ran. Summary of which rules matched (hit) vs did not (no hit), executed actions, and total score. Structure: rulesHit, rulesNoHit, actionsExecuted, totalScore.Response - Partial matrix execution (rulesEngineConfig.partialCoverage: true)
When some assigned matrices lack data coverage but at least one matrix can run, the request succeeds (200). Skipped matrices are listed at the root:
risk_matrix_ids; skipped matrices appear in analysisResult.matricesSkippedForCoverage.
Response - No Rules Configured
Response - Incomplete Data
Risk Levels
- LOW: 0-29 - Minimal risk
- MEDIUM: 30-59 - Moderate risk, standard monitoring
- HIGH: 60-79 - Elevated risk, enhanced monitoring required
- CRITICAL: 80-100 - Severe risk, immediate action required
Use Cases
Analyze After Data Update
Batch Analysis
See Also
- Materialize relationships β shareholders / related entities from normalized data (e.g. Brazil QSA)
- Create Risk Matrix
- Create Rule
- List Alerts
- Person Provider Codes
- Company Provider Codes