Centurio Система и модульная документация
🏛️ Архитектура платформы 🔑 Login
🏠 Все модули / core_platform / Fuhrpark & Fahrtenbuch
📘

Fuhrpark & Fahrtenbuch

fleet core_platform 🛡️ RLS Protected

Fuhrpark & Fahrtenbuch — aus Code abgeleitete Prozess- und API-Dokumentation.

Fachliche Bestimmung: Logistik, Versand & Fuhrpark steuert den externen Warentransport und die betriebliche Mobilität: Frachtführeranbindung (DHL, UPS, Dachser, Schenker), Packstückbildung mit NVE/SSCC-Etikettierung, Tourenplanung und Ladelistengenerierung, unternehmenseigene Fuhrparkverwaltung mit digitalem Fahrtenbuch, gesetzliche Führerscheinkontrolle nach § 21 StVG Halterhaftung sowie UVV-Sicherheitsprüfungen nach DGUV Vorschrift 70.

⚡ Рабочие процессы и жизненные циклы

Benutzerbefehl: fleet agent plan:command_fleet_agent

Проверенный план длительности (durable_plan), старт: manual_command.

1. fleet_agent
fleet_agent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "fleet_agent", "condition_fact": null}
Aktionen: fleet_agent

⚙️ Fachprozesse & Capabilities (System-Fachlogik)

Registrierte Fachoperationen und System-Capabilities dieses Moduls zur Steuerung von Workflows, Kaskaden und KI-Agenten.

Gesamt: 22 manual_entry: 1 engine: 18 operator_surface: 1 engine_step: 1 durable_plan: 1
Capability & Schlüssel Fachliche Bezeichnung Ausführung / Coverage Risikostufe & Freigabe Effekte & Kaskaden
Agent-Einstieg fleet_agent agent_entry:fleet_agent
Agent-Einstieg fleet_agent
Quelle: code:module_agent_map
manual_entry
✓ Auto
Keine Seiteneffekte deklariert
Kosten auf Projekt capability:fleet.cost.allocate_project
Op: fleet.cost.allocate_project
Objekt: fleet_vehicle
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.cost.allocate_project
Fahrzeugkosten buchen capability:fleet.cost.book
Op: fleet.cost.book
Intent: confirm_fleet_trip
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet_cost.booked
Fleet: assign driver capability:fleet.fleet.assign_driver
Op: fleet.fleet.assign_driver
Objekt: fleet
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.assign_driver
Fleet: confirm trip capability:fleet.fleet.confirm_trip
Op: fleet.fleet.confirm_trip
Objekt: fleet
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.confirm_trip
Fleet: create cost capability:fleet.fleet.create_cost
Op: fleet.fleet.create_cost
Objekt: fleet
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.create_cost
Fleet: create trip capability:fleet.fleet.create_trip
Op: fleet.fleet.create_trip
Objekt: fleet
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.create_trip
Fleet: create vehicle capability:fleet.fleet.create_vehicle
Op: fleet.fleet.create_vehicle
Objekt: fleet
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.create_vehicle
Fleet: update trip capability:fleet.fleet.update_trip
Op: fleet.fleet.update_trip
Objekt: fleet
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.update_trip
Fleet: update vehicle capability:fleet.fleet.update_vehicle
Op: fleet.fleet.update_vehicle
Objekt: fleet
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.update_vehicle
Versicherung verlängern capability:fleet.insurance.renew
Op: fleet.insurance.renew
Objekt: fleet_vehicle
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.insurance.renew
Fahrt bestätigen capability:fleet.trip.confirm
Op: fleet.trip.confirm
Intent: confirm_fleet_trip
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet_trip.confirmed
Fahrt erfassen capability:fleet.trip.create
Op: fleet.trip.create
Intent: confirm_fleet_trip
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet_trip.recorded
Telematik importieren capability:fleet.trip.import_telematics
Op: fleet.trip.import_telematics
Objekt: fleet_vehicle
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.trip.import_telematics
Fahrer zuweisen capability:fleet.vehicle.assign_driver
Op: fleet.vehicle.assign_driver
Objekt: fleet_vehicle
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet_vehicle.driver_assigned
Fuhrparkfahrzeug anlegen capability:fleet.vehicle.create
Op: fleet.vehicle.create
Objekt: fleet_vehicle
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet_vehicle.created
Tankbuchung capability:fleet.vehicle.record_fuel
Op: fleet.vehicle.record_fuel
Objekt: fleet_vehicle
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.vehicle.record_fuel
Werkstatttermin capability:fleet.vehicle.schedule_service
Op: fleet.vehicle.schedule_service
Objekt: fleet_vehicle
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.vehicle.schedule_service
Fahrzeug umschreiben capability:fleet.vehicle.transfer
Op: fleet.vehicle.transfer
Objekt: fleet_vehicle
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • fleet.vehicle.transfer
fleet_vehicle: edit form form_surface_anchor:fleet_vehicle.edit
Objekt: fleet_vehicle
Quelle: code:erp_form_surface
operator_surface
✓ Auto
Keine Seiteneffekte deklariert
Fahrtenbuch: Fahrt bestätigen gateway:fleet_logbook
Op: fleet.trip.confirm
Fahrtenbuch: Fahrt bestätigen
Quelle: code:reviewed_gateway
⚙️ Engine
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: fleet agent plan:command_fleet_agent
Benutzerbefehl: fleet agent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert

