DOT 司機日誌
與 AI 助手一起構建
DOT卡車司機日誌後端

DOT卡車司機日誌後端模板
服務小時、DVIR日誌和醫療證明狀態

一個準備就緒的DOT卡車司機日誌後端在 Back4app,具有服務小時追踪、DVIR日誌和醫療證明狀態可見性。包括ER圖、數據字典、JSON架構、API遊樂場,以及一個快速設置的AI代理提示。

關鍵要點

此模板為您提供了一個 DOT 卡車司機日誌後端,具備服務時間追蹤、DVIR 日誌和醫療證明狀態,以便調度和運營可以保持每個司機日誌的最新。

  1. 服務時間追蹤建模 HOSLog 條目,包含駕駛時間、值班時間和休息時間,調度可以查詢。
  2. DVIR 日誌捕捉存儲每次旅行檢查的 DVIRLog 檢查、缺陷說明和拖車識別碼。
  3. 醫療證明狀態檢查保持 MedicalCert 記錄可見,以便經理可以查看司機的證件何時有效或即將過期。

概述:DOT 卡車司機日誌

在 DOT 卡車司機日誌中,“我們通常這樣做”並不是控制措施——記錄的步驟和捕捉的結果才是。客戶在你所承諾的 ETA 中感受到這一點。在 Back4app 上,Driver、HOSLog、DVIRLog 和 MedicalCert 連接成一個連貫的 DOT 卡車司機日誌敘事,而不是一堆無關的票據和文件。結構涵蓋了 Driver(姓名、許可證號碼、醫療證書狀態)、HOSLog(司機、日期、駕駛小時、值勤小時、離崗小時)、DVIRLog(司機、車輛ID、檢查類型、缺陷)和 MedicalCert(司機、發證日期、到期日期、狀態),並內建身份驗證和記錄可見性。連接你首選的前端,並更快速地發貨。

最佳適用於:

DOT 合規應用卡車司機日誌系統車隊操作儀表板DVIR 檢查工具醫療證書追蹤調度和協調工作流程

你在DOT卡車司機日誌模板中獲得的內容

高峰周曝光DOT卡車司機日誌負債:在一月份感覺良好的捷徑成為你錯過二月份承諾的原因。

中心突出顯示Driver,HOSLog和DVIRLog,讓你可以將客戶堆疊與相同的實體、字段和關係進行比較。

核心 DOT 記錄功能

這個中心的每張技術卡都使用相同的 DOT 卡車駕駛員日誌架構,包括駕駛員、HOSLog、DVIRLog 和 MedicalCert。

司機資料記錄

司機存儲姓名、牌照號碼和醫療證明狀態。

服務工時條目

HOSLog記錄駕駛時間、值班時間、休息時間和日期。

DVIR檢查日誌

DVIRLog儲存車輛ID、檢查類型、缺陷和備註。

醫療證明狀態追蹤

MedicalCert 追蹤每位駕駛員的發證日期、到期日期和狀態。

為什麼使用Back4app構建你的DOT卡車司機日誌後端?

Back4app為你提供司機、日誌和醫療證書的基本要素,以便你的團隊可以專注於運營而不是基礎設施維護。

  • 司機和日誌管理: 司機、HOSLog和DVIRLog類將每次旅行、檢查和工作窗口緊密聯繫在一起。
  • 醫療證明狀態可見性: 醫療證明記錄可以由司機查詢,這樣協調員可以在影響路線之前發現過期日期。
  • 實時 + API 靈活性: 使用 Live Queries 進行新的 DVIRLog 或 HOSLog 條目,同時保持 REST 和 GraphQL 可用於網頁、手機和調度工具。

快速構建和調整 DOT 卡車司機記錄功能,通過每個平台的一個後端合同。

核心好處

一個幫助調度和運營更快移動的 DOT 卡車駕駛員日誌後端,而不會丟失日誌痕跡。

更快的日誌設置

從駕駛員、HOSLog、DVIRLog 和 MedicalCert 開始,而不是為每個車隊繪製一個新的模型。

