Schnittstellen, API & Automationen › Mechaniker-Tablet & Anwesenheit (API)
Mechaniker-Tablet & Anwesenheit (API)
API-GruppeLive✓ Geprüft am Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)Die API hinter dem Tablet in der Werkstatt: Mechaniker melden sich an, sehen ihre Aufgaben, quittieren Arbeitsschritte, laden Fotos hoch und buchen Abwesenheiten/Schichten.
Bild folgt
Das Tablet meldet sich über einen QR-Code an — entweder den persönlichen QR-Code des Mechanikers oder den QR-Code an einem einzelnen Auftrag, der das Gerät gleich mit einloggt — und nicht über die Admin-Login des Büros. Danach entscheidet jede Anfrage einzeln, ob der angemeldete Mechaniker wirklich zu diesem Auftrag gehört. Bei einem mehrtägigen Auftrag, der über mehrere Bühnen läuft, gilt das nur für den Teil, dem er zugeteilt ist, nicht automatisch für den ganzen Auftrag. Ein archivierter (gevaulteter) Auftrag ist für das Tablet unsichtbar, sowohl beim Lesen als auch beim Schreiben — diese Lücke beim Lesen wurde nachträglich geschlossen, weil sie zunächst übersehen worden war. Zu viele Anfragen von derselben Adresse oder demselben Mechaniker bremst eine Ratenbegrenzung, damit QR-Codes nicht systematisch durchprobiert werden können. Fotos, diktierte Notizen und abgehakte Arbeitsschritte landen im jeweiligen Auftrag (Aufträge, Angebote & Anfragen), Abwesenheiten und Schichten in Personal, Schichten & Zeiterfassung.
- Auftrag erscheint am Tablet nicht, obwohl er existiert → der Auftrag ist archiviert (gevaultet) oder der Mechaniker ist keinem passenden Teil des Auftrags zugeteilt.
- Anmeldung über einen Auftrags-QR-Code funktioniert plötzlich nicht mehr → dieser QR-Code läuft nach 24 Stunden ab; der persönliche Mitarbeiter-QR-Code dagegen nicht.
- Mehrere Anfragen scheitern kurz hintereinander → die Ratenbegrenzung greift, kurz warten reicht meist.
Geschützt von
- Mechaniker-PIN & Geräte-Bindung Teilweise
Nutzt
- Mechaniker-Tablet Live
Geregelt durch
- Mechaniker-PIN & Geräte-Bindung Teilweise
Speist
- app/api/job-tablet
- app/api/mechanic
- app/api/mechaniker
- app/api/admin/mechanics
- app/api/admin/mechanic-status
- app/api/admin/mechanic-absences
- lib/db/tablet-session.ts
- lib/mechanic-rl.ts
- MEM:tablet-pwa-buehnen-2026-08-16.md
| aufrufer | Tablet |
|---|---|
| routen | 30 (job-tablet 11 + mechanic 10 + mechaniker 3 + admin/mechanics 4 + mechanic-status 1 + mechanic-absences 1) |
| auth | authorizeTablet()/resolveBoundMechanic() (lib/db/tablet-session.ts) + rlHit()-Ratenbegrenzung (lib/mechanic-rl.ts) — kein Admin-Cookie, gebundenes Gerät per QR-Code + PIN |
Beleg: MEM:tablet-pwa-buehnen-2026-08-16.md — LIVE; app/api/job-tablet/* (10 route.ts), app/api/mechanic/* (11), app/api/mechaniker/*(3)
Tiefer fragen
Kontext aus dem KFZ-Bozo-Handbuch
Knoten: api-mechaniker-tablet (API-Gruppe · Schnittstellen, API & Automationen · live · geprüft Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) @ 0f0406a1)
Kurz: Die API hinter dem Tablet in der Werkstatt: Mechaniker melden sich an, sehen ihre Aufgaben, quittieren Arbeitsschritte, laden Fotos hoch und buchen Abwesenheiten/Schichten.
Lies zuerst (Lesebereich, nicht der ganze Baum):
app/api/job-tablet
app/api/mechanic
app/api/mechaniker
app/api/admin/mechanics
app/api/admin/mechanic-status
app/api/admin/mechanic-absences
lib/db/tablet-session.ts
lib/mechanic-rl.ts
Hängt zusammen mit:
sec-mechaniker-pin (lib/db/tablet-session.ts) · app-tablet (app/mechaniker/layout.tsx) · sec-mechaniker-pin (lib/db/tablet-session.ts) · data-personal-zeit (lib/db/schema.ts)
Offene Fragen der Seite:
keine
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/schnittstellen-automation/api-mechaniker-tablet.md).