Werkstatt-Ablauf: Termin bis Übergabe › Checklisten / Werkstattbericht
Checklisten / Werkstattbericht
FunktionTeilweise✓ Geprüft am Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)Zu einem Auftrag kann eine Prüfvorlage gehören — etwa das Pickerl nach §57a oder ein Bozo-Check. Der Mechaniker arbeitet die Punkte Station für Station am Tablet ab. Je Punkt wählt er eine Antwort: in Ordnung, Kontrolle, Reparatur, Erneuern, ein Mangelgrad oder nicht geprüft. Das Ergebnis wird zum Prüfprotokoll und fließt in den Bericht für den Kunden.
So arbeitest du damit
- Öffne am Tablet den Auftrag und tippe im Abschnitt „Bozo-Checks" auf die Prüfung — sie lässt sich starten und später fortsetzen.
- Arbeite die Stationen der Reihe nach ab und wähle je Punkt eine Antwort, zum Beispiel „in Ordnung", „Reparatur" oder „nicht geprüft".
- Trage bei einem Mangel eine Bemerkung ein — tippen oder über „Diktat aufnehmen" sprechen.
- Fotografiere jeden Punkt, der ein Pflichtfoto verlangt; ohne Foto gilt er als offen.
- Schließe die Prüfung ab, wenn kein Punkt mehr offen ist — daraus entsteht das Prüfprotokoll.
- Sieh im Büro unter „Tagesbetrieb › Checklisten" bei „Durchgeführte Checks" nach, wer wann geprüft hat, und öffne dort das Protokoll.
- Lege dort auch neue Vorlagen an: „Manuell" für eine leere Vorlage, „PDF importieren", wenn eine bestehende Liste eingelesen werden soll.
Danach: Fotos, Befunde und Mängel
Die Antworten sind für alle Stellen dieselben. Editor, Tablet und Bericht greifen auf eine gemeinsame Liste zu, damit „schwerer Mangel" überall dasselbe heißt. Ein Punkt gilt erst als beantwortet, wenn eine Antwort gewählt ist; ein eingetippter Messwert kann die Antwort ersetzen. Ein ausdrückliches „nicht geprüft" zählt nicht als erledigt, blockiert den Abschluss aber auch nicht — der Punkt erscheint im Kundenbericht ausdrücklich als NICHT GEPRÜFT. Nur ein Punkt ganz ohne Antwort hält die Prüfung offen; ein Pflichtfoto hält den Punkt ebenfalls offen. Die Mechanik für Pflichtfotos und Grenzwerte ist gebaut. In den heutigen Vorlagen ist sie aber bei keinem Prüfpunkt gesetzt — Schritt vier greift erst, wenn das Büro sie hinterlegt. Wählt der Mechaniker eine Mangel-Antwort, bietet das Tablet von sich aus Foto und Notiz an. Der Befund wandert weiter zu den Mängeln am Auftrag (Fotos, Befunde und Mängel, Aufträge, Angebote & Anfragen). Das Diktat geht an eine Spracherkennung und schlägt Antworten vor, die der Mechaniker bestätigt (KI-Anbieter (Bot Meister)). Aus dem abgeschlossenen Protokoll entsteht ein Dokument, das später in den Bericht an den Kunden einfließt (Übergabe + Kundenprotokoll + Verlauf, Kundenbericht pro Leistung). Beim Pickerl hat eine Antwort Folgen über die Notiz hinaus. Ein nicht bestandener Abgastest zählt seit der Bestandsreparatur als Mangel und verlängert die Fälligkeit nicht mehr.
- Prüfung lässt sich nicht abschließen → es ist noch ein Punkt ohne Antwort oder ohne Pflichtfoto offen; die Station mit der roten Markierung öffnen.
- Diktat meldet „Nichts erkannt" → einfach erneut sprechen; der Hinweis verschwindet von selbst und die laufende Prüfung bleibt erhalten.
- Antwort versehentlich entfernt → ein zweiter Tipp auf dieselbe Antwort hebt sie sofort wieder auf, ohne Rückfrage; der Prüfpunkt steht danach wieder auf „offen". Einfach die richtige Antwort erneut wählen.
- Bremswerte wirken unplausibel → im Betrieb werden zwei verschiedene Einheiten abgelesen; vor dem Abschließen prüfen, ob links und rechts zusammenpassen.
- Am Auftrag erscheint kein Abschnitt „Bozo-Checks" → dem Auftrag ist keine Prüfvorlage zugeordnet; das Büro hängt sie im Auftrag an.
- Nur 4 von 12 Vorlagen sind laut Audit je gelaufen; Grenzwerte (thresholds.ts) bei 0/895 Punkten konfiguriert.
- Vier verschiedene Systeme fürs 'Abhaken' in der DB (check_items, job_checklist_items, job_materials mit is_standard=1, totes checklist_templates) — technische Schuld, nicht bereinigt.
- 124 Prüfpunkt-Bezeichnungen und 10 Lichtpunkte warten laut MEM:checklisten-reparatur-live-2026-08-31.md weiter auf das Gegenlesen durch den Owner (docs/redesign/reparatur-sichtung.md).
- Die sechs Bremswerte des §57a-Protokolls werden in unterschiedlichen Einheiten eingetragen (Werte von 1,2 bis 440 über zehn abgeschlossene Protokolle). Ob eine Einheit vorgeschrieben werden soll, ist eine offene Owner-Entscheidung.
- app/admin/checklisten/page.tsx
- components/admin/CheckTemplatesPage.tsx
- components/tablet/CheckRunner.tsx
- lib/checks/verdicts.ts
- messages/admin-fragments/qualitaet.de.json
- MEM:checklisten-reparatur-live-2026-08-31.md
- MEM:checklisten-audit-neuentwurf-2026-08-30.md
- app/mechaniker/auftrag/check/page.tsx
- app/api/admin/fluid-checkpoints
- app/job-tablet/check/page.tsx
| menu | /admin/checklisten |
|---|---|
| rolle | büro |
| schritt | 3 |
| geraet | Werkstatt-Tablet |
Beleg: MEM:checklisten-reparatur-live-2026-08-31.md — 'prod=6ec42a3d; 124 Labels zur Owner-Sichtung offen'; MEM:checklisten-audit-neuentwurf-2026-08-30.md — '853/895 Pruefpunkte ohne Pflichtfoto/Grenzwert'
Tiefer fragen
Kontext aus dem KFZ-Bozo-Handbuch
Knoten: feat-checklisten-bozo-checks (Funktion · Werkstatt-Ablauf: Termin bis Übergabe · teilweise · geprüft Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) @ 63cd366f)
Kurz: Zu einem Auftrag kann eine Prüfvorlage gehören — etwa das Pickerl nach §57a oder ein Bozo-Check. Der Mechaniker arbeitet die Punkte Station für Station am Tablet ab. Je Punkt wählt er eine Antwort: in Ordnung, Kontrolle, Reparatur, Erneuern, ein Mangelgrad oder nicht geprüft. Das Ergebnis wird zum Prüfprotokoll und fließt in den Bericht für den Kunden.
Lies zuerst (Lesebereich, nicht der ganze Baum):
app/admin/checklisten/page.tsx
components/admin/CheckTemplatesPage.tsx
components/tablet/CheckRunner.tsx
lib/checks/verdicts.ts
messages/admin-fragments/qualitaet.de.json
MEM:checklisten-reparatur-live-2026-08-31.md (Gedächtnisdatei außerhalb des Repos)
MEM:checklisten-audit-neuentwurf-2026-08-30.md (Gedächtnisdatei außerhalb des Repos)
app/mechaniker/auftrag/check/page.tsx
Hängt zusammen mit:
feat-auftraege (app/admin/auftraege/page.tsx) · feat-auftraege (app/admin/auftraege/page.tsx) · feat-aufgaben-tablet (app/job-tablet/page.tsx) · data-auftrag (lib/db/jobs.ts) · feat-fotos-befunde-maengel (MEM:aufgaben-kichat-live-2026-08-31.md) · feat-aufgaben-tablet (app/job-tablet/page.tsx) · feat-fotos-befunde-maengel (MEM:aufgaben-kichat-live-2026-08-31.md) · feat-fotos-befunde-maengel (MEM:aufgaben-kichat-live-2026-08-31.md)
Offene Fragen der Seite:
Nur 4 von 12 Vorlagen sind laut Audit je gelaufen; Grenzwerte (thresholds.ts) bei 0/895 Punkten konfiguriert.
Vier verschiedene Systeme fürs 'Abhaken' in der DB (check_items, job_checklist_items, job_materials mit is_standard=1, totes checklist_templates) — technische Schuld, nicht bereinigt.
124 Prüfpunkt-Bezeichnungen und 10 Lichtpunkte warten laut MEM:checklisten-reparatur-live-2026-08-31.md weiter auf das Gegenlesen durch den Owner (docs/redesign/reparatur-sichtung.md).
Die sechs Bremswerte des §57a-Protokolls werden in unterschiedlichen Einheiten eingetragen (Werte von 1,2 bis 440 über zehn abgeschlossene Protokolle). Ob eine Einheit vorgeschrieben werden soll, ist eine offene Owner-Entscheidung.
Hausregel 2: Vault-Daten sind für diese Session unsichtbar; Quellpfade auf Vault-Code sind keine Freigabe.
Frage: {{DEINE FRAGE}}
Antworte nur mit Belegen: nenne Datei und Zeile für jede Aussage.
Wenn die Quellen die Frage nicht beantworten, sag das und nenne, was du zusätzlich lesen müsstest.
Weicht die Seite vom Code ab, schlage den Seiten-Patch vor (wiki/seiten/werkstatt-ablauf/feat-checklisten-bozo-checks.md).