feat(warehouse): WH-005 Umlagerung zwischen Lagerplätzen

Atomare Aus+Ein-Buchung in einer Materialbewegung-Zeile statt zwei
Einzelschritten. NOTIF-001 war bereits produktiv umgesetzt, Backlog
war nur veraltet - korrigiert.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV

arbeitskacheln/07_warehouse.md

@@ -161,12 +161,11 @@ Details zu WH-001 … WH-007 (vollständig).
 
 ---
 
-**MABEA-Ist-Stand-Abgleich (aktualisiert 2026-09-05):** WH-001..004+007 (Kern) sind
-umgesetzt und live deployed — `lagerort` (Hierarchie), `lagerplatz`, `bestand` je
-Lagerplatz+Material, Ein-/Auslagerung mit lückenlosem `materialbewegung`-Protokoll.
-Bewusst zurückgestellt (Nutzer-Entscheidung, Kern zuerst): **WH-005 (Umlagerung)** — aktuell
-nur Aus- dann Einlagern als zwei Einzelschritte, keine atomare Kombi-Aktion. **WH-006
-(Inventur)** fehlt weiterhin komplett — MABEA hat kein Inventurlauf-Konzept mit
-Korrekturbuchung, nur objektbezogene Kontrolle. `Lagerbewegung` (Objekt-Ebene) bleibt
-unverändert parallel bestehen, keine Vermischung mit dem neuen Material-/Lagerplatz-
-Bewegungsprotokoll.
+**MABEA-Ist-Stand-Abgleich (aktualisiert 2026-09-06):** WH-001..005+007 sind umgesetzt
+— `lagerort` (Hierarchie), `lagerplatz`, `bestand` je Lagerplatz+Material, Ein-/
+Auslagerung sowie atomare Umlagerung (`POST /lagerplaetze/{id}/umlagern`) mit
+lückenlosem `materialbewegung`-Protokoll (eine Zeile mit Von+Nach statt zwei
+Einzelbuchungen). **WH-006 (Inventur)** fehlt weiterhin komplett — MABEA hat kein
+Inventurlauf-Konzept mit Korrekturbuchung, nur objektbezogene Kontrolle.
+`Lagerbewegung` (Objekt-Ebene) bleibt unverändert parallel bestehen, keine Vermischung
+mit dem Material-/Lagerplatz-Bewegungsprotokoll.

arbeitskacheln/18_notifications.md

@@ -25,8 +25,9 @@ ursprünglichen 16-Epic-Backlog, obwohl Karte 12 bereits vollständig implementi
 - **Akzeptanzkriterien:** neuer Fehlbestand löst E-Mail an zuständigen Verantwortlichen aus
   und erscheint im Dashboard.
 - **Tests:** Trigger-Test (Fehlbestand-Entstehung → E-Mail-Mock aufgerufen).
-- **DoD:** **Lücke in MABEA** — Dashboard-Anzeige existiert, aber kein E-Mail-Versand bei
-  Fehlbestand-Entstehung. Nur die Eskalationsstufen (NOTIF-002) versenden aktuell E-Mails.
+- **DoD:** deckt sich 1:1 mit MABEA — bereits vollständig umgesetzt und produktiv
+  (`app/services/benachrichtigung.py`, ausgelöst in `kontrolle/erfassung.py` und
+  `geraet_instanz.py` bei jeder Fehlbestand-Entstehung, Test in `test_email.py`).
 
 ## NOTIF-002 — Eskalation lange offener Fehlbestände
 
@@ -57,11 +58,11 @@ ursprünglichen 16-Epic-Backlog, obwohl Karte 12 bereits vollständig implementi
 
 ---
 
-**MABEA-Ist-Stand-Abgleich:** NOTIF-002 (Eskalation) ist vollständig umgesetzt und
-produktiv. **NOTIF-001 hat eine echte Lücke:** E-Mail bei Erst-Entstehung eines
-Fehlbestands fehlt — aktuell wird nur bei Eskalationsstufen gemailt, nicht sofort beim
-ersten Auftreten. Diese Epic-Datei existierte bislang nicht — reine Nachdokumentation
-plus eine offene Lücke, die im ursprünglichen 16-Epic-Backlog übersehen wurde.
+**MABEA-Ist-Stand-Abgleich (korrigiert 2026-09-06):** NOTIF-001 und NOTIF-002 sind
+BEIDE vollständig umgesetzt und produktiv. Die zuvor hier dokumentierte Lücke bei
+NOTIF-001 war veraltet — E-Mail-Versand bei Fehlbestand-Entstehung existiert bereits
+seit Sprint 6 (`app/services/benachrichtigung.py`). Diese Epic-Datei existierte bislang
+nicht — reine Nachdokumentation, keine offene Lücke mehr.
 
 ## Referenzen
 Alte Arbeitskarten (übernommen, Karten-Dateien gelöscht): Karte 05 Benachrichtigungen,