Create an entity (person or company)
Create an entity (person or company)
Create a new person or company with custom data — in the gu1 universal entity model for KYC, KYB, and risk analysis, with examples for create use cases.
POST
Create an entity (person or company)
Overview
Creates a new entity with the specified type and attributes. Entities represent the core data objects you want to analyze for risk and compliance.Endpoint
Authentication
Requires a valid API key in the Authorization header:Request Body
The type of entity to create. Available types:
person- Individual person/customercompany- Business entity
Your unique identifier for this entity in your system (optional but recommended for easier tracking)
Display name for the entity
ISO 3166-1 alpha-2 country code (e.g., “US”, “BR”, “AR”)
Tax identification number (validated based on country)
Optional primary contact email stored on the entity row (nullable). Existing entities keep
null until set. Send null on PATCH to clear.Optional primary contact phone stored on the entity row (nullable). Existing entities keep
null until set. Send null on PATCH to clear.Optional weekly operational hours for KYT rules (
outside_entity_operational_hours). Root-level field (not inside attributes).timezone(required whenoperationalHoursis sent): must be one of the transaction_time_zone enum values. Full list: Transaction Time Zone Enum.weekly: keysmonday…sunday. Each day:{ "start": "09:00", "end": "18:00" }or{ "closed": true }. Omitted days are treated as closed.- Used by transaction rules that compare
transactedAtto this schedule in the entity’s local timezone.
Optional root-level nationality: ISO 3166-1 alpha-2, or a recognized label the API maps to ISO2. If omitted, the root field may still be derived from
entityData.person.nationality or entityData.company.nationality when mappable.Registration or incorporation date of the entity. Accepts:
- ISO 8601 datetime string (e.g., “2020-06-15T00:00:00Z”)
- Unix timestamp (number)
- JavaScript Date object
Optional - Custom attributes as key-value pairs for flexible metadataUse this for custom fields that don’t fit in the standard schema (e.g., internal IDs, tags, flags)
Optional - Custom risk factors and manual risk score overridesProperties:
reasons(array of strings) - Reasons for the risk assessmentcustomLabel(object) - Custom risk label configuration:name(string) - Label name (e.g., “High Risk”, “Suspicious”)color(string) - Color code for UI displaystatus(string) - Status indicatorminScore(number) - Minimum score for this labelmaxScore(number | null) - Maximum score (null for infinite)severity(enum) - Severity level: ‘low’, ‘medium’, ‘high’, ‘critical’
displayRange(object) - Score range display configuration:max(number | null) - Maximum value (null for infinite)min(number) - Minimum valuecurrent(number) - Current score valueisInfinite(boolean) - Whether the range is infinite
originalScore(number) - Original calculated score before manual overridenormalizedScore(number) - Normalized score value
Optional - Type-specific data structure. See examples below for each entity type.
When to use entityData?Full Example (Person with KYC data):
- Optional for basic entity creation - You can create an entity with just
type,name,taxId, andcountryCode - Required for enrichment and risk analysis - If you want to run compliance checks, you’ll need to provide relevant fields
- Can be populated later - You can create a minimal entity first, then update it with full data before running risk analysis
Mark this entity as a client/customer for tracking purposes
One or more risk matrix UUIDs (legacy: a single UUID string). If provided, after creation the system evaluates this entity only against active rules tied to those matrices (unless
skipRulesExecution is true). Same semantics as riskMatrixIds when you send a single id as a string.Preferred way to pass multiple matrices: ordered list of UUIDs belonging to your organization. When present and non-empty, it takes precedence over
riskMatrixId.Skip automatic rules execution after entity creation
For company entities: How many levels of shareholders to auto-create (0-5).
0= None (default)1= Direct shareholders only2= Shareholders + their shareholders3-5= Deeper nested levels
Initial status for the entity. Options:
active- Entity is activeinactive- Entity is inactiveblocked- Entity is blockedunder_review- Entity is under review (default)suspended- Entity is suspendedexpired- Entity has expireddeleted- Soft deletedrejected- Entity was rejected
Optional. Requests watchlist mode (op 1: screening plus watchlist subscription for periodic runs) for a monitoring-capable enrichment, instead of a one-off check (op 0).Scope today: only
global_gueno_sanctions_enrichment. Map keys must match codes in autoExecuteIntegrations.enrichments. Legacy *_check codes were removed (2026-06-04) and are no longer part of the contract.main: flags for the main entity on thisPOST /entities.relationships: ignored here; use Create automatically withdepth> 0.
boolean still accepted):{ "watchlist": true }— subscribe; monitoring rules use the entity’s globalriskMatrixId.{ "watchlist": true, "riskMatrixId": "<uuid>" }— subscribe; only that matrix on monitoring-triggered runs.{ "watchlist": false }orfalse— no watchlist.true— same as{ "watchlist": true }.
enrichments or active via execute-all; (2) org monitoring ON in Marketplace for Gu1 sanctions.Guide: Gu1 sanctions monitoring. Examples: Monitoring on create.Configure automatic execution of enrichment integrations when creating the entity.Properties:
executeAllActiveEnrichments(boolean) - Execute all active enrichment integrationsenrichments(array) - Array of specific enrichment provider codes to execute (see Provider Codes Reference)enrichmentGroupRefs(array of strings, optional) - Marketplace enrichment group slugs. WithexecuteAllActiveEnrichments: false, groups are resolved and merged with explicitenrichments. WithexecuteAllActiveEnrichments: true, group refs are ignored (not resolved); explicitenrichmentsmay still append after the active set.excludeEnrichments(array, optional, default:[]) - Provider codes to omit from the final resolved enrichment set
Entity Data Structures
Person Entity
Gender (
Argentina (AR): automatic CUIL derivation from DNI + gender and RENAPER identity checks only recognize
entityData.person.gender) — closed enum. Only the values below are accepted; any other string (e.g. X, non_binary) returns a validation error.| Value | Meaning |
|---|---|
M or male | Male |
F or female | Female |
other | Other / non-binary — use this code for non-binary identity |
unknown | Not provided or unknown |
M/F (or male/female). With other or unknown, CUIL is not auto-derived and RENAPER cannot use gender from the entity.Company Entity
Address Format: The
address field supports both formats:- String format (simple):
"Av. Paulista, 1000, São Paulo, SP, Brazil" - Object format (structured):
person, company, and location entities.Device Entity
Payment Method Entity
Location Entity
Document Entity
Alert Entity
Query Parameters
Force re-enrichment of the entity even if it already exists in the system.Type: Note: Re-enrichment may incur additional costs from third-party data providers.
boolean (query string: "true" or "false")Behavior:- When
true: Forces the system to fetch fresh data from enrichment providers (e.g., background checks, KYC data, company registries) - When
falseor omitted: Uses cached enrichment data if available - Overrides organization setting
enrichmentsConfig.reEnrichExistingEntities
- Re-validating entity data after a significant time period
- Updating information when you know external data has changed
- Manual refresh triggered by compliance team
- Periodic data quality audits
Response
Indicates if the entity was created successfully
The created entity object including:
id- gu1’s internal IDexternalId- Your external IDorganizationId- Your organization IDtype- Entity typename- Entity nameriskScore- Initial risk score (0-100)status- Entity statusentityData- Type-specific dataattributes- Custom attributescreatedAt- Creation timestampupdatedAt- Last update timestamp
Result of rules execution (only present when rules ran, e.g. when skipRulesExecution is
false and a risk matrix is configured), including:- success (boolean) - Whether rules executed successfully
- rulesTriggered (number) - Number of rules that were triggered
- alerts (array) - Alerts generated by rules
- riskScore (number) - Final calculated risk score
- decision (string) - Final decision (APPROVE, REJECT, HOLD, REVIEW_REQUIRED)
- rulesExecutionSummary (object) - Present when rules ran. See below for structure.
At the root of the response (same as transactions API). Only present when rules ran (e.g. skipRulesExecution is false and rules engine executed). Same value as
rulesResult.rulesExecutionSummary. Summary of which rules matched (hit) vs did not match (no hit), executed actions, and total score. Omitted when rules did not run.- rulesHit (array) - Rules whose conditions were met. Each item: name, description, score, priority, category, status (e.g.
active,shadow), conditions (array of{ field, value, operator? }), actions (alerts, suggestion, status, assignedUser). - rulesNoHit (array) - Rules that were evaluated but conditions were not met. Same structure as rulesHit (includes configured actions, not executed).
- actionsExecuted (object) - Aggregated executed actions across all rules that hit: alerts (array of
{ name?, type?, severity?, description? }), suggestion (BLOCK|SUSPEND|FLAG, highest weight), status (entity status applied, if any), assignedUser ({ userId }, if any), customKeys (array of strings, optional) — custom action keys from matched rules; for integrations/workflows. - totalScore (number) - Sum of score of all rules that hit and are not in
shadowstatus.
Example: Gu1 sanctions monitoring on create
monitoring does not run integrations by itself — it only changes how an enrichment already listed in autoExecuteIntegrations runs. Today the documented case is global_gueno_sanctions_enrichment (org must allow monitoring in Marketplace).
| Condition | Effect |
|---|---|
Code in enrichments + monitoring.main[code] with watchlist on + org monitoring ON | Op 1 — screening plus watchlist / daily screening. |
No monitoring or watchlist: false | Op 0 — one-off screening only. |
monitoring set but org monitoring OFF | Op 0 — no mandatory error; screening still runs. |
monitoring without the code in enrichments | No effect. |
Watchlist only (person)
Local enrichments + Gu1 monitoring (AR person)
Combine registry/KYC enrichments with Gu1 watchlist in onePOST /entities. monitoring only affects keys present in the map.
ar_renaper_* and ar_repet_* run as normal enrichments; only global_gueno_sanctions_enrichment can use op 1 when org monitoring is enabled.
Dedicated risk matrix for monitoring (optional)
riskMatrixId: null means inherit the entity global matrix for monitoring runs.
Company (type: "company")
Same monitoring.main shape; adjust type, entityData.company, and enrichments for your country.
monitoring.relationships is not used on POST /entities. For shareholders or related entities in the same job, use Create automatically with depth > 0, monitoring.relationships, and matching codes in autoExecuteIntegrationsShareholders.Examples
Create person entity (KYC)
Create company entity (KYB)
Response Example
Error Responses
400 Bad Request — Invalid tax ID
400 Bad Request — Missing required fields
409 Conflict — Duplicate entity
401 Unauthorized
429 Too Many Requests
500 Internal Server Error
Next Steps
After creating an entity, you can:- Request AI Analysis - Get automated risk assessment
- List Entities - Query your entities
- Get Entity Details - Retrieve complete entity information
- Apply Rules - Run compliance and risk rules