🧠 Fachprozess-Erzählung & Dual Knowledge Architektur

Synthese aus der ideologischen Blaupause (Meta-Fachlogik / Soll), der faktischen System-Implementierung (System-Fachlogik / Ist) und No-Code Customizing für KI-Consultants.

Dual Knowledge Layer
📖

Der durchgängige Businessprozess im Detail (End-to-End Fließtext-Erzählung)

Der durchgängige Logistik-, Versand- und Fuhrparkprozess in der betrieblichen Praxis

Die pünktliche und unbeschädigte Zustellung von Waren beim Kunden sowie der sichere und rechtlich einwandfreie Betrieb der Firmenfahrzeuge bilden das logistische Rückgrat jedes Handels- und Fertigungsunternehmens.

1. Warenausgang & Versandbereitstellung (Dispatch Staging)

Sobald das Lager (inventory) die Kommissionierung für einen Verkaufsauftrag (sales) abschließt, übernimmt das Logistikmodul:

  • Packstückbildung: Die gepickten Artikel werden in Versandkartons oder auf Europaletten konsolidiert. Das System ermittelt Brutto-, Netto- und Volumengewicht.
  • NVE / SSCC-Etikettierung: Jedes Packstück erhält eine weltweit eindeutige Nummer der Versandeinheit (NVE / Serial Shipping Container Code - SSCC) als GS1-128-Barcode.
  • Frachtführer-Auswahl & Ratenvergleich: Anhand von Gewicht, Destination (Inland, EU, Drittland) und gewünschter Laufzeit (Standard vs. Express) vergleicht das System hinterlegte Tarife oder ruft Live-Raten über Speditions-APIs ab (DHL, UPS, DPD, Dachser, DB Schenker, Kühne+Nagel).
  • Labeldruck: Über die integrierte Druckserver-Bridge (printbridge) wird das offizielle Versandetikett mit Routing-Barcode auf dem Thermotransferdrucker am Packtisch ausgegeben.

2. Ladelisten & Speditionsübergabe (Manifest & Handover)

  • Bei Paletten- und Speditionssendungen fasst das System Packstücke zu einer Ladeliste / einem Frachtbrief (CMR-Frachtbrief) zusammen (cap:logistics.shipment.generate_manifest).
  • Bei Abholung durch den Speditionsfahrer quittiert dieser die Anzahl der übernommenen Packstücke auf dem Handheld oder Lieferschein.
  • Warenausgangs-Gateway: Der Gateway setzt den Sendungsstatus auf Im Transit (in_transit) und übermittelt die Sendungsverfolgungsnummer (Tracking-ID) per E-Mail an den Kunden.

3. Eigener Fuhrpark & Tourenplanung (Fleet & Routing)

Verfügt das Unternehmen über eigene Liefer- oder Montagefahrzeuge:

  • Fahrzeugstamm (fleet): Verwaltung von PKWs, Transportern, LKWs und Anhängern mit Kennzeichen, Nutzlast, Ladevolumen und Wartungsintervallen.
  • Tourenoptimierung: Aufträge eines Liefergebiets werden wege- und zeitoptimiert zu einer Ausliefertour zusammengefasst. Das System berücksichtigt Zeitfenster, LKW-Mautstrecken und Lenk- und Ruhezeiten.
  • Rollende Fahrzeuglager: Kundendienstfahrzeuge führen einen eigenen mobilen Ersatzteilbestand, der vor Abfahrt aufgefüllt wird.