清晰的合規審查

使用 HOSLog 和 DVIRLog 歷史來在一個查詢路徑中檢查工作時間、缺陷和檢查。

醫療證明監控名單

追蹤醫療證明的到期日期和狀態,以便協調員在駕駛員被 Bloc 從路線上移除之前能夠跟進。

範圍訪問控制

使用 ACL 和 CLP,只有經批准的角色才能編輯 HOSLog、DVIRLog 或醫療證明字段。

駕駛員日誌歷史

按駕駛員和車輛存儲日誌條目,以便審計能夠隨著時間的推移保持一致的記錄。

AI輔助啟動

通過一個結構化的提示快速生成後端框架和集成指導。

準備好推出您的 DOT 卡車駕駛員日誌應用程序了嗎?

讓 Back4app AI 代理人為您的 DOT 卡車駕駛日誌後端搭建架構,並從一個提示生成工時、DVIR 日誌和醫療證明狀態流程。

免費開始 — 每月 50 次 AI 代理人提示,無需信用卡

技術棧

此 DOT 卡車駕駛日誌後端範本中包含所有內容。

前端
13+ 技術
後端
Back4app
資料庫
MongoDB
身份驗證
內建身份驗證 + 會話
API
REST 和 GraphQL
實時
Live Queries

DOT 日誌 ER 圖

DOT 卡車司機日誌後端架構的實體關係模型。

