電梯服務後端

電梯服務應用程式後端範本
步驟鏈接日誌，電機健康與清潔歷史

Q: 如果路由數據稍有錯誤，哪些電梯服務工作流程會造成最多的返工？

電梯服務後端是一個 BaaS 架構和 API，用於管理電梯資產、服務訪問、步驟鏈日誌、電機健康檢查和清潔歷史。

Q: 電梯資產登記、服務訪問日誌、步鏈日誌捕獲如何結合以執行日常的電梯服務工作？

它包括電梯資產（assetTag、siteName、status）、服務訪問（asset、technician、visitDate、outcome）、步鏈日誌（asset、stepCount、chainWear、vibrationLevel）、馬達健康（asset、amperage、temperatureC、alertStatus）和清潔歷史（asset、cleanedBy、cleanedAt、notes），加上ER圖、API遊樂場和AI代理提示。

Q: 在業務增添SKU或服務時，演變電梯服務實體的最安全方法是什麼？

Back4app提供管理數據庫、身份驗證、實時查詢和靈活的模式，以便您能夠追蹤步鏈日誌、馬達健康和清潔歷史，而無需運行自己的後端。

Q: 我該如何使用Flutter查詢電梯資產？

使用電梯資產和服務訪問類別來查詢和顯示現場工作，然後在同一屏幕中顯示步鏈日誌和馬達健康的詳細信息。

Q: 我如何使用Next.js Server Actions管理電梯服務訪問？

使用伺服器操作創建帶有資產指針和技術人員指針的Parse對象，然後在Cloud Code中驗證寫入。

Q: React本地是否能離線緩存清潔歷史？

是的。啟用本地數據存儲並將清潔歷史和電梯資產結果固定，以便技術人員可以在沒有連接的情況下查看服務歷史。

Q: 我該如何防止未經授權的電梯健康編輯？

在 Cloud Code 的 beforeSave 針對 MotorHealth 中，驗證技術人員的分配，並拒絕不符合許可的電梯服務工作的寫入。

Q: 在 Android 上顯示步驟鏈日誌的最佳方法是什麼？

按資產查詢 StepChainLog 項目並按 loggedAt 進行排序，以便應用程序可以顯示每台電梯的磨損趨勢。

Q: 服務流程是如何從頭到尾進行的？

協調員登錄，選擇一個 EscalatorAsset，創建一個 ServiceVisit，添加 StepChainLog 和 MotorHealth 讀數，然後在單元清潔後記錄 CleaningHistory。

Q: 哪些類別支持這個電梯服務模板？

核心模型包括 EscalatorAsset（assetTag、siteName、status）、ServiceVisit（asset、technician、visitDate、outcome）、StepChainLog（asset、stepCount、chainWear、vibrationLevel）、MotorHealth（asset、amperage、temperatureC、alertStatus）和 CleaningHistory（asset、cleanedBy、cleanedAt、notes）。

一個可生產的 電梯服務後端 在 Back4app，擁有步驟鏈接日誌，電機健康檢查，和清潔歷史跟蹤。包括 ER 圖，數據字典，JSON 架構，API 操作區，和一個 AI 助手 提示以快速啟動。

使用 AI 代理構建選擇您的技術

主要收穫

此模板為您提供一個具有步驟鏈日誌、馬達健康檢查和清潔歷史跟蹤的電梯服務後端，使協調員和技術人員可以根據相同的服務記錄工作。

步驟鏈日誌跟蹤 — 在 StepChainLog 類中建模步驟鏈日誌，包含時間戳、讀數和服務筆記。
馬達健康檢查 — 將馬達健康檢查存儲在 MotorHealth 類中，並按狀態或嚴重性排序。
將清潔歷史集中管理 — 使用 CleaningHistory 類來按順序保持清潔事件、工作人員筆記和後續行動。

樓梯電梯服務應用程序模板是什麼？

當樓梯電梯服務團隊的人數超過幾個時，非正式協調停止工作，您需要每次交接的耐用記錄。小的延遲會迅速累積。在 Back4app 上，EscalatorAsset、ServiceVisit、StepChainLog、MotorHealth 和 CleaningHistory 成為具有身份驗證和 API 的一級對象，這樣您的樓梯電梯服務團隊就可以在不重建管線的情況下更快地移動。此架構涵蓋 EscalatorAsset（assetTag、siteName、status）、ServiceVisit（asset、technician、visitDate、outcome）、StepChainLog（asset、stepCount、chainWear、vibrationLevel）、MotorHealth（asset、amperage、temperatureC、alertStatus）和 CleaningHistory（asset、cleanedBy、cleanedAt、notes），並內置了身份驗證、服務記錄和現場登記。連接您首選的前端，迅速發佈。

