Multi-Location Control

Shared standards. Real local operations.

Build a network of operating locations with their own identity, service geography, time zone and authorized teams. Decide what a parent shares, what a branch controls and how changes reach the people delivering the work.

Order Now →
Shared branding with distinct local service operationsTwo illustrative Maple Services operating contexts. West, LOC-01, and North, LOC-02, both use shared brand B-05. West uses live-linked catalog S-12 and retains the 72 Oak Lane O-302 appointment for Alex on September 8 at 09:30 Toronto local time. North manages its copied catalog S-10 locally; the 95 Cedar Avenue J-318 job requires six cubic yards of mulch. Separate schematic service territories contain their respective properties. The North boundary is illustrative and neither outline is a surveyed or legal boundary. Customer and work records retain their location context.One brand. Two local operations.Maple Services · shared brand B-05WEST72 Oak LaneNORTH95 Cedar AvenueWest · LOC-01North · LOC-02Catalog S-12 · live-linkedCatalog S-10 · local copyO-302 · Alex assignedJ-318 · 6 yd³ required8 Sep · 09:30 TorontoLocal property + job contextIllustrative service territories · location-scoped work

Location identity, service decisions and administrative context stay connected.

Establish the operating location

Give each branch the details that make it local.

Create an independent location or adopt configuration from an authorized parent. The location becomes both a public-facing business unit and a controlled context for the people managing its work.

Business identity and contacts

Set the name, description, address, region and country. Record the business contact name, phone and email, and choose the operating time zone used for local appointments and business dates.

The office can search and filter locations, open their details and review the current operating context.

The public address

Configure a platform subdomain or custom domain as the primary host. Set whether it applies to the location or its descendants, activate the domain and use the supported DNS check and SSL setup request.

Domain behavior follows the server configuration and authorized location policy.

Operating status

Manage Active, Coming Soon, Closed and Maintenance states. Record an opening date for a coming-soon location and use permitted activation, deactivation, duplication or deletion actions as the organization changes.

Core identity information can be maintained without losing the location's role in the wider operation.

Service geography during setup

Create the footprint the branch will actually serve.

The location-creation workflow combines business identity with detailed geographic setup. Set a center point, search available geography and choose the administrative or service boundaries that define the location's working area.

Location creation ties selected service divisions to their geographic policiesIllustrative location creation uses Central and East districts grouped as the Core service area, plus a contiguous seven-node manually drawn Riverside extension. A center marker sits inside Core; it is not a coverage radius. The two areas retain separate example geographic price policies: Core has a fixed adjustment shown as a surcharge, while Riverside has a percentage adjustment included in the service price. No amounts or final price are asserted. The shapes and district names are fictional, not real administrative or legal boundaries. This describes geographic setup during creation, not complete editing of an existing location.Define the footprint and its local rules.Location creation · selected areas + manual extensionCentralSelected districtEastSelected districtCenterRiversideExtensionCore service areaRiverside service areaCentral + East districtsNamed manual extensionFixed fee · shown separatelyPercentage · included in price
Choose and organize boundaries
Select multiple or nested boundaries, review them in map and list views, apply colors and build boundary groups. Add or remove the areas used in the creation workflow.
Define the operational divisions
Build route or service-area divisions within the setup. Geography can then contribute to the location, coverage and fulfillment context attached to a property.
Extend the area deliberately
Create named manual boundary extensions using freehand or follow-along shapes. Edit nodes, undo changes or clear the drawing while establishing the service footprint.
Apply the geographic price rule
Configure a percentage or fixed modifier, and choose whether it is included in the service price or presented as a surcharge.
Explore Geography and Service Areas →

Choose what is shared by business domain.

A common brand does not require common local prices. A shared service catalog does not require every staffing decision to come from the parent. Govern the relevant domains separately.

Identity and communication

Branding and email templates can follow the standards the organization chooses to share. Keep the public and customer experience consistent while retaining the permitted local identity.

The commercial offer

Services, categories, Easy Quote, pricing, invoice settings, contracts, packages and discounts can have their own inheritance policy.

People and delivery

Operations, geofences, routes, staff, users, customer and financial context are governed according to the enabled location relationships.

Connected-service configuration

Credentials form a separately controlled domain. Available sharing follows the authorized server policy and the dependencies between the domains involved.

Live-linked

Continue receiving governed parent changes for the chosen domain. Use this where the parent needs to maintain an ongoing operating standard.

Copy once

Begin from the parent's configuration and then manage it locally. Give a location a useful starting point while preserving subsequent local ownership.

Independent

Keep the selected domain outside inheritance. Let the local operation maintain the configuration it is responsible for.

Relationships with explicit decisions

Control how a location joins and receives changes.

Request a parent-child operating relationship and review it through the supported approval process. Relationships can be pending, active, suspended, rejected or revoked, giving the organization a record of the operating arrangement.

Authorized users can approve or reject a request, suspend or revoke a relationship and configure policy by business domain. Local, locked or fork-on-edit behavior is available where the enabled policy supports it.

An approved parent change reaches only the governed domainsIllustrative approved parent update changes branding B-04 to B-05 and catalog S-11 to S-12. West live-links both and records B-05 and S-12 applied. North receives B-05 through live-linked branding but keeps its copied, locally managed catalog S-10. East keeps independent branding B-02 and catalog S-06. The location relationship is configured separately for each domain; a shared brand does not overwrite every local setting. These are recorded illustrative results, not an unconditional automatic approval or propagation promise.Approved parent change · recorded resultsBrand B-04 → B-05 Catalog S-11 → S-12WestLive-linkedB-05 appliedLive-linkedS-12 appliedNorthLive-linkedB-05 appliedCopy onceLocal S-10EastIndependentLocal B-02IndependentLocal S-06Branding and catalog keep separate policies.

Preview the impact

Review the evidence, dependencies and warnings before applying a change. Supported three-way comparisons help explain differences where the underlying information supports a meaningful comparison.

Manage the child decision

A child can accept or deny a parent proposal under the applicable policy. Supported controls can lock child editing, copy settings during creation or propagate approved changes.

Keep the rollout visible

Publish parent change sets and review rollout, delivery and audit history. Retain the context needed to understand what was proposed and what reached the location.

Authorized work in the right place

Keep the current location clear to administrators.

Authorized administrators can move into a permitted location context through a controlled handoff. The current context stays visible, and cross-location navigation requires the applicable authorization.

That separation matters when one office oversees multiple teams, while local administrators manage the services and customer work assigned to their own operation.

Keep the local service relationship intact

Local geography and time zones inform the work at the property. The applicable configuration determines available services, pricing and the operating rules used by the location.

Customers, field teams and administrators work within the relevant business context, while parent policies govern the settings the organization chooses to maintain together.

Explore customer context →Explore brand configuration →

Build the network around the way your business operates.

Use location controls for branches, franchise relationships or multiple operating areas. The same feature supports shared standards and local ownership across your configured services and industries.

Advanced inheritance, domains and cross-location access follow the enabled server policy and permissions. Geographic creation tools establish the footprint during location setup.

Explore your dedicated environment →Order Now →