# Außendienst: Arbeitsprotokoll auf dem Tablet, Rechnung fällt heraus

Seine Idee vom 06.09.2026, wörtlich:

> „mach es an der kundenanzahl fest, und die bekommen eine vorab-nummer, die reserviert ist von der
> disponentin. die kunden haben eh eine kundennummer — heißt, es ist nur die rechnungsnummer, die
> zugeteilt wird. und hans hat nur die kundennummer mit adresse und wohnort im log, wo er
> protokolliert: anfahrt drücken, angekommen drücken … dann arbeit start und stop, dann noch: was
> hat er eigentlich gemacht — also gleich arbeitsprotokoll — und abfahrt. plus die rechnung für den
> kunden anhand des arbeitsblocks, den wir schon haben."

**Status: Idee. Nichts davon ist gebaut.**

---

## Was sich dadurch ändert

Die Rechnung wird **nicht mehr getippt, sondern fällt aus dem Arbeitsprotokoll heraus.** Wer ohnehin
Anfahrt, Ankunft, Beginn und Ende drückt, hat am Abend die Rechnung fast fertig, ohne sie
geschrieben zu haben.

Damit ist das **ein anderes Produkt** als das heutige Rechnungstool: eine Auftrags- und
Zeiterfassung, bei der die Rechnung das Ergebnis ist. Der Arbeitsdatensatz wird primär, die Rechnung
abgeleitet.

## Die Nummernlogik wird dadurch einfacher

- **Die Kundennummer hat der Kunde schon.** Reserviert wird nur die **Rechnungsnummer**.
- Die Blockgröße ergibt sich aus den **zugeteilten Aufträgen** — siehe
  `AUFGABE_ONLINE_API_MYSQL.md`, Abschnitt „Woher die Blockgröße kommt".
- Hans hat auf dem Gerät nur, was er braucht: Kundennummer, Anschrift, Ort.

---

## ⭐⭐ ENTSCHEIDUNG (Andreas, 06.09.2026): Daten auf dem Server, Rechnung im BÜRO

> „das liegt auf dem server, und im büro wird die rechnung geschrieben. denke, das ist sauber —
> aber so weit sind wir noch nicht."

**Das räumt ein Problem ab, und zwar das größte.**

Wird die Rechnung im Büro geschrieben, **entfällt die Offline-Nummernvergabe komplett**. Das Tablet
erfasst nur Arbeit — und ein Arbeitsprotokoll braucht **keine Rechnungsnummer**. Die entsteht im
Büro, wo Netz da ist.

→ **Nummernkontingente, Puffer und Blockverlängerung werden damit von einer Voraussetzung zu einer
OPTION** — nötig erst, falls später doch beim Kunden live abgerechnet werden soll. Die Überlegungen
dazu bleiben in `AUFGABE_ONLINE_API_MYSQL.md` stehen, sind aber nicht mehr auf dem kritischen Weg.

**Das Tablet muss dann nur zweierlei können:**
1. den **Kundenstamm zum Nachschlagen** vorhalten (Zwischenspeicher mit sichtbarem Alter)
2. die **Protokolle zwischenspeichern**, bis wieder Netz da ist

Beides **ohne Nummernvergabe** — also ohne die Gefahr, dass zwei Geräte sich in die Quere kommen.

## ⚠️ Drei Punkte, die vorher geklärt sein müssen

### 1. ⭐ Erfasste Zeit ist NICHT berechnete Zeit

Anfahrt ist mal berechenbar, mal nicht. Pausen laufen mit, gehören aber nicht auf die Rechnung.

**Wird das Protokoll eins zu eins zur Rechnungszeile, streitet der Betrieb irgendwann mit dem Kunden
über eine Minute, die das Programm erfunden hat.**

> **Regel: Aus dem Protokoll wird ein VORSCHLAG, aus dem Vorschlag die Rechnung.** Das Protokoll
> bleibt unverändert stehen, auch wenn anders abgerechnet wird.

Dann ist beides sauber und man kann später erklären, warum abgewichen wurde.

### 2. Start/Stopp drücken heißt: das ist ARBEITSZEIT

Damit hängt Arbeitsrecht daran, nicht nur Steuerrecht:

- Aufzeichnungs- und Aufbewahrungspflicht (**§ 16 ArbZG**)
- Die Aufzeichnungen gehören dem **Arbeitsverhältnis**, nicht dem Kunden
- → **getrennt von den Kundendaten behandeln**, und sie dürfen nicht einfach in der Rechnung landen

### 3. ⚠️ „Anfahrt/Angekommen" ist Standortverfolgung von Mitarbeitern

Sobald Zeiten und Orte zusammenkommen, ist es Mitarbeiterüberwachung. In Deutschland heikel:

- braucht eine **Rechtsgrundlage** und klare **Zweckbindung** (Art. 88 DSGVO, § 26 BDSG)
- gibt es je einen **Betriebsrat**: mitbestimmungspflichtig (§ 87 Abs. 1 Nr. 6 BetrVG)

**Beherrschbar, solange der Mitarbeiter selbst drückt** und nichts im Hintergrund mitläuft. Ein
Programm, das ohne Zutun aufzeichnet, wo jemand ist, wäre etwas völlig anderes — und dann wird es
ernst.

---

## Was schon da ist und wiederverwendet wird

- der **Arbeits-/Leistungsblock** (Katalog) aus dem Rechnungstool
- der **Kundenstamm** (offen, siehe `AUFGABE_KUNDENSTAMM_UND_WEB.md`)
- die **Nummernkontingente** (siehe `AUFGABE_ONLINE_API_MYSQL.md`)