Multi-entity customers
Multi-entity customers
Multi-entity customers
Multi-entity customers let you set up a parent-child relationship between customer accounts so that billing consolidates at the parent level. This is useful when a single organization has multiple teams, departments, or subsidiaries that each need their own customer record, but invoices should go to one central account.
When a child customer has an order, Paid bills the parent customer by default. Each child customer still has its own orders, contacts, and usage history. The only thing that changes is where the invoice lands.
A customer becomes a parent when one or more other customers are assigned to it. The parent does not need any special configuration. Any existing customer can serve as a parent.
When you create or edit a child customer and assign a parent:
This means the parent account is the one that receives and pays invoices, while each child account tracks its own service usage independently.
Once saved, the child customer’s detail page shows a link to the parent in the sidebar. The parent customer’s detail page gains a Child customers tab listing all accounts underneath it.
The parent default applies automatically, but you can override it on a per-order basis. When creating an order, choose a different billing customer to bill that order directly, including billing the child itself.
This is useful when a specific order should be billed directly to the child rather than rolling up to the parent.
You can change a child’s parent or remove the relationship entirely at any time by editing the customer. Updating the parent does not retroactively move existing invoices. It only affects how new orders are billed going forward.
Hierarchies can go deeper than one level. A child customer can itself be a parent to other customers, forming a tree. Paid prevents circular references, so you cannot assign a customer as a parent of its own ancestor.