Changelog

​

Latest rules evaluation date filter

​

Additional fields in legacy flat entity webhooks

​

Skipped rows report for transaction batches

• Available for jobs run with the default skipDuplicates=true; with skipDuplicates=false duplicates are resolved by the database and only counted, so the endpoint returns SKIPS_NOT_AVAILABLE.
• Jobs finished before this release have no stored report (SKIPS_NOT_AVAILABLE).
• Also available as a download button in the bulk imports history.

​

Declared relationships on duplicate tax_id (bulk)

​

Link to existing entities on create and bulk import

• POST /entities and POST /entities/automatic: optional relationships[] body (max 10).
• Platform bulk CSV: columns related_tax_id / related_external_id / related_entity_id, relationship_type, relationship_role, relationship_as_source (one relationship per row).
• Missing counterpart → RELATED_ENTITY_NOT_FOUND and the entity is not created.

​

security.member.environment_changed

• Event: security.member.environment_changed
• context.fromAccess / context.toAccess: "both" | "production" | "sandbox" | "none"
• changes.environmentAccess: { previous, current } with the same values

​

Entity link: soft-link always, strict default unchanged for batch

• Batch default (BC): omitting flags stays strict — validateExistingEntity still defaults to true. Unresolved refs → 400 INVALID_ENTITY_REFERENCES (same as before for clients that omit the field).
• linkEntityStrict=true: force hard-fail (body or query).
• linkEntityStrict=false: force soft-link (do not fail if missing), even if validateExistingEntity would otherwise be true.
• validateExistingEntity=false: soft-link (and still attaches when found — previously soft mode skipped linking on batch).

​

Error code: CREATION_CONTRACT_QUOTA_EXCEEDED

• Same HTTP status and payload shape (module, remainingTotal, periodKey, requested).
• Batch import row failures emit CREATION_CONTRACT_QUOTA_EXCEEDED; the old code remains accepted as a deprecated alias for historical failures.csv.

​

Tax ID uniqueness (org-wide)

• Same type already exists → automatic creation reuses that entity (alreadyExisted).
• Other type already holds the tax ID → 409 with code DUPLICATE_TAX_ID (no new row).
• Applies to manual create, automatic create, tax ID PATCH, and soft-delete restore.
• Historical duplicate rows are not deleted; new conflicting writes are blocked in app and via a database trigger.

​

New rule action: addFieldToCustomList

{
  "type": "addFieldToCustomList",
  "addFieldToCustomList": {
    "mappings": [
      { "fieldPath": "originTaxId", "listId": "uuid-list-123" },
      { "fieldPath": "metadata.phone", "listId": "uuid-list-456" }
    ],
    "reason": "Optional item reason"
  }
}

​

Creation blocklist (risk analysis settings)

​

Dedicated attributes update endpoint

• mode: merge (default) — sent keys overwrite or create; omitted keys are kept
• mode: replace — body attributes becomes the full map ({} clears all)
• Nested category buckets supported on write (same as entity update)
• Triggers entity.updated webhook and risk matrices with entity_updated trigger when configured

​

Custom attributes stored verbatim (API)

• Uncategorized: scalar/array values at the root (e.g. { "phone": "..." }) — unchanged.
• Categorized: a top-level object groups its inner keys under that category (e.g. { "contact": { "phone": "..." } }). The object key is the category; in the dashboard it renders as a category card.
• Read: GET returns the same shape that was written (no flattening).
• Rules / webhooks: read the stored shape — attributes.phone for flat, attributes.contact.phone for nested. Use identifier-safe category keys.

​

Per-merchant country activation (operational flag)

• GET /entities/{id}/country-activations — lists AR, BR, CL, CO, MX, US; missing rows = deactivated (opt-in).
• PATCH /entities/{id}/country-activations/{countryCode} — body { "status": "deactivated" | "activation_requested" | "activation_in_progress" | "activated" }; requires entities:edit. Free-form transitions. Idempotent when status unchanged (no webhook).
• Webhook entity.country_activation_changed — emitted on every real status change; includes activeCountryCodes, full countries snapshot, and per-country timeline; subscribe via existing webhook config.

​

User event batch import — row error policy

• POST /batch-import/import/user-events accepts optional multipart field batchErrorHandling: continue_collect_errors (default), rollback_all, or stop_keep_success.
• 202 responses include preflightFailures when invalid rows are skipped under continue policy.
• POST /batch-import/validate-csv validates each row when the mapping target is user_event (rowErrors, validRowCount, invalidRowCount).

