加盟標準日誌後端範本
品牌合規與審核日誌
一個可投入生產的加盟標準日誌後端於Back4app用於品牌合規、特許費日誌及菜單審核。包括ER圖、數據字典、JSON架構、API遊樂場，以及一個AI代理提示以便於更快的設置。
特許經營日誌的主要要點
此模板為您提供一個特許經營標準日誌後端，具備品牌合規檢查、版稅日誌和菜單審核功能，以便現場團隊可以在一個地方捕捉審查結果。
- 品牌合規追蹤 — 存儲針對地點、品牌標準和審核記錄的審計發現，並提供明確的合格/不合格證據。
- 版稅日誌結構 — 為每個特許經營地點保持版稅日誌金額、期間和提交狀態的組織。
- 菜單審核工作流程 — 在經理驗證菜單看板時，根據項目、價格和照片備註捕捉菜單檢查結果。
- 現場準備的許可權 — 使用 ACL 使經理、協調員和審計員僅能查看分銷商日誌中分配給他們的記錄。
概述：分銷商標準日誌
在分銷商標準日誌中，“我們通常這樣做”並不是控制標準——而是記錄的步驟和捕捉的結果。動力依賴於準確的狀態。在 Back4app 上，核心實體連接成一個連貫的分銷商標準日誌敘述，而不是一堆不連貫的票據和文件。架構涵蓋品牌、位置、審計、版稅日誌和菜單檢查，並具有授權感知的訪問、合規備註和審查時間戳。連接您首選的前端，開始記錄分銷商標準，而無需從零設計後端。
最佳用於：
特許經營標準日誌後端的組織方式
從首次接收信息到最終簽署，特許經營標準日誌的成功取決於所有人都基於相同的事實工作——而不是房間裡最響的更新。
使用此概述來查看品牌標準管理、位置追蹤、審計日誌如何相互配合，然後再將工程時間投入到特定的客戶框架中。
核心特許經營日誌功能
這個中心中的每個技術卡片都使用相同的特許經營標準日誌架構，包括 BrandStandard、Location、Audit、RoyaltyLog 和 MenuCheck。
品牌標準管理
BrandStandard 存儲規則名稱、所需證據和嚴重性。
位置追蹤
位置鏈接存儲編號、區域和經理姓名。
審計日誌
審計捕捉位置、標準、得分和檢查員備註。
版稅日誌條目
RoyaltyLog 存儲 amountDue、periodStart、periodEnd 和 status。
菜單審核檢查
MenuCheck 捕捉 itemName、listedPrice、photoUrl 和 varianceFlag。
為什麼要使用 Back4app 建立您的特許經營標準日誌後端？
Back4app 為您提供特許經營特定的類別和訪問控制，使經理可以花更少的時間來連接API，而更多的時間來審查合規性、特許權使用費和菜單審計結果。
- •地點標準日誌: 地點和審核類別讓您可以為每個加盟店附加品牌審查備註、評分和照片。
- •可搜尋的版稅日誌記錄: 追蹤版稅日誌的金額、開始期間、結束期間和提交狀態，以便進行財務和運營跟進。
- •MenuCheck 和 BrandStandard 一起使用: 將 MenuCheck 項目連結到 BrandStandard 規則，以便菜單審核反映當前的價格、圖片和商品可用性。
建立一個特許經營標準後端，將審核、版稅日誌和菜單檢查整合在每個平台上的一個合約中。
核心優勢
一個特許經營標準後端，使合規工作可追溯，無需額外的架構設計。
更快速的審計推行
從地點和審計類別開始，而不是從零開始構建特許經營審查系統。
明確的版稅可見性
使用 RoyaltyLog 字段，如 amountDue 和 submissionStatus，來發現遲交或缺失的特許經營付款。
菜單審查一致性
存儲 MenuCheck 價格和照片註釋，以便每個網站都與相同的批准標準進行比較。
授權的字段訪問
使用 ACL 限制審計和地點記錄，只有指定的經理和協調者才能編輯它們。
可搜尋的合規歷史
保持 BrandStandard、Audit 和 RoyaltyLog 項目的查詢能力，以便按區域或商店進行趨勢回顧。
AI 協助的引導
透過一個結構化提示生成您的特許經營後端和前端整合的第一次嘗試。
準備啟動您的特許經營標準日志應用程序了嗎？
讓 Back4app AI 代理搭建您的特許經營後端，並從一個提示生成品牌合規、版稅日志和菜單審核流程。
免費開始 — 每月 50 個 AI 代理提示，無需信用卡
技術棧
此特許經營標準日誌後端範本中包含所有內容。
特許經營標準的 ER 圖
特許經營標準日誌架構的實體關係模型。
涵蓋品牌規則、特許經營地點、審核、版稅日誌和菜單檢查的架構。
查看圖表來源
erDiagram
User ||--o{ FranchiseLocation : "manager"
User ||--o{ BrandAudit : "auditor"
User ||--o{ RoyaltyLog : "submittedBy"
User ||--o{ MenuAudit : "auditor"
FranchiseLocation ||--o{ BrandAudit : "location"
FranchiseLocation ||--o{ RoyaltyLog : "location"
FranchiseLocation ||--o{ MenuAudit : "location"
User {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
FranchiseLocation {
String objectId PK
String locationCode
String storeName
String region
String status
String managerId FK
Date createdAt
Date updatedAt
}
BrandAudit {
String objectId PK
String locationId FK
Date auditDate
String auditorId FK
Number score
String status
String notes
Date createdAt
Date updatedAt
}
RoyaltyLog {
String objectId PK
String locationId FK
String period
Number grossSales
Number royaltyAmount
String submittedById FK
Date submittedAt
Date createdAt
Date updatedAt
}
MenuAudit {
String objectId PK
String locationId FK
Date auditDate
String auditorId FK
String menuVersion
String complianceStatus
String missingItems
Date createdAt
Date updatedAt
}
特許經營審核的整合流程
典型運行流程：認證、地點審查、版稅記錄、菜單檢查和即時審核更新。
查看圖表來源
sequenceDiagram
participant User
participant App as Franchise Standards Log App
participant Back4app as Back4app Cloud
User->>App: Sign in to review franchise locations
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Load FranchiseLocation list
App->>Back4app: GET /classes/FranchiseLocation?include=manager
Back4app-->>App: Store names, regions, and managers
User->>App: Submit BrandAudit for a location
App->>Back4app: POST /classes/BrandAudit
Back4app-->>App: BrandAudit objectId
User->>App: Record RoyaltyLog and MenuAudit entries
App->>Back4app: POST /classes/RoyaltyLog
App->>Back4app: POST /classes/MenuAudit
Back4app-->>App: Saved compliance logs
App->>Back4app: Subscribe to live updates on BrandAudit
Back4app-->>App: New audit status and notes特許經營日誌的數據字典
特許經營標準日誌架構中每一類的字段級引用。
| 欄位 | 類型 | 描述 | 必填 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| username | String | User login name | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role of the user (e.g., admin, field_manager, auditor) | |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
7 欄位在 User 中
加盟日誌的安全性和權限
ACL 和 CLP 策略如何保護品牌、位置、審核和版稅數據。
角色範圍的編輯權限
經理可以編輯分配的地點和審核記錄，而協調員可以提交他們擁有的版稅日誌條目。
品牌標準完整性
只有授權的管理員可以更改品牌標準規則，以便現場團隊始終根據當前標準進行審核。
按商店限制可見性
根據區域或指定過濾位置、審核和菜單檢查的讀取，以保持特許經營數據在正確的手中。
特許經營標準日誌的 JSON 架構
準備好複製到 Back4app 或用作實施參考的原始 JSON 架構定義。
{
"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": "FranchiseLocation",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"locationCode": {
"type": "String",
"required": true
},
"storeName": {
"type": "String",
"required": true
},
"region": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"manager": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "BrandAudit",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"location": {
"type": "Pointer",
"required": true,
"targetClass": "FranchiseLocation"
},
"auditDate": {
"type": "Date",
"required": true
},
"auditor": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"score": {
"type": "Number",
"required": true
},
"status": {
"type": "String",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "RoyaltyLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"location": {
"type": "Pointer",
"required": true,
"targetClass": "FranchiseLocation"
},
"period": {
"type": "String",
"required": true
},
"grossSales": {
"type": "Number",
"required": true
},
"royaltyAmount": {
"type": "Number",
"required": true
},
"submittedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"submittedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "MenuAudit",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"location": {
"type": "Pointer",
"required": true,
"targetClass": "FranchiseLocation"
},
"auditDate": {
"type": "Date",
"required": true
},
"auditor": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"menuVersion": {
"type": "String",
"required": true
},
"complianceStatus": {
"type": "String",
"required": true
},
"missingItems": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}使用 AI 代理構建特許經營標準日誌
使用 Back4app AI 代理從此模板生成一個真正的特許經營標準應用程式，包括前端、後端、驗證和品牌合規性、特許經營費用日誌及菜單審核流程。
在 Back4app 上創建一個特許經營標準日誌應用後端，具有這個確切的架構和行為。 架構： 1. 用戶（使用 Back4app 內建）：用戶名，電子郵件，密碼；objectId，createdAt，updatedAt（系統）。 2. 品牌標準：ruleName（字符串，必填），requiredEvidence（字符串，必填），severity（字符串，必填），active（布爾，必填）；objectId，createdAt，updatedAt（系統）。 3. 地點：storeNumber（字符串，必填），region（字符串，必填），managerName（字符串，必填），brand（指向BrandStandard的指針，必填）；objectId，createdAt，updatedAt（系統）。 4. 審核：location（指向Location的指針，必填），standard（指向BrandStandard的指針，必填），score（數字，必填），notes（字符串），photoUrl（字符串），auditDate（日期，必填）；objectId，createdAt，updatedAt（系統）。 5. 權利金日誌：location（指向Location的指針，必填），amountDue（數字，必填），periodStart（日期，必填），periodEnd（日期，必填），submissionStatus（字符串，必填）；objectId，createdAt，updatedAt（系統）。 6. 菜單檢查：location（指向Location的指針，必填），itemName（字符串，必填），listedPrice（數字，必填），photoUrl（字符串），varianceFlag（布爾，必填）；objectId，createdAt，updatedAt（系統）。 安全性： - 只有授權用戶可以編輯品牌標準。經理可以編輯指定的位置和審核。使用Cloud Code進行驗證。 身份驗證： - 註冊，登錄，登出。 行為： - 列出地點，創建審核，提交權利金日誌，記錄菜單檢查，並呈現實時審核更新。 交付： - Back4app 應用，具有架構，ACLs，CLPs；品牌標準，地點，審核，權利金日誌和菜單檢查的前端。
按下面的按鈕以以此模板提示預填開啟代理。
這是沒有技術後綴的基本提示。您可以在後面調整生成的前端堆棧。
特許經營日誌的API遊樂場
嘗試對照特許經營標準日誌架構使用 REST 和 GraphQL 端點。響應使用模擬數據，無需 Back4app 帳戶。
使用與該模板相同的架構。
選擇您的技術用於加盟日誌
展開每個卡片以查看如何將品牌、地點和審核與您選擇的堆疊整合。
Flutter 加盟標準日誌後端
React 加盟標準日誌後端
React 原生 加盟標準日誌後端
Next.js 加盟標準日誌後端
JavaScript 加盟標準日誌後端
Android 加盟標準日誌後端
iOS 加盟標準日誌後端
Vue 加盟標準日誌後端
Angular 加盟標準日誌後端
GraphQL 加盟標準日誌後端
REST API 加盟標準日誌後端
PHP 加盟標準日誌後端
.NET 加盟標準日誌後端
每項技術所獲得的東西
每個堆疊使用相同的特許經營標準日誌架構和API合約。
統一的特許經營日誌結構
通過一個架構管理 BrandStandard、Location、Audit、RoyaltyLog 和 MenuCheck。
品牌合規工作流程
捕捉店鋪層級標準檢查的稽核記錄和證據。
版稅日誌追踪
商店版稅期間、應付金額和提交狀態以便財務跟進。
菜單稽核記錄
將列出的價格和菜單照片與批准的特許經營規則進行比較。
REST/GraphQL訪問
將網頁、移動端和內部儀表板與靈活的API集成。
可擴展的後端結構
可以在不更換架構的情況下，添加審核階段、糾正措施或區域報告。
特許經營日誌框架比較
比較所有支持的技術中的設置速度、SDK 類型和 AI 支持。
| 框架 | 設置時間 | 特許經營日誌好處 | SDK 類型 | AI 支持 |
|---|---|---|---|---|
| 大約 5 分鐘 | 一個代碼庫用於行動和網頁的現場審核。 | 類型化 SDK | 全部 | |
| 少於 5 分鐘 | 快速儀表板用於特許經營合規性審查。 | 類型化 SDK | 全部 | |
| 約 3–7 分鐘 | 跨平台的商店審核行動應用程式。 | 類型化 SDK | 全部 | |
| 快速（5 分鐘）設置 | 用於合規性和版稅記錄的伺服器渲染網頁應用程式。 | 類型化的 SDK | 全部 | |
| 約 3–5 分鐘 | 輕量級瀏覽器整合，用於審核表單。 | 類型化的 SDK | 全部 | |
| 約 5 分鐘 | 本地 Android 應用程式，用於商店檢查。 | 類型化的 SDK | 全部 | |
| 少於 5 分鐘 | 本地 iOS 應用程式用於現場合規檢查。 | 類型化的 SDK | 全部 | |
| 約 3–7 分鐘 | React 企業網站用於特許經營審計清單。 | 鍵入的 SDK | 全部 | |
| 快速設置（5 分鐘） | 用於合規操作的企業網站應用程式。 | 鍵入的 SDK | 全部 | |
| 少於 2 分鐘 | 靈活的 GraphQL API 用於審計儀表板。 | GraphQL API | 全部 | |
| 快速 (2 分鐘) 設定 | REST API 整合用於特許經營日誌。 | REST API | 全部 | |
| 約 3 分鐘 | 伺服器端 PHP 後端用於合規工具。 | REST API | 全部 | |
| 約 3–7 分鐘 | .NET 後端用於特許經營操作。 | 類型化 SDK | 全部 |
設置時間反映了從項目啟動到使用此模板架構的第一次位置或審計查詢的預期持續時間。
有關特許經營標準日誌的常見問題
有關使用此範本建立特許經營標準後端的常見問題。
