Multi-tenancy for SaaS and platform teams

Multi-Tenant Form Infrastructure Without Rebuilding Tenant Isolation From Scratch

Form.io helps SaaS and platform teams give each customer their own forms, submissions, API paths, auth configuration, and branded experience on infrastructure the platform team controls.

Multi-Tenancy
Tenant-ready form infrastructure for
SaaS Platforms White-Label Products Customer Portals Enterprise Apps Partner Networks
Accenture logo
Booz, Allen, Hamilton logo
Corel
Deloitte
ICANN Logo
LexisNexis logo
Northwestern University
State of Ohio logo
Pepsico
Takeda
  • Shared forms that expose customer data risk
  • Custom tenant routing for every endpoint
  • Permissions rebuilt outside the form platform

Every Customer Needs Their Own Forms, Rules, and Data Boundary

A SaaS product cannot safely treat every customer like a user in the same shared form project when each tenant needs separate forms, submissions, roles, branding, and integrations.

Build this yourself and you are suddenly responsible for tenant-scoped APIs, data separation, customer-specific auth, provisioning flows, and support tooling before the product can scale.

Arrow
Tenant Project Isolation

Give Each Tenant an Isolated Form.io Sub-Project

Form.io multi-tenancy uses parent and child projects so each tenant can have its own form definitions, submissions, API endpoint, roles, authentication, file storage settings, and configuration.

Tenant isolation
Tenant projects

Separate Tenant Workspaces

Tenant projects keep customer forms and submission data scoped to the tenant rather than shared across the whole platform.

Tenant APIs

Tenant-Specific API Paths

Each tenant can operate through its own endpoint structure so your application routes requests to the right customer context.

Tenant permissions

Local Roles and Permissions

Roles, access rules, and authentication choices can align to each tenant instead of relying on one global access model.

  • Manual tenant setup that slows onboarding
  • Template changes copied inconsistently
  • Customer launches dependent on support queues

Tenant Onboarding Cannot Stay Manual Forever

A platform team might survive hand-configuring a few customers, but manual setup becomes a scaling limit as soon as tenant count, customization, or onboarding velocity increases.

Without repeatable provisioning, every new customer launch depends on someone remembering which forms, resources, roles, actions, integrations, and settings to copy.

Arrow
Parent Project Templates and Provisioning

Start New Tenants From a Controlled Project Template

Use a parent project as the starting structure for new tenants, then provision tenant environments programmatically so customer onboarding becomes a platform workflow.

Tenant template provisioning
Templates

Standardize the Starting Point

Launch tenants from a known set of forms, resources, roles, and actions instead of building every customer setup from zero.

Scale onboarding

Provision by API

Programmatic tenant creation lets your product onboarding flow create the Form.io tenant context as part of customer signup.

Scale

Scale Configuration, Not Headcount

Support more customers without turning every form setup, endpoint, and permission change into a manual operations task.

  • Customers exposed to vendor-branded admin tools
  • One shared configuration for many customer needs
  • Per-tenant integrations handled with custom code

Tenant Separation Is Not Enough if the Experience Still Feels Generic

SaaS customers often need their own logos, terminology, authentication providers, file storage, email behavior, and forms without seeing the infrastructure underneath.

If your team hard-codes every customer variation, multi-tenancy becomes customization debt. The product needs controlled per-tenant configuration without exposing customers to your internal toolchain.

Arrow
White-Labeled Tenant Experiences

Let Customers Operate in Their Context While Form.io Runs Underneath

Use tenant-specific configuration, embedded form experiences, auth options, storage settings, and white-label controls so the customer sees your product while Form.io provides the form infrastructure.

White-labeled tenant experience
Embedded tenant forms

Embed the Experience

Render forms and builders inside your application so tenants work in your product, not a separate vendor portal.

Tenant auth

Support Customer Auth Patterns

Tenant environments can align with customer authentication choices such as SSO, OAuth, SAML, or project-specific login flows.

Tenant storage

Configure Customer Storage

File storage, public configuration, email behavior, and other tenant-specific settings can follow each customer context.

Multi-tenancy is not a full SaaS product by itself. It is the form, data, API, and tenant boundary infrastructure your SaaS product can build on.

Why Form.io Makes Multi-Tenant Form Platforms Easier to Build

Because tenant separation, APIs, form schemas, submissions, permissions, and white-label experiences can be managed as part of the same self-hosted platform.

Tenant isolation

Tenant Isolation

Give each customer their own forms, submissions, API path, roles, and configuration context.

Templates

Template-Based Launches

Use a parent project as a repeatable starting point for tenant onboarding and customer-specific customization.

Embedded UI

White-Labeled UX

Embed forms and builders inside your product so customers use your interface while Form.io handles the infrastructure.

Self-hosted

Deployment Control

Run the tenant architecture inside your own environment instead of sending customer data to a generic form SaaS.

How Multi-Tenancy Works in Form.io

Define the parent structure, provision tenant projects, route users into the right tenant, and keep each customer context governed.

Form.io gives platform teams tenant-aware form infrastructure. Your application still owns billing, account management, navigation, business logic, and the customer product experience around it.

  • 1
    Create the parent project: Build the baseline forms, resources, roles, actions, and settings that new tenants should start from.
  • 2
    Provision tenant projects: Create tenant sub-projects from the parent template and store the tenant endpoint and project context in your application.
  • 3
    Route users and data: Send each customer to the correct tenant forms, submissions, APIs, auth, storage, and configuration.
  • 4
    Manage tenant lifecycle: Handle creation, customization, updates, suspension, and customer-specific integrations through your platform workflow.

Which Tenant Architecture Fits the Customer Model?

The right separation model depends on customer count, compliance expectations, configuration needs, and operational ownership.

Multi-tenancy

Multi-tenancy

Use tenant projects when many customers need similar form capabilities with logical separation and shared infrastructure.

Separate projects

Separate projects

Use top-level projects when a small number of customers need substantially different setups or direct portal access.

Separate deployments

Separate deployments

Use separate deployments when customers require physical database, network, or operational isolation.

Embedded builders

Embedded builders

Pair multi-tenancy with embedded form building when customers need self-service form creation inside your app.

Build Tenant-Aware Form Infrastructure Into Your Platform

Use Form.io when each customer needs controlled forms, APIs, submissions, permissions, branding, and integrations without forcing your team to rebuild tenant isolation from scratch.