​

POST /rules — synchronous AI review on every create

• New rules are always stored as in_progress with enabled: false; request status / enabled on create are ignored.
• The response includes aiReview (verification summary) and may take several seconds.
• Optional body creationProvenance records origin (user, agent, import_json, template, bundle, api) and optional agent chat ids.
• AI review is audited but not debited from the AI token wallet.

​

security.member.invited / security.member.created — richer payload.context

• invitationId — correlate invited → created
• granularRoleIds, granularRoleIdsSandbox
• includeProduction, includeSandbox
• teamId, teamIdSandbox
• hasEnvironmentAccess — access flag for the org in the envelope
• environment — "production" or "sandbox" for the envelope org
• invitedByUserId, acceptedVia (on created)
• syncPartialFailure, syncErrorMessage (on created when secondary setup did not fully complete)

​

Batch import job polling

​

HTTP endpoints

• GET /batch-import/jobs/{jobId} — direct lookup by job id across entity, transaction, and user-event imports. Returns status, counters (totalItems, succeeded, failed, skipped), timestamps, and optional jobFailure when the whole job aborted. Optional query include=failures returns the same JSON as the kind-specific failures endpoints (row-level failures[]).
• GET /batch-import/unified-history — new optional query param jobId (exact match; 0 or 1 row). Unified history remains for listing recent jobs; use GET /batch-import/jobs/{jobId} for polling after upload.

​

Recommended integrator flow

​

Holder CBU/CVU intelligence (ar_gueno_holder_intelligence_service)

​

HTTP endpoints

• GET /api/integration-services/ar_gueno_holder_intelligence_service/health — service availability and corpus freshness (status, corpusFreshnessDate). No billing.
• GET /api/integration-services/ar_gueno_holder_intelligence_service/cuits/:cuit/exists — corpus membership check. Returns found and snapshotDate (null when not found). Always HTTP 200 on success (including found: false). No billing.
• GET /api/integration-services/ar_gueno_holder_intelligence_service/cuits/:cuit/accounts-count — CBU/CVU totals plus isNew and snapshotDate. Billable per request when priced.
• GET /api/integration-services/ar_gueno_holder_intelligence_service/cuits/:cuit/metrics — densified incremental lookback (lookback 1–180 or window preset w_1d…w_180d). Optional query date (YYYY-MM-DD, inclusive window end). Returns stock aliases, deltas, %, variance, and acceleration. Billable per request when priced. Errors: 400 LOOKBACK_REQUIRED / INVALID_LOOKBACK / INVALID_WINDOW / INVALID_DATE, 404 CUIT_NOT_FOUND, 422 INCOMPLETE_WINDOW / NO_INCREMENTAL_STATE.

​

Rules engine

​

Marketplace Services docs (en / es / pt)

​

Entity identifiers beyond entityId

​

Create (POST)

• POST /api/kyc/validations — body accepts entityId, entityExternalId, or entityTaxId (exactly one required).
• POST /api/kyc/biometric/sessions — same identifier options.

​

Read (GET)

• GET /api/kyc/validations?entityTaxId=... or ?entityExternalId=... (mutually exclusive with entityId).
• GET /api/kyc/biometric/sessions?entityTaxId=... or ?entityExternalId=...
• KYC: GET /api/kyc/entities/by-tax-id/:taxId/current|validations|status and .../by-external-id/:externalId/...
• Biometric: GET /api/kyc/biometric/entities/by-tax-id/:taxId/current and .../by-external-id/:externalId/current

​

Sandbox entity preview (GET only)

• GET /api/entities/by-tax-id/{taxId} and GET /api/entities?taxId=... may return sandboxMock: true synthetic data for catalog test document numbers when no real row exists (id: null). Does not enable POST without creating a real entity.

​

Additive 409 responses for open sessions / validations

​

Embedded biometric — POST /api/kyc/biometric/sessions

• While the latest session is pending or in_progress, create always returns 409 ACTIVE_SESSION_EXISTS (never 201 with the same pending session).
• Body includes activeSessionId for cancel: POST .../sessions/{activeSessionId}/cancel.

​

KYC validation — POST /api/kyc/validations

