Administration, Routing & White-Label Support
Two audiences meet on this page. If you run a support team, this is where you shape the help desk: the categories a ticket can be filed under, the rules that route it, the SLA policies it must honor, the canned responses your agents reuse, and the types, workflows, fields, and labels that give tickets structure. If you build a product on Backbuild, this is also where you turn the help desk into support for your own customers, letting your subscribers file tickets that route to you, under your brand, with each tenant walled off from every other. After this page you will be able to configure the help desk end to end and run white-label multi-tenant support.
Help desk configuration lives in Settings, then Administration, for staff with configuration access. The help desk is included on every plan; unlimited tickets on paid plans. Running support for your own paying customers uses the SaaS Builder, on Pro and above. See the pricing page.
The Setup Surface
After this section you will know where every setting lives. One Administration panel holds the whole configuration, so setup is self-serve and a change takes effect immediately, with no vendor ticket and no professional-services engagement. From here you manage:
- Categories. The topics a ticket can be filed under, which drive routing. A category can inherit from a package or a project, so the right options appear in context.
- Routing rules. How an incoming ticket is directed to the right team, based on its attributes.
- SLA policies. Reusable response and resolution targets you attach to states in a workflow.
- Canned responses. Saved, reusable replies your agents drop in, so common answers stay consistent and fast.
- Ticket types and workflows. The types, states, transitions, and gates covered in Ticket Types, Workflows and SLAs.
- Custom fields and labels. The structured fields (customer-visible or internal-only) and the tags your process needs.
- Stage and category workers. Assign a Virtual Worker and a skill to a workflow stage or a category.
How Routing Decides Where a Ticket Lands
After this section you will understand why a ticket reaches the right organization. When someone files a ticket, it is routed to the organization responsible for whatever the ticket is about. A ticket carries both the requester's own organization and the package or project it concerns, so the system directs it to the team that owns that surface: a ticket about a Backbuild platform surface routes to Backbuild, and a ticket about a product a builder ships on Backbuild routes to that builder. Your categories and routing rules then place it on the right queue inside the receiving organization. Requesters never have to know your internal team structure; they pick a category, and routing does the rest.
White-Label Support for Your Own Customers
After this section you will be able to run support for your subscribers, under your brand. If you package and sell a product on Backbuild, your customers need a way to reach you, not us. The help desk gives you that natively, with no separate support vendor to integrate and no second tool for your team to context-switch into.
- Expose the projects a subscriber can file against. Under Package projects, you choose exactly which of your projects a subscriber may raise a ticket about. Nothing you have not exposed is fileable.
- Control the customer-facing label. Override the label a requester sees, so a project appears to your customer under a name you choose, in your voice, not an internal name.
- Every tenant is isolated. Tickets are scoped strictly per organization. One of your customers can never see another customer's tickets, and your customers never see your internal notes, labels, or fields. The requester surface is walled off from all staff internals.
How do my customers file tickets against the products I expose, routed to me? You expose specific projects under Package projects, and your subscribers file tickets about them. A ticket carries the package or project it concerns, so routing directs it to your organization automatically.
Is tenant data truly isolated? Yes. Tickets are scoped strictly per organization. One customer can never see another's tickets, and no requester ever sees your staff internals. See Security, Privacy and Governance.
Can I brand it and control the label my customer sees? Yes. You set a customer-facing label override per exposed project, so your customers see your name, not an internal one.
Do I need a separate third-party support vendor? No. The help desk is native to the platform your product already runs on, so there is no extra vendor, no second silo, and no integration to maintain. It is also fully drivable over the API. See The API, MCP and Automation.
Can I build my routing and SLA rules myself, without a vendor ticket? Yes. Categories, routing rules, and SLA policies are configured in your own Administration settings and take effect immediately.
Where to Next
- Ticket Types, Workflows and SLAs: the types, states, and SLA policies you configure here.
- AI Support with Virtual Workers: assign a worker and a skill to a stage or category.
- The API, MCP and Automation: configure and drive the help desk programmatically.
- SaaS Builder: package your product and expose it to subscribers.
- Security, Privacy and Governance: the isolation, roles, and audit trail behind it all.