查看圖表來源
Mermaid
erDiagram
    Driver ||--o{ Truck : "assignedDriver"
    Driver ||--o{ LogEntry : "driver"
    Driver ||--o{ DVIR : "driver"
    Driver ||--o{ MedicalCert : "driver"
    Truck ||--o{ LogEntry : "truck"
    Truck ||--o{ DVIR : "truck"

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

    Truck {
        String objectId PK
        String truckNumber
        String vin
        String status
        String assignedDriverId FK
        Date createdAt
        Date updatedAt
    }

    LogEntry {
        String objectId PK
        String driverId FK
        String truckId FK
        Date logDate
        String dutyStatus
        Number hoursDriven
        String remarks
        Date createdAt
        Date updatedAt
    }

    DVIR {
        String objectId PK
        String driverId FK
        String truckId FK
        Date inspectionDate
        String inspectionStatus
        Array defectsFound
        String signatureUrl
        Date createdAt
        Date updatedAt
    }

    MedicalCert {
        String objectId PK
        String driverId FK
        String certNumber
        Date issueDate
        Date expirationDate
        String status
        String documentUrl
        Date createdAt
        Date updatedAt
    }

DOT 日誌整合流程

授權、服務時數日誌、DVIR 檢查和醫療證書狀態的典型運行流程。

查看圖表來源
Mermaid
sequenceDiagram
  participant User
  participant App as DOT Truck Driver Log App
  participant Back4app as Back4app Cloud

  User->>App: Sign in to view driver logs
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Load hours-of-service entries
  App->>Back4app: GET /classes/LogEntry?include=driver,truck
  Back4app-->>App: LogEntry rows

  User->>App: Submit a DVIR for a truck
  App->>Back4app: POST /classes/DVIR
  Back4app-->>App: DVIR objectId

  User->>App: Check medical cert status
  App->>Back4app: GET /classes/MedicalCert?include=driver
  Back4app-->>App: MedicalCert records

數據字典

DOT 卡車駕駛員日誌架構中每個類別的字段級參考。

字段類型描述必填
objectIdStringAuto-generated unique identifier自動
usernameStringDriver login name
emailStringDriver email address
passwordStringHashed password (write-only)
fullNameStringDriver full legal name
roleStringAccess role for the driver log app
createdAtDateAuto-generated creation timestamp自動
updatedAtDateAuto-generated last-update timestamp自動

8 字段在 Driver 中

安全性與權限

ACL和CLP規則如何保護駕駛員、日誌、檢查和醫療認證狀態。

駕駛員記錄控制

只有經批准的角色可以創建或更新駕駛員記錄;個人資料字段保持受保護。

工作時間和檢查完整性

只有指定的調度員、經理或駕駛員角色可以寫入HOSLog和DVIRLog條目,並進行雲代碼驗證。

醫療認證訪問

限制醫療認證的讀取和編輯訪問給授權的協調員,以便仔細處理到期日期和狀態。

架構(JSON)

原始JSON架構定義,準備複製到Back4app或用作實施參考。

JSON
{
  "classes": [
    {
      "className": "Driver",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "fullName": {
          "type": "String",
          "required": true
        },
        "role": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Truck",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "truckNumber": {
          "type": "String",
          "required": true
        },
        "vin": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "assignedDriver": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Driver"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "LogEntry",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "driver": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Driver"
        },
        "truck": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Truck"
        },
        "logDate": {
          "type": "Date",
          "required": true
        },
        "dutyStatus": {
          "type": "String",
          "required": true
        },
        "hoursDriven": {
          "type": "Number",
          "required": true
        },
        "remarks": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "DVIR",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "driver": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Driver"
        },
        "truck": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Truck"
        },
        "inspectionDate": {
          "type": "Date",
          "required": true
        },
        "inspectionStatus": {
          "type": "String",
          "required": true
        },
        "defectsFound": {
          "type": "Array",
          "required": false
        },
        "signatureUrl": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "MedicalCert",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "driver": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Driver"
        },
        "certNumber": {
          "type": "String",
          "required": true
        },
        "issueDate": {
          "type": "Date",
          "required": true
        },
        "expirationDate": {
          "type": "Date",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "documentUrl": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

與AI代理一起建立

使用 Back4app AI代理從此模板產生一個真正的DOT卡車駕駛員日誌應用,包括前端、後端、認證和駕駛員日誌流程。

Back4app AI代理
準備好開始建立
在 Back4app 上基於此精確架構和行為創建DOT卡車駕駛員日誌應用後端。

架構:
1. 駕駛員: name(字符串,必填),licenseNumber(字符串,必填),medicalCertStatus(字符串,必填),assignedTruckId(字符串),objectId,createdAt,updatedAt(系統)。
2. HOSLog: driver(指向駕駛員的指標,必填),date(日期,必填),driveHours(數字,必填),onDutyHours(數字,必填),offDutyHours(數字,必填),notes(字符串);objectId,createdAt,updatedAt(系統)。
3. DVIRLog: driver(指向駕駛員的指標,必填),vehicleId(字符串,必填),inspectionType(字符串,必填),defects(字符串數組),notes(字符串),inspectionDate(日期,必填);objectId,createdAt,updatedAt(系統)。
4. MedicalCert: driver(指向駕駛員的指標,必填),issueDate(日期,必填),expirationDate(日期,必填),status(字符串,必填),examinerName(字符串);objectId,createdAt,updatedAt(系統)。

安全性:
- 只有批准的角色可以更新駕駛員記錄。只有指定的調度、經理或駕駛員角色可以寫入HOSLog和DVIRLog條目。使用雲端代碼驗證。

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

行為:
- 列出駕駛員,創建HOSLog條目,記錄DVIRLog檢查以及檢查MedicalCert狀態。

交付:
- 帶有架構、ACL、CLP的 Back4app 應用;駕駛員日誌、DVIR檢查和醫療證明狀態審查的前端。

按下以下按鈕以使用填寫好提示的模板打開代理。

這是沒有技術後綴的基本提示。您可以隨後調整生成的前端堆棧。

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

API 遊樂場

根據 DOT 卡車司機日誌架構試用 REST 和 GraphQL 端點。響應使用模擬數據,無需 Back4app 帳戶。

正在加載遊樂場…

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

選擇您的技術

展開每個卡片以了解如何將Driver、HOSLog和DVIRLog與您選擇的堆疊整合。

Flutter DOT 卡車司機日誌後端

React DOT 卡車司機日誌後端

React 原生 DOT 卡車司機日誌後端

Next.js DOT 卡車司機日誌後端

JavaScript DOT 卡車司機日誌後端

Android DOT 卡車司機日誌後端

iOS DOT 卡車司機日誌後端

Vue DOT 卡車司機日誌後端

Angular DOT 卡車司機日誌後端

GraphQL DOT 卡車司機日誌後端

REST API DOT 卡車司機日誌後端

PHP DOT 卡車司機日誌後端

.NET DOT 卡車司機日誌後端

您從每項技術中獲得的內容

每個堆疊使用相同的 DOT 卡車司機日誌後端架構和 API 合約。

統一的司機日誌結構

使用一致的架構管理司機、HOSLog、DVIRLog 和 MedicalCert。

車隊的服務小時追蹤

保持 driveHours、onDutyHours 和 offDutyHours 以便於調度審核查詢。

操作的 DVIR 和醫療證書狀態

記錄車輛檢查和到期日期,而不改變數據模型。

對卡車團隊的角色感知訪問

設置批准,以便只有合適的人才能編輯日誌和證書狀態。

DOT 日誌技術比較

比較所有支持的技術的設置速度、SDK 風格和 AI 支持。

框架設置時間DOT 日誌好處SDK 類型AI 支持
約 5 分鐘單一代碼庫用於移動和網頁的駕駛員日誌。類型化 SDK完整
少於 5 分鐘快速的網頁儀表板,用於服務小時和檢查。類型化 SDK完整
約 3–7 分鐘跨平台移動應用程序,用於路邊和場地檢查。類型化 SDK完整
快速(5 分鐘)設置伺服器渲染的驅動記錄操作視圖。輸入式 SDK完整
約 3–5 分鐘輕量級網頁整合用於車隊工具。輸入式 SDK完整
約 5 分鐘本地 Android 應用程序用於驅動記錄捕獲。輸入式 SDK完整
少於 5 分鐘原生 iPhone 應用程式,用於檢查和日誌回顧。輸入式 SDK完整
約 3–7 分鐘Reactive 網頁 UI 用於調度和合規檢查。類型化 SDK完整
快速 (5 分鐘) 設定企業車隊儀表板,用於駕駛員日誌。類型化 SDK完整
少於 2 分鐘靈活的 GraphQL API 用於 HOS 和 DVIR 查詢。GraphQL API完整
快速(2 分鐘)設置REST API 整合以進行日誌攝取和審查。REST API完整
約 3 分鐘伺服器端 PHP 後端用於日誌工作流程。REST API完整
約 3–7 分鐘.NET 後端用於艦隊和合規應用程式。指定的 SDK完整

設置時間反映從項目啟動到首次使用此模板模式的 Driver、HOSLog 或 DVIRLog 查詢的預期持續時間。

常見問題

有關使用此模板建立 DOT 卡車駕駛員日誌後端的常見問題。

當業務跨多個網站時,哪些DOT卡車司機日誌控制最重要?
DOT卡車司機日誌團隊如何調和日常操作和定期合規檢查?
這個DOT卡車司機日誌模型可以容納新的控制措施嗎?因為法規或合同變更?
我該如何使用 Flutter 查詢駕駛日誌?
我該如何使用 Next.js Server Actions 管理日誌訪問?
React Native 可以離線緩存駕駛日誌數據嗎?
我該如何防止未經授權的醫療證書更改?
在 Android 上顯示 HOSLog 和 DVIRLog 的最佳方式是什麼?
DVIR和醫療證書流程是如何從頭到尾運作的?
這個DOT卡車駕駛員日誌模板的類別是什麼?

受到全球開發者的信賴

加入團隊更快地發送 DOT 卡車司機日誌產品,使用 Back4app 模板

G2 Users Love Us Badge

準備好構建您的 DOT 卡車司機日誌應用程式了嗎?

幾分鐘內開始您的 DOT 卡車司機日誌專案。無需信用卡。

選擇技術