• While the entity has an open validation (pending, in_progress, in_review), create returns 409 VALIDATION_IN_PROGRESS.
• Body now also includes activeValidationId for cancel: DELETE .../validations/{activeValidationId}/cancel.

​

includeRulesSummary on single-transaction GET

• includeRulesSummary=full — Adds persisted.rulesExecutionSummary from the latest risk_analysis_audits row for that transaction. Rules are not re-executed on read.

​

Optional fields in rulesExecutionSummary

• rulesHit[].actions.originEntityStatus / destinationEntityStatus — configured on the matched rule.
• actionsExecuted.originEntityStatus / destinationEntityStatus — final entity statuses applied in that run (alongside existing actionsExecuted.status for transaction status).

​

security.member.* events (unified naming)

• Profile / password: security.member.profile_updated, .password_reset, .password_generated
• Teams: security.member.team_added, .team_removed, .team_role_changed
• Channels (child org): security.member.channel_granted, .channel_revoked
• Environment access (production / sandbox): security.member.environment_granted, .environment_revoked — use context.environment ("production" | "sandbox")

​

GET /api/kyc/biometric/entities/:entityId/current

• Returns the latest biometric session for the entity (by createdAt), any status (pending, in_progress, approved, rejected, …).
• 200 with null when the entity has no biometric sessions (no longer 404).
• List endpoint currentSessionId still refers to the latest approved session only.

​

Security webhook events (security.*)

• Auth: security.auth.login_succeeded, security.auth.logout, security.auth.login_failed
• Members: security.member.invited, .created, .removed, .activated, .deactivated
• Roles: security.role.created, .updated, .deleted, .assigned, .revoked
• RBAC: security.rbac.granular_toggled
• Password (admin): security.member.password_reset, security.member.password_generated (formerly security.user.password_*)
• Settings: security.settings.updated (sandbox, audited org security settings)

​

Granular matrix triggers (watchFields)

​

Entity update — entity_updated wired

​

Bulk automatic entity import — child enrichments & monitoring scope

• childEnrichmentPolicy: all_active (default), by_root_type, or basic_only.
  • by_root_type: company rows run all active enrichments on shareholders except global_gueno_sanctions_enrichment; person rows create related entities with basic data only from the root provider snapshot.
• monitoringApplyToRelationships: when false, monitoring applies to main entities only (no watchlist on children). Default true when depth > 0 if omitted.

​

Events — SDK session fields and pre-login

​

Events — new event types

​

New endpoint — GET /sdk/config

​

Marketplace enrichment — structured errors

​

Automatic / bulk entity creation — tax ID strictness

​

Transactions — optional exchangeRate fallback

​

POST /entities/{entityId}/refresh — unified scope and safe field sync

• refreshScope: basic_data | all_active | selected (+ providerCodes when selected).
• preserveName: true keeps the current display name; omitted = legacy sync from normalized fullName.
• preserveEntityData: only with refreshScope: "basic_data" — true gap-fills entityData, false replaces; omitted = do not touch profile.

​

GUENO_CROSS_ENTITY_DUPLICATED warning

• Appends warning GUENO_CROSS_ENTITY_DUPLICATED to session validation warnings.
• If the provider mapped approved, Gu1 sets status to in_review (metadata.guenoCrossEntityDuplicateEscalation).
• Non-omittable: cannot be sent in omitWarnings (400) and blocks omit auto-approve.

​

Gu1 Biometric (POST /api/kyc/biometric and /api/kyc/biometric/sessions)

​

decision always includes array + object feature pairs

• id_verification ↔ id_verifications[0]
• liveness ↔ liveness_checks[0]
• face_match ↔ face_matches[0]
• aml_screening ↔ aml_screenings[0]
• ip_analysis ↔ ip_analyses[0]

​

Per-run rules engine config on POST /entities/{entityId}/analyze

• partialCoverage: with multiple assigned matrices, data coverage is validated per matrix; matrices without data are skipped (matricesSkippedForCoverage / warnings on partial success).
• omitCoverage: skip data coverage gates entirely (main entity + shareholders). Precedence over partialCoverage when both are true.

​

ejemplar in extractedData

​

RENAPER double-check on KYC validations

​

Marketplace *_check product removed

• Removed: all *_check provider codes, POST /integration-execution/marketplace/check, rules triggers/actions check_completed / execute_check, and RBAC permissions checks:read / checks:execute.
• Use instead: matching *_enrichment codes with Execute enrichment.
• Backward compat: legacy create/import payloads with checks, executeAllActiveChecks, or *_check inside autoExecuteIntegrations.enrichments are silently ignored at parse time.

