Шаблон бэкэнда бумажного журнала резервного копирования ELD
Состояние дежурства, журналы пробега и отчетность по поломкам
Готовый к производству бэкэнд бумажного журнала резервного копирования ELD на Back4app с отслеживанием состояния дежурства, журналами пробега и отчетами о поломках. Включает диаграмму ER, словарь данных, схему JSON, API-площадку и запрос AI Agent для быстрой настройки.
Основные выводы по резервным журналам ELD
Этот шаблон предоставляет вам бэкенд резервного бумажного журнала ELD с статусом дежурства, журналами пробега и отчетами о поломках, чтобы операционные команды могли структурировать и выполнять поиск резервных записей.
- Записи статуса дежурства остаются структурированными — Моделируйте каждую строку DutyLog с полями driver, status и statusDateTime для быстрого обзора.
- Журналы пробега остаются прослеживаемыми — Храните каждый MileageLog с полями odometerStart, odometerEnd, milesDriven и tripDate.
- Поломки легко сообщить — Запишите детали BreakdownReport, такие как местоположение, vehicleUnit, issueSummary и reportedAt.
Резервное копирование бумажного журнала ELD на первый взгляд
Обучение, аттестации и исключения должны быть в структурированных данных бумажного журнала резервного копирования ELD, а не в единичных электронных письмах, которые исчезают, когда кто-то уходит. Небольшие задержки быстро накапливаются. На Back4app водители, DutyLog, MileageLog, BreakdownReport и TripEntry соединяются в связный нарратив бумажного журнала резервного копирования ELD, а не в кучу несвязанных заявок и файлов. Схема охватывает Водителя (fullName, employeeId, licenseNumber), DutyLog (водитель, dutyStatus, statusDateTime, заметки), MileageLog (водитель, tripDate, odometerStart, odometerEnd, milesDriven), BreakdownReport (водитель, vehicleUnit, местоположение, issueSummary, reportedAt) и TripEntry (водитель, dutyLog, routeName, backupNotes) с встроенными рабочими процессами аутентификации и резервного журнала. Подключите ваш предпочитаемый интерфейс и отправляйте быстрее.
Лучше всего для:
Обзор бэкенда резервных бумажных журналов ELD
Команды, работающие с резервными бумажными журналами ELD, выигрывают, когда рутинная работа скучна: предсказуемые записи, очевидная подотчетность и уведомления перед тем, как небольшие проблемы станут инцидентами.
Каждая технологическая карточка здесь соответствует одной и той же модели Driver, DutyLog и MileageLog — выберите стек, не пересматривая контракт на бэкенд.
Основные функции резервного журнала ELD
Каждая карточка технологии в этом хабе использует одну и ту же схему резервного журнала ELD с Driver, DutyLog, MileageLog, BreakdownReport и TripEntry.
Управление списком водителей
Класс водителя хранит полное имя, идентификатор сотрудника и номер лицензии.
Запись статуса дежурства
Класс DutyLog записывает dutyStatus, statusDateTime и заметки.
Запись учета пробега
Класс MileageLog хранит tripDate, odometerStart, odometerEnd и milesDriven.
Отчет о разборе
Класс BreakdownReport сохраняет vehicleUnit, location, issueSummary и reportedAt.
Непрерывность записи поездок
Класс TripEntry связывает водителя, dutyLog, routeName и backupNotes.
Почему стоит создавать ваш бэкенд резервных бумажных журналов ELD с Back4app?
Back4app предоставляет вам примитивы для учета водителей, дежурств, пробега и поломок, чтобы ваша команда могла сосредоточиться на ведении записей и восстановлении операций, а не на хостинге пользовательского API.
- •DutyLog и MileageLog готовы к запросам: Класс DutyLog и класс MileageLog хранят статус дежурства и пройденные мили в отдельных полях, что помогает диспетчеру просматривать бумажные записи по tripDate или водителю.
- •Записи BreakdownReport легко проверить: Используйте BreakdownReport с vehicleUnit, location и issueSummary, чтобы супервайзеры могли проверять отчеты о случаях, не просматривая свободные заметки.
- •Доступ в реальном времени и API в одном бэкенде: Live Queries может обновлять изменения DutyLog, в то время как REST и GraphQL все еще обслуживают одни и те же данные Driver, TripEntry и BreakdownReport.
Поддерживайте резервные журналы в движении с одним контрактом бэкенда для работников на месте, диспетчеризации и менеджеров.
Ключевые преимущества
Резервная система журнала, которая помогает менеджерам и координаторам сохранять записи в поле четкими и удобными для поиска.
Более быстрая проверка обязанностей
Сортируйте строки DutyLog по statusDateTime, чтобы супервизоры могли сначала проверить самые последние изменения в бумажных журналах.
Линии пробега остаются неизменными
Храните odometerStart, odometerEnd и milesDriven в MileageLog вместо распределения расстояний по свободному тексту.
Аварии имеют контекст
Используйте BreakdownReport с vehicleUnit, местоположением и issueSummary, чтобы зафиксировать ситуацию, не теряя ключевых деталей.
Отслеживаемые резервные записи
TripEntry хранит routeName и backupNotes, связанные с водителем и журналом обязанностей, которые их создали.
Чистые границы доступа
Применяйте правила ACL и CLP, чтобы только авторизованные роли могли редактировать записи DutyLog, MileageLog и BreakdownReport.
Запуск с поддержкой ИИ
Сгенерируйте схему и первый интеграционный проход быстро с помощью одного структурированного запроса.
Готовы запустить свое приложение для резервного журнала ELD?
Позвольте Back4app AI Agent создать скелет вашего бэкенда для резервного журнала ELD Paper Log и сгенерировать потоки для журнала дежурств, журнала пробега и отчета о поломках из одного запроса.
Бесплатно на старте — 50 запросов к AI Agent в месяц, без необходимости в кредитной карте
Технический стек
Все включено в этот шаблон бумажного журнала ELD.
ER-диаграмма для резервных журналов ELD
Модель взаимосвязей сущностей для схемы резервного бумажного журнала ELD.
Схема, охватывающая водителей, журналы должностей, журналы пробега, отчеты о поломках и записи поездки.
Просмотр источника диаграммы
erDiagram
Driver ||--o{ Vehicle : "assignedDriver"
Driver ||--o{ DutyStatusEntry : "driver"
Vehicle ||--o{ DutyStatusEntry : "vehicle"
Driver ||--o{ MileageLog : "driver"
Vehicle ||--o{ MileageLog : "vehicle"
Driver ||--o{ BreakdownReport : "driver"
Vehicle ||--o{ BreakdownReport : "vehicle"
DutyStatusEntry ||--o{ PaperLogAttachment : "dutyStatusEntry"
Driver ||--o{ PaperLogAttachment : "uploadedBy"
Driver {
String objectId PK
String username
String email
String password
String driverName
String role
String homeTerminal
Date createdAt
Date updatedAt
}
Vehicle {
String objectId PK
String unitNumber
String vin
String licensePlate
String status
String assignedDriverId FK
Date createdAt
Date updatedAt
}
DutyStatusEntry {
String objectId PK
String driverId FK
String vehicleId FK
String status
Date statusDateTime
String location
String remarks
Date createdAt
Date updatedAt
}
MileageLog {
String objectId PK
String driverId FK
String vehicleId FK
Date tripDate
Number odometerStart
Number odometerEnd
Number milesDriven
String routeSummary
Date createdAt
Date updatedAt
}
BreakdownReport {
String objectId PK
String driverId FK
String vehicleId FK
String reportNumber
Date reportedAt
String issueType
String severity
String status
String location
String notes
Date createdAt
Date updatedAt
}
PaperLogAttachment {
String objectId PK
String dutyStatusEntryId FK
String fileUrl
String fileName
String uploadedById FK
Date createdAt
Date updatedAt
}
Поток интеграции для резервных логов
Типичный рабочий поток для входа в систему, регистрации дежурств, захвата пробега и отчетности о поломках.
Просмотр источника диаграммы
sequenceDiagram
participant Driver
participant App as ELD Backup Paper Log App
participant Back4app as Back4app Cloud
Driver->>App: Sign in to review backup duty log
App->>Back4app: POST /login
Back4app-->>App: Session token
Driver->>App: Open duty status entries
App->>Back4app: GET /classes/DutyStatusEntry?include=driver,vehicle&order=-statusDateTime
Back4app-->>App: DutyStatusEntry rows
Driver->>App: Add mileage log for the trip
App->>Back4app: POST /classes/MileageLog
Back4app-->>App: MileageLog objectId
Driver->>App: Submit a roadside issue
App->>Back4app: POST /classes/BreakdownReport
Back4app-->>App: BreakdownReport objectId
App->>Back4app: POST /classes/PaperLogAttachment
Back4app-->>App: PaperLogAttachment objectIdСловарь данных для резервных логов ELD
Справочник по полям для каждого класса в схеме резервного бумажного журнала.
| Поле | Тип | Описание | Обязательно |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Авто |
| username | String | Driver login name | |
| String | Driver email address | ||
| password | String | Hashed password (write-only) | |
| driverName | String | Name shown on paper log entries | |
| role | String | Role of the user (e.g. manager, coordinator, driver) | |
| homeTerminal | String | Terminal or depot assigned to the driver | |
| createdAt | Date | Auto-generated creation timestamp | Авто |
| updatedAt | Date | Auto-generated last-update timestamp | Авто |
9 поля в Driver
Безопасность и разрешения для бумажных журналов
Как стратегия ACL и CLP защищает водителей, журналы дежурства, журналы пробега, отчеты о поломках и записи о поездках.
Право собственности на профиль водителя
Только аутентифицированный водитель или одобренный координатор должны редактировать профиль водителя для этого employeeId.
Целостность журнала дежурства
Строки DutyLog должны быть доступны для записи только авторизованным пользователям, и Cloud Code может Block редактирования, которые перепишут историю statusDateTime.
Ограниченный доступ к анализу
Сохраните чтение BreakdownReport в пределах диспетчеризации, обслуживания или назначенной команды флота, когда детали местоположения или summary проблемы требуют контроля.
Схема (JSON) для резервных журналов ELD
Готовое для копирования определение схемы JSON для Back4app или использование в качестве ссылки для реализации.
{
"classes": [
{
"className": "Driver",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"driverName": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"homeTerminal": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Vehicle",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"unitNumber": {
"type": "String",
"required": true
},
"vin": {
"type": "String",
"required": true
},
"licensePlate": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"assignedDriver": {
"type": "Pointer",
"required": false,
"targetClass": "Driver"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "DutyStatusEntry",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"driver": {
"type": "Pointer",
"required": true,
"targetClass": "Driver"
},
"vehicle": {
"type": "Pointer",
"required": true,
"targetClass": "Vehicle"
},
"status": {
"type": "String",
"required": true
},
"statusDateTime": {
"type": "Date",
"required": true
},
"location": {
"type": "String",
"required": false
},
"remarks": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "MileageLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"driver": {
"type": "Pointer",
"required": true,
"targetClass": "Driver"
},
"vehicle": {
"type": "Pointer",
"required": true,
"targetClass": "Vehicle"
},
"tripDate": {
"type": "Date",
"required": true
},
"odometerStart": {
"type": "Number",
"required": true
},
"odometerEnd": {
"type": "Number",
"required": true
},
"milesDriven": {
"type": "Number",
"required": true
},
"routeSummary": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "BreakdownReport",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"driver": {
"type": "Pointer",
"required": true,
"targetClass": "Driver"
},
"vehicle": {
"type": "Pointer",
"required": true,
"targetClass": "Vehicle"
},
"reportNumber": {
"type": "String",
"required": true
},
"reportedAt": {
"type": "Date",
"required": true
},
"issueType": {
"type": "String",
"required": true
},
"severity": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"location": {
"type": "String",
"required": false
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "PaperLogAttachment",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"dutyStatusEntry": {
"type": "Pointer",
"required": true,
"targetClass": "DutyStatusEntry"
},
"fileUrl": {
"type": "String",
"required": true
},
"fileName": {
"type": "String",
"required": true
},
"uploadedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Driver"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}Создать с помощью AI Agent
Используйте AI Agent Back4app, чтобы сгенерировать реальное приложение для резервного бумажного журнала ELD на основе этого шаблона, включая фронтенд, бэкенд, аутентификацию, журнал дежурств, журнал пробега и потоки отчета о неисправностях.
Создайте бэкенд приложения ELD Backup Paper Log на Back4app с этой точной схемой и поведением. Схема: 1. Водитель: полноеИмя (Строка, обязательно), идентификаторСотрудника (Строка, обязательно), номерЛицензии (Строка, обязательно), домашнийТерминал (Строка); objectId, createdAt, updatedAt (система). 2. ЖурналДолжности: водитель (Указатель на Водителя, обязательно), статусДолжности (Строка, обязательно), датаВремяСтатуса (Дата, обязательно), заметки (Строка); objectId, createdAt, updatedAt (система). 3. ЖурналПробега: водитель (Указатель на Водителя, обязательно), датаПоездки (Дата, обязательно), одометрНачало (Число, обязательно), одометрКонец (Число, обязательно), пройденныеМили (Число, обязательно), названиеМаршрута (Строка); objectId, createdAt, updatedAt (система). 4. ОтчетОПоломке: водитель (Указатель на Водителя, обязательно), единицаТранспорта (Строка, обязательно), местоположение (Строка, обязательно), резюмеПроблемы (Строка, обязательно), сообщеноВ (Дата, обязательно), статус (Строка, обязательно); objectId, createdAt, updatedAt (система). 5. ЗаписьПоездки: водитель (Указатель на Водителя, обязательно), журналДолжности (Указатель на ЖурналДолжности, обязательно), названиеМаршрута (Строка, обязательно), резервныеЗаметки (Строка), датаСмены (Дата, обязательно); objectId, createdAt, updatedAt (система). Безопасность: - Только назначенный водитель или координатор могут обновлять записи водителей и журналов. Используйте Cloud Code для проверки. Авторизация: - Регистрация, вход, выход. Поведение: - Список водителей, создание журналов должностей, добавление журналов пробега и отправка отчетов о поломках. Поставка: - Back4app приложение с схемой, ACL, CLP; фронтенд для профилей водителей, журналов должностей, журналов пробега, отчетов о поломках и записей поездок.
Нажмите кнопку ниже, чтобы открыть Агент с предварительно заполненным шаблоном запроса.
Это базовый запрос без суффикса технологии. Вы можете адаптировать сгенерированный стек фронтенда позже.
API Playground для ELD Backup Logs
Попробуйте REST и GraphQL конечные точки против схемы бумажного журнала. Ответы используют фиктивные данные и не требуют учетной записи Back4app.
Использует ту же схему, что и этот шаблон.
Выберите вашу технологию для резервных журналов ELD
Разверните каждую карточку, чтобы увидеть, как интегрировать Driver, DutyLog и MileageLog с выбранным стеком.
Flutter Резервный бумажный журнал ELD
React Резервный бумажный журнал ELD
React Native Резервный бумажный журнал ELD
Next.js Резервный бумажный журнал ELD
JavaScript Резервный бумажный журнал ELD
Android Резервный бумажный журнал ELD
iOS Резервный бумажный журнал ELD
Vue Резервный бумажный журнал ELD
Angular Резервный бумажный журнал ELD
GraphQL Резервный бумажный журнал ELD
REST API Резервный бумажный журнал ELD
PHP Резервный бумажный журнал ELD
.NET Резервный бумажный журнал ELD
Что вы получаете с каждой технологией
Каждый стек использует ту же схему резервного бумажного журнала ELD и API контракты.
Единая структура данных бумажного журнала
Управляйте водителями, журналами дежурств, журналами пробега и отчетами о поломках с помощью одной единой схемы.
Резервное отслеживание статуса дежурства
Записывайте изменения статуса дежурства со временными метками, которые соответствуют полевым документам.
Записи пробега и маршрутов
Сохраните tripDate, routeName и milesDriven для проверки и сверки.
Отчеты о поломках для операций
Отслеживайте vehicleUnit, location и issueSummary для обслуживания и последующего dispatch.
REST/GraphQL API для журналов
Интегрируйте те же данные ELD Backup Paper Log с веб, мобильных или офисных инструментов.
Расширяемый рабочий процесс флота
Добавьте проверки, напоминания или предупреждения как новые классы, не заменяя основную схему.
Сравнение резервных рамок ELD
Сравните скорость установки, стиль SDK и поддержку ИИ среди всех поддерживаемых технологий.
| Рамка | Время установки | Польза резервного копирования ELD | Тип SDK | Поддержка ИИ |
|---|---|---|---|---|
| Около 5 мин | Единая кодовая база для журналов обязанностей, журналов милей и отчетов о поломках. | Типизированный SDK | Полный | |
| Менее 5 минут | Быстрая веб-панель для обзора резервных журналов. | Типизированный SDK | Полный | |
| ~3–7 мин | Кроссплатформенное мобильное приложение для захвата полевых журналов. | Типизированный SDK | Полный | |
| Быстрая установка (5 мин) | Серверный дашборд для диспетчеров и менеджеров. | Типизированный SDK | Полный | |
| ~3–5 мин | Легковесная веб-интеграция для бумажных журналов. | Типизированный SDK | Полный | |
| Около 5 мин | Нативное Android приложение для водителей и координаторов. | Написанный SDK | Полный | |
| Менее 5 минут | Нативное приложение для iPhone для резервного журнала. | Написанный SDK | Полный | |
| ~3–7 мин | Reactвеб-интерфейс для экранов дежурства и пробега. | Написанный SDK | Полный | |
| Быстрая настройка (5 мин) | Корпоративное веб-приложение для операций с флотом. | Написанный SDK | Полный | |
| Менее 2 минут | Гибкий GraphQL API для журналов и отчетов. | GraphQL API | Полный | |
| Быстрая настройка (2 мин) | Интеграция REST API для форм резервного журнала. | REST API | Полный | |
| ~3 минуты | Серверная часть PHP для учета флотского журнала. | REST API | Полный | |
| ~3–7 мин | .NET бэкэнд для рабочих процессов по учету дежурства и расстояний. | Написанный SDK | Полный |
Время настройки отражает ожидаемую продолжительность от начала проекта до первого запроса DutyLog или MileageLog с использованием этой схемы шаблона.
Часто задаваемые вопросы
Общие вопросы о создании резервной бумажной записи ELD с помощью этого шаблона.
Готовы создать приложение для резервного журнала ELD?
Начните ваш проект резервного журнала ELD за минуты. Кредитная карта не требуется.