Werkstatt-Ablauf: Termin bis Übergabe › Kundenbericht pro Leistung
Kundenbericht pro Leistung
FunktionLive✓ Geprüft am Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)Statt eines einzigen Gesamtberichts bekommt jede Leistung ihren eigenen Bericht in der Sprache des Kunden — Reparaturbericht, Servicebericht, Begleitprotokoll zur §57a-Überprüfung. Dazu gehört ein Link ohne Anmeldung, der auch am Handy und ohne JavaScript funktioniert.

So arbeitest du damit
- Den Reiter „Dokumente" im Auftrag öffnen und zur Karte „Kundenberichte" gehen.
- Warten, bis „Bereit" dasteht. Das Haus erzeugt den Bericht von selbst, sobald der Auftrag fertig oder abgerechnet ist.
- „Vorschau" öffnen und den Bericht so lesen, wie ihn der Kunde sieht.
- „Freigeben" drücken, solange der Bericht noch als „Entwurf" geführt wird.
- „Senden" drücken. Der Kunde bekommt das PDF und einen eigenen Link dazu.
- „Neu erzeugen" drücken, wenn über der Liste „Veraltet" steht.
- Danach: Angebote
Welcher Berichtstyp entsteht, leitet das Haus aus den Leistungen des Auftrags ab; jeder Typ hat eine eigene Vorlage und einen Namen, den der Kunde versteht — Interna stehen nie darin. Beim Fertigstellen friert das Haus die Fakten ein: der Kunde sieht später genau diesen Stand, auch wenn sich am Auftrag noch etwas ändert. Der Link ist ein Ein-Zweck-Zugang mit Zugangsschlüssel und bleibt über neue Fassungen hinweg gültig (Kundenbericht); zurücknehmen kann ihn nur das Büro, kein Systemvorgang. Die Seite dahinter zeigt eine Kurzfassung mit Ergebnis-Banner und Empfehlungen und verlinkt darunter das vollständige PDF; sie kommt ohne Anmeldung und ohne Skripte aus und wird von Suchmaschinen ferngehalten. Ein regelmäßiger Abgleich sucht abgeschlossene Aufträge ohne Bericht und holt sie nach (Konsistenz-Prüfung (Cron)). Der automatische Versand ist bewusst ausgeschaltet — das Büro schickt den Bericht selbst los (Kundenbenachrichtigungen (WhatsApp/SMS/Mail)).
- „Wird erstellt" bleibt stehen → Der Bericht rendert im Hintergrund. Nach einigen Minuten „Neu erzeugen" drücken.
- „Kein Kunde hinterlegt" → Ohne zugeordneten Kunden gibt es keinen Kundenbericht. Erst den Kunden am Auftrag ergänzen.
- „Veraltet" nach einer Änderung → Neu erzeugen und erneut senden, sonst liest der Kunde den alten Stand.
- Der Kunde meldet „Ihr Bericht wird gerade erstellt" → Der Link stimmt, das Dokument ist nur noch nicht fertig. Die Seite lädt sich von selbst neu.
- Der Kunde sieht eine alte Fassung → Sein Link hängt an genau diesem Dokument. Über „Neuere Fassung ansehen" kommt er auf den aktuellen Stand.
- KB-20-Sichtung (Kundenmodus-Design) noch nicht vom Owner freigegeben; KB-21-Diff-Abnahme + --apply nicht gelaufen.
- Welche Berichtstypen in der Praxis tatsächlich entstehen, ist nie über echte Aufträge ausgezählt worden — die Zuordnung Leistung → Typ ist damit nur am Code belegt, nicht an Zahlen.
- Bewusst offen laut Epic-Paket - Unterschriftenbilder stehen nicht im PDF, Mehrfach-Prüfungen werden je Abschnitt nicht gefiltert (Welle 2), und ein Kalender-Import kann strukturell keinen Bericht erzeugen (kein Kunde).
- MEM:kundenbericht-pro-leistung-plan-2026-08-21.md
- lib/berichte
- app/bericht/[token]/page.tsx
- components/admin/auftrag/DokumenteTab.tsx
- messages/admin-fragments/auftragCore.de.json
| schritt | 5 |
|---|
Beleg: `git merge-base --is-ancestor e6b4dd14 prod/main` = true; `lib/berichte` liegt in prod/main, prod/main-Log traegt Folge-Commits 9a971d99 'fix(berichte): drei Befunde aus dem Probelauf' und 2ae05880 'Diagnosebericht ohne Preise (Owner-Entscheid 2026-08-24)'; MEM e2e-betriebsbereitschaft-2026-08-24: 'die Kette ist ausgeliefert ... customer_documents = 0'; MEM dms-audit-2026-09-04 (Prod-DB gemessen gegen 01fad1bc): 'customer_documents 7'. Der Index-Satz 'NICHT deployt' in MEMORY.md stammt vom 2026-08-23 und ist veraltet. (Skeptiker-Korrektur, vorher: gebaut-nicht-deployt)
Tiefer fragen
Kontext aus dem KFZ-Bozo-Handbuch
Knoten: feat-kundenbericht-pro-leistung (Funktion · Werkstatt-Ablauf: Termin bis Übergabe · live · geprüft Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) @ 63cd366f)
Kurz: Statt eines einzigen Gesamtberichts bekommt jede Leistung ihren eigenen Bericht in der Sprache des Kunden — Reparaturbericht, Servicebericht, Begleitprotokoll zur §57a-Überprüfung. Dazu gehört ein Link ohne Anmeldung, der auch am Handy und ohne JavaScript funktioniert.
Lies zuerst (Lesebereich, nicht der ganze Baum):
MEM:kundenbericht-pro-leistung-plan-2026-08-21.md (Gedächtnisdatei außerhalb des Repos)
lib/berichte
app/bericht/[token]/page.tsx
components/admin/auftrag/DokumenteTab.tsx
messages/admin-fragments/auftragCore.de.json
Hängt zusammen mit:
feat-rechnungen (app/admin/rechnungen/page.tsx) · feat-uebergabe-kundenprotokoll (MEM:kundenprotokoll-verlauf-2026-08-19.md) · feat-uebergabe-kundenprotokoll (MEM:kundenprotokoll-verlauf-2026-08-19.md)
Offene Fragen der Seite:
KB-20-Sichtung (Kundenmodus-Design) noch nicht vom Owner freigegeben; KB-21-Diff-Abnahme + --apply nicht gelaufen.
Welche Berichtstypen in der Praxis tatsächlich entstehen, ist nie über echte Aufträge ausgezählt worden — die Zuordnung Leistung → Typ ist damit nur am Code belegt, nicht an Zahlen.
Bewusst offen laut Epic-Paket - Unterschriftenbilder stehen nicht im PDF, Mehrfach-Prüfungen werden je Abschnitt nicht gefiltert (Welle 2), und ein Kalender-Import kann strukturell keinen Bericht erzeugen (kein Kunde).
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-kundenbericht-pro-leistung.md).