特許經營運營中心

特許經營運營中心範本
權利金報告和品牌審核監督

Q: 哪些類別驅動特許經營運營中心模板？

核心模型包括用戶（用戶名、電子郵件、密碼、角色）、品牌（品牌名稱、地區、品牌所有者、品牌指導網址）、特許經營商（特許經營商名稱、位置代碼、品牌、主要聯繫人、狀態）、版稅報告（報告月份、總銷售額、應付版稅、特許經營商、提交者、狀態）、品牌審計日誌（品牌、特許經營商、審計者、審計類型、發現、嚴重性）和 OnboardingTask（特許經營商、任務名稱、狀態、到期日期、分配給、證據網址）。

Q: 特許經營團隊如何提交版稅報告？

特許經營商用戶或品牌經理為正確的特許經營商創建一行 RoyaltyReport，附上報告月份和總銷售額，然後在狀態變更為已提交或已批准之前查看應付版稅。

Q: 我如何為一個地點記錄品牌審核？

創建一個 BrandAuditLog 行，內容包括 Brand 指針、Franchisee 指針、auditType、finding 和 severity，以便品牌團隊可以為該地點保留日期審核記錄。

Q: 實時更新如何幫助這個入口網站？

Live Queries 可以在提交 RoyaltyReport、BrandAuditLog 的 severity 或 finding 變更，或 OnboardingTask 進入下一狀態時通知儀表板。

Q: 我可以在移動端離線保留入職工作嗎？

可以。支持的客戶 SDK 可以將 OnboardingTask 和 RoyaltyReport 行本地固定，以便現場團隊在店鋪訪問連接不佳時查看 taskName、dueDate 和 evidenceUrl。

Q: 我如何為 Brand 和 Franchisee 建模指針？

在 Franchisee 上使用 Brand 指針，並將 primaryContact 指針指向 User。該結構保持領土所有權可見，同時讓每個特許經營商工作區顯示正確的 brandName 和 locationCode。

Q: 我如何防止一個特許經營商看到另一個特許經營商的數據？

應用 ACL 和 CLP 規則，以使 RoyaltyReport、BrandAuditLog 和 OnboardingTask 僅對正確的特許經營商、指派的工作人員和授權的品牌經理可見。該入口網站仍然可以讓審計人員創建 BrandAuditLog 記錄，而不會暴露系統中的每個單位。

Q: 入職任務如何與證據文件連接？

OnboardingTask 可以存儲用於協議掃描、培訓導出或存儲照片的 evidenceUrl。經理可以保持該任務處於審核狀態，直到附件被驗證，這樣可以減少電子郵件中的來回溝通。

Q: 特許經營入職流程的端到端運作是什麼？

創建一個新的特許經營者，開始一個入職任務清單，任務被分配給用戶，狀態從待處理轉為審核中或完成，直到位置準備好。

Q: 我應該如何在 React 或 Next.js 查詢品牌審核？

使用 include('brand'), include('franchisee') 和 include('auditedBy') 查詢 BrandAuditLog，以便儀表板可以顯示品牌、特許經營者和記錄審核備註的用戶。

一個可投入生產的 特許經營運營後端 在 Back4app，包含用戶角色、品牌記錄、特許經營商工作區、權利金報告條目、品牌審核日誌筆記和入職任務檢查表。包括 ER 圖、數據字典、JSON 結構、API 遊樂場，以及一個 AI 代理 快速啟動提示。

與 AI 代理建立選擇您的技術

主要收穫

此模板組織了用戶角色、品牌記錄、特許經營商工作空間、RoyaltyReport 項目、BrandAuditLog 註解和 OnboardingTask 事項，以便品牌經理、審計員和特許經營商用戶可以從同一個事實來源進行工作。

版稅報告結構 — 將 RoyaltyReport 行設置為 reportMonth、grossSales、royaltyDue、franchisee、submittedBy 和 status 以進行月度結算。
品牌審計日誌 — 追踪 BrandAuditLog 項目，包含 auditType、finding 和 severity，以保持標誌、菜單、清潔度和報告檢查的透明。
特許經營商入職流程 — 使用 OnboardingTask 結合特許經營商、taskName、status、dueDate、assignedTo 和 evidenceUrl 來推進一個地點的啟動。
授權工作區 — 分開管理員、品牌經理、審計員和加盟商用戶訪問與加盟商自助服務視圖。
單一API合約 — 通過REST和GraphQL端點服務移動和網頁客戶，這些端點由相同的用戶、品牌、加盟商、許可報告、品牌審計日誌和入職任務架構支援。

