Wir bauen Software, die die Arbeit macht. Nicht nur verwaltet.

1. Mai 2026

   Das Fundament steht

   Objekte, Wohnungen, Mietverträge und die Menschen dahinter bekommen ihren Platz — anlegen, ändern, suchen. Ein Mietvertrag entsteht aus dem PDF, das ohnehin im Ordner liegt.

2. Mai 2026

   Buchhaltung und Bankabgleich

   Sachkonten, Buchungen und der Abgleich mit dem Kontoauszug kommen dazu. Gebuchtes bleibt gebucht: Korrekturen laufen über Stornos, wie es sich gehört.

3. Mai 2026

   Die grossen Abläufe

   Betriebskostenabrechnung, Mahnwesen, SEPA-Lastschriften, Export für den Steuerberater, Kautionen, Handwerkeraufträge und Mietanpassungen entstehen in wenigen Tagen nebeneinander.

4. September 2026

   Bereit für die Offenlegung

   Kastellio erscheint unter der AGPL-3.0. In dieser Phase entsteht die Grundlage dafür: geprüfte Lizenzlage im gesamten Quelltext, Datenschutz nach DSGVO und die saubere Trennung der Mandanten — jedes Unternehmen sieht ausschliesslich seine eigenen Daten, durchgesetzt in der Datenbank selbst.

5. September 2026

   In Betrieb

   Kastellio läuft auf einem eigenen Server. Neue Stände gehen automatisch in Betrieb, Sicherungen laufen, die Überwachung meldet sich von selbst.

6. September 2026

   Nachgemessen

   Die Arbeitsabläufe einer Hausverwaltung werden von Hand durchgespielt und Schritt für Schritt belegt. Einer läuft bereits vollständig durch — von der Schadensmeldung über die Handwerkerrechnung bis zur fertigen Zahlungsdatei für die Bank. Ein Beispielbestand entsteht mit einem einzigen Befehl, damit sich jeder Stand sofort ausprobieren lässt.

7. September 2026

   Der Bestand zieht mit um

   Was ein Unternehmen aus seinem bisherigen System mitbringt, kommt mit: Eröffnungsbilanz, offene Posten je Mieter, Kautionen und Lastschriftmandate. Ein Abstimmungsprotokoll zeigt auf den Cent, ob alles angekommen ist.

8. Oktober 2026

   Fünf von acht

   Die acht Arbeitsabläufe werden erneut von Hand durchgespielt, diesmal mit Lastschrift, Rücklastschrift und Betriebskostenabrechnung bis zum Bescheid. Fünf laufen über die Oberfläche durch, vom Einrichten bis zum Auszug. Die Fehler, die dabei Geld eines Mieters oder einen Bescheid trafen, sind inzwischen berichtigt und am 16. Oktober nachgemessen.

9. Oktober 2026

   Die Ränder werden dicht

   Jede Zahlung lässt sich jedem Mietvertrag zuordnen, eine Wohnung lässt sich nicht mehr doppelt vermieten, und Daten, an denen noch etwas hängt, lassen sich nicht mehr löschen. Fehlerseiten sprechen Deutsch, viele Meldungen sind aus der Entwicklersprache in Klartext übersetzt, und ein Handbuch mit Bildschirmbildern wächst mit jedem Schritt mit. Am 20. Oktober nachgemessen sind die Sperren gegen Doppelvermietung und gegen das Löschen; die freie Zuordnung einer Zahlung und die übrigen Punkte noch nicht.

10. Oktober 2026

    Sechs von acht

    Am 16. Oktober werden die acht Arbeitsabläufe erneut über die Oberfläche durchgespielt, skriptgesteuert wie ein Mensch am Bildschirm. Sechs laufen durch, drei davon mit einem benannten Behelf. Die Fehler der Messung davor, die Geld eines Mieters oder einen Bescheid trafen, sind am Produkt nachgemessen behoben. Neu gefunden: eine Sackgasse im Zahlungsausgang bei nur einer Administratorin und eine Lücke bei Inklusivmieten mit Zentralheizung — beide am 20. Oktober nachgemessen behoben.

11. Oktober 2026

    Auch am Telefon

    Jede Liste erscheint auf dem Telefon als Karte, das Menü passt sich an, und jede Seite trägt einen eigenen Titel. Die Farben sind auf die Kontrastwerte nach WCAG AA umgestellt, ein Sprunglink führt direkt zum Inhalt, und wer etwas nicht sehen darf, bekommt eine Erklärung statt einer stillen Umleitung. Gebaut und im Browser geprüft; in der Messung vom 20. Oktober wurden Einzug und Auszug in der Telefonansicht des Browsers bedient — auf echten Geräten ist es noch nicht geprüft.

