零售冷鏈日誌後台模板
零售店的收貨溫度日誌和警報歷史
一個在 Back4app 上的生產就緒的 零售冷鏈日誌後台，用於收貨溫度、展示櫃日誌和警報歷史。包括 ER 圖、數據字典、JSON 架構、API 遊樂場，和一個 AI Agent 提示，以快速啟動應用結構。
零售冷鏈要點
此模板為零售後端提供一個冷鏈日誌，包含接收溫度、展示櫃日誌和警報歷史，以便經理和現場團隊能夠在一個地方記錄檢查。
- 在碼頭捕獲的接收溫度 — 將每個接收溫度日誌與供應商、產品線、觀察到的溫度和審核人員一起存儲。
- 展示櫃日誌保持可見 — 按櫃名、目標範圍、實際溫度和班次跟踪展示櫃日誌條目。
- 警報歷史可搜尋 — 記錄警報事件的詳細信息，以便升級、確認和解決方案容易審查。
- 商店角色保持清晰 — 使用商店、用戶和日誌所有權字段來區分經理、協調員和現場工作人員。
理解零售後端的冷鏈日誌
檢查員不會獎勵零售冷鏈英雄行為 — 他們給予的是可重複的證據：誰在什麼時候做了什麼，在哪個控制下。小延遲會快速累積。在 Back4app 上建模商店、ReceivingTempLog、DisplayCaseLog 和 AlarmEvent，使零售冷鏈控制操作化：在實際工作發生的地方捕捉批准、證據和例外。架構涵蓋商店（名稱、地點代碼、時區）、ReceivingTempLog（商店、供應商名稱、產品類別、接收時間、攝氏溫度、審核者）、DisplayCaseLog（商店、櫃子名稱、檢查時間、攝氏溫度、目標最小攝氏溫度、目標最大攝氏溫度、狀態）和 AlarmEvent（商店、源日誌類型、源日誌ID、嚴重性、觸發時間、確認時間、解決時間、備註）。連接您首選的前端，並開始更快地捕捉零售冷鏈活動。
最佳適用於：
零售冷鏈模板概述
當零售冷鏈合約變得嚴格時，買家要求的是收據，而不是英雄主義。這時，帶時間戳的工作流程才會發揮效用。
這個摘要在任何人深入 ER 圖或 JSON 匯出之前，幫助團隊了解 Store、ReceivingTempLog 和 DisplayCaseLog。
核心冷鏈日誌功能
這個中心中的每個技術卡片都使用相同的零售冷鏈架構，包括Store、ReceivingTempLog、DisplayCaseLog和AlarmEvent。
商店註冊
商店類別儲存名稱、地點代碼、時區和活動狀態。
接收溫度條目
ReceivingTempLog 連結商店、供應商名稱、產品類別、接收時間、攝氏溫度和審核人。
展示櫃日誌
DisplayCaseLog 記錄櫃子名稱、檢查時間、攝氏溫度、目標最低溫度、目標最高溫度和狀態。
警報歷史
AlarmEvent存儲sourceLogType、sourceLogId、severity、triggeredAt、acknowledgedAt和resolvedAt。
為什麼使用 Back4app 為零售後端構建你的冷鏈日誌？
Back4app 為你提供了日常溫度工作所需的 Store 和日誌類別，讓你的團隊能專注於檢查，而不是數據庫設計。
- •ReceivingTempLog 保持結構化: 在 ReceivingTempLog 中捕捉 temperatureC、supplierName 和 reviewedBy，而不是分散的筆記。
- •DisplayCaseLog 保持地板檢查的一致性: 使用 DisplayCaseLog 欄位，如 caseName、checkedAt、targetMinC 和 targetMaxC，以比較每個展示櫃是否在相同範圍內。
- •AlarmEvent 歷史可供查詢: 在 AlarmEvent 中儲存 severity、triggeredAt、acknowledgedAt 和 resolvedAt，以便商店和班次可以審查升級。
在一個後端合約上建立您的零售冷鏈日誌，並保持接收、展示和警報工作流程的同步。
核心優勢
一個零售冷鏈後端，幫助團隊更輕鬆地記錄溫度工作。
接收檢查更容易審計
一個單一的ReceivingTempLog類別將碼頭溫度與商店、supplierName和審核者連結。
展示櫃圓圈保持一致
使用 DisplayCaseLog 欄位如 caseName 和 targetMinC，讓每個班次遵循相同的檢查清單。
警報跟進是可追蹤的
AlarmEvent 歷史顯示每個商店事件的 triggeredAt、acknowledgedAt 和 resolvedAt。
商店級過濾簡單
按商店指標查詢以查看一個地點的接收溫度、展示櫃日誌或警報條目。
操作隱私保持範圍內
ACL 和 CLP 可以將每個商店的日誌限制在正確的經理和員工。
AI 支援的後端設置
使用一個提示更快生成冷鏈日誌的模式和啟動整合。
準備好啟動您的零售冷鏈日誌了嗎？
讓 Back4app AI 助手為您搭建冷鏈日誌後端，並從一個提示中生成接收溫度、展示櫃和警報歷史流程。
免費開始 — 每月 50 次 AI 助手提示，不需要信用卡
技術堆棧
此零售後端模板中的所有內容均包含在內。
冷鏈 ER 圖
針對零售冷鏈日誌架構的實體關係模型。
涵蓋商店地點、接收溫度日誌、展示櫃日誌和警報歷史的架構。
查看圖表來源
erDiagram
RetailUser ||--o{ StoreLocation : "manages"
StoreLocation ||--o{ ReceivingTempLog : "receives"
StoreLocation ||--o{ DisplayCaseLog : "has"
StoreLocation ||--o{ AlarmHistory : "triggers"
RetailUser ||--o{ ReceivingTempLog : "records"
RetailUser ||--o{ DisplayCaseLog : "checks"
RetailUser ||--o{ AlarmHistory : "assigned"
RetailUser {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
StoreLocation {
String objectId PK
String storeCode
String storeName
String region
String managerId FK
Date createdAt
Date updatedAt
}
ReceivingTempLog {
String objectId PK
String storeId FK
Date receivedAt
String shipmentId
String productName
Number tempCelsius
Boolean withinRange
String recordedById FK
String notes
Date createdAt
Date updatedAt
}
DisplayCaseLog {
String objectId PK
String storeId FK
String caseName
Date checkedAt
Number tempCelsius
Number doorOpenCount
String lightingStatus
String checkedById FK
String comments
Date createdAt
Date updatedAt
}
AlarmHistory {
String objectId PK
String storeId FK
String alarmType
Date triggeredAt
Date resolvedAt
String severity
String status
String source
String assignedToId FK
String resolutionNotes
Date createdAt
Date updatedAt
}
接收流程
登入的典型運行流程、儲存日誌審查、接收溫度條目、展示櫃檢查以及警報歷史。
查看圖示來源
sequenceDiagram
participant User
participant App as Cold Chain Log for Retail App
participant Back4app as Back4app Cloud
User->>App: Sign in
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Open receiving temps
App->>Back4app: GET /classes/ReceivingTempLog?include=store,recordedBy
Back4app-->>App: ReceivingTempLog rows
User->>App: Add a display case log
App->>Back4app: POST /classes/DisplayCaseLog
Back4app-->>App: DisplayCaseLog objectId
User->>App: Review alarm history
App->>Back4app: GET /classes/AlarmHistory?include=store,assignedTo
Back4app-->>App: AlarmHistory rows
App->>Back4app: Subscribe to live alarm updates
Back4app-->>App: AlarmHistory changes日誌字典
零售冷鏈架構中每個類別的完整字段級別參考。
| 字段 | 類型 | 描述 | 必需 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| username | String | User login name | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | User role such as manager, coordinator, or fieldStaff | |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
7 欄位在 RetailUser
安全性與權限
ACL 和 CLP 策略如何保護商店、接收日誌、顯示案例日誌和警報歷史記錄。
商店範圍訪問
保持每個商店的 ReceivingTempLog、DisplayCaseLog 和 AlarmEvent 數據僅供分配到該位置的經理和員工可讀。
受控日誌編輯
允許協調員創建和修正日誌，同時審查的欄位如 reviewedBy 和 acknowledgedAt 將鎖定在授權角色。
警報審查追蹤
將 AlarmEvent 更新視為受追蹤的操作，使得確認和解決過程保持可審計。
架構 (JSON)
可複製到 Back4app 的原始 JSON 架構定義或用作實施參考。
{
"classes": [
{
"className": "RetailUser",
"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": "StoreLocation",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"storeCode": {
"type": "String",
"required": true
},
"storeName": {
"type": "String",
"required": true
},
"region": {
"type": "String",
"required": true
},
"manager": {
"type": "Pointer",
"required": true,
"targetClass": "RetailUser"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "ReceivingTempLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"store": {
"type": "Pointer",
"required": true,
"targetClass": "StoreLocation"
},
"receivedAt": {
"type": "Date",
"required": true
},
"shipmentId": {
"type": "String",
"required": true
},
"productName": {
"type": "String",
"required": true
},
"tempCelsius": {
"type": "Number",
"required": true
},
"withinRange": {
"type": "Boolean",
"required": true
},
"recordedBy": {
"type": "Pointer",
"required": true,
"targetClass": "RetailUser"
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "DisplayCaseLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"store": {
"type": "Pointer",
"required": true,
"targetClass": "StoreLocation"
},
"caseName": {
"type": "String",
"required": true
},
"checkedAt": {
"type": "Date",
"required": true
},
"tempCelsius": {
"type": "Number",
"required": true
},
"doorOpenCount": {
"type": "Number",
"required": false
},
"lightingStatus": {
"type": "String",
"required": false
},
"checkedBy": {
"type": "Pointer",
"required": true,
"targetClass": "RetailUser"
},
"comments": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AlarmHistory",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"store": {
"type": "Pointer",
"required": true,
"targetClass": "StoreLocation"
},
"alarmType": {
"type": "String",
"required": true
},
"triggeredAt": {
"type": "Date",
"required": true
},
"resolvedAt": {
"type": "Date",
"required": false
},
"severity": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"source": {
"type": "String",
"required": true
},
"assignedTo": {
"type": "Pointer",
"required": false,
"targetClass": "RetailUser"
},
"resolutionNotes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}使用 AI 代理構建
使用 Back4app AI 代理從此模板生成真實零售冷鏈日誌應用程序，包括前端、後端、身份驗證，以及接收溫度、顯示櫃和警報歷史流程。
在 Back4app 上使用此確切的架構和行為為零售應用程序後端創建冷鏈日誌。 架構： 1. 使用者 (使用 Back4app 內置)：用戶名、電子郵件、密碼；objectId、createdAt、updatedAt (系統)。 2. 商店：名稱 (字串，必填)、位置代碼 (字串，必填)、時區 (字串，必填)、是否啟用 (布林，必填)；objectId、createdAt、updatedAt (系統)。 3. 接收溫度日誌：商店 (指向商店的指針，必填)、供應商名稱 (字串，必填)、產品類別 (字串，必填)、接收時間 (日期，必填)、溫度C (數字，必填)、審核者 (指向使用者的指針，可選)、備註 (字串)；objectId、createdAt、updatedAt (系統)。 4. 顯示櫃日誌：商店 (指向商店的指針，必填)、櫃名 (字串，必填)、檢查時間 (日期，必填)、溫度C (數字，必填)、目標最小C (數字，必填)、目標最大C (數字，必填)、狀態 (字串，必填)、檢查者 (指向使用者的指針，可選)、備註 (字串)；objectId、createdAt、updatedAt (系統)。 5. 警報事件：商店 (指向商店的指針，必填)、源日誌類型 (字串，必填)、源日誌ID (字串，必填)、嚴重性 (字串，必填)、觸發時間 (日期，必填)、確認時間 (日期，可選)、解決時間 (日期，可選)、備註 (字串)、確認者 (指向使用者的指針，可選)；objectId、createdAt、updatedAt (系統)。 安全性： - 限制商店數據，以便經理和工作人員可以查閱指定位置的商店及其相關日誌。使用雲代碼驗證溫度範圍和警報轉換。 身份驗證： - 註冊、登錄、登出。 行為： - 列出商店、創建接收溫度日誌、更新顯示櫃日誌和審核警報歷史。 交付： - Back4app 應用程序，帶有架構、ACL、CLP；接收溫度、顯示櫃日誌和警報歷史的前端。
按下下面的按鈕以使用此模板提示預填打開代理。
這是沒有技術後綴的基本提示。您可以在之後調整生成的前端堆疊。
API遊樂場
嘗試對零售架構的冷鏈日誌進行REST和GraphQL端點。響應使用模擬數據，無需Back4app賬戶。
使用與此模板相同的架構。
選擇您的技術
展開每一個卡片以了解如何將 Store、ReceivingTempLog 和 DisplayCaseLog 與您選擇的技術棧整合。
Flutter 冷鏈日誌後端
React 冷鏈日誌後端
React 原生 冷鏈日誌後端
Next.js 冷鏈日誌後端
JavaScript 冷鏈日誌後端
Android 冷鏈日誌後端
iOS 冷鏈日誌後端
Vue 冷鏈日誌後端
Angular 冷鏈日誌後端
GraphQL 冷鏈日誌後端
REST API 冷鏈日誌後端
PHP 冷鏈日誌後端
.NET 冷鏈日誌後端
您可以從每項技術獲得的內容
每個堆疊使用相同的零售冷鏈後端架構和API合約。
統一的冷鏈日誌結構
保持商店、接收溫度日誌、顯示櫃日誌和警報事件數據在各客戶端中的一致性。
零售接收溫度捕獲
記錄碼頭溫度，包括供應商名稱、產品類別和審核人。
零售顯示櫃監控
追蹤顯示櫃檢查，包括顯示櫃名稱、攝氏溫度和目標範圍欄位。
零售團隊的警報歷史
查看 AlarmEvent 條目的 triggeredAt、acknowledgedAt 和 resolvedAt。
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 互動的網頁 UI 用於顯示案例監控。 | 已輸入的 SDK | 全部 | |
| 快速 (5 分鐘) 設定 | 用於多店鋪操作的企業儀表板。 | 已輸入的 SDK | 全部 | |
| 少於 2 分鐘 | 靈活的 GraphQL API 用於存儲和警報歷史查詢。 | GraphQL API | 全部 | |
| 快速 (2 分鐘) 設定 | REST API 整合，用於接收日誌和警報。 | REST API | 全部 | |
| 約 3 分鐘 | 伺服器端 PHP 後端用於零售日誌處理。 | REST API | 全部 | |
| 約 3–7 分鐘 | .NET 後端用於商店溫度工作流程。 | 類型化 SDK | 全部 |
設置時間反映從項目啟動到首次商店或記錄查詢使用此模板架構的預期持續時間。
常見問題
有關使用這個模板構建零售後端冷鏈日誌的常見問題。