加盟業務中心後端概覽

當加盟業務團隊擴大時，共享收件箱的擴展性終止；您需要任務指派、權限以及每個人都信任的時間表。此模板模型化核心實體，並在Back4app上提供基於角色的訪問，因此每個加盟業務團隊成員都能看到他們擁有的管道切片。

最佳適用於：

加盟業務門戶版稅報告工具品牌審計管理系統加盟商入職流程內部合作夥伴工作區團隊為受管制的工作流程選擇 BaaS

加盟業務：後端快照

移動團隊和後勤人員在加盟業務中看到現實的不同片段；產品的工作是將這些片段拼接在一起，而不進行責任遊戲。

中心突顯品牌和區域記錄、加盟商檔案和角色、版稅報告，以便您能夠比較客戶堆疊與相同實體、字段和關係。

特許經營中心功能

本中心中的每張技術卡都使用相同的特許經營業務架構，包括用戶、品牌、特許經營商、版稅報告、品牌審計日誌和入職任務。

品牌和領域記錄

品牌儲存品牌名稱、領域、品牌擁有者和品牌指南網址。

特許經營者的簡介和角色

特許經營者保留特許經營者名稱、地點代碼、品牌、主要聯繫人和狀態。

版稅報告

RoyaltyReport 將特許經營者連結到報告月份、總銷售額、應付版稅、提交者和狀態。

品牌審核日誌

BrandAuditLog 紀錄品牌、特許經營者、審核類型、發現和嚴重性。

特許經營者入職

OnboardingTask 儲存特許經營者、任務名稱、狀態、到期日、指派給和證據網址。

為什麼要使用 Back4app 建立您的特許經營業務中心後端？

Back4app 為您的團隊提供特許經營專用的建設 Bloc 工具，以便您可以專注於版稅報告、品牌治理和入職審核，而不是將存儲和身份驗證拼湊在一起。

•在一個模型中整合版稅報告和特許經營者: 將 reportMonth、grossSales、royaltyDue、franchisee 和 submittedBy 一起儲存，以便每月的版稅結算保持可查詢。
•品牌審計日誌記錄與審核歷史: 在品牌審計日誌中儲存 auditType、finding、severity、brand 和 franchisee，以便品牌團隊可以跟蹤每次檢查從草稿到批准的過程。
•入職任務工作流程支持: 使用入職任務與特許經營者、taskName、status、dueDate、assignedTo 和 evidenceUrl 來引導特許經營者完成文件審核、培訓和啟動批准。

在網絡和移動平台上使用一個後端合約來支持財務、品牌和運營界面。

核心優勢

一個縮短報告週期並保持審查工作可見的特許經營中心後端。

每月的版稅結算更容易追蹤

RoyaltyReport 行的報告月、總銷售額、應付版稅、特許經營商和提交者關聯，方便財務部確認總額，而無需翻查電子郵件。

品牌審查歷史保持與每個位置相關聯

BrandAuditLog 記錄每次審查的審計類型、發現、嚴重性、品牌和特許經營商，這使得後續工作更容易指派。

入職任務按順序進行

OnboardingTask 為操作提供了協議、培訓、證據網址上傳和開業批准的分階段路徑。

訪問與角色相符

使用 ACL 和 CLP 規則，以便內部團隊可以編輯報告，而加盟用戶僅能看到他們自己的加盟商、版稅報告或入職任務列。

加盟數據保持結構化

一起查詢品牌、加盟商、品牌審計日誌和版稅報告，而不是從不連接的電子表格重建儀表板。

針對門戶的 AI 協助啟動

生成架構、權限和版稅報告及入職的示例流程，只需一個引導提示。

準備好啟動您的加盟運營中心了嗎？

讓 Back4app AI 代理搭建您的加盟運營後台，並從一個提示中生成版稅報告、品牌審計日誌和入職工作流程。

與 AI 代理一起構建嘗試 API 遊樂場

免費開始 — 每月 50 個 AI 代理提示，無需信用卡

堆疊必需品

此特許經營業務後端範本包含所有內容。

前端

13+ 程式技術

後端

Back4app

資料庫

MongoDB

身份驗證

內建身份驗證 + 會話

API

REST 和 GraphQL

實時

Live Queries

實體映射

針對特許經營運營後台架構的實體關係模型。

實體映射

查看圖表來源

Mermaid

