Skip to content

Cookie preferences

We use cookies for our own analytics, to see how our campaigns perform and, if you allow it, to load content from other services such as the Google site search. We never sell your data. Necessary cookies keep the site working and cannot be switched off. See our Cookie Policy for details and our Privacy Policy for how we handle personal data.

Security, load balancing and remembering your cookie choice.

Show us which pages people read, how they find the site and where they get stuck, so we can improve it (Google Analytics, Microsoft Clarity).

Show us which of our ad campaigns bring visitors to the site and remember the campaign or partner link you arrived from (Google Ads, LinkedIn, Meta, partner program). We do not use these cookies to build advertising profiles.

Load the site search from Google when you use it. Google sets its own cookies and shows ads in the search results.

© 2026 The ThingsBoard Authors
22.5k Try for free

ThingsBoard Cloud

Choose your data region

Your data stays in the region you choose, for residency and compliance. No credit card required.

Rather run it yourself? Install on your own servers

Multi-Tenancy & Hierarchy

What is multi-tenancy? Multi-tenancy lets a single ThingsBoard instance securely serve multiple independent organizations, each with isolated data, users, and configuration. This architecture is supported by ThingsBoard Community Edition, Professional Edition, and Private Cloud.

Why multi-tenancy? Running one platform instance for many business units or customers cuts infrastructure costs and centralizes administration, without sacrificing data isolation or security.

ThingsBoard organizational hierarchy:

  • System Administrator: Platform administrator who creates and manages tenants, and controls system-wide resources without owning IoT entities.
  • Tenant: Top-level organizational entity representing an independent company or business unit. Owns and manages its resources, such as devices, assets, and dashboards.
  • Customer: Logical sub-organization within a tenant, representing a client organization, regional branch, or internal department — used to organize and scope a subset of the tenant’s resources for secure access delegation.
  • User: Authenticated account with assigned roles and permissions. Can belong to either the tenant or one of its customers and accesses only the resources available within its scope.

How are tenants isolated? Isolation is enforced at the platform level: each entity belongs to exactly one tenant, and permissions are governed by role-based access control. A Tenant Administrator can never see or access another tenant’s resources, while the System Administrator retains global visibility across all tenants.