Create a company automatically with enrichment
API Reference
Create a company automatically with enrichment
Automatically create company with enriched data from registries β for company entities in the gu1 risk and compliance platform, with examples for create.
POST
Create a company automatically with enrichment
Overview
The automatic company creation endpoint allows you to create companies by providing minimal information (tax ID and country). The system automatically:- Fetches company data from official registries
- Enriches the company with additional information
- Executes enrichments automatically
Endpoint
Authentication
Requires a valid API key in the Authorization header:Request Body
Tax identification number of the company (e.g., CPF for Brazil, CURP for Mexico, CUIT for Argentina)
ISO 3166-1 alpha-2 country code (e.g., βBRβ, βMXβ, βARβ, βCLβ)
Must be set to
companyYour unique identifier for this company (optional, will be auto-generated if not provided)
Mark this company as a client/business for tracking purposes
One or more risk matrix UUIDs (legacy: a single UUID string). After creation, active rules tied to those matrices run (unless
skipRulesExecution is true).Preferred for multiple matrices: ordered UUID list. Takes precedence over
riskMatrixId when non-empty.Skip automatic rules execution after company creation
Initial status for the company
Optional main entity operational hours (
timezone + weekly). Persisted on automatic creation the same as manual entity creation. Not applied to shareholders or relationships created via depth.Depth of relationship extraction (0-5). Controls how many levels of shareholders/relationships to automatically fetch and create.
0: No relationships (only main entity)1: Direct shareholders only2: Shareholders + their shareholders3-5: Additional levels (use with caution - can create many entities)
Configure automatic execution of integrations for the main company entity. See Provider Codes Reference for available codes.Type: Example:
object (optional)Properties:executeAllActiveEnrichments(boolean, optional, default:false) - Execute all active enrichment integrationsenrichments(array, optional, default:[]) - Array of specific enrichment provider codes to executeenrichmentGroupRefs(array of strings, optional) - Marketplace enrichment group slugs (enrichments only). WithexecuteAllActiveEnrichments: false, groups are resolved and merged with explicitenrichments. WithexecuteAllActiveEnrichments: true, group refs are ignored (not resolved); explicitenrichmentsmay still append after the active set.
Configure automatic execution of integrations for discovered shareholders/relationships. Useful when using Example:
depth > 0. See Provider Codes Reference for available codes.Type: object (optional)Properties:executeAllActiveEnrichments(boolean, optional, default:false) - Execute all active enrichments on shareholdersenrichments(object, optional) - Specific enrichments by entity typecompany(array, default:[]) - Enrichments for company shareholdersperson(array, default:[]) - Enrichments for person shareholders
enrichmentGroupRefs(array of strings, optional) - Same slugs as on the main object; applied to bothcompanyandpersonwhenexecuteAllActiveEnrichmentsisfalse. WhenexecuteAllActiveEnrichmentsistrueon this object, group refs are ignored; explicit per-typeenrichmentsmay still append after each sideβs active set.
Required Enrichment Codes by Country
Brazil (BR)
| Scenario | Required Enrichment Code(s) | Description |
|---|---|---|
| Main entity | br_cpfcnpj_complete_company_enrichment | Fetches company data from CNPJ/Receita Federal (legal name, trade name, address, industry, etc.) |
Shareholders (depth > 0) | br_bdc_shareholders_enrichment | Required in autoExecuteIntegrations.enrichments. Fetches the QSA (Quadro SocietΓ‘rio) to discover company shareholders and directors |
The shareholder enrichment must be included in the main entityβs
autoExecuteIntegrations.enrichments array (not in autoExecuteIntegrationsShareholders), because the system needs to run it on the main company to discover the QSA. The autoExecuteIntegrationsShareholders field controls what enrichments to run on each shareholder after they are created.Argentina (AR)
| Scenario | Required Enrichment Code | Description |
|---|---|---|
| Main entity | ar_nosis_extended_verification_enrichment | Fetches company data from Nosis (legal name, CUIT status, address, activities, etc.) |
Optional β Client values for the main company that must not be replaced by enrichments. Full reference: Automatic entity creation.Fields:
name, email, phone, address β entityData.company.address (birthDate is not used for companies).Example:Optional - Custom attributes as key-value pairs for the created entity.Applied only to the main entity (the company created), not to shareholders/relationships. Useful for business segments, tags, internal IDs, or any metadata you want to associate at creation time.Structure: object with string keys and values of any type (string, number, boolean, array, etc.).Example:
Response
Indicates if the company was created successfully
Complete information about the creation:
entity(object) - The company created with all datasummary(object) - Creation summaryerrors(object, optional) - Details of any errors
Result of rules execution (only present when rules ran, e.g. when skipRulesExecution is
false and a risk matrix is configured via riskMatrixId or riskMatrixIds), or null. When present, includes:- 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). Same value as
rulesResult.rulesExecutionSummary. Only present when rules ran (e.g. skipRulesExecution is false and risk matrix was executed). Summary of which rules matched (hit) vs did not match (no hit), executed actions, and total score. Omitted when rules did not run. See Rules Execution Summary for the full structure and a complete example.- 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, 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.
Examples
Create Company with All Active Integrations
Create Company with Specific Integrations
Response Example
Error Responses
400 Bad Request - Invalid Tax ID
404 Not Found - Company Not Found in Registry
409 Conflict - Company Already Exists
Best Practices
- Error handling: Always check the
successfield in the response - Rate limiting: Be mindful of rate limits when creating multiple companies
- Integration selection: Choose specific integrations for better control over cost and performance
Next Steps
- Get Company - Retrieve company details
- Create Company Manually - Create companies with your own data
- Create KYB Validation - Start identity verification