erDiagram
    User ||--o{ Brand : "brandOwner"
    User ||--o{ Franchisee : "primaryContact"
    User ||--o{ RoyaltyReport : "submittedBy"
    User ||--o{ BrandAuditLog : "auditedBy"
    User ||--o{ OnboardingTask : "assignedTo"
    Brand ||--o{ Franchisee : "brand"
    Brand ||--o{ BrandAuditLog : "brand"
    Franchisee ||--o{ RoyaltyReport : "franchisee"
    Franchisee ||--o{ BrandAuditLog : "franchisee"
    Franchisee ||--o{ OnboardingTask : "franchisee"

    User {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }

    Brand {
        String objectId PK
        String brandName
        String territory
        String brandOwnerId FK
        String brandGuideUrl
        Date createdAt
        Date updatedAt
    }

    Franchisee {
        String objectId PK
        String franchiseeName
        String locationCode
        String brandId FK
        String primaryContactId FK
        String status
        Date createdAt
        Date updatedAt
    }

    RoyaltyReport {
        String objectId PK
        String reportMonth
        Number grossSales
        Number royaltyDue
        String franchiseeId FK
        String submittedById FK
        String status
        Date createdAt
        Date updatedAt
    }

    BrandAuditLog {
        String objectId PK
        String brandId FK
        String franchiseeId FK
        String auditedById FK
        String auditType
        String finding
        String severity
        Date createdAt
        Date updatedAt
    }

    OnboardingTask {
        String objectId PK
        String franchiseeId FK
        String taskName
        String status
        Date dueDate
        String assignedToId FK
        String evidenceUrl
        Date createdAt
        Date updatedAt
    }

門戶流程

登錄、版稅報告、品牌審計審查和入職更新的典型運行流程。

實體映射

查看圖表來源

Mermaid

sequenceDiagram
  participant User
  participant App as Franchise Management Portal App
  participant Back4app as Back4app Cloud

  User->>App: Sign in to the portal
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Open royalty dashboard
  App->>Back4app: GET /classes/RoyaltyReport?include=franchisee,submittedBy
  Back4app-->>App: Monthly royalty reports

  User->>App: Review brand audit activity
  App->>Back4app: GET /classes/BrandAuditLog?include=brand,franchisee,auditedBy
  Back4app-->>App: Audit findings and severity tags

  User->>App: Submit onboarding task evidence
  App->>Back4app: POST /classes/OnboardingTask
  Back4app-->>App: OnboardingTask objectId

  App->>Back4app: Subscribe to RoyaltyReport updates
  Back4app-->>App: Live query notifications

領域指南

特許經營操作架構的領域層級參考。

領域	類型	描述	必填
objectId	String	Auto-generated unique identifier	自動
username	String	User login name
email	String	User email address
password	String	Hashed password (write-only)
role	String	Access role such as admin, brandManager, auditor, or franchiseeUser
createdAt	Date	Auto-generated creation timestamp	自動
updatedAt	Date	Auto-generated last-update timestamp	自動

7 欄位在 User 中

訪問規則

如何使用 ACL 和 CLP 規則保護版稅、審計和入職數據。

基於角色的內部團隊訪問

財務、品牌經理、審計員和操作用戶獲得與他們管理的類別相符的訪問權限，例如版稅報告或品牌審計日誌。

在必要時僅限特許經營者可見

特許經營者用戶應僅能看到其自己的特許經營者檔案、版稅報告行和入職狀態，除非適用共享審查規則。

審計和批准的完整性

在保存之前，對品牌審計日誌的結果、入職任務狀態變更和版稅提交使用雲代碼驗證。

JSON Schema

原始 JSON 架構定義可隨意複製到 Back4app 或用作實施參考。

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

229

230

231

232

233

234

235

236

237

238

239

240

{
  "classes": [
    {
      "className": "User",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "role": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Brand",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "brandName": {
          "type": "String",
          "required": true
        },
        "territory": {
          "type": "String",
          "required": true
        },
        "brandOwner": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "brandGuideUrl": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Franchisee",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "franchiseeName": {
          "type": "String",
          "required": true
        },
        "locationCode": {
          "type": "String",
          "required": true
        },
        "brand": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Brand"
        },
        "primaryContact": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "status": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "RoyaltyReport",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "reportMonth": {
          "type": "String",
          "required": true
        },
        "grossSales": {
          "type": "Number",
          "required": true
        },
        "royaltyDue": {
          "type": "Number",
          "required": true
        },
        "franchisee": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Franchisee"
        },
        "submittedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "status": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "BrandAuditLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "brand": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Brand"
        },
        "franchisee": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Franchisee"
        },
        "auditedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "auditType": {
          "type": "String",
          "required": true
        },
        "finding": {
          "type": "String",
          "required": true
        },
        "severity": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "OnboardingTask",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "franchisee": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Franchisee"
        },
        "taskName": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "dueDate": {
          "type": "Date",
          "required": false
        },
        "assignedTo": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "evidenceUrl": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

使用 AI 代理進行構建

使用 Back4app AI 代理來從此模板生成一個真正的特許經營操作中心，包括前端、後端、身份驗證、特許權使用費、審計和入職流程。

Back4app AI 代理

準備建造

在 Back4app 上創建一個安全的特許經營操作中心後端，使用這個精確的架構和行為。

架構：
1. 使用者（使用 Back4app 內建功能）：用戶名、電子郵件、密碼、角色；objectId、createdAt、updatedAt（系統）。
2. 品牌：brandName（字符串，必填）、territory（字符串，必填）、brandOwner（指向用戶的指針，必填）、brandGuideUrl（字符串，選填）；objectId、createdAt、updatedAt（系統）。
3. 特許經營者：franchiseeName（字符串，必填）、locationCode（字符串，必填）、brand（指向品牌的指針，必填）、primaryContact（指向用戶的指針，必填）、status（字符串，必填）；objectId、createdAt、updatedAt（系統）。
4. 特許權使用費報告：reportMonth（字符串 YYYY-MM，必填）、grossSales（數字，必填）、royaltyDue（數字，必填）、franchisee（指向特許經營者的指針，必填）、submittedBy（指向用戶的指針，必填）、status（字符串，必填）；objectId、createdAt、updatedAt（系統）。
5. 品牌審計日誌：brand（指向品牌的指針，必填）、franchisee（指向特許經營者的指針，必填）、auditedBy（指向用戶的指針，必填）、auditType（字符串，必填）、finding（字符串，必填）、severity（字符串，必填）；objectId、createdAt、updatedAt（系統）。
6. 入職任務：franchisee（指向特許經營者的指針，必填）、taskName（字符串，必填）、status（字符串，必填）、dueDate（日期，選填）、assignedTo（指向用戶的指針，必填）、evidenceUrl（字符串，選填）；objectId、createdAt、updatedAt（系統）。

安全性：
- 品牌經理可以管理其領域的品牌和特許經營者記錄。
- 特許經營者用戶可以提交特許權使用費報告項目並在允許時更新自己的入職任務 evidenceUrl/status。
- 審計員可以寫入品牌審計日誌條目，但不應修改版稅數字。
- 應用 ACLs 和 CLPs，使一個特許經營者不能查看另一個特許經營者的入職任務或特許權使用費報告數據，除非明確授權。

身份驗證：
- 註冊、登錄、登出。

行為：
- 列出特許權使用費報告，提交每月特許權使用費報告，記錄品牌審計日誌，以及跟踪特許經營者入職任務。

交付：
- 包含架構、ACLs、CLPs的 Back4app 應用；用於特許權使用費報告、品牌審計日誌和特許經營者入職工作流的前端。

按下下面的按鈕，以這個模板提示預填充的內容打開代理。

這是沒有技術後綴的基本提示。您可以在後續調整生成的前端堆棧。

幾分鐘內部署每月 50 個免費提示不需要信用卡

API 沙盒

嘗試 REST 和 GraphQL 端點對應特許經營操作架構。回應使用模擬數據，且不需要 Back4app 帳戶。

加載遊樂場…

使用與此模板相同的架構。

選擇您的堆疊

展開每張卡片以查看如何將品牌、加盟商和RoyaltyReport與您選擇的技術堆棧整合。

您在每種技術中獲得的內容

每個堆棧使用相同的加盟業務後端模式和 API 合同。

統一的加盟數據結構

在一個合約中管理用戶、品牌、特許經營商、版稅報告、品牌審計日誌和入職任務。

財務團隊的版稅報告

追蹤報告月份、總銷售額、應付版稅和狀態，避免電子表格漂移。

品牌審計可見性

將審計類型、發現和嚴重性附加到每個審計記錄以便檢查和後續跟進。

針對新特許經營商的入職工作流程

通過狀態、指派給、到期日和證據網址帶領特許經營商清晰地進行各階段。

用於門戶客戶的REST/GraphQL API

將移動和網頁前端與靈活的API訪問集成。

可擴展的架構以便增長

新增類別，如 TrainingSession 或 ComplianceNotice，而不會破壞核心工作流程。

堆疊比較

比較所有支持技術的設置速度、SDK 風格和 AI 支持。

框架	設置時間	特許經營中心福利	SDK 類型	AI 支持
Flutter	約 5 分鐘	適用於移動和網頁的特許經營操作的單一代碼庫。	已類型化的 SDK	完整
React	少於 5 分鐘	快速的網頁儀表板，用於版稅報告和審計。	已類型化的 SDK	完整
React 原生	約 3–7 分鐘	跨平台移動應用程序，用於特許經營評估。	已類型化的 SDK	完整
Next.js	快速（5分鐘）設置	用於操作和財務的伺服器渲染門戶。	類型化 SDK	完整
JavaScript	約 3–5 分鐘	輕量級網絡集成，用於特許經營報告。	類型化 SDK	完整
Android	約 5 分鐘	原生 Android 應用程序，用於現場審核。	類型化 SDK	完整
iOS	少於 5 分鐘	用於入門和批准的本地 iOS 應用程式。	輸入 SDK	完整
Vue	約 3–7 分鐘	Reactive 特許經營儀表板的網頁用戶介面。	輸入 SDK	完整
Angular	快速 (5 分鐘) 設定	品牌治理的企業網頁應用程式。	輸入 SDK	完整
GraphQL	少於 2 分鐘	靈活的 GraphQL API 用於特許經營操作。	GraphQL API	完整
REST API	快速設置（2 分鐘）	用於報告系統的 REST API 整合。	REST API	完整
PHP	約 3 分鐘	服務端 PHP 後端用於特許經營管理工具。	REST API	完整
.NET	約 3–7 分鐘	.NET 的企業特許經營運營後端。	類型化 SDK	完整

設置時間反映從項目啟動到首次用戶、版稅報告或品牌審計日誌查詢所預期的持續時間，使用此模板架構。

常見問題

有關使用此模板構建特許經營業務中心的常見問題。

哪些類別驅動特許經營運營中心模板？

特許經營團隊如何提交版稅報告？

我如何為一個地點記錄品牌審核？

實時更新如何幫助這個入口網站？

我可以在移動端離線保留入職工作嗎？

我如何為 Brand 和 Franchisee 建模指針？

我如何防止一個特許經營商看到另一個特許經營商的數據？

入職任務如何與證據文件連接？

特許經營入職流程的端到端運作是什麼？

我應該如何在 React 或 Next.js 查詢品牌審核？

全球開發者信賴的產品

使用 Back4app 模板加入團隊，更快推出特許經營運營產品

準備好建立您的特許經營運營中心了嗎？

在幾分鐘內開始您的特許經營運營項目。無需信用卡。

選擇技術

特許經營運營中心範本權利金報告和品牌審核監督

主要收穫

加盟業務中心後端概覽

加盟業務：後端快照

特許經營中心功能

品牌和領域記錄

特許經營者的簡介和角色

版稅報告

品牌審核日誌

特許經營者入職

為什麼要使用 Back4app 建立您的特許經營業務中心後端？

核心優勢

每月的版稅結算更容易追蹤

品牌審查歷史保持與每個位置相關聯

入職任務按順序進行

訪問與角色相符

加盟數據保持結構化

針對門戶的 AI 協助啟動

準備好啟動您的加盟運營中心了嗎？

堆疊必需品

實體映射

門戶流程

領域指南

訪問規則

基於角色的內部團隊訪問

在必要時僅限特許經營者可見

審計和批准的完整性

JSON Schema

使用 AI 代理進行構建

API 沙盒

選擇您的堆疊

Flutter 特許經營運營中心

React 特許經營運營中心

React 原生 特許經營運營中心

Next.js 特許經營運營中心

JavaScript 特許經營運營中心

Android 特許經營運營中心

iOS 特許經營運營中心

Vue 特許經營運營中心

Angular 特許經營運營中心

GraphQL 特許經營運營中心

REST API 特許經營運營中心

PHP 特許經營運營中心

.NET 特許經營運營中心

您在每種技術中獲得的內容

統一的加盟數據結構

財務團隊的版稅報告

品牌審計可見性

針對新特許經營商的入職工作流程

用於門戶客戶的REST/GraphQL API

可擴展的架構以便增長

堆疊比較

常見問題

全球開發者信賴的產品

準備好建立您的特許經營運營中心了嗎？

特許經營運營中心範本
權利金報告和品牌審核監督

React 原生特許經營運營中心