12. Oktober 2026

    Mieterwechsel im Blick

    Jeder Auszug und jeder Einzug wird ein Vorgang mit Termin, zuständiger Person und einer Terminbestätigung an den Mieter; eine Liste zeigt alle anstehenden und überfälligen Übergaben mit der Frist für Ersatzansprüche. Zähler bekommen eine eigene Ablesehistorie mit Eichfrist, und die Stände aus früheren Übergabeprotokollen werden übernommen. Am 20. Oktober nachgemessen: der Auszugsvorgang mit Terminbestätigung, die Vorgänge aus der Datenübernahme, die Zählerstände aus Übergabeprotokollen und die Eichfristen in der Fristenübersicht. Dabei fiel auf, dass ein schon gepflegter Wärmemengenzähler doppelt angelegt wird; seit dem 22. Oktober berichtigt, noch nicht nachgemessen. Eine Abnahme vor Ort auf dem Telefon gibt es noch nicht; seit dem 22. Oktober gibt es eine Seite, die ohne Netz lädt, und einen Gerätetest, der misst, ob ein Telefon das trägt — beides nur die Vorstufe, auf echten Geräten noch nicht geprüft.

13. Oktober 2026

    Sieben von acht

    Am 20. Oktober werden die acht Arbeitsabläufe erneut über die Oberfläche durchgespielt, im Auslieferungsprofil auf einem eigenen Rechner, nicht auf dem Server. Sieben laufen durch, zwei davon mit einem benannten Behelf; der Jahresabschluss bleibt teilweise. Die Mahnung einer Betriebskosten-Nachzahlung ist als Vorschau zu einem späteren Tag gemessen, Einzug und Auszug in der Telefonansicht des Browsers. Neu gefunden: der Lastschriftlauf hielt eine Vorabankündigung schon für ausreichend, wenn irgendeine jünger als 14 Tage war. Seither prüft er Betrag, Einzugstag, Konto und Versand selbst, und offene Lieferantenrechnungen lassen sich mit der Eröffnungsbilanz übernehmen und bezahlen — beides gebaut, noch nicht nachgemessen.

Bautage

38

Bauschritte

2721

Erste Zeile Code

Mai 2026

Stand: 23. Oktober 2026

Gebaut wird weiter — die Zeitleiste wächst mit jeder Bauphase.

• Posteingang

  Soll Post, E-Mails und Rechnungen klassifizieren, sie Objekt, Einheit und Vertrag zuordnen, den Vorgang anlegen und den Bearbeiter vorschlagen. Der unsichtbarste Zeitfresser jeder Verwaltung — deshalb zuerst. Heute existiert davon die Ablage, die eine eingegangene E-Mail samt Anhang der richtigen Mieterakte zuordnet; eine Kategorie schlägt ein Sprachmodell vor, sofern ein Schlüssel hinterlegt ist. Ein Vorgang, der daraus entsteht und bearbeitet wird, existiert noch nicht.

• Schadensmeldung bis Handwerkerrechnung

  Soll die Meldung mit Foto entgegennehmen, Gewerk und Dringlichkeit bestimmen, den Rahmenvertragspartner wählen, den Auftrag entwerfen, den Termin verfolgen und die Eingangsrechnung gegen den Auftrag prüfen. Die Kette Meldung, Auftrag, Handwerkerrechnung, Umlage ist gebaut — als Bildschirmarbeit, nicht als Agent. Von der Meldung bis zur Überweisungsdatei ist sie im gebauten Produkt gemessen, die Übernahme in die Umlage über Tests. Seit dem 16.10.2026 prüft ein kleiner Agent nach festen Regeln, ohne Sprachmodell, eine E-Rechnung des Handwerkers Position für Position gegen den Auftrag und setzt einen Prüfvermerk — noch nicht nachgemessen, und angewiesen auf den Prüfdienst, der in unserer eigenen Installation noch nicht eingeschaltet ist. Der Rückkanal zum Handwerker fehlt.

• Betriebskostenwidersprüche

  Belege ziehen, Umlagefähigkeit nach BetrKV prüfen, Verteilerschlüssel nachrechnen, mit dem Vorjahr abgleichen, Antwort mit Belegverweis entwerfen. Der Vorgang, den jeder in dieser Branche körperlich kennt. Es gibt heute keinen Widerspruchs-Vorgang im System und keinen Agenten dafür; ein Korrekturlauf für die Abrechnung ist gebaut, und eine Korrektur lässt sich festschreiben.

• Erstlevel für Mieter und Mitglieder

  Soll die immer gleichen Anfragen beantworten — Abrechnungsstand, Untervermietung, Fristen, Bescheinigungen — auf Basis des echten Vertrags statt eines FAQ, und an den Menschen eskalieren, sobald es unklar wird. Voraussetzung dafür ist ein Mieterportal. Ein solches Portal ist spezifiziert und noch nicht gebaut.

