Modello del Backend del Registro Cartaceo di Backup ELD
Stato di Servizio, Registri di Chilometraggio e Rapporti di Guasto
Un backend del Registro Cartaceo di Backup ELD pronto per la produzione su Back4app con tracciamento dello stato di servizio, registri di chilometraggio e rapporti di guasto. Include diagramma ER, dizionario dei dati, schema JSON, playground API e un prompt Agente AI per una configurazione rapida.
Punti chiave per i registri di backup ELD
Questo modello ti fornisce un backend per il Diario Cartaceo di Backup ELD con stato di servizio, registri dei chilometraggi e rapporti di guasto, in modo che i team operativi possano mantenere i registri di backup strutturati e ricercabili.
- Le voci dello stato di servizio rimangono strutturate — Modella ogni riga del DutyLog con i campi driver, status e statusDateTime per una revisione rapida.
- I registri dei chilometraggi rimangono tracciabili — Memorizza ogni MileageLog con odometerStart, odometerEnd, milesDriven e tripDate.
- I guasti sono facili da segnalare — Cattura i dettagli del BreakdownReport come posizione, vehicleUnit, issueSummary e reportedAt.
Panoramica del backend del registro cartaceo di backup ELD
Formazione, attestazioni ed eccezioni appartengono ai dati strutturati del registro cartaceo di backup ELD, non a email sporadiche che scompaiono quando qualcuno lascia. Piccole aspettative si accumulano rapidamente. Su Back4app, Driver, DutyLog, MileageLog, BreakdownReport e TripEntry si collegano in una narrativa coesa del registro cartaceo di backup ELD invece di un mucchio di ticket e file disconnessi. Lo schema comprende Driver (fullName, employeeId, licenseNumber), DutyLog (driver, dutyStatus, statusDateTime, notes), MileageLog (driver, tripDate, odometerStart, odometerEnd, milesDriven), BreakdownReport (driver, vehicleUnit, location, issueSummary, reportedAt) e TripEntry (driver, dutyLog, routeName, backupNotes) con flussi di lavoro di autenticazione e registrazione di backup integrati. Collega il tuo frontend preferito e spedisci più velocemente.
Migliore per:
Panoramica del backend del registro cartaceo di backup ELD
I team del registro cartaceo di backup ELD vincono quando il lavoro di routine è noioso: registri prevedibili, proprietà ovvia e avvisi prima che piccoli problemi diventino incidenti.
Ogni scheda tecnologica qui corrisponde allo stesso modello Driver, DutyLog e MileageLog — scegli uno stack senza rinegoziare il tuo contratto backend.
Funzionalità principali del Backup Log ELD
Ogni scheda tecnologica in questo hub utilizza lo stesso schema di ELD Backup Paper Log con Driver, DutyLog, MileageLog, BreakdownReport e TripEntry.
Gestione dell'elenco degli autisti
La classe Driver memorizza fullName, employeeId e licenseNumber.
Registrazione dello stato di servizio
La classe DutyLog registra dutyStatus, statusDateTime e note.
Cattura del registro di chilometraggio
La classe MileageLog memorizza tripDate, odometerStart, odometerEnd e milesDriven.
Reportistica breakdown
La classe BreakdownReport mantiene vehicleUnit, location, issueSummary e reportedAt.
Continuità delle voci di viaggio
La classe TripEntry collega driver, dutyLog, routeName e backupNotes.
Perché costruire il tuo backend del registro cartaceo di backup ELD con Back4app?
Back4app ti fornisce primitive per conducenti, doveri, chilometraggio e guasti, in modo che il tuo team possa concentrarsi sulla registrazione del lavoro e sul ripristino delle operazioni invece di ospitare un'API personalizzata.
- •DutyLog e MileageLog sono pronti per essere interrogati: La classe DutyLog e la classe MileageLog mantengono lo stato lavorativo e i chilometri percorsi in campi separati, il che aiuta la revisione delle entry cartacee da parte del dispatch per data di viaggio o conducente.
- •I report di BreakdownReport sono facili da convalidare: Utilizza BreakdownReport con vehicleUnit, location e issueSummary in modo che i supervisori possano ispezionare i report sugli incidenti senza dover setacciare appunti liberi.
- •Accesso in tempo reale e API in un'unica backend: Live Queries può aggiornare le modifiche del DutyLog mentre REST e GraphQL continuano a fornire gli stessi dati di Driver, TripEntry e BreakdownReport.
Mantieni i log di backup aggiornati con un contratto di backend unico per il personale di campo, le spedizioni e i manager.
Vantaggi principali
Un backend di log di backup che aiuta i manager e i coordinatori a mantenere chiare e ricercabili le voci sul campo.
Revisione dei compiti più veloce
Ordina le righe di DutyLog per statusDateTime in modo che i supervisori possano controllare per primi le modifiche più recenti del registro cartaceo.
Le righe del chilometraggio rimangono coerenti
Memorizza odometerStart, odometerEnd e milesDriven in MileageLog invece di disperdere le distanze in testo libero.
I guasti hanno contesto
Utilizza BreakdownReport con vehicleUnit, location e issueSummary per catturare la situazione senza perdere dettagli chiave.
Voci di backup tracciabili
TripEntry mantiene routeName e backupNotes collegati al conducente e al registro degli incarichi che li hanno creati.
Confini di accesso puliti
Applica regole ACL e CLP affinché solo i ruoli autorizzati possano modificare i record di DutyLog, MileageLog e BreakdownReport.
Lancio assistito dall'IA
Genera rapidamente lo schema e il primo passaggio di integrazione con un prompt strutturato.
Pronto per lanciare la tua app di registro di backup ELD?
Lascia che l'AI Agent di Back4app crei il backend del tuo Registro di Backup ELD e generi flussi di registro di servizio, registro chilometrico e report di guasto da un solo prompt.
Gratis per iniziare — 50 prompt dell'AI Agent/mese, senza carta di credito richiesta
Stack Tecnico
Tutto incluso in questo modello di registro cartaceo di backup ELD.
Diagramma ER per i registri di backup ELD
Modello di relazione tra entità per lo schema del log cartaceo di backup ELD.
Schema che copre autisti, log di servizio, log chilometrici, rapporti di guasto e voci di viaggio.
Visualizza sorgente del diagramma
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
}
Flusso di integrazione per i registri di backup
Flusso di runtime tipico per il sign-in, la registrazione dei doveri, la cattura del chilometraggio e la segnalazione dei guasti.
Visualizza sorgente del diagramma
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 objectIdDizionario dei dati per i registri di backup ELD
Riferimento a livello di campo per ogni classe nello schema del registro cartaceo di backup.
| Campo | Tipo | Descrizione | Richiesto |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Auto |
| 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 | Auto |
| updatedAt | Date | Auto-generated last-update timestamp | Auto |
9 campi in Driver
Sicurezza e autorizzazioni per registri cartacei
Come la strategia ACL e CLP protegge i conducenti, i registri di servizio, i registri dei chilometri, i rapporti di guasti e le voci di viaggio.
Proprietà del profilo del conducente
Solo il conducente autenticato o un coordinatore approvato dovrebbe modificare il profilo del conducente per quell'employeeId.
Integrità del registro di servizio
Le righe del DutyLog dovrebbero essere modificabili solo da utenti autorizzati, e il Cloud Code può Block modifiche che riscriverebbero la cronologia di statusDateTime.
Accesso alla ripartizione limitato
Mantieni le letture del BreakdownReport limitate a dispatch, manutenzione o al team della flotta assegnato quando i dettagli della posizione o il riassunto del problema necessitano di controllo.
Schema (JSON) per i registri di backup ELD
Definizione dello schema JSON grezzo pronta per essere copiato in Back4app o utilizzata come riferimento per l'implementazione.
{
"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
}
}
}
]
}Costruisci con l'agente AI
Utilizza l'agente AI di Back4app per generare un'app reale di registro cartaceo di backup ELD da questo modello, inclusi frontend, backend, autenticazione, log di servizio, log chilometrico e flussi di rapporto di ripartizione.
Crea un backend per l'app ELD Backup Paper Log su Back4app con questo schema e comportamento esatti. Schema: 1. Driver: fullName (Stringa, richiesta), employeeId (Stringa, richiesta), licenseNumber (Stringa, richiesta), homeTerminal (Stringa); objectId, createdAt, updatedAt (sistema). 2. DutyLog: driver (Puntatore a Driver, richiesto), dutyStatus (Stringa, richiesta), statusDateTime (Data, richiesta), notes (Stringa); objectId, createdAt, updatedAt (sistema). 3. MileageLog: driver (Puntatore a Driver, richiesto), tripDate (Data, richiesta), odometerStart (Numero, richiesto), odometerEnd (Numero, richiesto), milesDriven (Numero, richiesto), routeName (Stringa); objectId, createdAt, updatedAt (sistema). 4. BreakdownReport: driver (Puntatore a Driver, richiesto), vehicleUnit (Stringa, richiesta), location (Stringa, richiesta), issueSummary (Stringa, richiesta), reportedAt (Data, richiesta), status (Stringa, richiesta); objectId, createdAt, updatedAt (sistema). 5. TripEntry: driver (Puntatore a Driver, richiesto), dutyLog (Puntatore a DutyLog, richiesto), routeName (Stringa, richiesta), backupNotes (Stringa), shiftDate (Data, richiesta); objectId, createdAt, updatedAt (sistema). Sicurezza: - Solo il conducente o il coordinatore assegnato possono aggiornare i dati del conducente e le registrazioni. Usa Cloud Code per la convalida. Auth: - Registrazione, accesso, disconnessione. Comportamento: - Elencare i conducenti, creare registri di servizio, aggiungere registri di chilometraggio e inviare rapporti di guasto. Consegna: - App Back4app con schema, ACL, CLP; frontend per profili dei conducenti, registri di servizio, registri di chilometraggio, rapporti di guasto e voci di viaggio.
Premi il pulsante qui sotto per aprire l'agente con questo modello precompilato.
Questo è il prompt base senza un suffisso tecnologico. Puoi adattare successivamente lo stack frontend generato.
API Playground per ELD Backup Logs
Prova REST e gli endpoint GraphQL contro lo schema del paper-log. Le risposte utilizzano dati fittizi e non richiedono un account Back4app.
Utilizza lo stesso schema di questo modello.
Scegli la tua tecnologia per i registri di backup ELD
Espandi ogni scheda per vedere come integrare Driver, DutyLog e MileageLog con il tuo stack scelto.
Flutter Registro di backup ELD cartaceo Backend
React Registro di backup ELD cartaceo Backend
React Nativo Registro di backup ELD cartaceo Backend
Next.js Registro di backup ELD cartaceo Backend
JavaScript Registro di backup ELD cartaceo Backend
Android Registro di backup ELD cartaceo Backend
iOS Registro di backup ELD cartaceo Backend
Vue Registro di backup ELD cartaceo Backend
Angular Registro di backup ELD cartaceo Backend
GraphQL Registro di backup ELD cartaceo Backend
REST API Registro di backup ELD cartaceo Backend
PHP Registro di backup ELD cartaceo Backend
.NET Registro di backup ELD cartaceo Backend
Cosa ottieni con ogni tecnologia
Ogni stack utilizza lo stesso schema ELD Backup Paper Log e contratti API.
Struttura unificata dei dati del registro cartaceo
Gestisci i conducenti, i registri di servizio, i registri dei chilometri e i rapporti di guasto con uno schema coerente.
Tracciamento dello stato di servizio di backup
Registra le modifiche allo stato di servizio con timestamp che corrispondono alla documentazione di campo.
Registri di chilometraggio e percorso
Memorizza tripDate, routeName e milesDriven per revisione e riconciliazione.
Reporting dei guasti per operazioni
Traccia vehicleUnit, location e issueSummary per manutenzione e follow-up delle spedizioni.
REST/GraphQL API per i log
Integra gli stessi dati del registro cartaceo ELD di backup da strumenti web, mobile o back office.
Flusso di lavoro per flotte estensibili
Aggiungi ispezioni, promemoria o avvisi come nuove classi senza sostituire lo schema di base.
Confronto del Framework di Backup ELD
Confronta la velocità di configurazione, lo stile dell'SDK e il supporto AI tra tutte le tecnologie supportate.
| Framework | Tempo di Configurazione | Vantaggio ELD di Backup | Tipo di SDK | Supporto AI |
|---|---|---|---|---|
| Circa 5 min | Un'unica base di codice per i registri di servizio, i registri dei chilometri e i report di guasto. | SDK Digitato | Completo | |
| Meno di 5 minuti | Dashboard web rapida per la revisione dei log di backup. | SDK Digitato | Completo | |
| ~3–7 min | App mobile multipiattaforma per la registrazione dei log sul campo. | SDK digitato | Completo | |
| Impostazione rapida (5 min) | Dashboard renderizzata dal server per dispatcher e manager. | SDK digitato | Completo | |
| ~3–5 min | Integrazione web leggera per registri cartacei. | SDK digitato | Completo | |
| Circa 5 min | App nativa Android per conducenti e coordinatori. | SDK Digitato | Completo | |
| Meno di 5 minuti | App iPhone nativa per il backup dei log. | SDK Digitato | Completo | |
| ~3–7 min | Interfaccia web Reactiva per schermi di dovere e chilometraggio. | SDK Digitato | Completo | |
| Impostazione rapida (5 min) | Applicazione web aziendale per operazioni della flotta. | SDK Digitato | Completo | |
| Meno di 2 minuti | API flessibile GraphQL per registri e report. | GraphQL API | Completo | |
| Configurazione rapida (2 minuti) | Integrazione REST API per moduli di registro di backup. | REST API | Completo | |
| ~3 minuti | Backend PHP lato server per la registrazione della flotta. | REST API | Completo | |
| ~3–7 min | .NET backend per flussi di lavoro di dovere e chilometraggio. | SDK digitato | Completo |
Il tempo di configurazione riflette la durata prevista dal bootstrap del progetto alla prima query di DutyLog o MileageLog utilizzando questo schema del modello.
Domande Frequenti
Domande comuni sulla creazione di un backend del Registro di Carta di Backup ELD con questo modello.
Pronto per creare la tua app di log cartaceo di backup ELD?
Inizia il tuo progetto di backup ELD in pochi minuti. Nessuna carta di credito richiesta.