บันทึกห่วงโซ่เย็นสำหรับเทมเพลตแบ็กเอนด์การขายปลีก
บันทึกอุณหภูมิการรับและประวัติการเตือนภัยสำหรับร้านค้า
บันทึกห่วงโซ่เย็นที่พร้อมใช้สำหรับ แบ็กเอนด์การขายปลีก บน Back4app สำหรับการรับอุณหภูมิ, บันทึกตู้แสดงสินค้า, และประวัติการเตือนภัย รวมถึงแผนภาพ ER, พจนานุกรมข้อมูล, JSON schema, สถานที่เล่น API, และคำสั่ง AI Agent เพื่อเริ่มโครงสร้างแอพได้อย่างรวดเร็ว.
ข้อสรุปของห่วงโซ่ความเย็นค้าปลีก
เทมเพลตนี้ให้บันทึกห่วงโซ่ความเย็นสำหรับแบ็กเอนด์ค้าปลีกที่มีการรับอุณหภูมิ, บันทึกกรณีแสดงผล, และประวัติการเตือนภัยเพื่อให้ผู้จัดการและทีมงานในร้านสามารถบันทึกการตรวจสอบได้ในที่เดียว.
- บันทึกอุณหภูมิที่รับที่ท่าเรือ — จัดเก็บแต่ละ ReceivingTempLog พร้อมกับซัพพลายเออร์, กลุ่มผลิตภัณฑ์, อุณหภูมิที่สังเกต, และผู้ตรวจสอบ.
- บันทึกกรณีแสดงผลยังคงมองเห็นได้ — ติดตามการบันทึก DisplayCaseLog โดยชื่อกรณี, ช่วงเป้าหมาย, อุณหภูมิจริง, และกะ.
- ประวัติการเตือนภัยสามารถค้นหาได้ — บันทึกรายละเอียด AlarmEvent เพื่อให้การเพิ่มระดับ, การยอมรับ, และการแก้ไขทำได้ง่ายในการตรวจสอบ.
- บทบาทของร้านค้ามีความชัดเจน — ใช้ฟิลด์ความเป็นเจ้าของ Store, User และ Log เพื่อแยกผู้จัดการ, ผู้ประสานงาน และพนักงานภาคสนาม.
เข้าใจ Cold Chain Log สำหรับ Retail Backend
ผู้ตรวจสอบไม่ให้รางวัลแก่ความกล้าหาญในห่วงโซ่เย็นของค้าปลีก — พวกเขาให้รางวัลแก่หลักฐานที่ทำซ้ำได้: ใครทำอะไร, เมื่อไหร่, และภายใต้การควบคุมใด การหยุดชะลอเล็กน้อยสามารถสะสมได้อย่างรวดเร็ว. สร้างแบบจำลอง Store, ReceivingTempLog, DisplayCaseLog, และ AlarmEvent บน Back4app เพื่อให้การควบคุมห่วงโซ่เย็นของค้าปลีกใช้งานได้: การอนุมัติ, หลักฐาน, และข้อยกเว้นที่บันทึกไว้ในที่ที่งานเกิดขึ้นจริง. โครงสร้างครอบคลุม Store (ชื่อ, locationCode, timezone), ReceivingTempLog (store, supplierName, productCategory, receivedAt, temperatureC, reviewedBy), DisplayCaseLog (store, caseName, checkedAt, temperatureC, targetMinC, targetMaxC, status), และ AlarmEvent (store, sourceLogType, sourceLogId, severity, triggeredAt, acknowledgedAt, resolvedAt, notes). เชื่อมต่อกับ frontend ที่คุณต้องการและเริ่มบันทึกกิจกรรมในห่วงโซ่เย็นค้าปลีกได้เร็วขึ้น.
ดีที่สุดสำหรับ:
ภาพรวมเทมเพลต Cold Chain สำหรับการค้าปลีก
เมื่อสัญญา Cold Chain สำหรับการค้าปลีกตึงตัว ผู้ซื้อขอใบเสร็จ - ไม่ใช่การทำฮีโร่ นั่นคือเมื่อการทำงานที่มีการบันทึกเวลาได้ผล
สรุปนี้ช่วยให้ทีมเข้าใจเกี่ยวกับ Store, ReceivingTempLog, และ DisplayCaseLog ก่อนที่ใครจะดำดิ่งสู่ ER diagrams หรือ JSON exports
ฟีเจอร์หลักของบันทึกห่วงโซ่เย็น
การ์ดเทคโนโลยีทุกใบในศูนย์นี้ใช้โครงสร้างเย็นขายปลีกเดียวกันกับ Store, ReceivingTempLog, DisplayCaseLog, และ AlarmEvent.
ทะเบียนร้านค้า
คลาสร้านค้าบันทึกชื่อ สถานที่ รหัสสถานที่ เขตเวลา และสถานะการใช้งาน
การบันทึกรับอุณหภูมิ
ReceivingTempLog เชื่อมโยงร้านค้า, supplierName, productCategory, receivedAt, temperatureC, และ reviewedBy.
บันทึกแสดงตู้
DisplayCaseLog บันทึก caseName, checkedAt, temperatureC, targetMinC, targetMaxC, และสถานะ.
ประวัติสัญญาณเตือน
AlarmEvent เก็บประเภทแหล่งบันทึก, sourceLogId, severity, triggeredAt, acknowledgedAt, และ resolvedAt.
ทำไมต้องสร้าง Cold Chain Log ของคุณสำหรับแบ็กเอนด์ค้าปลีกด้วย Back4app?
Back4app ให้คุณคลาส Store และ log ที่จำเป็นสำหรับการทำงานด้านอุณหภูมิประจำวัน ดังนั้นทีมของคุณจึงสามารถมุ่งเน้นไปที่การตรวจสอบแทนที่จะออกแบบฐานข้อมูล.
- •ReceivingTempLog ยังคงมีโครงสร้าง: บันทึกอุณหภูมิC, supplierName, และ reviewedBy ใน ReceivingTempLog แทนที่จะเป็นบันทึกที่กระจัดกระจาย
- •DisplayCaseLog ทำให้การตรวจสอบชั้นคงที่: ใช้ฟิลด์ใน DisplayCaseLog เช่น caseName, checkedAt, targetMinC, และ targetMaxC เพื่อเปรียบเทียบแต่ละกรณีแสดงผลกับช่วงเดียวกัน
- •ประวัติ AlarmEvent พร้อมสำหรับการ query: เก็บ severity, triggeredAt, acknowledgedAt, และ resolvedAt ใน AlarmEvent เพื่อให้การขึ้นเรื่องสามารถตรวจสอบได้โดยร้านค้าและกะ
สร้างบันทึกห่วงโซ่เย็นในร้านค้าของคุณบนสัญญา backend เดียวและทำให้การรับสินค้า, การแสดง, และการทำงานของการแจ้งเตือนซิงค์กัน
ประโยชน์หลัก
แบ็คเอนด์เย็นขายปลีกที่ช่วยให้ทีมบันทึกการทำงานอุณหภูมิได้ราบรื่นยิ่งขึ้น.
การตรวจสอบการรับง่ายต่อการตรวจสอบ
คลาส ReceivingTempLog เดียวเชื่อมต่ออุณหภูมิที่ท่าเรือกับร้านค้า, supplierName, และผู้ตรวจสอบ.
การแสดงผลเคสอยู่ในรูปแบบที่สม่ำเสมอ
ใช้ฟิลด์ DisplayCaseLog เช่น caseName และ targetMinC เพื่อให้แต่ละกะปฏิบัติตามเช็คลิสต์เดียวกัน
การติดตามการแจ้งเตือนสามารถทำได้
ประวัติ AlarmEvent แสดง triggeredAt, acknowledgedAt และ resolvedAt สำหรับแต่ละเหตุการณ์ของร้าน
การกรองระดับร้านค้าง่ายดาย
ค้นหาตามพ้อยเตอร์ของร้านเพื่อดูอุณหภูมิที่รับเข้า การบันทึกเคสแสดงผล หรือการแจ้งเตือน
ความเป็นส่วนตัวในการดำเนินงานยังคงอยู่ในขอบเขต
ACL และ CLP สามารถจำกัดบันทึกของแต่ละร้านให้กับผู้จัดการและพนักงานที่เหมาะสม
การตั้งค่าที่เกี่ยวข้องกับ AI ช่วยในเบื้องหลัง
สร้างสคีมาและการรวมเริ่มต้นสำหรับบันทึกห่วงโซ่เย็นของคุณให้เร็วขึ้นด้วยพรอมต์เดียว
พร้อมที่จะเปิดตัวล็อกห่วงโซ่ความเย็นในการขายปลีกของคุณไหม?
ให้ตัวแทน AI ของ Back4app สร้างโครงแบ็กเอนด์ล็อกห่วงโซ่ความเย็นของคุณและสร้างข้อมูลการรับอุณหภูมิ ประวัติการแสดงเคส และประวัติการแจ้งเตือนจากคำสั่งเดียว.
เริ่มต้นฟรี — 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)
การกำหนดสคีมาของ JSON ที่พร้อมจะคัดลอกไปยัง Back4app หรือใช้เป็นข้อมูลอ้างอิงในการนำไปใช้.
{
"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 Agent
ใช้ Back4app AI Agent เพื่อสร้างแอปบันทึกสายเย็นค้าปลีกจริงจากแม่แบบนี้ ซึ่งรวมถึงส่วนหน้าบ้าน, ส่วนหลังบ้าน, การรับรอง, และการแสดงประวัติอุณหภูมิ, คดีแสดง, และการเตือนภัย.
สร้างบันทึกสายเย็นสำหรับแอปด้านหลังของค้าปลีกบน Back4app ด้วยสคีมานี้และพฤติกรรมที่แน่นอน. สคีมา: 1. ผู้ใช้ (ใช้ Back4app ที่ถูกสร้างขึ้น): ชื่อผู้ใช้, อีเมล, รหัสผ่าน; objectId, createdAt, updatedAt (ระบบ). 2. ร้านค้า: ชื่อ (String, จำเป็น), locationCode (String, จำเป็น), timezone (String, จำเป็น), isActive (Boolean, จำเป็น); objectId, createdAt, updatedAt (ระบบ). 3. รับอุณหภูมิ: ร้านค้า (Pointer to Store, จำเป็น), supplierName (String, จำเป็น), productCategory (String, จำเป็น), receivedAt (Date, จำเป็น), temperatureC (Number, จำเป็น), reviewedBy (Pointer to User, ทางเลือก), notes (String); objectId, createdAt, updatedAt (ระบบ). 4. บันทึกเคสแสดง: ร้านค้า (Pointer to Store, จำเป็น), caseName (String, จำเป็น), checkedAt (Date, จำเป็น), temperatureC (Number, จำเป็น), targetMinC (Number, จำเป็น), targetMaxC (Number, จำเป็น), status (String, จำเป็น), checkedBy (Pointer to User, ทางเลือก), notes (String); objectId, createdAt, updatedAt (ระบบ). 5. เหตุการณ์เตือนภัย: ร้านค้า (Pointer to Store, จำเป็น), sourceLogType (String, จำเป็น), sourceLogId (String, จำเป็น), severity (String, จำเป็น), triggeredAt (Date, จำเป็น), acknowledgedAt (Date, ทางเลือก), resolvedAt (Date, ทางเลือก), notes (String), acknowledgedBy (Pointer to User, ทางเลือก); objectId, createdAt, updatedAt (ระบบ). ความปลอดภัย: - จำกัดข้อมูลร้านค้าเพื่อให้ผู้จัดการและพนักงานสามารถอ่านข้อมูลร้านค้าและบันทึกที่เกี่ยวข้องสำหรับสถานที่ที่กำหนด ใช้ Cloud Code เพื่อตรวจสอบช่วงอุณหภูมิและการเปลี่ยนแปลงเตือนภัย. การรับรอง: - ลงทะเบียน, ล็อกอิน, ออกจากระบบ. พฤติกรรม: - แสดงร้านค้า, สร้างบันทึกอุณหภูมิที่รับ, อัปเดตบันทึกเคสแสดง, และตรวจสอบประวัติเตือนภัย. จัดส่ง: - แอป Back4app พร้อมสคีมา, ACLs, CLPs; ส่วนหน้าสำหรับอุณหภูมิที่รับ, บันทึกเคสแสดง, และประวัติเตือนภัย.
กดปุ่มด้านล่างเพื่อเปิด Agent โดยมีข้อความแม่แบบนี้ที่กรอกไว้แล้ว.
นี่คือข้อความแม่แบบพื้นฐานที่ไม่มีต่อท้ายเทคโนโลยี คุณสามารถปรับแต่งสแต็กส่วนหน้าที่สร้างขึ้นได้ภายหลัง.
API Playground
ทดลองใช้ REST และ GraphQL API กับรายงานบันทึกตราสินค้าสำหรับสถ معمุขการขาย ข้อมูลที่ตอบกลับจะใช้ข้อมูลจำลองและไม่ต้องการบัญชี Back4app
ใช้สถ معمุขเดียวกันกับเทมเพลตนี้.
เลือกเทคโนโลยีของคุณ
ขยายการ์ดแต่ละใบเพื่อดูวิธีการรวม Store, ReceivingTempLog, และ DisplayCaseLog กับสแต็กที่คุณเลือก.
Flutter เบื้องหลังบันทึกโซ่เย็น
React เบื้องหลังบันทึกโซ่เย็น
React แบบเนทีฟ เบื้องหลังบันทึกโซ่เย็น
Next.js เบื้องหลังบันทึกโซ่เย็น
JavaScript เบื้องหลังบันทึกโซ่เย็น
Android เบื้องหลังบันทึกโซ่เย็น
iOS เบื้องหลังบันทึกโซ่เย็น
Vue เบื้องหลังบันทึกโซ่เย็น
Angular เบื้องหลังบันทึกโซ่เย็น
GraphQL เบื้องหลังบันทึกโซ่เย็น
REST API เบื้องหลังบันทึกโซ่เย็น
PHP เบื้องหลังบันทึกโซ่เย็น
.NET เบื้องหลังบันทึกโซ่เย็น
สิ่งที่คุณจะได้รับจากทุกเทคโนโลยี
ทุกสแต็กใช้สคีมาฐานข้อมูลและสัญญา API ของห่วงโซ่ความเย็นค้าปลีกเดียวกัน
โครงสร้างบันทึกห่วงโซ่ความเย็นแบบรวม
จัดเก็บข้อมูล Store, ReceivingTempLog, DisplayCaseLog, และ AlarmEvent ให้ตรงกันระหว่างลูกค้า
การจับอุณหภูมิขณะรับสินค้าสำหรับค้าปลีก
บันทึกอุณหภูมิที่ท่าเรือพร้อมกับ supplierName, productCategory, และ reviewedBy
การตรวจสอบเคสแสดงผลสำหรับค้าปลีก
ติดตามการตรวจสอบเคสแสดงผลด้วย caseName, temperatureC, และฟิลด์ช่วงเป้าหมาย
ประวัติอัลรมสำหรับทีมค้าปลีก
ตรวจสอบ triggeredAt, acknowledgedAt และ resolvedAt ในรายการ AlarmEvent.
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 นาที | UI เว็บ Reactive สำหรับการตรวจสอบกรณีแสดงผล. | SDK ที่พิมพ์ | ทั้งหมด | |
| การตั้งค่าอย่างรวดเร็ว (5 นาที) | แดชบอร์ดสำหรับการดำเนินงานหลายร้านค้า. | SDK ที่พิมพ์ | ทั้งหมด | |
| น้อยกว่า 2 นาที | API ของ GraphQL ที่ยืดหยุ่นสำหรับการค้นหาประวัติโดยเก็บและเตือนความจำ. | GraphQL API | ทั้งหมด | |
| การติดตั้งรวดเร็ว (2 นาที) | การรวม REST API เพื่อรับบันทึกและการแจ้งเตือน. | REST API | ทั้งหมด | |
| ~3 นาที | เบื้องหลัง PHP ฝั่งเซิร์ฟเวอร์สำหรับการประมวลผลบันทึกค้าปลีก. | REST API | ทั้งหมด | |
| ~3–7 นาที | .NET แบ็กเอนด์สำหรับกระบวนการจัดการอุณหภูมิของร้านค้า | SDK ที่มีประเภท | ทั้งหมด |
เวลาตั้งค่าจะแสดงระยะเวลาที่คาดหวังจากการเริ่มต้นโครงการจนถึงการสร้างร้านค้าหรือการค้นหาข้อมูลในบันทึกโดยใช้สคีมานี้
คำถามที่พบบ่อย
คำถามทั่วไปเกี่ยวกับการสร้างบันทึกโซ่เย็นสำหรับแบ็คเอนด์ค้าปลีกด้วยเทมเพลตนี้
พร้อมที่จะสร้างล็อกห่วงโซ่เย็นของคุณสำหรับแอปค้าปลีกหรือยัง?
เริ่มโปรเจกต์ล็อกห่วงโซ่เย็นของคุณในไม่กี่นาที ไม่มีการเรียกเก็บเงินจากบัตรเครดิต