docs(arbeitskacheln): Open-Source-/HiOrg-Vergleich ausgewertet, 14 neue Kacheln ausgearbeitet

Vergleich mit InvenTree, Snipe-IT, Grocy, Shelf.nu, Resgrid, KP Front, FleetMS,
HiOrg-Server ergibt neue Kacheln (ASSET-010 Custody, FILE-008 Hash-Audit-Journal,
FILE-009 Notizen, NOTIF-003, MAINT-007 Tankbuch, ZUST-003 Standort-Scoping,
FOUND-007 Import/Export, FOUND-008 Fristen-Dienst, READY-006 Statistik-Dashboard,
UI2-006..010) sowie Referenz-Ergänzungen bei bestehenden Lücken. Alle Design-
Entscheidungen (Datenmodell, Sicherheitsanforderungen bei ASSET-010) geklärt.

Neues Epic 23 (Flutter-Begleit-App, Sondierungs-Prototyp FLUT-001) inkl. geklärtem
TLS-Blocker (Domain mabea.perlbach-edv.de mit Let's-Encrypt-Zertifikat statt
selbstsigniertem Server-Zertifikat).

Alle Kacheln bleiben offen/ungeplant, nur ausgearbeitet, keine Implementierung.

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

arbeitskacheln/19_satelliten_server.md

@@ -48,6 +48,13 @@ konkreten Datenmodell-Konsequenzen, die in keinem der 16 ursprünglichen Epics e
   Punkte vor Umsetzung: technischer Auslöser der Auslagerung (manuell vs. automatisch bei
   Verbindungsverlust), Vorab-Bestückung des Satelliten mit Stammdaten, Verhalten bei
   laufender Kontrolle während Auslagerung/Rückholung, Hardware-Anforderung.
+- **Referenz (Open-Source-Vergleich 2026-09-09):** Emergency Management Tool
+  (`projekt-katastrophenschutz/emergency-management-tool`, verwaist seit 2016, nur als
+  Konzeptbestätigung — keine brauchbare Codequalität) verfolgt unabhängig dieselbe
+  Grundidee (Offline-first-Netzwerkbetrieb mit späterer Auto-Synchronisation zwischen
+  Leitstellen-Instanzen). Bestätigt den Bedarf, liefert aber keine über SAT-001 hinausgehende
+  Lösung — SAT-001s Konfliktvermeidung-statt-Konfliktlösung-Ansatz (feste
+  Server-Zuordnung je Objekt) ist bereits ausgereifter als das, was dort skizziert ist.
 
 ---