ELD 백업 종이 로그 백엔드 템플릿
근무 상태, 주행 거리 로그 및 고장 보고서
생산 준비 완료된 ELD 백업 종이 로그 백엔드가 Back4app에 있습니다. 근무 상태 추적, 주행 거리 로그 및 고장 보고서를 포함합니다. ER 다이어그램, 데이터 사전, JSON 스키마, API 플레이그라운드 및 빠른 설정을 위한 AI 에이전트 프롬프트가 포함되어 있습니다.
ELD 백업 로그를 위한 주요 내용
이 템플릿은 운영팀이 백업 기록을 구조화하고 검색 가능하게 유지할 수 있도록 운행 상태, 주행 로그 및 고장 보고서가 포함된 ELD 백업 종이 로그 백엔드를 제공합니다.
- 운행 상태 항목이 체계적으로 유지됩니다 — 각 DutyLog 행을 운전사, 상태 및 상태 날짜/시간 필드로 모델링하여 신속하게 검토할 수 있습니다.
- 주행 로그는 추적 가능하게 유지됩니다 — 각 MileageLog를 주행기록시작, 주행기록종료, 주행한 마일, 여행 날짜로 저장합니다.
- 고장은 쉽게 보고할 수 있습니다 — 고장 보고서의 세부 사항을 캡처합니다. 예: 위치, 차량 단위, 문제 요약 및 보고 일시.
ELD 백업 종이 로그 백엔드 개요
훈련, 증명 및 예외는 한 번의 이메일이 아니라 구조화된 ELD 백업 종이 로그 데이터에 포함되어야 하며, 누군가가 떠날 때 사라집니다. 작은 지연은 빠르게 누적됩니다. Back4app에서 드라이버, DutyLog, MileageLog, BreakdownReport 및 TripEntry는 연결된 티켓과 파일 더미 대신 일관된 ELD 백업 종이 로그 내러티브로 연결됩니다. 스키마는 드라이버 (fullName, employeeId, licenseNumber), DutyLog (driver, dutyStatus, statusDateTime, notes), MileageLog (driver, tripDate, odometerStart, odometerEnd, milesDriven), BreakdownReport (driver, vehicleUnit, location, issueSummary, reportedAt), TripEntry (driver, dutyLog, routeName, backupNotes)를 포함하며 인증 및 백업 로그 워크플로우가 내장되어 있습니다. 선호하는 프론트엔드를 연결하고 더 빠르게 배포하세요.
최고의 사용처:
ELD 백업 종이 로그 백엔드 개요
루틴 작업이 지루할 때 ELD 백업 종이 로그 팀의 승리: 예측 가능한 기록, 명확한 소유권, 작은 문제가 사건으로 발전하기 전에 경고합니다.
여기에 있는 모든 기술 카드는 동일한 Driver, DutyLog 및 MileageLog 모델에 매핑됩니다. 백엔드 계약을 재협상하지 않고 스택을 선택하세요.
핵심 ELD 백업 로그 기능
이 허브의 모든 기술 카드는 Driver, DutyLog, MileageLog, BreakdownReport 및 TripEntry와 함께 동일한 ELD 백업 종이 로그 스키마를 사용합니다.
운전사 명부 관리
운전사 클래스는 fullName, employeeId 및 licenseNumber를 저장합니다.
근무 상태 로그
DutyLog 클래스는 dutyStatus, statusDateTime 및 노트를 기록합니다.
주행 거리 로그 캡처
MileageLog 클래스는 tripDate, odometerStart, odometerEnd 및 milesDriven을 저장합니다.
모니터링 보고서
BreakdownReport 클래스는 vehicleUnit, location, issueSummary 및 reportedAt을 유지합니다.
여행 항목 연속성
TripEntry 클래스는 드라이버, dutyLog, routeName 및 backupNotes를 연결합니다.
왜 Back4app로 ELD 백업 종이 로그 백엔드를 구축해야 합니까?
Back4app는 팀이 맞춤 API 호스트 대신 작업 로그 및 운영 복원에 집중할 수 있도록 드라이버, 의무, 마일리지 및 고장 프리미티브를 제공합니다.
- •DutyLog 및 MileageLog는 쿼리할 준비가 되었습니다.: DutyLog 클래스와 MileageLog 클래스는 근무 상태와 주행 거리를 별도의 필드에 유지하여 전송이 tripDate 또는 드라이버별로 종이 항목을 검토하는 데 도움을 줍니다.
- •BreakdownReport 기록은 검증하기 쉽습니다: 차량 단위, 위치 및 문제 요약과 함께 BreakdownReport를 사용하면 감독자가 자유 형식 메모를 통해 파고들지 않고도 사건 보고서를 검사할 수 있습니다.
- •하나의 백엔드에서 실시간 및 API 접근: Live Queries은 DutyLog 변경 사항을 새로 고칠 수 있으며 REST와 GraphQL는 여전히 동일한 Driver, TripEntry 및 BreakdownReport 데이터를 제공합니다.
현장 직원, 배송 및 관리자에게 하나의 백엔드 계약으로 백업 로그를 계속 이동하세요.
주요 이점
현장 항목을 명확하고 검색 가능하게 유지하는 데 도움이 되는 백업 로그 백엔드입니다.
더 빠른 근무 검토
상태 날짜 및 시간별로 DutyLog 행을 정렬하여 감독자가 최신 종이 로그 변경 사항을 먼저 확인할 수 있도록 합니다.
주행 거리 항목은 일관성을 유지합니다.
오도미터 시작, 오도미터 종료, 그리고 주행 거리를 MileageLog에 저장하고 자유 텍스트에 거리를 흩어 놓지 마십시오.
고장에 대한 맥락이 있습니다.
BreakdownReport를 차량 단위, 위치, 그리고 문제 요약과 함께 사용하여 주요 세부 정보를 잃지 않고 상황을 캡처합니다.
추적 가능한 백업 항목
TripEntry는 경로 이름과 백업 노트를 생성한 운전사 및 Duty Log에 연결된 상태로 유지합니다.
접근 경계가 깨끗합니다.
ACL 및 CLP 규칙을 적용하여 권한이 있는 역할만 DutyLog, MileageLog, 및 BreakdownReport 기록을 편집할 수 있도록 합니다.
AI 지원 론칭
구조화된 프롬프트 하나로 스키마와 첫 통합 패스를 빠르게 생성하세요.
ELD 백업 로그 앱을 출시할 준비가 되셨나요?
Back4app AI 에이전트가 ELD 백업 종이 로그 백엔드를 골격화하고, 하나의 프롬프트에서 의무 로그, 마일리지 로그, 고장 보고서 흐름을 생성하게 하세요.
무료 시작 — 월 50개의 AI 에이전트 프롬프트, 신용 카드 불필요
기술 스택
이 ELD 백업 종이 로그 템플릿에 포함된 모든 것.
ELD 백업 로그를 위한 ER 다이어그램
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 objectIdELD 백업 로그 데이터 사전
백업 종이 로그 스키마의 모든 클래스에 대한 필드 수준 참조입니다.
| 필드 | 유형 | 설명 | 필수 |
|---|---|---|---|
| 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 할 수 있습니다.
제한된 분석 접근
위치 세부정보 또는 문제 요약이 통제되어야 할 때 분배, 유지보수 또는 배정된 차량 팀에 맞춰 BreakdownReport 읽기를 제한하세요.
ELD 백업 로그를 위한 스키마 (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
},
"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 에이전트로 구축
Back4app AI 에이전트를 사용하여 이 템플릿에서 실제 ELD 백업 종이 로그 앱을 생성하세요. 여기에는 프론트엔드, 백엔드, 인증, 의무 로그, 주행 로그 및 고장 보고서 흐름이 포함됩니다.
Back4app에서 이 정확한 스키마와 동작으로 ELD 백업 종이 로그 앱 백엔드를 생성하세요. 스키마: 1. Driver: fullName (문자열, 필수), employeeId (문자열, 필수), licenseNumber (문자열, 필수), homeTerminal (문자열); objectId, createdAt, updatedAt (시스템). 2. DutyLog: driver (Driver에 대한 포인터, 필수), dutyStatus (문자열, 필수), statusDateTime (날짜, 필수), notes (문자열); objectId, createdAt, updatedAt (시스템). 3. MileageLog: driver (Driver에 대한 포인터, 필수), tripDate (날짜, 필수), odometerStart (숫자, 필수), odometerEnd (숫자, 필수), milesDriven (숫자, 필수), routeName (문자열); objectId, createdAt, updatedAt (시스템). 4. BreakdownReport: driver (Driver에 대한 포인터, 필수), vehicleUnit (문자열, 필수), location (문자열, 필수), issueSummary (문자열, 필수), reportedAt (날짜, 필수), status (문자열, 필수); objectId, createdAt, updatedAt (시스템). 5. TripEntry: driver (Driver에 대한 포인터, 필수), dutyLog (DutyLog에 대한 포인터, 필수), routeName (문자열, 필수), backupNotes (문자열), shiftDate (날짜, 필수); objectId, createdAt, updatedAt (시스템). 보안: - 지정된 운전사 또는 코디네이터만 운전사 및 로그 항목을 업데이트할 수 있습니다. 유효성을 검증하기 위해 Cloud Code를 사용하세요. 인증: - 가입, 로그인, 로그아웃. 동작: - 운전사를 나열하고, 의무 로그를 생성하고, 마일리지 로그를 추가하고, 고장 보고서를 제출하세요. 전달: - 스키마, ACL, CLP가 포함된 Back4app 앱; 운전사 프로필, 의무 로그, 마일리지 로그, 고장 보고서 및 여행 항목을 위한 프론트엔드.
아래 버튼을 눌러 이 템플릿 프롬프트로 미리 채워진 에이전트를 엽니다.
이것은 기술 접미사가 없는 기본 프롬프트입니다. 생성된 프론트엔드 스택은 이후에 조정할 수 있습니다.
ELD 백업 로그를 위한 API 놀이터
종이 로그 스키마에 대해 REST 및 GraphQL 엔드포인트를 시도해 보세요. 응답은 목 데이터 사용하며 Back4app 계정을 필요로 하지 않습니다.
이 템플릿과 동일한 스키마를 사용합니다.
ELD 백업 로그를 위한 기술 선택하기
각 카드를 확장하여 선택한 스택에 Driver, DutyLog 및 MileageLog를 통합하는 방법을 확인하세요.
Flutter ELD 백업 종이 로그 백엔드
React ELD 백업 종이 로그 백엔드
React 네이티브 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 추적하기.
REST/GraphQL 로그 API
웹, 모바일 또는 백오피스 도구에서 동일한 ELD 백업 종이 로그 데이터 통합하기.
확장 가능한 플리트 워크플로우
기본 스키마를 변경하지 않고 새로운 클래스로 점검, 알림 또는 경고 추가하기.
ELD 백업 프레임워크 비교
모든 지원 기술에서 설정 속도, SDK 스타일 및 AI 지원을 비교하세요.
| 프레임워크 | 설정 시간 | ELD 백업 혜택 | SDK 유형 | AI 지원 |
|---|---|---|---|---|
| 약 5분 | Duty Log, Mileage Log 및 고장 보고서를 위한 단일 코드베이스. | 타이핑된 SDK | 전체 | |
| 5분 미만 | 백업 로그 리뷰를 위한 빠른 웹 대시보드. | 타이핑된 SDK | 전체 | |
| ~3–7 분 | 현장 로그 캡처를 위한 크로스 플랫폼 모바일 앱. | 타입된 SDK | 전체 | |
| 빠른(5분) 설정 | 배차 및 관리자를 위한 서버 렌더링 대시보드. | 타입된 SDK | 전체 | |
| ~3–5 분 | 종이 로그를 위한 경량 웹 통합. | 타입된 SDK | 전체 | |
| 약 5 분 | 운전사 및 코디네이터를 위한 네이티브 Android 앱입니다. | 입력된 SDK | 전체 | |
| 5분 이내 | 백업 로그를 위한 네이티브 iPhone 앱입니다. | 입력된 SDK | 전체 | |
| ~3–7분 | 의무 및 마일리지 화면을 위한 React 웹 UI입니다. | 입력된 SDK | 전체 | |
| 빠른 (5분) 설정 | 함대 운영을 위한 엔터프라이즈 웹 앱입니다. | 입력된 SDK | 전체 | |
| 2분 내외 | 로그 및 보고서를 위한 유연한 GraphQL API. | GraphQL API | 전체 | |
| 빠른 설정 (2분) | 백업 로그 양식을 위한 REST API 통합. | REST API | 전체 | |
| 약 3분 | 함대 로깅을 위한 서버 측 PHP 백엔드. | REST API | 전체 | |
| ~3–7 분 | .NET 백엔드 및 마일리지 워크플로우. | 타입된 SDK | 전체 |
설정 시간은 이 템플릿 스키마를 사용하여 프로젝트 부트스트랩부터 첫 번째 DutyLog 또는 MileageLog 쿼리까지 예상되는 기간을 반영합니다.
자주 묻는 질문
이 템플릿으로 ELD 백업 종이 로그 백엔드를 구축하는 데 대한 일반적인 질문입니다.
