Architecture

Unified Abstraction for
Domain Verticals.

Stop writing bespoke integrations for every new provider. apptor Flow uses a canonical Domain Model architecture. Define your data once, and let the system map it automatically to Salesforce, HubSpot, or any custom API.

The Architecture

How Vertical Integrations Work

A Domain Vertical (like CRM, HRIS, or E-commerce) groups related canonical data models. Instead of building workflows tied directly to a specific underlying provider, your workflows operate strictly on standard Domain Models.

  • 1

    Domain Models (JSON Schema)

    Define a generic entity (e.g., Contact) using standard JSON Schema. Versioned for backward compatibility.

  • 2

    Domain Actions

    Standard operations (create, get, update, search) bound to the parent Domain Model using scalable $ref schemas.

  • 3

    Provider Mappings

    Translates canonical fields (like `email`) to provider-specific endpoints and attributes (like `Email__c` in Salesforce) via OpenAPI ops.

// Domain Vertical: CRM
Target Canonical Model: Contact
{ "firstName": "string", "lastName": "string", "email": "email" }
HubSpot Mapping
"firstname", "lastname", "email"
Salesforce Mapping
"FirstName", "LastName", "Email__c"
Extensibility

Tenant-First Fallback & Overrides

🏢

System vs Tenant Levels

Provide standard schemas at the system level. Allow isolated tenant organizations to override them, adding custom required fields without fracturing the global codebase.

🔄

Field Mapping Overrides

If an enterprise client uses a unique Salesforce implementation matching their Custom CRM object, simply deploy a tenant-specific Field Mapping overlay.

🧩

Custom Verticals

Create fully proprietary verticals specific to your organization's unique domain. Protect internal logic while still benefiting from uniform Action nodes in the editor.

Build integrations that last.

Stop hardcoding vendor-specific API structures into your business logic core. Abstract, build, and deploy safely.