Arbeiten 05 Herbergshaus in der Au

übergab. Das Protokoll, das mitdenkt.

Eine iPad-App für Wohnungsübergaben: Räume mit Bausteinen, Schlüssel, Zählerstände, Mängel mit Fotos, Unterschrift auf dem Gerät, fertiges PDF. Alles bleibt auf dem iPad, kein Server, kein Konto. Für Makler, Hausverwaltungen und Vermieter; ein befreundeter Makler testet seit August. Seit Februar 2026, allein.

Im Modell: ein Herbergshaus in der Au, zwei Geschosse, Freitreppe außen, der Schlüssel am Haken neben der Tür. Am Schreibtisch fährt die Kamera der Startseite hierher, wenn der Zeiger auf der Karte liegt; die Tür geht auf, der Eisvogel setzt sich auf den Eckpfosten des Absatzes.
Zwei Screens von übergab auf dem iPad: der Raum-Editor mit den Bausteinen des Wohnzimmers, die Unterschrift im Vollbild (Musterdaten)
Rolle
Konzept, Datenmodell, App, PDF, Tests, Releases, Rechtsrecherche
Zeitraum
Februar 2026 bis heute
Stack
Swift 6, SwiftUI, SwiftData, PencilKit, TPPDF, XCTest; iPadOS 17.2, auch iPhone
Status
Beta auf TestFlight, Build 27 vom 31.08.2026; nicht im App Store, Stand 14.10.2026
01

Problem

Zutaten

Eine Wohnungsübergabe dauert eine Stunde und entscheidet über Monate: wer die Kaution bekommt, wer die Wand bezahlt, welcher Zählerstand gilt. Das Protokoll ist das einzige Papier, das beide Seiten unterschreiben. Makler, Hausverwaltungen und Vermieter führen es mit Vordrucken, Word-Vorlagen oder Apps; eine der verbreiteten Apps dafür wurde 2023 eingestellt.

übergab ist eine iPad-App für genau dieses Protokoll, in vier Arten: Vorabnahme, Abnahme, Übergabe, Verkauf. Objekt, Beteiligte, Schlüssel, Zählerstände, Räume mit Bausteinen, Mängel mit Fotos, Sondervereinbarungen, Unterschrift mit Finger oder Pencil, fertiges PDF zum Versenden. Alles auf dem Gerät: kein Konto, kein Server, kein Netz nötig im Keller am Zähler. Mitdenken heißt hier nicht KI. Es heißt: das richtige Feld an der richtigen Stelle, ein Vorschlag, bevor man tippt, und ein Gesetzestext nur dort, wo er gilt.

02

Rolle

Alles, allein, seit Februar 2026: das Datenmodell mit 13 Modellen in SwiftData, die App in SwiftUI, die PDF-Erzeugung, die Tests, die Releases über TestFlight, dazu die Recherche zu Meldegesetz, Rauchmeldern und Datenschutz. Gebaut im Pair mit Claude Code, mit Regeln im Repo: Tests zuerst, Datenbank-Tests gegen eine Datenbank im Speicher statt gegen Attrappen, kein Commit mit rotem Test; im Juni ein Audit mit 54 Prüf-Agenten, aus dem 14 Fixes kamen. Ein befreundeter Makler, seit dreißig Jahren im Geschäft, testet seit August mit echten Übergaben; sein Feedback hat einen ganzen Build zurückgeworfen und die Unterschrift ins Vollbild gebracht.

03

Entscheidungen

