Technical integrationDesigned for systems working together

Connect the capability.
Make systems work together.

Connect your products, data and workflows. Give every AI call an explicit interface, permission boundary and operational context.

Explore the architecture
Your systemsShared integration contractsIDENIFE capabilities
Products & business apps
Data platforms & knowledge
Design tools & workflows
Defined contracts. Controlled connections.
Data schemaAccess policyTask stateRun evidence
APIMCPOrchestration
HuanYuGeneration & understanding
ID AxisTasks & tool execution
Omnia / OptimaData organization & preparation
Business identityOne request, traceable to its outcomeRun evidence
An integration model. Protocols, deployment and available capabilities are confirmed for each solution.

Agree the contract before connecting

Four contracts.
A shared engineering language.

Connectivity is the starting point. Integration also preserves business meaning, authorization decisions and failure handling across systems.

01

Data & meaning

What goes in. What a result means.

Align entities, types, time ranges and metric definitions. Preserve source and version information for datasets, images and 3D assets so meaning travels with the file.

Schemas · mapping dictionaries · versions & lineage
02

Identity & access

Who may act. Where authority ends.

Map users, tenants and service identities to resource permissions. Discovering a tool does not authorize an action; services check data access and write approval at their own boundary.

Identity mapping · least privilege · approvals
03

Execution & state

Confirm success. Resume safely.

Distinguish acceptance, execution, waiting for approval, completion and failure. Define retries, timeouts, cancellation and compensation so network retries do not repeat business actions.

State machines · idempotency · recovery checkpoints
04

Operations & evidence

See the call. Understand the cause.

Use correlation identifiers to connect requests, steps, tool results and artifacts. Retain useful evidence while controlling sensitive log content for diagnosis and change review.

Correlation IDs · structured logs · operational metrics

Put the architecture in context

What you connect
shapes how we connect.

Data workspaces, design tools and enterprise applications need different inputs and outputs. Choose a system to inspect its integration boundary.

Choose a system type

Connect preparation to a data workspace

Let your platform initiate preparation jobs while retaining its tenants, catalogue and access model. ID Optima handles dataset production; ID Axis organizes steps and execution state.

Enterprise data workspaceID Optima + ID AxisVersioned dataset

Input contract

  • Dataset reference & access scope
  • Intended use & quality rules
  • Task correlation identifier

Output contract

  • Task state & validation results
  • Artifact version & source mapping
  • Exceptions & retryable scope

Boundary designThe business platform and data service enforce source access. Results are handed over as explicit versions; retries must not publish duplicate releases.

Illustrative contract fields
request_iddataset_refruleset_versionartifact_version

Integration methods

Different interfaces.
Clear responsibilities.

Choose the combination that fits your architecture. Direct calls, tool connections and orchestration can work together without blurring their responsibilities.

API

Embed a capability

Your product sends a defined request and receives a result or task identifier. Suitable for generation, data processing and bounded operations.

Focus: argument contracts, compatibility and task resultsExplore integration guidance
MCP

Expose systems as tools

Describe tools and resources through a shared protocol so clients can discover and invoke services. Servers retain their own authorization and validation.

Focus: capability descriptions, scope and service accessExplore integration guidance
ID Axis

Organize multi-step work

Organize task decomposition, tool calls and result checks. Manage state, recovery and human approval across longer workflows.

Focus: execution state, checkpoints and action boundariesExplore integration guidance

Validate the happy path.
Test the boundaries too.

Joint integration testing should also establish how the system behaves under failure, retries and change.

ScenarioBehavior to verifyEvidence to retain
Insufficient permissionDeny unauthorized access without exposing resource detailsRole, scope and denial reason
Repeated requestHonor the idempotency contract and avoid repeated side effectsRequest correlation and operation result
Tool timeoutDistinguish unknown outcomes from known failures and recover by policyTimeout boundary and recovery record
Version changeCheck schema and behavior compatibility before updatingContract version and regression results

Acceptance scope is agreed per project. These are integration design and testing considerations.

New capabilities for existing systems

Start with your architecture.
Let’s design the connection.

Discuss an integrationExplore developer guidanceHave a partnership project? Open the partner portal
鲁ICP备2024109755号-2
Drag to move. Right-click, touch and hold, or press Shift+F10 to choose a corner.