​

Stable batch failure codes and JSON endpoints

• Row failures now include stable code + message (catalog: Failure codes). CSV adds a code column (external_id,code,error / row_key,code,error / entity …,code,error_message).
• New JSON endpoints: GET /batch-import/transaction-jobs/{jobId}/failures, GET /batch-import/user-event-jobs/{jobId}/failures, GET /batch-import/entity-jobs/{jobId}/failures — include failures[], optional jobFailure for whole-job errors, entity skips[], truncated / failuresTotal (max 500 stored).
• CSV download: same routes with .csv suffix (failures.csv).
• Legacy rows with only free-text error are normalized on read when possible.

​

Assign risk matrices on entity update

• PATCH /entities/{id} (and PATCH /entities/by-external-id/{externalId}, PATCH /entities/by-tax-id/{taxId}): document riskMatrixIds (string[]) and riskMatrixId (string | string[] | null) — same normalization as create. Assigns matrices on the entity; does not run the rules engine (use Analyze entity or lifecycle triggers).
• Mintlify updated in /en/, /es/, /pt/ on Update entity and Update by external ID.

​

configRulesExecution on create transaction

• POST /transactions: optional body object configRulesExecution with notifications (boolean). When false, gu1 skips in-app notifications from rules evaluation (risk matrix / status). createAlert actions and investigations are unchanged.
• Default: omitting the object keeps prior behavior for most orgs (notifications effectively true). Paytime prod (3bc1f621-27d4-423e-9d64-86680bec2388) defaults to notifications: false when omitted.
• Legacy KYT POST /legacy/kyt/verifyTransaction: same field on the Gu2 body; Paytime prod default notifications: false when omitted (normalized before create).
• Applies to sync and async rules (asyncRules).

​

POST /transactions and batch create — linked counterparty fields

• originTaxId / destinationTaxId ← entities.tax_id
• originExternalId / destinationExternalId ← entities.external_id

​

POST /events/user — isNewDevice honors integrator value

• If you send isNewDevice: true or false, gu1 persists exactly that value (no server override).
• If you omit the field, gu1 infers it when deviceId + deviceDetails are present (device registry; true when the device is new or firstSeenAt is within the last 5 minutes); otherwise false.

​

Platform CSV: attributes.* and entityData.*

• Dotted headers (same approach as native transaction CSV): attributes.segment_tag, entityData.income, entityData.tradeName.
• entityData.<field> without person/company uses the row type bucket.
• Unprefixed columns (segment_tag) still map to attributes (backward compatible).
• See Import entities (CSV).

​

Import limits documented (en / es / pt)

• Bulk imports overview: matrix of max files per request, max rows by plan, and manual vs automatic entity import.
• Per-endpoint pages now include limits: Import entities (CSV), Import transactions, Import user events.
• CSV entity import uses plan limits (4k–100k). Runtime caps: GET /individual-organization/batch-upload-enabled.

​

Bulk entity import countries (manual vs automatic)

• Manual (manual): any valid platform ISO2 (batch or per-row country / country_code).
• Automatic (automatic): AR, BR, and CL (basic data by tax ID, including Chile ruts.info / BaseAPI enrichments).
• Applies to POST /batch-import/import/entities (platform CSV and custom CSV with mappingId).

​

POST /batch-import/import/entities — manual mode enrichments

• Manual multipart now matches the dashboard Manual hub mode: optional autoExecuteIntegrations, monitoring, and risk matrices — without the country basic-data pipeline (Nosis/CPF).
• CSV-only upload (no autoExecuteIntegrations) still creates minimal entities with no enrichments.
• Per-row CSV enrichment columns apply in manual mode; depth / shareholders remain automatic-only.

​

POST /batch-import/import/entities — manual default

• Omitting entityImportMode → manual (minimal entity; enrichments only when explicitly requested).
• Automatic with entityImportMode=automatic (+ optional autoExecuteIntegrations, depth, etc.).
• Manual mode requires suggested_name on every row (400 if missing).
• Template bulk-entities-template.csv: documented columns; demo row without active enrichments.
• 202 response includes effective importMode.

​

POST /batch-import/import/entities — platform format

• mappingId optional for platform CSV headers. Import default: manual (see next changelog entry on this date).