4. Halterhaftung & Führerscheinkontrolle (§ 21 StVG)

Als Fahrzeughalter haftet die Geschäftsführung strafrechtlich, wenn Mitarbeitern ohne gültige Fahrerlaubnis ein Firmenwagen überlassen wird:

  • Regelmäßige Pflichtprüfung: Das System erzwingt alle 6 Monate (oder anlassbezogen) die Führerscheinprüfung aller Dienstwagenberechtigten (cap:fleet.vehicle.verify_license).
  • Audit-Nachweis: Die Prüfung erfolgt per Sichtprüfung mit Scan oder über manipulationssichere RFID-Führersiegelsysteme. Das Prüfergebnis wird unveränderbar im Audit-Trail protokolliert.

5. Digitales Fahrtenbuch & Finanzamtskonformität

  • Zur Versteuerung des geldwerten Vorteils (Alternative zur 1%-Regelung) führt das Modul ein digitales, finanzamtskonformes Fahrtenbuch.
  • Fahrten werden mit Startort, Zielort, Kilometerstand, Fahrtzweck (Dienstfahrt, Arbeitsweg, Privatfahrt) und besuchtem Kunden erfasst.
  • Nachträgliche Manipulationen an Zeitstempeln oder Routendaten sind softwareseitig ausgeschlossen.

6. UVV-Sicherheitsprüfung nach DGUV Vorschrift 70

  • Gewerblich genutzte Fahrzeuge unterliegen der jährlichen Prüfung auf Betriebssicherheit nach DGUV Vorschrift 70 (UVV Fahrzeuge):
    • Überprüfung von Bremsen, Reifen, Gurten, Ladungssicherungsmitteln (Spanngurte, Antirutschmatten), Warnwesten und Verbandkasten.
  • Das System terminiert die UVV-Prüfung und sperrt das Fahrzeug bei Fristüberziehung für Neuvergaben im Kalender (cap:fleet.vehicle.schedule_uvv).
🏛️

Meta-Fachlogik: Ideologische Blaupause, Soll-Weltbild & Normen

Meta-Fachlogik: Die ideologische Blaupause & das normative Weltbild

Die Meta-Fachlogik stützt sich auf das Transport- und Speditionsrecht (HGB §§ 407 ff., ADSp 2017), das Straßenverkehrsgesetz (§ 21 StVG), die Berufsgenossenschaftlichen Vorschriften (DGUV V70) und Steuerrichtlinien zum Fahrtenbuch.

1. Frachtrecht & Haftung (HGB §§ 407 ff., CMR, ADSp 2017)

  • Frachtvertrag & Haftungskorridor: Gesetzliche Haftungsbegrenzung des Frachtführers nach HGB § 431 (8,33 SZR pro kg) bzw. CMR im internationalen Straßengüterverkehr.
  • Sorgfaltspflicht der Ladungssicherung (§ 22 StVO / VDI 2700): Der Absender ist für die verkehrssichere Verladung und Ladungssicherung verantwortlich. Das Soll-Modell verlangt Dokumentation geeigneter Sicherungsmittel vor Abfahrt.

2. Gesetzliche Halterhaftung (§ 21 Abs. 1 Nr. 2 StVG)

  • Wer als Fahrzeughalter anordnet oder zulässt, dass jemand ein Fahrzeug führt, der die erforderliche Fahrerlaubnis nicht besitzt, macht sich strafbar (Freiheitsstrafe bis zu einem Jahr oder Geldstrafe).
  • Das Soll-Modell verbietet die Zuweisung von Dienstwagen an Mitarbeiter mit ungeprüftem oder abgelaufenem Führerschein.

3. Invarianten des Soll-Modells

  1. Kein Warenausgang ohne lückenlose Packstück- und Gewichtsdokumentation.
  2. Keine Fahrzeugausgabe ohne verifizierten Führerscheinprüfungsnachweis.
  3. Ein finanzamtskonformes Fahrtenbuch darf keine rückwirkenden, unprotokollierten Änderungen zulassen.
  4. Fahrzeuge mit überzogener UVV-Prüfung oder abgelaufenem TÜV sind für den Fahrdienst zu sperren.
⚙️

Systemische Fachlogik: Faktische Umsetzung in Centurio ERP & Capabilities

