Welcome to Zuora Product Documentation

Explore our rich library of product information

Basic concepts and terms of Multi-Org

Use this topic as a glossary for Multi-Org concepts and UI elements such as the Org Context Switcher, Org Picker, and currency types.

Before you start with Zuora Multi-Org, understanding some basic concepts and essential terms is recommended to help you make better choices or decisions while interacting with it.

Core entities

Company

This is the root of your organizational hierarchy and serves as the root Org Unit. It is the only location where your Org admin can define the currency.

Tenant

A tenant can be any Zuora tenant in any environment or type. Your organization may use multiple tenants, such as development, testing, and production. Zuora Multi-Org is available in your Central Sandbox and Production environments.

Organizational Hierarchy (Org hierarchy)

The Org hierarchy represents how an organization is grouped based on factors such as geo-location, products, or target markets. Together, these groups form your overall business structure.

Org Unit

An Org Unit is a child of the parent company (root). It can either be a branch with additional child Org Units beneath it or a leaf with no children. For example, Western Europe and Central Europe are branch Org Units, while Austria, Germany, France, and Spain are leaf Org Units.

UI controls & access

Org Context Switcher

The Org Context Switcher is a UI widget that lists all the Org Units created in the Multi-Org hierarchy. After you log in from the Zuora UI, you can switch context between the Org Units that you have permission to access using the Org Context Switcher.

Org context switcher home page

The Org Context Switcher is located in the upper-right corner of the page, next to your username. Clicking the current Org display name opens the Multi-Org hierarchy. From here, you can select one or more Org Units to set your data-access scope, depending on your assigned permissions. You can also search for an Org Unit by its display name using the search field. Org Units that you do not have permission to access will appear but cannot be selected. For example, if a user only has access to the leaf Org (Acme UK), the branch Org Units will still be visible in the hierarchy but will not be selectable.

Each user is assigned a default Org Unit during user creation. The user can update their default Org Unit during their first login to match their personalization preferences.

How to use the Org Context Switcher?

The Org Context Switcher is used to define your working context by selecting one or more Org Units. This allows you to filter data and access only the objects that fall within the selected org scope. The working context affects the following scenarios:

  1. List Page - On list pages for objects such as Customer Accounts or Products, only the objects that are accessible within the current org context are displayed. For example, if Acme France and Acme Spain are selected in the Org Context Switcher, the Customer Accounts list page will show only the accounts associated with those two Org Units.
  2. When creating or editing objects such as Customer Accounts or Products, you must explicitly assign the Org Units that the object should be associated with. This is done through the Org Picker.

    Org selection

    The Org Picker displays a sub-tree of the org hierarchy, limited to the Org Units that are available in your current org context. For example, when creating a new Product in the Product Catalog, the Org Picker will allow selection only from the Org Units chosen in the Org Context Switcher. Selecting specific Org Units in the Org Picker makes the Product available to those Org Units.

Org Picker

Similar to the Org Context Switcher, the Org Picker appears throughout the Billing UI and allows you to select one or more Org Units where applicable. For example, when creating a customer account, you must assign it to exactly one Org Unit. In contrast, during user creation, a user can be assigned to one or more Org Units using the Org Picker.
Org picker UI

Currency

User Access in Multi-Org Across One or Multiple Org Units Edit Section

This currency is used to create financial reports including corporate roll-up reporting for Multi-Org business. The Reporting Currency is defined at the root level and inherited by the child org units. The child org units cannot change or override their reporting currency. Your business can have only one reporting currency.

Reporting Currency

The Reporting Currency is used to generate financial reports, including corporate roll-up reporting for Multi-Org businesses. It is defined at the root org unit and automatically inherited by all child org units. Child org units cannot modify or override this setting. Each business can have only one Reporting Currency.

Functional Currency

The Functional Currency is used by each org unit for its own financial reporting. Every org unit in the hierarchy can define its own Functional Currency, and once configured, it cannot be changed. Exchange rate settings are defined at the root level when the tenant is created and are inherited by all child org units.

Transaction Currency

The Transaction Currency is used in the product catalog and customer accounts. It is inherited from the product rate plan charge and remains consistent across Zuora processes such as Invoices, Payments, Credits, and Debit Memos. As an exception, Transaction APIs allow creating transactions in a different currency than the billing account or product rate plan charge. In these cases, the Transaction Currency is the currency specified in the API request.