​

asyncRules on create transaction

• POST /transactions: optional query or body flag asyncRules (default false). When true and executeRules is not false, the transaction is created in the same request but rules run in the background via a job queue. The HTTP response returns immediately with empty rulesHit / rulesNoHit, plus asyncRules: true and rulesEvaluationStatus: "queued".
• Default unchanged: omitting asyncRules keeps synchronous rules execution and a full rulesExecutionSummary — existing clients behave exactly as before.
• Legacy KYT POST /legacy/kyt/verifyTransaction: same flag via query or Gu2 body field. Paytime prod (3bc1f621-27d4-423e-9d64-86680bec2388) defaults to async when the flag is omitted; use asyncRules=false to force synchronous rules for a single request.
• Not on batch endpoints. If Redis/queue is unavailable, API may return 503 ASYNC_RULES_QUEUE_UNAVAILABLE (transaction may already exist — check response body before retry).

​

RENAPER double-check on standalone KYC endpoints

• POST /api/kyc/face-match: optional doubleCheckRenaper (body or ?doubleCheckRenaper=true). After Gu1 face match approves, runs RENAPER biometric (validate-dni with selfie) and data (DNI + trámite). Requires documentNumber, gender, and personalNumber (or entity fallback for DNI/gender). Response adds responseDoubleChecks.renaper (including nested renaperBiometric when biometric check runs).
• POST /api/kyc/id-verification: same flag; after OCR approval runs RENAPER data check only (fields from extractedData). Failed checks set status to declined and add RENAPER codes to warnings.
• Org RENAPER credentials required (same as session KYC). Use HTTP timeout ≥ 60s for face-match with double-check.

​

KYT — separate status-change vs field-update triggers

• PATCH …/changeStatus now runs rules/matrices with trigger status_changed (trigger_transaction_status_changed), not updated.
• PATCH /transactions/{id} (metadata, deviceDetails, channel, reason) with executeRules=true still uses updated (trigger_transaction_updated).
• Migration: reconfigure rules that must run on status transitions to the new trigger (Rule Builder: On transaction status change; matrices: transaction_status_changed). Rules with only updated / Transaction updated no longer run on changeStatus.

​

Partial transaction update

• PATCH /transactions/{id} and PATCH /transactions/external/{externalId}: update metadata (shallow merge — omitted keys are preserved), deviceDetails (shallow merge into device_details), channel (nullable), and/or reason (enum). Requires transactions:edit.
• Query executeRules=true optionally re-runs KYT rules with trigger updated (trigger_transaction_updated) — not status-change rules.
• Emits audit transaction_updated and webhook transaction.updated with a changes map (includes deviceDetails when patched).

​

User events — has-events by external ID or tax ID

• GET /events/user/entity/has-events (new): boolean check without the internal entity UUID. Query params: entity_id, entity_external_id, or tax_id (at least one required). Lookup priority: entity_id → entity_external_id → tax_id; tax IDs are matched with normalization (non-alphanumeric stripped).
• Response still includes resolved entityId so you can call List by Entity when hasEvents is true.
• GET /events/user/entity/{entityId}/has-events remains supported (unchanged contract).

​

Session KYC — Device & IP analysis warnings

• GET /api/kyc/validations/:id (and sync/webhook paths): the top-level warnings array now merges risk codes from decision.ip_analyses[].warnings[] (and legacy decision.ip_analysis.warnings), alongside ID verification, liveness, face match, and AML.
• Eight provider codes are supported (e.g. PRIVATE_NETWORK_DETECTED, DUPLICATED_DEVICE_FINGERPRINT, IP_ADDRESS_IN_BLOCKLIST). See KYC Warning Risk Codes — Device & IP Analysis.
• The same codes are valid in omitWarnings on POST /api/kyc/validations when auto-approving in_review sessions.

​

ID Verification — richer extractedData

• POST /api/kyc/id-verification and audit list/get now persist and return a broader extractedData object: identity fields (personalNumber, taxNumber, placeOfBirth, …), providerStatus, warningMeta (e.g. duplicate session IDs), quality scores, extraFields, mrz, parsedAddress, barcodes when returned by the Gu1 ID Verification service.
• warnings remains a string array of risk codes for i18n; use warningMeta inside extractedData for structured duplicate-session metadata.
• External document image URLs and base64 are not returned; images you uploaded are available via ID Verification images.
• debugProviderResponse may appear only in non-production Gu1 API environments (sanitized verification payload, no images).

