Skip to content
Franchising capability

Franchise hierarchy: network, franchisees, territories, one model

Updated 4 min read

The Franchising module models the network as data: a franchisor owns franchisees, franchisees hold territories, and sites sit beneath. Directly-operated sites are franchisee records flagged as such, master franchises own child franchisees with access control that understands the relationship, territory ownership is dated history with reasons, and every charge, payment, and refund records its franchisee and territory at creation.

What does the capability do?

It makes the shape of the network, including its awkward realities, first-class structure rather than configuration folklore.

  • Three tiers plus sites. Franchisor, franchisee, and territory are distinct entities, with sites beneath territories. Each carries its own slug for clean scoped URLs across the admin.
  • Directly-operated sites, no workaround. A network that runs some locations itself models them as franchisee records flagged directly operated, so they appear in network views, permissions, and finance through the same machinery as franchised sites.
  • Master franchises. A franchisee can own child franchisees through an explicit parent relationship, and a dedicated scope guard grants master-scoped users access to their direct children while head-office tiers pass through.
  • Territories with substance. Territories carry their country, currency, geographic boundary data, and status, and their ownership is recorded as dated assignment history with reasons, so a resale or handover preserves the timeline.
  • Attribution at the transaction. Every charge, payment, and refund records its franchisee and territory, derived at creation from the site it occurred at. Network reporting aggregates real transactions rather than self-reported summaries.

Why attribution at creation is the load-bearing detail

Network finance is only as trustworthy as the moment of attribution. If revenue is mapped to territories by a report join written later, every site move and territory resale silently rewrites history. Stamping the franchisee and territory onto each transaction as it is created, from the site where it happened, makes the financial record match the network as it stood at the time, and the dated territory history explains every change since.

Why it matters

Most franchise software models the franchisor’s view and improvises the rest; most operational software has no concept of a network at all. Modelling the hierarchy, its exceptions (directly operated, master franchise), and its history as data is what lets one platform serve both head office and franchisees, the gap explained in our guide on franchise management versus franchise operations software. Combined with scoped permissions, the hierarchy is also the boundary that keeps each franchisee’s data their own.

Frequently asked questions

How are directly-operated locations handled?
As a franchisee record flagged as directly operated. Head office running its own sites alongside franchisees needs no workaround: the network view, permissions, and financial attribution treat directly-operated locations through the same model as everything else.
Does the model support master franchises?
Yes. A franchisee can be marked as a master franchise and own child franchisees through a parent relationship. Access control understands the arrangement: a master-scoped user reaches their direct children, while head-office users pass through unrestricted.
What happens when a territory changes hands?
Territory ownership is recorded as dated assignment history: each assignment carries a from date, an optional to date, and a reason, so resales and handovers preserve the full ownership timeline rather than overwriting it.
See it live

See this working in a demo

Book a consultation and we will demonstrate this capability on the Franchising accelerator, against your own scenarios.

Book a demo