Systemische Fachlogik: Die faktische Umsetzung in Centurio ERP

Die System-Fachlogik dokumentiert die Realisierung in den Modulen logistics und fleet.

1. Datenmodelle & Semantische Schicht (ORM)

  • LogisticsShipment: Sendungskopf (Felder: id, tenant_id, shipment_number, carrier_code, tracking_number, service_level, total_weight_kg, package_count, shipping_label_url, status).
  • ShipmentPackage: Einzelne Packstücke (Felder: shipment_id, sscc_nve, weight_kg, dimensions_cm).
  • FleetVehicle: Fahrzeugstamm (Felder: id, license_plate, vin_chassis, vehicle_type, assigned_driver_id, odometer_km, next_inspection_date, next_uvv_date, status [active, maintenance, locked]).
  • FleetTrip: Fahrtenbucheintrag (Felder: vehicle_id, driver_id, start_time, end_time, start_km, end_km, trip_type [business, commute, private], purpose, customer_id).
  • DriverLicenseCheck: Revisionssicherer Nachweis der Führerscheinkontrolle.

2. Das Capability-Register

  • cap:logistics.shipment.create: Erzeugung einer Sendung und Ratenabfrage.
  • cap:logistics.shipment.generate_label: Druck des Frachtführer-Versandlabels via PrintBridge.
  • cap:logistics.shipment.generate_manifest: Ladelistenerstellung und Speditionsavis.
  • cap:logistics.shipment.track: Statusabfrage der Tracking-Events beim Carrier.
  • cap:fleet.vehicle.verify_license: Erfassung der gesetzlichen Führerscheinprüfung.
  • cap:fleet.vehicle.log_trip: Verbuchung eines Fahrtenbucheintrags.
  • cap:fleet.vehicle.schedule_uvv: Planung der jährlichen Sicherheitsprüfung nach DGUV 70.

3. Der Gateway gw:shipment_dispatch@v1

Sichert den Warenausgang ab:

  1. Validierung: Prüft Gewicht, Versandadresse und Gefahrgutdeklaration.
  2. Statuswechsel: LogisticsShipment.status = 'dispatched'.
  3. Outbox-Signal: Feuert SHIPMENT_DISPATCHED und triggert die Kundenbenachrichtigung mit Tracking-Link.

4. Statusmodelle

  • Sendung: draft ➔ labeled ➔ manifested ➔ in_transit ➔ delivered oder exception.
  • Fahrzeug: available ➔ in_use ➔ maintenance_due ➔ locked (z.B. wegen fehlender UVV).
🤖

KI-Consultant Leitfaden: Customizing- & No-Code-Konzept (Soll-Ist-Synthese)

AI Solution Architect Blueprint

KI-Consultant Blueprint: Customizing & No-Code Architektur

Anleitung für Solution Architects zur Einrichtung von Logistik- und Fuhrparkprozessen.

1. Kundenanforderungsanalyse

  • Welche Frachtführer und Speditionen müssen angebunden werden?
  • Sollen Versandkosten dem Kunden nach Staffel oder mit Festpauschalen in Rechnung gestellt werden?
  • Gibt es Gefahrguttransporte (ADR-Auflagen mit Tunnelbeschränkungen)?

2. No-Code Zusatzfelder (Custom Fields)

Im No-Code Studio (/semantic/customizing):

  • Auf LogisticsShipment:
    • customs_declaration_mrn (Text): Movement Reference Number bei Ausfuhr in Drittländer (ATLAS).
    • liftgate_required (Checkbox): Hebebühnenzustellung erforderlich.
  • Auf FleetVehicle:
    • fuel_card_number (Text): Flottentankkartennummer für Tankbelegabgleich.
    • toll_onboard_unit_id (Text): OBU-Gerätenummer für automatische LKW-Maut.

3. No-Code Workflow Canvas DAGs

Blueprint A: Automatisches Tracking & Proaktiver Lieferverzugs-Alert
  • Trigger-Node: Webhook des Paketdienstes (z.B. DHL Event shipment.delayed).
  • Condition-Node: event.delay_days >= 2.
  • Action-Node: Sende automatische SMS/E-Mail an Kunden: "Ihre Sendung verzögert sich um 2 Tage; Tracking-Link hier."