​

operational hours per entity (global)

• Entities: Optional root field operationalHours (timezone enum + weekly slots). Stored in entities.operational_hours. Documented on Create entity and related entity endpoints.
• Transactions: transaction_time_zone enum extended (Brazil zones). Optional timeZone is independent of entity operationalHours. transactedAt: stored as UTC; ISO with Z unchanged for existing clients; optional local datetime + timeZone converts to UTC when both are sent.
• Rules: New operators outside_entity_operational_hours and inside_entity_operational_hours on transactedAt with value origin or destination. Requires operationalHours on the linked entity.

​

timeZone on transactions

• Database: New nullable column time_zone on transactions with enum type transaction_time_zone (IANA values such as America/Argentina/Buenos_Aires, UTC, etc.). Existing rows remain null.
• API: Optional timeZone on POST /transactions and batch create; returned on GET /transactions/{id} and GET /transactions/external/{externalId} as string | null.

​

validateExistingEntity (transaction create)

• POST /transactions: optional validateExistingEntity (default false). When true, every origin/destination identifier you send must resolve to an existing person/company; otherwise 400 INVALID_ENTITY_REFERENCES and no row is created.
• Batch endpoints: default remains true. Use validateExistingEntity: false for permissive bulk import.
• Legacy KYT POST /legacy/kyt/verifyTransaction: same field in the Gu2 body.

​

excludeEnrichments on entity creation

​

New: Hosted Onboarding Page Documentation

​

What’s New

• ✅ Complete customization parameters guide (branding, colors, layout)
• ✅ Validation rules configuration (age verification, capture methods, duplicate detection)
• ✅ Document validation rules (QR/barcode, MRZ, expiration dates, liveness)
• ✅ Step-by-step integration guide with code examples
• ✅ Visual flow diagram showing the complete process
• ✅ Security best practices for session management
• ✅ Mobile-responsive design confirmation

• 📱 Mobile-responsive design for all devices
• 🎨 Full customization of colors, branding, and layout
• 🔒 Comprehensive security guidelines
• 📊 Visual sequence diagrams for clarity
• 🌐 Support channel information for configuration changes

​

Languages

• 🇺🇸 English
• 🇪🇸 Español
• 🇧🇷 Português

​

Impact

• Faster implementation for no-code solutions
• Clear guidance on customization options
• Enhanced security awareness
• Better understanding of the hosted page workflow

​

KYC Pages Refinement Based on Client Feedback

​

What’s New

• ✅ Added comprehensive comparison table: Automatic vs Manual creation
• ✅ Complete Risk Matrix configuration guide with dashboard instructions
• ✅ Clarified shareholders feature (KYB only, not KYC)
• ✅ Provider codes reference with usage examples
• ✅ Detailed credit management section with costs and workflows

• ✅ Webhooks vs manual polling explanation
• ✅ Full KYC vs Individual Verifications comparison table
• ✅ Comprehensive face matching security warning for banks/fintech
• ✅ Enhanced API endpoints table with use cases

• ✅ Complete sequence diagram showing full flow
• ✅ Sandbox vs Production clarification
• ✅ Duplicate entity handling with code examples
• ✅ Expanded integrationCode documentation

• ✅ Marked optional fields with examples (attributes, entityData)
• ✅ Minimal vs full entity creation examples

​

Languages

• 🇺🇸 English
• 🇪🇸 Español
• 🇧🇷 Português

​

Impact

• 14 client questions answered inline
• 12 documentation files updated
• 0 broken links
• Improved developer onboarding experience

​

Enhanced Multi-language Documentation

​

Changes

• Complete translation coverage for KYC, KYB, and Transaction Monitoring
• Consistent terminology across all languages
• Language-specific examples (CPF for Brazil, DNI for Spain, etc.)

​

Available Languages

• English (EN) - Primary
• Spanish (ES) - Complete
• Portuguese (PT) - Complete

​

gu1 Documentation Launch

​

Core Features

• Complete API reference for all endpoints
• Use case guides (KYC, KYB, Transaction Monitoring)
• Webhook integration guides
• Interactive tutorials
• Multi-language support

​

Components

• Person entities API
• Company entities API
• KYC validation workflows
• Transaction monitoring
• Rules engine
• Risk matrices
• Alerts and investigations