Your domain, your logo, your Stripe. Run buyer and partner portals on a custom domain under your brand, take payment through your own Stripe Connect account, and keep every tenant isolated at the row level on every tenant-scoped table.
Per tenant
Custom domains
Your brand
Logo
Your Stripe
Payments
Row-level
Tenant isolation
The Basics
White-label means your buyers and partners see your domain, your logo, and your company on the invoice.
When you run a lead operation, your buyers and partners should deal with your business. White-label puts your domain and logo on the portals they log into and processes their payments through your own Stripe account, so the relationship stays yours.
Underneath, the routing engine, contracts, caps, reporting, and every other module run the same way. White-label changes who the customer sees and who gets paid. It sits on top of a platform that keeps each tenant’s data separate from every other tenant’s.
What you control
You control the parts a buyer or partner notices.
Point a custom domain at your tenant and your buyers and partners reach the portals at your address. They log in, submit, and check their numbers on your domain, not a shared platform URL.
Upload your logo, and it shows on the portals your buyers and partners use. The people you work with see your brand where they spend their time.
Buyer checkout pages belong to your tenant and carry your brand. Your company processes payment through your own Stripe Connect account. The checkout notice reads “Payment is processed by your company.”
How It Is Built
Running more than one brand only works if the tenants behind them cannot see each other's data.
Every tenant-scoped table carries a tenant ID, and queries are limited so one tenant’s rows never show in another tenant’s view. Multiple brands run on the same platform without leaking into one another.
Admin, buyer, and partner portals all run under your brand. The people on each side of your business log into your domain and see your logo, whichever role they hold.
Checkout pages belong to the tenant and carry that tenant’s brand. Payment goes through that tenant’s own Stripe Connect account. Each brand collects on its own account, not a shared one.
Each tenant can turn features on or off on its own, so brands can offer different things without separate installs.
Who Runs It This Way
A few kinds of business where your brand matters as much as the routing engine.
Agencies that run lead distribution for clients want each client to see the agency’s brand. Custom domains, your logo, and your Stripe keep the agency at the center of the relationship.
Operators who run more than one brand want each brand to look and bill like its own company. Row-level isolation on every tenant-scoped table and per-tenant feature toggles let multiple brands share the same platform while keeping their data and settings separate.
In every case, the same routing engine, contracts, caps, and reporting run underneath. White-label changes the domain your buyers reach, the logo they see, and the account that collects their payment. It does not change how leads route.
Branding and access settings serve different parts of the customer experience.

Set the supported brand colors, logos, favicons, social share image and sign-in screen along with your domain. Preview each screen so browser tabs, shared links, checkout entry points and portal pages show the brand you intend.
Supported branding import can give you a starting point. Review imported assets and colors before you apply them. Imported suggestions do not replace an operator’s brand approval.
Portal menus and supported appearance settings, including dark mode, shape the workspace for each role. Turning on a module does not by itself give every user access to its data or actions.
Account security supports passkeys, two-factor rules by role, and session review and revocation. Set the policy for the roles that need it, and revoke sessions when access changes.
Some feature modules need other modules or provider connections. Team permissions separately control PII (personal data), exports and admin actions. To confirm what a role can see, check it from that role’s own workspace.
Global help search and supported in-product help give users instructions, so they do not have to guess setup from menu labels. Send unresolved account setup issues through the support workflow.
Frequently Asked
What operators ask before putting their brand on the platform.
Your domain, your logo, and your Stripe. Buyers and partners reach the portals on a custom domain, see your uploaded logo, and pay through your own Stripe Connect account with checkout branded to your company. The routing engine and every other module run the same underneath.
Yes. You point a custom domain at your tenant and the buyer and partner portals are served at your address. The people you work with log in and operate on your domain rather than a shared platform URL.
Yours. Buyer checkout pages are scoped to your tenant and branded to you, and payment is processed by your company through your own Stripe Connect account. The checkout states that payment is processed by your company.
Through row-level tenant isolation on every tenant-scoped table. Each tenant’s rows carry a tenant identifier and queries are scoped so one tenant never sees another’s data. Multiple brands run on the same platform without crossing over.
The admin, buyer, and partner portals all run under your brand on your domain with your logo. Whichever role someone holds, they are inside your branded environment.
Yes. Feature access can differ by account, so brands can offer different tools on the same platform. Available features depend on the settings and access enabled for each account.
Put Your Name On It
Run branded buyer and partner portals on a custom domain, collect through your own Stripe Connect account, and keep every tenant isolated at the row level.
Every module included at no extra license fee.