Zubereitung
  • Alles bleibt auf dem iPad. Keine Anmeldung, kein Server, kein Sync: Mieterdaten, Fotos und Unterschriften liegen in einer lokalen Datenbank, das PDF geht per Mail oder AirDrop an alle Beteiligten. Im Keller am Zähler gibt es kein Netz, und ein Protokoll mit Namen, Adressen und Unterschriften gehört in keine fremde Cloud.
  • Bausteine statt Freitext. Ein Raum hat einen Typ, der Typ bringt seine Bausteine mit (Wände, Boden, Fenster, Bad, Küche, Rauchmelder; elf Kategorien), jeder Baustein einen Zustand aus sieben Stufen. Wer „Kueche“ oder „Kochnische“ tippt, bekommt die Küche. Ein Mangel hat Foto, Verursacher und Kosten, eine Sondervereinbarung ihren Textbaustein.
  • Felder statt Mahnungen. Keine Pflichtfelder, die den Makler vor dem Mieter bremsen. Ein Zähler, der nicht abgelesen werden kann, bekommt einen Status (nicht zugänglich, nicht vorhanden) und einen Standort; im PDF steht der Grund, nicht eine leere Zelle. Vor dem Abschluss zeigt eine Checkliste, was fehlt, und führt hin.
  • Das Gesetz steht nur, wo es gilt. Die Wohnungsgeberbestätigung nach § 19 Bundesmeldegesetz druckt die App nur beim Einzug und nur, wenn ein Wohnungsgeber erfasst ist. Rauchmelder sind ein Baustein je Raum, die Datenschutzeinwilligung ein Abschnitt vor den Unterschriften. Ein abgeschlossenes Protokoll ist unveränderbar; korrigiert wird in einem Korrekturprotokoll mit Verweis.
  • Das PDF ist das Produkt. Fotos mit rund 200 dpi in bündigen Reihen, Beschriftung in der Kachel, Überschriften bleiben bei ihrem Inhalt, Kopfzeile mit Dokumenttyp, Firmenlogo in Druckauflösung, Unterschriften folgen dem Inhalt. Ein Testlauf baut aus einem Musterprotokoll das ganze PDF und liest es Zeile für Zeile zurück.
  1. 01 Objekt
  2. 02 Personen
  3. 03 Schlüssel
  4. 04 Zähler
  5. 05 Räume
  6. 06 Mängel
  7. 07 Unterschrift
  8. 08 PDF
Ein Protokoll auf dem iPad, vom Objekt bis zum PDF.
04

Ergebnis in einer Zahl

Anrichten

1.006

Automatisierte Tests, alle grün: 996 in sechs Sekunden auf dem iPad-Simulator, dazu zehn UI-Tests, die die echte App starten und durch Editor und Begehung führen. 27 Builds auf TestFlight seit Februar 2026, elf davon in den neun Tagen der Beta-Runde im August, 200 Commits, 13 Modelle. Nutzer: ein Makler im Test mit echten Übergaben, kein App Store, keine zahlenden Kunden. Zahlen zeige ich, wenn sie da sind.

Gemessen am 14.10.2026: xcodebuild test auf dem Simulator iPad Air 13-inch (M3) mit Xcode 26.2, 996 Unit-Tests bestanden in 6,1 s, 10 UI-Tests bestanden in 312,6 s; Builds aus dem Projektlog, Commits aus git. Code privat, Einblick auf Anfrage.

Die erste Seite des fertigen Protokolls als PDF: Objekt, Beteiligte, Schlüssel, Zählerstände (Musterdaten)
05

Learnings

Nachgeschmack
  • Ein Gesetzestext an der falschen Stelle ist nicht nur falsch, er mahnt auch noch: das PDF bescheinigte beim Auszug den Einzug, und 986 grüne Tests hatten nichts dagegen. Gefunden an einem echten Protokoll. Seitdem bekommt jede Rechtsregel einen Test, der sagt, wann sie nicht gilt.
  • Als ich bei einer Übergabe die Tabelle der Heizkostenverteiler als Freitext in fünf Räume kopiert habe, fehlte kein Komfort, sondern ein Feld. Was der Nutzer sich mit Kopieren baut, ist das nächste Feature.
  • Der Simulator hat keine drei Monate alten Protokolle. Ob eine Datenbank-Migration die echten Protokolle des Testers trägt, zeigt erst sein iPad nach dem Update; darum ist das der erste Check nach jedem Build, nicht der letzte.