Modèle de journal de conducteur de camion DOT Backend
Heures de service, journaux DVIR et statut de certificat médical
Un backend de journal de conducteur de camion DOT prêt pour la production sur Back4app avec suivi des heures de service, journaux DVIR et visibilité du statut de certificat médical. Comprend un diagramme ER, un dictionnaire de données, un schéma JSON, un terrain de jeu API, et un prompt Agent IA pour une configuration rapide.
Principaux points à retenir
Ce modèle vous fournit un backend de registre de conducteur de camion DOT avec suivi des heures de service, journaux DVIR et statut de certificat médical afin que la répartition et les opérations puissent maintenir chaque registre de conducteur à jour.
- Suivi des heures de service — Modélisez les entrées HOSLog avec le temps de conduite, le temps de service actif et les périodes de repos d'une manière que la répartition peut interroger.
- Capture de journal DVIR — Stockez les inspections DVIRLog, les notes de défauts et les identifiants de remorque pour chaque contrôle de voyage.
- Vérifications du statut de certificat médical — Gardez les enregistrements MedicalCert visibles afin que les gestionnaires puissent voir quand la carte d'un conducteur est à jour ou proche de l'expiration.
Aperçu : Journal de conduite de camion DOT
Dans le journal de conduite de camion DOT, « nous le faisons généralement de cette manière » n'est pas un contrôle — ce sont les étapes documentées et les résultats capturés qui le sont. Les clients le ressentent dans l'ETA que vous promettez. Sur Back4app, Driver, HOSLog, DVIRLog et MedicalCert se connectent dans un récit cohérent du journal de conduite de camion DOT au lieu d'une pile de billets et de fichiers déconnectés. Le schéma couvre Driver (nom, numéro de licence, statut du certificat médical), HOSLog (conducteur, date, heures de conduite, heures de service, heures de repos), DVIRLog (conducteur, véhiculeId, type d'inspection, défauts), et MedicalCert (conducteur, date d'émission, date d'expiration, statut) avec authentification et visibilité des enregistrements intégrées. Connectez votre interface préférée et expédiez plus rapidement.
Meilleur pour :
Ce que vous obtenez dans le modèle de journal de conducteur de camion DOT
Les semaines de pointe exposent la dette de journal de conducteur de camion DOT : les raccourcis qui semblaient corrects en janvier deviennent la raison pour laquelle vous manquez vos engagements de février.
Le hub met en avant Driver, HOSLog et DVIRLog afin que vous puissiez comparer les stacks clients contre les mêmes entités, champs et relations.
Fonctionnalités principales du journal DOT
Chaque carte technologique dans ce hub utilise le même schéma de journal de conducteur de camion DOT avec Driver, HOSLog, DVIRLog et MedicalCert.
Dossiers de profil de conducteur
Le conducteur enregistre son nom, son numéro de permis et son statut de certificat médical.
Heures de service
HOSLog conserve les heures de conduite, les heures de service, les heures de repos et la date.
Logs d'inspection DVIR
DVIRLog stocke l'identifiant du véhicule, le type d'inspection, les défauts et les notes.
Suivi de l'état du certificat médical
MedicalCert suit la date d'émission, la date d'expiration et l'état de chaque conducteur.
Pourquoi construire votre backend de journal de conducteur de camion DOT avec Back4app ?
Back4app vous fournit les primitives de conducteur, de journal et de certificat médical afin que votre équipe puisse se concentrer sur les opérations au lieu de l'entretien de l'infrastructure.
- •Gestion des conducteurs et des journaux: Les classes Driver, HOSLog et DVIRLog relient chaque trajet, inspection et fenêtre de service ensemble.
- •Visibilité du statut du certificat médical: Les dossiers MedicalCert restent consultables par le conducteur, afin que les coordinateurs puissent repérer une date d'expiration avant qu'elle n'affecte un itinéraire.
- •Flexibilité en temps réel + API: Utilisez Live Queries pour les nouvelles entrées DVIRLog ou HOSLog tout en gardant REST et GraphQL disponibles pour les outils web, mobiles et de répartition.
Construisez et ajustez rapidement les fonctionnalités de journalisation des conducteurs de camions DOT avec un contrat backend unique sur chaque plateforme.
Avantages clés
Un backend de journal de conducteur de camion DOT qui aide l'expédition et les opérations à avancer plus rapidement sans perdre de vue la piste de journal.
Configuration de journal plus rapide
Commencez par Driver, HOSLog, DVIRLog et MedicalCert au lieu de dessiner un nouveau modèle pour chaque flotte.
Révision de conformité claire
Utilisez l'historique de HOSLog et DVIRLog pour examiner le temps de service, les défauts et les inspections dans un seul chemin de requête.
Liste de surveillance des certificats médicaux
Suivez la date d'expiration et l'état des MedicalCert afin que les coordonnateurs puissent faire le suivi avant qu'un conducteur soit Blocté d'une route.
Contrôle d'accès ciblé
Utilisez ACL et CLP afin que seules les rôles approuvés puissent modifier les champs HOSLog, DVIRLog ou MedicalCert.
Historique du journal des conducteurs
Stockez les entrées de journal par conducteur et véhicule afin que les audits aient un enregistrement cohérent au fil du temps.
Bootstrap assisté par IA
Générez rapidement une ossature backend et des conseils d'intégration avec une seule invite structurée.
Prêt à lancer votre application de journal du conducteur de camion DOT ?
Laissez l'agent IA Back4app construire votre backend de journal de conducteur de camion DOT et générer des heures de service, un journal DVIR et des flux de statut de certificat médical à partir d'une seule invite.
Gratuit pour commencer — 50 invites d'agent IA/mois, aucune carte de crédit requise
Pile technique
Tout est inclus dans ce modèle de backend de journal de conducteur de camion DOT.
Schéma ER de journal DOT
Modèle de relation d'entité pour le schéma backend du journal de conducteur de camion DOT.
Schéma couvrant les conducteurs, les journaux d'heures de service, les inspections DVIR et l'état des certificats médicaux.
Voir la source du diagramme
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
}
Flux d'intégration du journal DOT
Flux d'exécution typique pour l'authentification, les journaux d'heures de service, les inspections DVIR et l'état des certificats médicaux.
Voir la source du diagramme
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 recordsDictionnaire de données
Référence au niveau des champs pour chaque classe dans le schéma de journal des conducteurs de poids lourds DOT.
| Champ | Type | Description | Requis |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Auto |
| username | String | Driver login name | |
| String | Driver email address | ||
| password | String | Hashed password (write-only) | |
| fullName | String | Driver full legal name | |
| role | String | Access role for the driver log app | |
| createdAt | Date | Auto-generated creation timestamp | Auto |
| updatedAt | Date | Auto-generated last-update timestamp | Auto |
8 champs dans Driver
Sécurité et autorisations
Comment les règles ACL et CLP protègent les conducteurs, les journaux, les inspections et l'état des certificats médicaux.
Contrôles des dossiers des conducteurs
Seules les rôles approuvés peuvent créer ou mettre à jour les dossiers des conducteurs ; les champs de profil personnel restent protégés.
Heures et intégrité des inspections
Seul le répartiteur, le responsable ou le rôle de conducteur assigné peut écrire des entrées HOSLog et DVIRLog, avec validation par le Cloud Code.
Accès au certificat médical
Limiter l'accès en lecture et en écriture des MedicalCert aux coordinateurs autorisés afin que les dates d'expiration et l'état soient gérés avec soin.
Schéma (JSON)
Définition du schéma JSON brut prête à être copiée dans Back4app ou utilisée comme référence de mise en œuvre.
{
"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
}
}
}
]
}Construire avec l'Agent IA
Utilisez l'Agent IA Back4app pour générer une véritable application de journal de conducteur de camion DOT à partir de ce modèle, y compris le frontend, le backend, l'authentification et les flux de journal de conducteur.
Créez un backend d'application de journal de conducteur de camion DOT sur Back4app avec ce schéma et ce comportement exacts. Schéma : 1. Conducteur : nom (Chaîne, requis), numéro de licence (Chaîne, requis), statut de certificat médical (Chaîne, requis), assignedTruckId (Chaîne), objectId, createdAt, updatedAt (système). 2. HOSLog : conducteur (Pointeur vers Conducteur, requis), date (Date, requis), heures de conduite (Nombre, requis), heures de service (Nombre, requis), heures de repos (Nombre, requis), notes (Chaîne); objectId, createdAt, updatedAt (système). 3. DVIRLog : conducteur (Pointeur vers Conducteur, requis), vehicleId (Chaîne, requis), type d'inspection (Chaîne, requis), défauts (Tableau de Chaînes), notes (Chaîne), date d'inspection (Date, requise); objectId, createdAt, updatedAt (système). 4. MedicalCert : conducteur (Pointeur vers Conducteur, requis), date d'émission (Date, requise), date d'expiration (Date, requise), statut (Chaîne, requise), nom de l'examinateur (Chaîne); objectId, createdAt, updatedAt (système). Sécurité : - Seules les rôles approuvés peuvent mettre à jour les dossiers des conducteurs. Seuls les rôles de dispatch, manager ou conducteur assignés peuvent écrire des entrées HOSLog et DVIRLog. Utilisez la validation Cloud Code. Auth : - Inscription, connexion, déconnexion. Comportement : - Lister les conducteurs, créer des entrées HOSLog, enregistrer des inspections DVIRLog et examiner le statut des certificats médicaux. Livrer : - Application Back4app avec schéma, ACL, CLP; frontend pour journaux de conducteurs, inspections DVIR et révision du statut de certificat médical.
Appuyez sur le bouton ci-dessous pour ouvrir l'Agent avec cette invite de modèle pré-remplie.
Ceci est l'invite de base sans suffixe technologique. Vous pouvez adapter la pile frontend générée par la suite.
API Playground
Testez les points de terminaison REST et GraphQL contre le schéma de journal de conduite des camions DOT. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.
Utilise le même schéma que ce modèle.
Choisissez votre technologie
Développez chaque carte pour voir comment intégrer Driver, HOSLog et DVIRLog avec votre stack choisie.
Flutter DOT Journal de conducteur de camion Backend
React DOT Journal de conducteur de camion Backend
React Natif DOT Journal de conducteur de camion Backend
Next.js DOT Journal de conducteur de camion Backend
JavaScript DOT Journal de conducteur de camion Backend
Android DOT Journal de conducteur de camion Backend
iOS DOT Journal de conducteur de camion Backend
Vue DOT Journal de conducteur de camion Backend
Angular DOT Journal de conducteur de camion Backend
GraphQL DOT Journal de conducteur de camion Backend
REST API DOT Journal de conducteur de camion Backend
PHP DOT Journal de conducteur de camion Backend
.NET DOT Journal de conducteur de camion Backend
Ce que vous obtenez avec chaque technologie
Chaque pile utilise le même schéma de backend de journal de conducteur de camion DOT et des contrats API.
Structure de journal de conducteur unifiée
Gérez le conducteur, HOSLog, DVIRLog et MedicalCert avec un schéma cohérent.
Suivi des heures de service pour les flottes
Maintenir driveHours, onDutyHours et offDutyHours consultables pour la révision des dispatchs.
Statut DVIR et certificat médical pour les opérations
Enregistrez les inspections des véhicules et les dates d'expiration sans changer le modèle de données.
Accès conscient des rôles pour les équipes de transport
Configurez des approbations pour que seules les bonnes personnes puissent modifier les journaux et le statut des certificats.
Comparaison des technologies de journal DOT
Comparer la vitesse de configuration, le style SDK et le support AI à travers toutes les technologies prises en charge.
| Cadre | Temps de configuration | Avantage des journaux DOT | Type de SDK | Support AI |
|---|---|---|---|---|
| Environ 5 min | Code unique pour les journaux de conduite sur mobile et web. | SDK typé | Complet | |
| Moins de 5 minutes | Tableau de bord web rapide pour les heures de service et les inspections. | SDK typé | Complet | |
| ~3–7 min | Application mobile multiplateforme pour les contrôles sur route et en cour. | SDK typé | Complet | |
| Configuration rapide (5 min) | Vue des opérations rendues par le serveur pour les journaux des conducteurs. | SDK typé | Complet | |
| ~3-5 min | Intégration web légère pour les outils de flotte. | SDK typé | Complet | |
| Environ 5 min | Application Android native pour la capture des journaux des conducteurs. | SDK typé | Complet | |
| Moins de 5 minutes | Application native iPhone pour inspection et révision des journaux. | SDK typé | Complet | |
| ~3–7 min | Interface web Reactive pour l'expédition et les vérifications de conformité. | SDK tapé | Complet | |
| Configuration rapide (5 min) | Tableau de bord d'entreprise pour les journaux des conducteurs. | SDK tapé | Complet | |
| Moins de 2 min | API GraphQL flexible pour les requêtes HOS et DVIR. | API GraphQL | Complet | |
| Configuration rapide (2 min) | Intégration REST API pour l'ingestion et la révision des journaux. | REST API | Complet | |
| ~3 min | Backend PHP côté serveur pour les workflows de journaux. | REST API | Complet | |
| ~3–7 min | Backend .NET pour les applications de flotte et de conformité. | SDK typé | Complet |
Le temps de configuration reflète la durée prévue depuis le démarrage du projet jusqu'à la première requête Driver, HOSLog ou DVIRLog utilisant ce schéma de modèle.
Questions Fréquemment Posées
Questions courantes sur la création d'un backend de journal de conducteur de camion DOT avec ce modèle.
Prêt à construire votre application de journal de conducteur de camion DOT ?
Commencez votre projet de journal de conducteur de camion DOT en quelques minutes. Pas de carte de crédit requise.