最佳用途：

樓梯電梯維護應用程序現場服務派遣工具電機檢查儀表板清潔和服務歷史跟蹤器MVP發佈團隊選擇 BaaS 作為操作產品

電扶梯服務後端概述

最佳的電扶梯服務儀表板很無聊，因為底層實體是乾淨的——而不是因為某人在午夜時分處理了電子表格。

使用此概述查看 EscalatorAsset、ServiceVisit 和 StepChainLog 如何協同工作，然後再將工程時間分配給特定的客戶框架。

核心電梯服務功能

此中心的每個技術卡片均使用相同的扶手電梯服務架構，包括 EscalatorAsset、ServiceVisit、StepChainLog、MotorHealth 和 CleaningHistory。

電梯資產登記

EscalatorAsset 儲存 assetTag、siteName 和狀態。

服務訪問登錄

ServiceVisit鏈接資產、技術人員、訪問日期和結果。

步驟鏈日誌捕獲

StepChainLog儲存步驟計數、鏈條磨損和振動水平。

馬達健康檢查

MotorHealth 保持電流、攝氏溫度和警報狀態。

清潔歷史記錄

CleaningHistory 儲存由誰清潔、清潔時間和備註。

為什麼要使用 Back4app 建立您的電扶梯服務應用後端？

Back4app 提供資產、檢查和歷史原語，讓您的團隊專注於服務記錄和安全檢查，而不是伺服器的維護。

•資產和訪問追蹤: EscalatorAsset 和 ServiceVisit 類別將站點名稱、技術人員分配和結果緊密結合。
•步驟鏈和馬達觀察: StepChainLog 和 MotorHealth 字段捕獲磨損、振動、電流和溫度，以便技術人員能夠快速查詢。
•即時 + API 彈性: 使用 Live Queries 進行新的 CleaningHistory 條目，同時保持 REST 和 GraphQL 可用於調度工具和移動現場應用程式。

通過一個後端合約更快地構建電梯服務工作流程，適用於經理、協調員和現場工作人員。

核心優勢

一個扶手電梯服務後端，幫助團隊記錄檢查並保持歷史記錄的準確，不需重新建立相同的表格。

更快速的服務接收

從 EscalatorAsset 和 ServiceVisit 開始，而不是從零開始建立資產和工作訂單表格。

更清晰的馬達報告

使用馬達健康字段，如電流、攝氏溫度和警報狀態，提前標記問題。

背景下的步驟鏈歷史

存儲帶有資產指針的 StepChainLog 條目，以便技術人員能夠隨時間比較磨損情況。

適合審計的清潔記錄

為每次訪問保持 CleaningHistory 條目，查看誰在什麼時候清潔了哪個升降機。

站點級別的操作視圖

按 siteName 和 assetTag 查詢 ServiceVisit、StepChainLog 和 MotorHealth，而無需修改架構。

AI輔助啟動

快速生成後端骨架和集成指導，僅需一個結構化提示。

準備好啟動您的電梯服務應用程序了嗎？

讓Back4app AI代理為您的電梯服務後端搭建骨架，並從一個提示中生成步驟鏈日誌、電機健康檢查和清潔歷史。

與AI代理一起構建試用API Playground

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

技術棧

這個電梯服務後端模板中包含所有內容。

前端

13+ 技術

後端

Back4app

資料庫

MongoDB

身份驗證

內建身份驗證 + 會話

API

REST 和 GraphQL

實時

Live Queries

ER 圖

升降梯服務後端架構的實體關係模型。

ER圖

查看圖表來源

Mermaid