Blueprint B: Automatische Sperre bei überfälliger Führerscheinkontrolle
  • Trigger-Node: Täglicher Scan der Führerscheingültigkeit.
  • Condition-Node: driver.last_license_check_date < current_date - 180_days.
  • Action-Node: Sperre Fahrzeugzuweisung für diesen Fahrer und sende Eskalations-Mail an Fuhrparkleiter.

📚 Operative Prozessbegriffe & Transaktionsschnittstellen

Zentrale Fachbegriffe im Prozesszusammenhang (Operatives Modell)
NVE / SSCC (Nummer der Versandeinheit)
18-stellige, weltweit eindeutige Seriennummer für Packstücke und Paletten.
Halterhaftung (§ 21 StVG)
Strafrechtliche Verantwortung des Fahrzeughalters zur Prüfung der Fahrerlaubnis.
UVV-Prüfung (DGUV Vorschrift 70)
Jährliche berufsgenossenschaftliche Sicherheitsprüfung gewerblicher Fahrzeuge.
Finanzamtskonformes Fahrtenbuch
Lückenloser, manipulationssicherer Nachweis aller Fahrten zur Besteuerung.
Frachtbrief (CMR)
Beförderungsdokument im internationalen Straßengüterverkehr mit Haftungsbestimmungen.
Ladeliste (Manifest)
Übergabeprotokoll aller an einen Frachtführer übergebenen Packstücke.
📥 Eingänge & Trigger (Inputs)
  • Versandbereite Packstücke aus dem Warenausgang des Lagers
  • Speditionsaufträge aus Streckengeschäften (Dropshipping)
  • Fahrzeugdaten und Fahrtenbucheingaben der Fahrer
  • Prüffristen für Führerscheine und Hauptuntersuchungen
📤 Ausgänge & Arbeitsergebnisse (Outputs)
  • Frachtführer-Versandlabels mit Barcodes (DHL, UPS, Dachser)
  • Speditions-Ladelisten und CMR-Frachtbriefe
  • Audit-Nachweise über durchgeführte Führerscheinkontrollen (§ 21 StVG)
  • Finanzamtskonforme Fahrtenbuchberichte (PDF/Excel)
  • Tracking-Links und Lieferzeit-Avis an Kunden
⚡ Kaskaden & Folgeprozesse (Cascades)
  • shipment_dispatched -> update_sales_order_status: Auftrag wird als versendet markiert
  • tracking_delivered -> trigger_customer_review: Einladung zur Kundenzufriedenheitsbewertung
  • license_check_failed -> lock_vehicle_assignment: Fahrersperre im Fuhrpark
  • uvv_expired -> set_vehicle_status_maintenance: Fahrzeugsperre bis zur Werkstattprüfung
🛡️ Nebenprozesse & Resilienz
  • Schadensabwicklung bei Transportschäden mit Speditionsregress
  • Zollabfertigung und Ausfuhranmeldung über ATLAS bei Drittlandsendungen
  • Kraftstoff- und Tankkartenabrechnung mit Plausibilitätsprüfung (Verbrauch l/100km)
  • Bußgeldbearbeitung und Zeugenfragebogenverwaltung im Fuhrpark
💡 No-Code Checkliste & Praxistipps
  • Speditions- und Paketdienst-Zugangsdaten (API-Keys) im System hinterlegen
  • Zyklen für Führerscheinprüfung (Standard: 6 Monate) in Fuhrparkrichtlinien definieren
  • Frachtkostenstaffeln nach Gewicht und Postleitzahlenzonen pflegen
  • No-Code Zusatzfelder für Maut-OBU und Gefahrgut auf LogisticsShipment anlegen

🗄️ Модели данных & поля

FleetCosts fleet_costs RLS Aktiv
16 Поле / столбцы

Tabelle fleet_costs

Feldname Тип данных Обязательность Schlüssel Профессиональное значение
vehicle_id UUID Ja * FK ➔ fleet_vehicles.id Feld vehicle_id
cost_type VARCHAR(24) Ja * - Feld cost_type
amount NUMERIC(14, 2) Ja * - Feld amount
occurred_on DATE Ja * - Feld occurred_on
document_id UUID Nein FK ➔ documents.id Feld document_id
work_order_id UUID Nein FK ➔ work_orders.id Feld work_order_id
notes TEXT Nein - Feld notes
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
FleetTrips fleet_trips RLS Aktiv
27 Поле / столбцы

Tabelle fleet_trips

