เทมเพลตเบื้องหลังการตรวจสอบเครื่องตรวจจับควัน
บันทึกการเปลี่ยนแบตเตอรี่และแผนที่การทดสอบในสถานที่
เบื้องหลังการตรวจสอบเครื่องตรวจจับควันที่พร้อมใช้งาน บน Back4app พร้อมบันทึกการเปลี่ยนแบตเตอรี่, การทดสอบความไว และหมุดแผนที่สำหรับเส้นทางการตรวจสอบ รวมถึงแผนภาพ ER, พจนานุกรมข้อมูล, โครงสร้าง JSON, สถานที่เล่น API, และคำสั่ง AI Agent สำหรับการตั้งค่าที่รวดเร็ว.
ข้อสรุปการตรวจสอบ
แม่แบบนี้ให้แบ็กเอนด์การตรวจสอบเครื่องตรวจจับควันที่มีบันทึกการเปลี่ยนแบตเตอรี่, การทดสอบความไว, และแผนที่ไซต์เพื่อให้ผู้ประสานงานและพนักงานสนามสามารถติดตามการตรวจสอบได้ด้วยงานที่น้อยลง.
- ประวัติการเปลี่ยนแบตเตอรี่ — บันทึกทุกการเข้าของ `BatteryLog` ด้วยหมายเลขประจำเครื่องตรวจจับ, วันที่เปลี่ยน, และบันทึกจากช่างเทคนิค.
- การทดสอบความไวโดยเครื่องตรวจจับ — เก็บผลการทดสอบ `SensitivityTest` สำหรับแต่ละ `Detector` เพื่อให้การตรวจสอบที่ล้มเหลวสามารถตรวจจับและติดตามได้ง่าย.
- การติดตามไซต์ที่พร้อมใช้งานในแผนที่ — ใช้บันทึก `Site` และ `MapPin` เพื่อวางเครื่องตรวจจับบนแผนที่และวางแผนการเยี่ยมชมภาคสนาม.
แม่แบบการตรวจสอบการตรวจจับควันคืออะไร?
เมื่อทีมตรวจสอบการตรวจจับควันทำงานข้ามสถานที่ การใช้ศัพท์เฉพาะที่สอดคล้องกันจะป้องกัน “ปัญหาเดียวกัน ชื่อที่แตกต่างกันห้าชื่อ” ในหลักฐานการตรวจสอบ วิธีแก้ไขที่เป็นเชิงปฏิบัติ ไม่ใช่เชิงจูงใจ。 Back4app เก็บบันทึกเวลาและการอ้างอิงที่เกี่ยวข้องกับ Site, Detector, BatteryLog, SensitivityTest และ MapPin - บรรทัดฐานที่ทีมตรวจสอบการตรวจจับควันต้องการเมื่อมีการตรวจสอบเข้ามา Schema ครอบคลุมผู้ใช้ (ชื่อผู้ใช้, อีเมล, รหัสผ่าน), เว็บไซต์ (ชื่อ, ที่อยู่, mapLocation), Detector (สถานที่, หมายเลขประจำเครื่อง, สถานะ), BatteryLog (ตรวจจับ, replacedAt, batteryType), SensitivityTest (ตรวจจับ, testedAt, ผลลัพธ์), และ MapPin (สถานที่, ละติจูด, ลองจิจูด) พร้อมบันทึกที่สามารถเข้าถึงได้และรายงานในแผนที่ เชื่อมต่อกับฝั่งหน้าและเริ่มติดตามการตรวจสอบได้เร็วขึ้น。
ดีที่สุดสำหรับ:
ภาพรวมของแบ็กเอนด์การตรวจสอบเครื่องตรวจจับควัน
ผู้ดำเนินการในการตรวจสอบเครื่องตรวจจับควันมักรู้สึกถึงความเจ็บปวดในส่วนของการส่งต่อ: ทีมหนึ่งอัปเดตชีต ทีมอื่นเชื่อการสนทนาในแชท และไม่มีทีมไหนตรงกับสิ่งที่ลูกค้าบอก
ไม่ว่าคุณจะส่งเว็บหรือมือถือ Site, Detector และ BatteryLog ยังคงเป็นโครงสร้างพื้นฐาน — หน้านี้เป็นวิธีที่รวดเร็วที่สุดในการทำให้ผู้มีส่วนได้ส่วนเสียตรงกัน
คุณสมบัติการตรวจสอบหลักของตัวตรวจจับควัน
การ์ดเทคโนโลยีทุกใบในศูนย์นี้ใช้โครงสร้างการตรวจสอบเครื่องตรวจจับควันเดียวกันคือ Site, Detector, BatteryLog, SensitivityTest, และ MapPin.
การลงทะเบียนไซต์และสมอแผนที่
`Site` จะเก็บชื่อ ที่อยู่ และ mapLocation สำหรับแต่ละอาคารหรือแผนผังชั้น.
สินค้าคงคลังตัวตรวจจับ
ลิงก์ `Detector` เชื่อมโยงหมายเลขซีเรียล สถานะ และไซต์.
บันทึกการเปลี่ยนแบตเตอรี่
`BatteryLog` บันทึกวันที่เปลี่ยน , ประเภทแบตเตอรี่ และหมายเหตุช่างเทคนิค.
ผลการทดสอบความไว
`SensitivityTest` บันทึก testedAt, result, และ detector.
การวางพินแผนที่
`MapPin` ใช้ละติจูด, ลองจิจูด, และไซต์.
ทำไมต้องสร้างแบ็กเอนด์การตรวจสอบเครื่องตรวจจับควันของคุณด้วย Back4app?
Back4app ให้คุณมีไซต์, เครื่องตรวจจับ และองค์ประกอบการตรวจสอบเพื่อให้ทีมของคุณสามารถมุ่งเน้นไปที่แบตเตอรี่, การทดสอบ และการวางแผนเส้นทางแทนการดูแลแบ็กเอนด์
- •บันทึกเครื่องตรวจจับและไซต์ในที่เดียว: คลาส `Detector` จะเชื่อมโยงกับ `Site` ดังนั้นการตรวจสอบแบตเตอรี่และการทดสอบความไวจึงเชื่อมโยงกับที่อยู่และหมุดแผนที่ที่ถูกต้อง
- •ประวัติบันทึกแบตเตอรี่ที่ค้นหาได้ง่าย: แถว `BatteryLog` จะบันทึก `replacedAt`, `batteryType`, และ `technicianNote`, ซึ่งช่วยให้ผู้จัดการตรวจสอบการเปลี่ยนแบตเตอรี่ตามตัวตรวจจับหรือตามวัน.
- •สถานะสดสำหรับการตรวจสอบและการเปลี่ยนเส้นทาง: ใช้ Live Queries สำหรับการอัปเดต `SensitivityTest` และ `MapPin` ในขณะที่เก็บ REST และ GraphQL พร้อมสำหรับแดชบอร์ดเว็บและเครื่องมือภาคสนามบนมือถือ.
สร้างแบ็คเอนด์การตรวจสอบเพียงครั้งเดียว จากนั้นนำคลาสเดียวกันไปใช้สำหรับการวางแผนเส้นทาง ประวัติการตรวจสอบ และงานติดตามผล.
ประโยชน์หลัก
ระบบแบ็กเอนด์การตรวจสอบเครื่องตรวจจับควันที่ช่วยให้ทีมอยู่ในระเบียบโดยไม่สูญเสียรายละเอียดที่สำคัญ.
การอัปเดตสนามที่รวดเร็วขึ้น
เขียนรายการ `BatteryLog` และ `SensitivityTest` เมื่อเกิดการเข้าชมแทนที่จะรอการทำความสะอาดสเปรดชีต.
ล้างประวัติของตัวตรวจจับ
ใช้ `Detector.serialNumber` พร้อมกับบันทึกที่เชื่อมโยงเพื่อตรวจสอบประวัติการบำรุงรักษาสำหรับหน่วยใด ๆ.
การวางแผนตามแผนที่
`Site.mapLocation` และ `MapPin.latitude` / `MapPin.longitude` ทำให้การวางแผนเส้นทางน้อยลงอย่างไม่ค่อยชัดเจน.
การติดตามผลที่ดีกว่าบนการทดสอบที่ล้มเหลว
ผลลัพธ์ของ `SensitivityTest.result` ที่ล้มเหลวสามารถกรองได้ทันทีเพื่อให้ผู้ดูแลทราบว่าตัวตรวจจับใดต้องการความสนใจ.
Backend เดียวสำหรับมือถือและเดสก์ท็อป
REST และ GraphQL เปิดเผยข้อมูล `Site`, `Detector`, และบันทึกเดียวกันให้กับทุกแอพที่ต้องการมัน.
การตั้งค่าที่สามารถใช้งานซ้ำได้สำหรับการตรวจสอบในอนาคต
เพิ่มฟิลด์เพิ่มเติมในภายหลัง แต่รักษารูปแบบหลักเดิมรอบ ๆ `BatteryLog` และ `SensitivityTest`
พร้อมที่จะเปิดตัวแอปตรวจสอบเครื่องตรวจจับควันของคุณหรือยัง?
ให้ Back4app AI Agent สร้างแบ็กเอนด์การตรวจสอบของคุณและสร้างบันทึกแบตเตอรี่ การทดสอบความไว และมุมมองแผนที่จากคำสั่งเพียงคำสั่งเดียว
ใช้ฟรีในการเริ่มต้น — 50 คำสั่ง AI Agent/เดือน ไม่ต้องใช้บัตรเครดิต
เทคโนโลยีพื้นฐาน
ทุกอย่างรวมอยู่ในเทมเพลตการตรวจสอบเครื่องตรวจจับควันนี้.
แผนภาพ ER ของการตรวจสอบควันที่เกิดจากการทำงาน
แบบจำลองความสัมพันธ์ของเอนทิตีสำหรับสคีมาการตรวจสอบเครื่องตรวจจับควัน
สคีมาครอบคลุมเว็บไซต์, เครื่องตรวจจับ, บันทึกแบตเตอรี่, การทดสอบความไว, และหมุดแผนที่.
ดูแหล่งที่มาของแผนภาพ
erDiagram
Inspector ||--o{ Building : "primaryCoordinator"
Inspector ||--o{ Audit : "inspector"
Inspector ||--o{ BatteryReplacement : "replacedBy"
Inspector ||--o{ SensitivityTest : "testedBy"
Building ||--o{ Detector : "building"
Building ||--o{ Audit : "building"
Building ||--o{ SiteMap : "building"
Detector ||--o{ BatteryReplacement : "detector"
Detector ||--o{ SensitivityTest : "detector"
Inspector {
String objectId PK
String username
String email
String password
String role
String phoneNumber
Date createdAt
Date updatedAt
}
Building {
String objectId PK
String buildingName
String address
String city
String state
Number latitude
Number longitude
String primaryCoordinatorId FK
Date createdAt
Date updatedAt
}
Detector {
String objectId PK
String buildingId FK
String roomLabel
String deviceId
String modelNumber
Number batteryLevel
Date lastBatteryChangeAt
String status
Date createdAt
Date updatedAt
}
Audit {
String objectId PK
String buildingId FK
String inspectorId FK
Date auditDate
String overallStatus
String notes
Date createdAt
Date updatedAt
}
BatteryReplacement {
String objectId PK
String detectorId FK
String replacedById FK
Date replacementDate
String batteryType
String oldBatteryCondition
Date createdAt
Date updatedAt
}
SensitivityTest {
String objectId PK
String detectorId FK
String testedById FK
Date testDate
String testResult
Number readingValue
String notes
Date createdAt
Date updatedAt
}
SiteMap {
String objectId PK
String buildingId FK
String mapName
Number floorNumber
String mapUrl
String legendNotes
Date createdAt
Date updatedAt
}
การตรวจสอบกระแสการรวมระบบ
กระแสการทำงานตามปกติสำหรับการตรวจสอบสิทธิ์, การค้นหาไซต์, บันทึกแบตเตอรี่, การทดสอบความไว, และการอัปเดตแผนที่
ดูแหล่งที่มาของแผนภาพ
sequenceDiagram
participant Inspector
participant App as Smoke Detector Audit App
participant Back4app as Back4app Cloud
Inspector->>App: Sign in
App->>Back4app: POST /login
Back4app-->>App: Session token
Inspector->>App: Open building list
App->>Back4app: GET /classes/Building?include=primaryCoordinator
Back4app-->>App: Buildings and coordinators
Inspector->>App: Review detector batteries
App->>Back4app: GET /classes/Detector?include=building&order=-updatedAt
Back4app-->>App: Detector battery levels and statuses
Inspector->>App: Save a battery replacement or sensitivity test
App->>Back4app: POST /classes/BatteryReplacement
App->>Back4app: POST /classes/SensitivityTest
Back4app-->>App: Saved audit trail records
Inspector->>App: Load site maps for a building
App->>Back4app: GET /classes/SiteMap?include=building
Back4app-->>App: Floor plans and detector locationsการตรวจสอบพจนานุกรมข้อมูล
การอ้างอิงระดับฟิลด์อย่างเต็มที่สำหรับทุกคลาสในสคีมาการตรวจสอบตัวตรวจจับควัน
| ฟิลด์ | ประเภท | คำอธิบาย | จำเป็น |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | อัตโนมัติ |
| username | String | Inspector login name | |
| String | Inspector email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role of the user (e.g., manager, coordinator, field_tech) | |
| phoneNumber | String | Contact number for site coordination | — |
| createdAt | Date | Auto-generated creation timestamp | อัตโนมัติ |
| updatedAt | Date | Auto-generated last-update timestamp | อัตโนมัติ |
8 ฟิลด์ใน Inspector
ความปลอดภัยและการอนุญาต
กลยุทธ์ ACL และ CLP ปกป้องบันทึกเว็บไซต์, ประวัติการตรวจจับ, และบันทึกการตรวจสอบอย่างไร
รายการตรวจสอบที่เป็นเจ้าของโดยช่างเทคนิค
เฉพาะผู้ใช้ที่สร้างรายการ `BatteryLog` หรือ `SensitivityTest` เท่านั้นที่สามารถแก้ไขหรือลบได้
การเข้าถึงการอ่านระดับไซต์
จำกัดการมองเห็น `Site` และ `Detector` ต่อเจ้าหน้าที่หรือบทบาทผู้จัดการที่ได้รับมอบหมายเมื่อเส้นทางการตรวจสอบถูกแชร์.
เปลี่ยนการควบคุมสถานะของตัวตรวจจับ
ใช้ Cloud Code เพื่อยืนยันการเปลี่ยนแปลง `Detector.status` เพื่อให้การทดสอบหรือการเปลี่ยนแปลงที่ล้มเหลวถูกบันทึกอย่างชัดเจน
สคีม่า (JSON)
นิยามสคีม่า JSON ดิบพร้อมที่จะคัดลอกไปยัง Back4app หรือใช้เป็นอ้างอิงในการนำไปใช้งาน
{
"classes": [
{
"className": "Inspector",
"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
},
"phoneNumber": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Building",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"buildingName": {
"type": "String",
"required": true
},
"address": {
"type": "String",
"required": true
},
"city": {
"type": "String",
"required": true
},
"state": {
"type": "String",
"required": true
},
"latitude": {
"type": "Number",
"required": false
},
"longitude": {
"type": "Number",
"required": false
},
"primaryCoordinator": {
"type": "Pointer",
"required": true,
"targetClass": "Inspector"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Detector",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"building": {
"type": "Pointer",
"required": true,
"targetClass": "Building"
},
"roomLabel": {
"type": "String",
"required": true
},
"deviceId": {
"type": "String",
"required": true
},
"modelNumber": {
"type": "String",
"required": true
},
"batteryLevel": {
"type": "Number",
"required": false
},
"lastBatteryChangeAt": {
"type": "Date",
"required": false
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Audit",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"building": {
"type": "Pointer",
"required": true,
"targetClass": "Building"
},
"inspector": {
"type": "Pointer",
"required": true,
"targetClass": "Inspector"
},
"auditDate": {
"type": "Date",
"required": true
},
"overallStatus": {
"type": "String",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "BatteryReplacement",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"detector": {
"type": "Pointer",
"required": true,
"targetClass": "Detector"
},
"replacedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Inspector"
},
"replacementDate": {
"type": "Date",
"required": true
},
"batteryType": {
"type": "String",
"required": true
},
"oldBatteryCondition": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "SensitivityTest",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"detector": {
"type": "Pointer",
"required": true,
"targetClass": "Detector"
},
"testedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Inspector"
},
"testDate": {
"type": "Date",
"required": true
},
"testResult": {
"type": "String",
"required": true
},
"readingValue": {
"type": "Number",
"required": false
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "SiteMap",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"building": {
"type": "Pointer",
"required": true,
"targetClass": "Building"
},
"mapName": {
"type": "String",
"required": true
},
"floorNumber": {
"type": "Number",
"required": false
},
"mapUrl": {
"type": "String",
"required": true
},
"legendNotes": {
"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, จำเป็น), ที่อยู่ (String, จำเป็น), ตำแหน่งบนแผนที่ (GeoPoint, จำเป็น), หมายเหตุ (String); objectId, createdAt, updatedAt (ระบบ). 3. ตัวตรวจจับ: เว็บไซต์ (Pointer to Site, จำเป็น), หมายเลขประจำตัว (String, จำเป็น, ไม่ซ้ำ), สถานะ (String, จำเป็น), ชื่อรุ่น (String), เปลี่ยนแบตเตอรี่ครั้งสุดท้ายที่ (Date); objectId, createdAt, updatedAt (ระบบ). 4. BatteryLog: ตัวตรวจจับ (Pointer to Detector, จำเป็น), เปลี่ยนที่ (Date, จำเป็น), ประเภทแบตเตอรี่ (String, จำเป็น), หมายเหตุช่างเทคนิค (String), ถูกแทนที่โดย (Pointer to User); objectId, createdAt, updatedAt (ระบบ). 5. SensitivityTest: ตัวตรวจจับ (Pointer to Detector, จำเป็น), ทดสอบที่ (Date, จำเป็น), ผลลัพธ์ (String, จำเป็น), ค่าการอ่าน (Number), หมายเหตุช่างเทคนิค (String); objectId, createdAt, updatedAt (ระบบ). 6. MapPin: เว็บไซต์ (Pointer to Site, จำเป็น), ละติจูด (Number, จำเป็น), ลองจิจูด (Number, จำเป็น), ป้ายชื่อ (String), ลำดับเส้นทาง (Number); objectId, createdAt, updatedAt (ระบบ). ความปลอดภัย: - ใช้ ACL/CLP เพื่อให้ช่างเทคนิคสามารถเขียนบันทึก BatteryLog และ SensitivityTest ของตนเองได้ ในขณะที่ผู้จัดการสามารถตรวจสอบประวัติของไซต์และตัวตรวจจับได้ - ใช้ Cloud Code เพื่อตรวจสอบการเปลี่ยนแปลงสถานะของตัวตรวจจับและต้องการข้อมูลที่เชื่อมโยงกับไซต์ การรับรองความถูกต้อง: - สมัครสมาชิก, เข้าสู่ระบบ, ลงชื่อออก พฤติกรรม: - แสดงรายการไซต์, แสดงตัวตรวจจับตามไซต์, สร้างบันทึกการเปลี่ยนแบตเตอรี่, ส่งการทดสอบความไว, และรีเฟรชพินแผนที่สำหรับเส้นทางถัดไป การส่งมอบ: - แอป Back4app พร้อมสคีมา, ACLs, CLPs; ส่วนหน้าสำหรับไซต์, ตัวตรวจจับ, บันทึกแบตเตอรี่, การทดสอบความไว, และมุมมองแผนที่
กดปุ่มด้านล่างเพื่อเปิด Agent พร้อมกับคำกระตุ้นแม่แบบนี้ที่กรอกไว้เรียบร้อยแล้ว
นี่คือการตั้งค่าพื้นฐานที่ไม่มีคำต่อท้ายทางเทคโนโลยี คุณสามารถปรับแต่งสแต็กส่วนหน้าที่สร้างขึ้นหลังจากนี้ได้
API Playground
ลองใช้ REST และ GraphQL endpoints กับสคีมาการตรวจสอบตัวตรวจจับควัน การตอบสนองใช้ข้อมูลจำลองและไม่ต้องการบัญชี Back4app
ใช้สคีมาเดียวกับเทมเพลตนี้
เลือกเทคโนโลยีของคุณ
ขยายแต่ละการ์ดเพื่อดูวิธีการรวม Site, Detector, และ BatteryLog กับสแต็กที่คุณเลือก.
Flutter การตรวจสอบอุปกรณ์ตรวจจับควัน
React การตรวจสอบอุปกรณ์ตรวจจับควัน
React แบบเนทีฟ การตรวจสอบอุปกรณ์ตรวจจับควัน
Next.js การตรวจสอบอุปกรณ์ตรวจจับควัน
JavaScript การตรวจสอบอุปกรณ์ตรวจจับควัน
Android การตรวจสอบอุปกรณ์ตรวจจับควัน
iOS การตรวจสอบอุปกรณ์ตรวจจับควัน
Vue การตรวจสอบอุปกรณ์ตรวจจับควัน
Angular การตรวจสอบอุปกรณ์ตรวจจับควัน
GraphQL การตรวจสอบอุปกรณ์ตรวจจับควัน
REST API การตรวจสอบอุปกรณ์ตรวจจับควัน
PHP การตรวจสอบอุปกรณ์ตรวจจับควัน
.NET การตรวจสอบอุปกรณ์ตรวจจับควัน
สิ่งที่คุณได้รับกับทุกเทคโนโลยี
ทุกสแต็กใช้สคีมาสำหรับการตรวจสอบสัญญาณควันและสัญญา API ที่เหมือนกัน.
โครงสร้างข้อมูลการตรวจสอบแบบรวม
จัดการไซต์, ตัวตรวจจับ, บันทึกแบตเตอรี่, การทดสอบความไว, และหมุดแผนที่ด้วยสคีมาที่สอดคล้องกัน.
บันทึกการเปลี่ยนแบตเตอรี่สำหรับทีมภาคสนาม
ติดตามการเปลี่ยนแบตเตอรี่แต่ละครั้งด้วยวันที่และเวลา, ตัวชี้ไปยังตัวตรวจจับ, และหมายเหตุจากช่างเทคนิค.
การติดตามการทดสอบความไวสำหรับการตรวจสอบความสอดคล้อง
บันทึกผลการผ่านหรือไม่ผ่านโดยการตรวจจับเพื่อให้การทำงานติดตามเป็นที่ชัดเจน
การวางแผนไซต์ที่คำนึงถึงแผนที่
ใช้พิกัดไซต์และบันทึกพินเพื่อวางแผนเส้นทางและลดการตรวจสอบที่พลาดไป
REST/GraphQL APIs สำหรับแอปตรวจสอบ
รวมเครื่องมือเว็บ มือถือ และเครื่องมือภายในผ่านสัญญา backend เดียว
การเปรียบเทียบเทคโนโลยี Smoke Audit
เปรียบเทียบความเร็วในการตั้งค่า, สไตล์ SDK, และการสนับสนุน AI ข้ามเทคโนโลยีทั้งหมดที่รองรับ.
| กรอบงาน | เวลาในการตั้งค่า | ประโยชน์จากการตรวจสอบ | ประเภท SDK | การสนับสนุน AI |
|---|---|---|---|---|
| ประมาณ 5 นาที | โค้ดเบสเดียวสำหรับการตรวจสอบในพื้นที่บนมือถือและเว็บ. | SDK ที่พิมพ์ | เต็มรูปแบบ | |
| น้อยกว่า 5 นาที | แดชบอร์ดเว็บที่รวดเร็วสำหรับประวัติของตัวตรวจจับ. | SDK ที่พิมพ์แล้ว | เต็มรูปแบบ | |
| ประมาณ 3–7 นาที | แอปพลิเคชันมือถือข้ามแพลตฟอร์มสำหรับบันทึกแบตเตอรี่. | SDK ที่พิมพ์แล้ว | เต็มรูปแบบ | |
| การตั้งค่าอย่างรวดเร็ว (5 นาที) | แผนผังเว็บไซต์ที่เรนเดอร์จากเซิร์ฟเวอร์และแดชบอร์ดการตรวจสอบ. | SDK ที่พิมพ์แล้ว | เต็มรูปแบบ | |
| ประมาณ 3–5 นาที | การรวมเบราว์เซอร์ที่มีน้ำหนักเบาสำหรับแบบฟอร์มการตรวจสอบ. | SDK ที่พิมพ์แล้ว | เต็มรูปแบบ | |
| ประมาณ 5 นาที | แอป Android ดั้งเดิมสำหรับการตรวจสอบในสถานที่. | SDK ที่พิมพ์ | เต็มรูปแบบ | |
| น้อยกว่า 5 นาที | แอป iPhone ดั้งเดิมสำหรับการทำงานของช่างเทคนิค. | SDK ที่พิมพ์ | เต็มรูปแบบ | |
| ~3–7 นาที | UI เว็บ React สำหรับแผนที่ไซต์. | SDK ที่พิมพ์ | เต็มรูปแบบ | |
| การตั้งค่าอย่างรวดเร็ว (5 นาที) | พอร์ทัลการตรวจสอบองค์กรสำหรับทีมปฏิบัติการ. | SDK ที่พิมพ์ | เต็มรูปแบบ | |
| ภายใน 2 นาที | API GraphQL ที่ยืดหยุ่นสำหรับข้อมูลตัวตรวจจับที่ซ้อนกัน. | API GraphQL | เต็มรูปแบบ | |
| การตั้งค่าอย่างรวดเร็ว (2 นาที) | การรวม REST API สำหรับการส่งบันทึก. | REST API | เต็มรูปแบบ | |
| ประมาณ 3 นาที | ส่วนหลังของ PHP ที่ทำงานด้านเซิร์ฟเวอร์สำหรับเครื่องมือบริหารการตรวจสอบ | REST API | เต็มรูปแบบ | |
| ~3–7 นาที | .NET ส่วนหลังสำหรับกระบวนการตรวจสอบตัวตรวจจับ | SDK ที่พิมพ์ชนิด | เต็มรูปแบบ |
เวลาในการตั้งค่าสะท้อนระยะเวลาที่คาดหวังจากการเริ่มต้นโปรเจ็กต์ไปจนถึงเว็บไซต์แรก ตัวตรวจจับ หรือการค้นหาในบันทึกที่ใช้สคีมานี้.
คำถามที่พบบ่อย
คำถามทั่วไปเกี่ยวกับการสร้างแบ็กเอนด์ตรวจจับควันด้วยแม่แบบนี้
พร้อมที่จะสร้างแอปการตรวจสอบตัวตรวจจับของคุณหรือยัง?
เริ่มโปรเจกต์การตรวจสอบตัวตรวจจับของคุณในไม่กี่นาที ไม่มีบัตรเครดิตที่จำเป็น