Fleet register
- Véhicules
- Drivers
- Missions
- Trip logs
Actifs et livraison
Flotte
Fleet control for vehicles, drivers, assignments, trips, fuel, inspections, maintenance, incidents, expenses, and provider sync.
Implémenté
Page du module Preuves d'abord
Utilisateurs principaux
Fleet manager
Dispatcher
Driver supervisor
Operations reviewer
Visuel derive de l application
Fleet operations console
Véhicules
Affecté
Maintenance
Due tracked
Provider sync
Monitored
| Domaine | Statut | Preuves |
|---|---|---|
| Missions | Driver linked | Custody record |
| Inspections | Safety tracked | Inspection proof |
| Maintenance | Provider aware | Sync event |
Workflows clés
Ce que le module aide les opérateurs à réaliser.
Chaque flux de travail est rédigé comme un chemin opérationnel et non comme une affirmation marketing, afin que les acheteurs puissent comprendre l'adéquation quotidienne du module.
Étape 1
Maintain vehicles, drivers, and assignment history
Étape 2
Record trips, fuel logs, inspections, maintenance, and incidents
Étape 3
Review provider sync and operational exceptions
Étape 4
Analyze fleet expenses, utilization, and safety evidence
Liste de contrôle des fonctionnalités
Capacités regroupées selon la manière dont les opérateurs les recherchent.
Maintenance and safety
- Fuel logs
- Inspections
- Maintenance
- Incidents
Cost and providers
- Fleet expenses
- Provider sync
- Exception evidence
- Rapports
Carte des modules connectes
Comment ce module échange le contexte commercial avec le reste de ERPStack.
| Module | Relation |
|---|---|
| Immobilisations | Vehicle asset registration and custody |
| Dépenses | Fuel, maintenance, and travel expense evidence |
| Projets | Vehicle assignment and project delivery context |
| Opérations de sécurité | Provider sync and high-risk fleet events |
Gouvernance et reporting
Contrôles et visibilité de gestion attendus d'un module ERP sérieux.
Gouvernance
- Provider sync SIEM events
- Maintenance evidence
- Inspection traceability
- Incident audit
Rapports
- Fleet register
- Fuel usage
- Maintenance due
- Incident trend
Politique de périmètre AI
Ce que ERPStack peut honnêtement revendiquer pour ce module aujourd'hui.
Les réclamations AI sont liées au registre officiel des outils d'agent, aux preuves d'évaluation, aux contrôles du mode sans échec et à l'état de préparation du moniteur d'agent planifié. Les modules de feuille de route affichent uniquement la couverture prévue jusqu'à ce que les outils natifs du module soient implémentés.
AI L2 ready| Réclamation de couverture | Current AI coverage: Fleet L2/L2 ready through the official Agent Tool Registry. |
|---|---|
| Preuves de gouvernance | Governance evidence: 2 registered tools, 2 evaluation cases, tenant/RBAC/safe-mode registry controls, and AI log evidence. |
| Surveillance programmée | Scheduled monitor readiness: not in the current proactive-agent monitor wave. |
| Limite L4/L5 | Remaining L4/L5 gap: no autonomous execution or self-optimizing agent behavior is claimed; write paths remain permissioned, previewed, and confirmable. |
Norme axée sur les données probantes
Les pages du module expliquent la valeur, le flux de travail, le contrôle et la preuve en un seul endroit.
Cette structure de page prend en charge le catalogue de modules public actuel avec des visuels dérivés d'applications, des preuves de modules connectés, des preuves de gouvernance et un contexte de rapport qui peuvent être comparés à des itinéraires de produits réels.
Clarté des fonctionnalités
Les acheteurs peuvent voir des groupes de fonctions concrets au lieu de vagues affirmations de capacités.
Ajustement opérationnel
Les flux de travail, les utilisateurs et les modules connectés indiquent à quelle place le module appartient.
Preuve de gouvernance
RBAC, l'audit, SIEM, les approbations et les rapports apparaissent comme des préoccupations de premier ordre.
Chemin de révision
Les pages publiques renvoient aux itinéraires des applications afin que les évaluateurs puissent comparer les revendications des pages aux surfaces des produits.