Feldname Тип данных Обязательность Schlüssel Профессиональное значение
vehicle_id UUID Ja * FK ➔ fleet_vehicles.id Feld vehicle_id
driver_user_id UUID Nein FK ➔ organization_users.id Feld driver_user_id
started_at DATETIME Ja * - Feld started_at
ended_at DATETIME Nein - Feld ended_at
odometer_start INTEGER Nein - Feld odometer_start
odometer_end INTEGER Nein - Feld odometer_end
distance_km NUMERIC(8, 1) Nein - Feld distance_km
origin_label VARCHAR(255) Nein - Feld origin_label
destination_label VARCHAR(255) Nein - Feld destination_label
purpose VARCHAR(16) Ja * - Feld purpose
work_order_id UUID Nein FK ➔ work_orders.id Feld work_order_id
project_id UUID Nein FK ➔ projects.id Feld project_id
customer_id UUID Nein FK ➔ customers.id Feld customer_id
source VARCHAR(16) Ja * - Feld source
confirmed BOOLEAN Ja * - Feld confirmed
confirmed_at DATETIME Nein - Feld confirmed_at
confirmed_by UUID Nein - Feld confirmed_by
notes TEXT Nein - Feld notes
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
FleetVehicles fleet_vehicles RLS Aktiv
22 Поле / столбцы

Tabelle fleet_vehicles

Feldname Тип данных Обязательность Schlüssel Профессиональное значение
license_plate VARCHAR(32) Ja * - Feld license_plate
label VARCHAR(255) Ja * - Feld label
make VARCHAR(64) Nein - Feld make
model VARCHAR(64) Nein - Feld model
fuel_type VARCHAR(32) Nein - Feld fuel_type
is_company BOOLEAN Ja * - Feld is_company
tax_method VARCHAR(16) Ja * - Feld tax_method
status VARCHAR(16) Ja * - Feld status
assigned_user_id UUID Nein FK ➔ organization_users.id Feld assigned_user_id
acquisition_date DATE Nein - Feld acquisition_date
tuv_until DATE Nein - Feld tuv_until
current_mileage INTEGER Ja * - Feld current_mileage
notes TEXT Nein - Feld notes
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata

🔌 Входные пункты (UI & API)

Art Метод Конечный пункт / путь Titel & Zweck Право на
⚡ REST API GET /api/v1/fleet/costs
list_costs
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API GET /api/v1/fleet/summary
fleet_summary
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API GET /api/v1/fleet/trips
list_trips
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API GET /api/v1/fleet/trips/{trip_id}
get_trip
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API GET /api/v1/fleet/vehicles
list_vehicles
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API GET /api/v1/fleet/vehicles/{vehicle_id}
get_vehicle
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API GET /api/v1/fleet/vehicles/{vehicle_id}/costs
vehicle_costs
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API GET /api/v1/fleet/vehicles/{vehicle_id}/trips
vehicle_trips
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API GET /fahrtenbuch
logbook_page
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API GET /fuhrpark
fleet_page
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API GET /fuhrpark/{vehicle_id}
vehicle_detail_page
Semantic binding: inventory_only; mutation=False
fleet
⚡ REST API PATCH /api/v1/fleet/trips/{trip_id}
update_trip
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API PATCH /api/v1/fleet/vehicles/{vehicle_id}
update_vehicle
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /api/v1/fleet/costs
create_cost
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /api/v1/fleet/trips
create_trip
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /api/v1/fleet/trips/{trip_id}/confirm
confirm_trip
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /api/v1/fleet/vehicles
create_vehicle
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /api/v1/fleet/vehicles/{vehicle_id}/assign
assign_driver
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /fahrtenbuch
create_trip_form
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /fahrtenbuch/{trip_id}/bestaetigen
confirm_trip_form
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /fuhrpark/fahrzeuge
create_vehicle_form
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /fuhrpark/fahrzeuge/{vehicle_id}/status
vehicle_status_form
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /fuhrpark/fahrzeuge/{vehicle_id}/zuordnen
assign_driver_form
Semantic binding: operator_surface; mutation=True
fleet
⚡ REST API POST /fuhrpark/{vehicle_id}/kosten
create_cost_form
Semantic binding: operator_surface; mutation=True
fleet

🛡️ Регуляторство и соответствие

Dieses Modul unterliegt folgenden gesetzlichen, regulatorischen und Revisionsstandards:

  • Проверяемость
  • Изоляция клиентов (PostgreSQL RLS)