Was heute wirklich existiert, ist die Vorstufe. Im gebauten Produkt gemessen: eine Postbox, die eingegangene E-Mails samt Anhängen der richtigen Mieterakte zuordnet. Gebaut, aber ohne Sprachmodell-Schlüssel nicht gemessen: die automatische Kategorie in der Postbox, ein Chat, der Fragen auf den eigenen Bestand beantwortet und die Quelle nennen soll, und die Auslesung von Mietverträgen und Heizkostenbelegen aus PDF. Seither gebaut, noch nicht nachgemessen: ein Kontierungsvorschlag für Eingangsrechnungen, den ein Mensch speichert und — mit der vorgegebenen Vier-Augen-Pflicht — ein zweiter freigibt, und ein Abgleich der Handwerkerrechnung mit dem Auftrag, der nur einen Prüfvermerk setzt. Aus einem Vorschlag oder Vermerk wird dabei noch kein ausgearbeiteter Vorgang. Den Reifegrad jeder einzelnen Funktion finden Sie auf der Funktionsseite.

• Vorschlag ist nicht Vollzug

  Agenten sollen Vorgänge bis zur Freigabereife ausarbeiten. Die Freigabe ist ein eigener, protokollierter Akt durch einen Menschen. Zusage für ein Produkt, das es noch nicht gibt — heute gibt es diese Trennung nur an einzelnen Stellen: als Vier-Augen-Freigabe bei Eingangsrechnungen, Zahlungsläufen und ausgehenden Schreiben, als eigene Genehmigung bei der Kautionsabrechnung und als Versandfreigabe für Betriebskostenabrechnungen. Der Betriebskostenlauf hält bei offenen Fragen an und legt sie einem Menschen vor; einen Entwurf zur Freigabe vor der Buchung gibt es dort derzeit nicht. Der erste gebaute Agent, der Kontierungsvorschlag für Eingangsrechnungen, darf nur vorschlagen — eine Freigabe unter der Kennung eines Agenten lehnt die Datenbank ab (ausgenommen nur der Vermerk „Freigabe übersprungen" in einer Installation, in der die Vier-Augen-Pflicht abgeschaltet ist).

• Sie bestimmen die Schwellen

  Bis zu einem von Ihnen gesetzten Betrag automatisch, darüber Vier-Augen-Prinzip, bei Beendigung eines Mietverhältnisses immer ein Mensch — je Prozess einstellbar. So viel Autonomie, wie Sie zulassen, nicht mehr. Gebaut ist das Gerüst dafür: eine Stufe je Vorgang und Teilhandlung, eine feste Liste von Handlungen, die nie selbständig geschehen, und ein Not-Aus. Im Agenten-Gerüst kommt heute keine Teilhandlung über den Vorschlag hinaus, und einstellen kann es nur der Betreiber der Installation; Betragsschwellen und eine Einstellung je Unternehmen fehlen. Der Betriebskostenlauf hängt noch nicht am Gerüst und am Not-Aus: er rechnet und bucht weiter auf Stufe 2 nach Ihrer eigenen Einstellung, versendet wird aber erst nach der Freigabe durch einen Menschen.

• Jeder Schritt bleibt nachvollziehbar

  Buchungen sind unveränderlich und über eine Hash-Kette verkettet, jede Änderung an einem Beleg steht in einer lückenlosen Historie, und der Prüfpfad ist auf Betriebsprüfung ausgelegt. Das ist gebaut und getestet — allerdings hinter Schaltern, die in der Auslieferung noch ausgeschaltet sind; die Umstellung ist vorbereitet. Für Agentenhandlungen gibt es seit dem 14.10.2026 ein unveränderliches Protokoll jedes Schritts mit Regel- oder Modellfassung und Programmstand; noch nicht nachgemessen.

• Kein Agent darf mehr als der Mensch, für den er arbeitet

  Rollen und Rechte gelten für Menschen und Agenten gleichermaßen; ein Agent ist kein Superuser mit Schlüssel. Die Grundlage dafür steht: die Mandantentrennung wird in der Datenbank durchgesetzt, nicht in der Anwendungsschicht — gemessen in der Betriebskonfiguration, in der die Anwendung mit einer eigenen Datenbankrolle ohne Umgehungsrecht arbeitet. Der einfache Compose-Start des Repositorys verbindet sich derzeit noch als Datenbank-Superuser und umgeht sie; das ist ein offener Befund.

• Sie wählen das Modell

  Kastellio bringt kein Modell mit, an dem wir verdienen. Sie hinterlegen Ihren eigenen Schlüssel; ohne Schlüssel geht keine Anfrage nach außen. Heute ist genau ein Anbieter angebunden, und lokale Einbettungen über Ollama sind ab Werk ausgeschaltet. Eine geprüfte Auswahl mehrerer Modelle und der Betrieb eines eigenen Modells auf eigener Hardware sind vorgesehen und noch nicht gebaut.

Mindestbeträge, Migrationspauschalen und das Kleingedruckte

Alle häufigen Fragen