erDiagram
    User ||--o{ Site : "manager"
    User ||--o{ ServiceJob : "assignedTo"
    User ||--o{ StepChainLog : "loggedBy"
    User ||--o{ MotorHealthCheck : "checkedBy"
    User ||--o{ CleaningRecord : "cleanedBy"
    Site ||--o{ ServiceJob : "site"
    ServiceJob ||--o{ StepChainLog : "serviceJob"
    ServiceJob ||--o{ MotorHealthCheck : "serviceJob"
    ServiceJob ||--o{ CleaningRecord : "serviceJob"

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

    Site {
        String objectId PK
        String siteCode
        String name
        String address
        String managerId FK
        Date createdAt
        Date updatedAt
    }

    ServiceJob {
        String objectId PK
        String jobNumber
        String siteId FK
        String assignedToId FK
        String status
        Date scheduledFor
        Date createdAt
        Date updatedAt
    }

    StepChainLog {
        String objectId PK
        String serviceJobId FK
        String stepChainId
        Number stepCount
        String condition
        String photoUrl
        String loggedById FK
        Date loggedAt
        Date createdAt
        Date updatedAt
    }

    MotorHealthCheck {
        String objectId PK
        String serviceJobId FK
        String motorSerial
        Number temperatureC
        Number vibrationMmS
        String healthStatus
        String checkedById FK
        Date checkedAt
        Date createdAt
        Date updatedAt
    }

    CleaningRecord {
        String objectId PK
        String serviceJobId FK
        String cleaningType
        Array areasCleaned
        String cleanedById FK
        Date cleanedAt
        String notes
        Date createdAt
        Date updatedAt
    }

服務整合流程

登錄、資產查詢、步驟鏈日誌、電機健康檢查和清潔歷史的典型運行流程。

ER圖

查看圖表來源

Mermaid

sequenceDiagram
  participant User
  participant App as Escalator Service App
  participant Back4app as Back4app Cloud

  User->>App: Sign in to inspect a site
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Open today's service jobs
  App->>Back4app: GET /classes/ServiceJob?include=site,assignedTo
  Back4app-->>App: ServiceJob list

  User->>App: Add a step chain log
  App->>Back4app: POST /classes/StepChainLog
  Back4app-->>App: StepChainLog objectId

  User->>App: Save motor health check and cleaning record
  App->>Back4app: POST /classes/MotorHealthCheck
  App->>Back4app: POST /classes/CleaningRecord
  Back4app-->>App: Health and cleaning history stored

數據字典

電扶梯服務架構中每個類別的完整字段級參考。

字段	類型	描述	必填
objectId	String	Auto-generated unique identifier	自動
username	String	Account login name
email	String	Work email address
password	String	Hashed password (write-only)
role	String	User role such as manager, coordinator, or technician
createdAt	Date	Auto-generated creation timestamp	自動
updatedAt	Date	Auto-generated last-update timestamp	自動

7 欄位在 User 中

安全性和權限

如何使用 ACL 和 CLP 策略保護電梯資產、訪問、日誌、馬達讀數和清潔歷史。

技術人員擁有的訪問條目

只有指派的技術人員或經批准的協調員應該創建或編輯 ServiceVisit。

資產和歷史的完整性

EscalatorAsset、StepChainLog、MotorHealth 和 CleaningHistory 應受到保護，以便現場筆記不會在未經審查的情況下被重寫。

範圍讀取訪問

按網站或團隊限制讀取訪問，以便經理可以查看他們負責的升降機，而現場工作人員僅能接觸分配的工作。

架構 (JSON)

原始 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

241

242

243

244

245

246

247

{
  "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": "Site",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "siteCode": {
          "type": "String",
          "required": true
        },
        "name": {
          "type": "String",
          "required": true
        },
        "address": {
          "type": "String",
          "required": true
        },
        "manager": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "ServiceJob",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "jobNumber": {
          "type": "String",
          "required": true
        },
        "site": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Site"
        },
        "assignedTo": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "status": {
          "type": "String",
          "required": true
        },
        "scheduledFor": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "StepChainLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "serviceJob": {
          "type": "Pointer",
          "required": true,
          "targetClass": "ServiceJob"
        },
        "stepChainId": {
          "type": "String",
          "required": true
        },
        "stepCount": {
          "type": "Number",
          "required": true
        },
        "condition": {
          "type": "String",
          "required": true
        },
        "photoUrl": {
          "type": "String",
          "required": false
        },
        "loggedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "loggedAt": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "MotorHealthCheck",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "serviceJob": {
          "type": "Pointer",
          "required": true,
          "targetClass": "ServiceJob"
        },
        "motorSerial": {
          "type": "String",
          "required": true
        },
        "temperatureC": {
          "type": "Number",
          "required": true
        },
        "vibrationMmS": {
          "type": "Number",
          "required": true
        },
        "healthStatus": {
          "type": "String",
          "required": true
        },
        "checkedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "checkedAt": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "CleaningRecord",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "serviceJob": {
          "type": "Pointer",
          "required": true,
          "targetClass": "ServiceJob"
        },
        "cleaningType": {
          "type": "String",
          "required": true
        },
        "areasCleaned": {
          "type": "Array",
          "required": true
        },
        "cleanedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "cleanedAt": {
          "type": "Date",
          "required": true
        },
        "notes": {
          "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. 自動扶梯資產：資產標籤（字符串，必填）、地點名稱（字符串，必填）、狀態（字符串，必填）、最後檢查時間（日期）；objectId，createdAt，updatedAt（系統）。
3. 服務訪問：資產（指向自動扶梯資產的指標，必填）、技術人員（指向用戶的指標，必填）、訪問日期（日期，必填）、結果（字符串，必填）、備註（字符串）；objectId，createdAt，updatedAt（系統）。
4. 步驟鏈日誌：資產（指向自動扶梯資產的指標，必填）、步驟數（數字，必填）、鏈磨損（字符串，必填）、振動級別（數字，必填）、日誌時間（日期，必填）；objectId，createdAt，updatedAt（系統）。
5. 馬達健康：資產（指向自動扶梯資產的指標，必填）、電流（數字，必填）、攝氏溫度（數字，必填）、警報狀態（字符串，必填）、檢查時間（日期，必填）；objectId，createdAt，updatedAt（系統）。
6. 清潔歷史：資產（指向自動扶梯資產的指標，必填）、清潔人員（指向用戶的指標，必填）、清潔時間（日期，必填）、備註（字符串，必填）；objectId，createdAt，updatedAt（系統）。

安全性：
- 只有被指派的技術人員或協調員可以創建或編輯服務訪問、步驟鏈日誌、馬達健康和清潔歷史條目。使用雲代碼進行驗證。

認證：
- 註冊、登錄、登出。

行為：
- 列出自動扶梯資產，創建服務訪問，添加步驟鏈日誌，更新馬達健康，記錄清潔歷史。

交付：
- 帶有架構、ACL、CLP 的 Back4app 應用；自動扶梯資產、服務訪問、步驟鏈日誌、馬達健康檢查和清潔歷史的前端。

按下下面的按鈕以使用此模板提示預填的指南打開代理。

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

幾分鐘內部署每月 50 次免費提示無需信用卡

API 遊樂場

對自動扶梯服務架構嘗試 REST 和 GraphQL 端點。響應使用模擬數據，無需 Back4app 帳戶。

加載遊樂場…

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

選擇您的技術

展開每張卡片以查看如何將 EscalatorAsset、ServiceVisit 和 StepChainLog 與您選擇的技術棧集成。

每項技術所獲得的內容

每個技術棧使用相同的升降機服務後端架構和 API 合約。

統一的升降機資產結構

使用一個架構管理 EscalatorAsset、ServiceVisit、StepChainLog、MotorHealth 和 CleaningHistory。

為現場工作人員提供的步驟鏈日誌

在服務訪問期間捕獲 stepCount、chainWear 和 vibrationLevel。

監督人員的電機健康檢查

追蹤扶梯檢查的電流、溫度C和警報狀態。

每個地點的清潔歷史

保持一個有日期的記錄，紀錄誰在何時清潔了每部扶梯。

電梯服務框架比較

比較所有支持技術的設置速度、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 分鐘	React 服務追蹤的網頁 UI。	輸入式 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	完整

設置時間反映從項目啟動到首次電梯資產或服務訪問查詢的預期持續時間，使用此模板架構。

常見問題

有關使用此模板構建升降機服務後端的常見問題。

如果路由數據稍有錯誤，哪些電梯服務工作流程會造成最多的返工？

電梯資產登記、服務訪問日誌、步鏈日誌捕獲如何結合以執行日常的電梯服務工作？

在業務增添SKU或服務時，演變電梯服務實體的最安全方法是什麼？

我該如何使用Flutter查詢電梯資產？

我如何使用Next.js Server Actions管理電梯服務訪問？

React本地是否能離線緩存清潔歷史？

我該如何防止未經授權的電梯健康編輯？

在 Android 上顯示步驟鏈日誌的最佳方法是什麼？

服務流程是如何從頭到尾進行的？

哪些類別支持這個電梯服務模板？

受到全球開發者的信賴

與Back4app模板一起加入團隊，更快推出電梯服務產品

準備好建立您的電梯服務應用程式了嗎？

在幾分鐘內開始您的電梯服務專案。無需信用卡。

選擇技術

電梯服務應用程式後端範本步驟鏈接日誌，電機健康與清潔歷史