Was heute läuft — und was noch nicht

Der mitgelieferte Rahmen ist vierstellig und in Anlehnung an den SKR 03 nummeriert, auch wenn er in der Anwendung den Namen SKR 04 trägt. Ein Kontenrahmen auf Basis des DATEV-SKR 04 für Wohnungsunternehmen und die Wahl zwischen mehreren Rahmen je Mandant sind vorgesehen, aber nicht gebaut.

Im gebauten Produkt gemessen: Eingangsrechnungen mit Vier-Augen-Freigabe, Verbuchung und Zahlungslauf, dazu das Umkontieren einer falsch kontierten, schon bezahlten Rechnung über Storno und Neubuchung mit Freigabe. Die manuelle Buchung bucht nur Aufwand; eine Forderung gegen einen einzelnen Mieter lässt sich damit nicht anlegen. Skonto, Teilzahlungen und Gutschriften eines Lieferanten haben keinen eigenen Erfassungsweg. Seither gebaut, noch nicht nachgemessen: die Umsatzsteuer wird je Steuersatz so gebucht, wie sie auf dem Beleg steht, und die Vorsteuer liegt nie über dem Beleg; ein Kontierungsvorschlag füllt Konto, Steuerschlüssel und Wirtschaftseinheit vor (siehe unter „Agenten"). Noch nicht in einem echten Jahreslauf erprobt.

Gebaut und getestet, in der Auslieferung aber noch ausgeschaltet — die Umstellung ist vorbereitet und noch nicht vollzogen. Die Messungen am 4., 16. und 20.10.2026 liefen mit allen Schaltern an; die Hash-Kette war am Ende jeweils über alle Buchungen gültig. Seit dem 23.10.2026 gebaut, noch nicht nachgemessen: Namensänderungen werden unveränderbar protokolliert, und Änderungshistorie und Freigabevermerke zeigen den Namen zum Zeitpunkt der Eintragung, mit dem heutigen Namen daneben — eine spätere Umbenennung ändert nicht mehr rückwirkend, wer in der Prüfspur steht. Technisch umgesetzt heißt nicht von einem Prüfer testiert; ein Testat gibt es nicht.

Seit dem 7.11.2026 gebaut, noch nicht im gebauten Produkt mit einem echten Jahresbestand nachgemessen. Gerechnet wird je Geschäftsjahr bis einschließlich zum Stichtag; Buchungen danach fehlen, ein Storno steht mit beiden Hälften im Kontenblatt. Den Anfangsbestand des Folgejahres liefert der Saldenvortrag zum Jahreswechsel (seit November 2026, erst nach der GoBD-Umstellung buchbar); fehlt er, beginnen die Bestandskonten bei null, und die Liste sagt das. Kein PDF, keine Archivierung als Dokument.

Seit dem 7.11.2026 gebaut, gemessen mit Testbeständen, noch nicht mit einem echten Jahresbestand. Gezählt wird, was bis zum Stichtag gebucht ist; eine Zahlung nach dem Stichtag schliesst die Rechnung nicht. Eine Zahlung zählt für eine Rechnung, wenn sie über den Zahlungsausgang oder eine zugeordnete Bankbelastung gebucht ist; von Hand gebuchte Zahlungen stehen gesondert als nicht zuordenbar, und eine Differenz zum Hauptbuch wird angezeigt, nicht verrechnet. Kein PDF, keine Archivierung als Dokument. Die offenen Posten der Mieter gibt es ebenso zum Stichtag (siehe „Offene Posten der Debitoren zum Stichtag").

Seit dem 7.11.2026 gebaut, gemessen mit Testbeständen (5 000 Verträge × 36 Monate), noch nicht mit einem echten Jahresbestand. Gezählt wird, was bis zum Stichtag gebucht ist; eine Zahlung nach dem Stichtag schliesst die Forderung nicht, eine Rücklastschrift nach dem Stichtag öffnet sie erst ab ihrem Buchungstag wieder. Eine Tilgung zählt, wenn beim Buchen festgehalten wurde, welche Forderung sie getilgt hat; Zahlungen ohne diesen Nachweis und Handbuchungen auf dem Forderungskonto stehen gesondert als nicht zuordenbar. Tilgungen aus der Zeit vor diesem Nachweis (vor Oktober 2026) stehen deshalb ebenfalls als nicht zuordenbar. Zahlungen vor der Sollstellung erscheinen als Posten mit negativem Rest (Habenüberhang) und werden nicht umgegliedert; ausgewiesen werden die Forderungen (brutto) ohne Verrechnung mit solchen Überhängen, daneben der Habenüberhang und der Saldo, der mit dem Hauptbuch abgestimmt wird. Als archiviertes PDF über die Auswertung „OPos-Übersicht", die dieselbe Liste zum Stichtag liefert.

Ab Werk ausgeschaltet; solange die GoBD-Härtung aus ist, weist der Export auf die fehlende Prüfspur hin. Mit eingeschaltetem Schalter ist der Buchungsstapel im gebauten Produkt gemessen; Stammdaten-, Z3- und endgültiger Export sind es nicht, und mit einem Steuerberater ist der Export noch nicht erprobt.

Gemessen sind der Import per CAMT.053 mit automatischer und manueller Zuordnung, die Sammelgutschrift eines Lastschriftlaufs, der Eingang einer Kaution, die Bankbelastung eines Überweisungslaufs und die Abstimmung des Bankkontos gegen den Kontoauszug; der CSV-Import ist nicht gemessen. Am 20.10.2026 gemessen: die automatische Zuordnung der Miete auch in dem Monat, in dem eine Betriebskosten-Nachzahlung fällig wird. Gebaut, noch nicht nachgemessen: die freie Zuordnung über eine Vertragssuche, das Wiederöffnen eines ignorierten Umsatzes, die Abweisung der Datei eines fremden Kontos, Teilzahlungen in der Reihenfolge der Tilgung, die Kennzeichnung schwacher Treffer und die Regel, dass ein Eingang vom Konto eines Lieferanten nie automatisch einem Mietvertrag zugeordnet wird. Eine Zahlung für mehrere Verträge wird einem Vertrag zugeordnet, der Rest bleibt als Mehrbetrag stehen. FinTS und EBICS sind nicht angebunden. Ein Kontoabruf über PSD2 ist gebaut, ab Werk ausgeschaltet und setzt einen eigenen Vertrag mit einem Kontoinformationsdienst voraus.

Im gebauten Produkt gemessen: Mandate, der Lastschrift-Lauf mit schemagültiger Datei im neueren Format, die Zuordnung der Sammelgutschrift der Bank zum Lauf und — seit der Messung am 16.10.2026 — eine Rücklastschrift aus einer normgerechten Bankdatei, die die Miete wieder offen stellt. Fasst die Bank mehrere Rückgaben in einem Umsatz zusammen, bleibt er zur Klärung von Hand liegen. Seit dem 22.10.2026 gebaut, noch nicht nachgemessen: eine Rücklastschrift wird über die Kennung des einzelnen Einzugs (EndToEndId) dem Monat zugeordnet, der zurückgekommen ist, auch bei jeden Monat gleicher Miete; nennt der Kontoauszug die Kennung nicht, nur, wenn genau ein Einzug mit Mandatsreferenz und Betrag passt — sonst bleibt sie mit Grund zur Prüfung von Hand liegen. Eingezogen werden nur Mieten, keine Betriebskosten-Nachzahlungen und keine Mahngebühren. Ein Mandat lässt sich bearbeiten, und eine geänderte Bankverbindung geht im neueren Dateiformat als Mandatsänderung an die Bank — seit der Messung am 20.10.2026 im gebauten Produkt gemessen. Seit dem 21.10.2026 gebaut, noch nicht nachgemessen: der Lauf zieht nur ein, was eine als versendet erfasste Vorabankündigung deckt — Betrag, Einzugstag, Konto und Monate, geprüft beim Anlegen des Laufs und noch einmal beim Erzeugen der Datei; für gleichbleibende Monatsmieten genügt eine Dauerankündigung aus dem Vertrag. Die Ankündigungen entstehen als PDF, verschickt werden sie von Ihnen, und der Lauf lässt sich höchstens 14 Tage vor dem Einzug anlegen. Die Datei reichen Sie im Bankprogramm ein; eine EBICS-Anbindung gibt es nicht.

Im gebauten Produkt gemessen bis zur schemagültigen Überweisungsdatei: Lieferanten- und Handwerkerrechnungen, ein Betriebskosten-Guthaben und eine Kaution. Dass eine im Lauf eingeplante Kaution zusätzlich direkt ausgezahlt werden konnte, ist behoben. Dass ein Unternehmen mit nur einer Administratorin bei der Messung am 16.10.2026 einen selbst angelegten Lauf weder freigeben noch zurückziehen durfte, ist am 20.10.2026 nachgemessen behoben: wer einen Lauf angelegt hat, kann ihn zurückziehen, und gibt es nur eine Person mit Freigaberecht, weist die Anwendung darauf hin. Die Vier-Augen-Freigabe selbst bleibt. Bei dieser Messung war die Bankverbindung eines Lieferanten für die Überweisung noch einmal eigens zu erfassen. Seit dem 21.10.2026 gebaut, noch nicht nachgemessen: der Zahlungsausgang bietet die IBAN aus dem Lieferantenstamm als Vorschlag an; weicht sie von der erfassten Bankverbindung ab, wird erst nach einer Bestätigung gezahlt, die in der Freigabe mit Namen steht. Ebenso neu: die aus der Eröffnungsbilanz übernommenen Lieferantenrechnungen lassen sich hier bezahlen, immer mit dem vollen offenen Betrag. Seit dem 23.10.2026 gebaut, noch nicht nachgemessen: wurde die IBAN im Lieferantenstamm nach dem Anlegen eines Laufs geändert, weist die Freigabe mit altem und neuem Stand darauf hin; überwiesen wird weiter an die Bankverbindung, die der Lauf festhält. Die Einreichung bei der Bank machen Sie selbst; in einem echten Zahllauf ist das noch nicht erprobt.

Im gebauten Produkt gemessen: der Monat des Mietendes wird tagesgenau gestellt und lässt sich nachträglich berichtigen. Seither gebaut, noch nicht nachgemessen: eine Sollstellung, die noch nicht bezahlt, gemahnt oder eingezogen ist, lässt sich mit Begründung stornieren. Einen Kontoauszug je Mieter mit laufendem Saldo gibt es nicht.

Im gebauten Produkt gemessen ist der Mahnlauf auf offene Mieten mit Schreiben, Gebühr und Mahnhistorie. Betriebskosten-Nachzahlungen gehen in den Mahnlauf, wenn der Bescheid auf den Verzug nach dem Zahlungsziel hinweist (§ 286 Abs. 3 BGB). Bei der Messung am 20.10.2026 gemessen: die Vorschau zu einem späteren Stichtag, in der die Nachzahlungen nach dem Zahlungsziel mit Stufe 1 erscheinen, und dass eine Mahnstufe frühestens am vierten Bankarbeitstag nach dem Ende der Zahlungsfrist des letzten Schreibens steigt, damit keine Kosten entstehen, die der Mieter nicht schuldet. Ein Lauf nach dem Zahlungsziel selbst ist nicht gemessen, weil ein Lauf immer den heutigen Tag als Stichtag hat. Seit dem 21.10.2026 gebaut, noch nicht nachgemessen: bei der Miete nennt das Schreiben unter „Zahlbar bis" den dritten Werktag des Monats, und ist für die Stufe kein Verzugszins eingestellt, steht keine Zinszeile darin. Die Schreiben gehen in den Postausgang mit Sammel-Download; gedruckt und eingeliefert wird von Ihnen, ein gerichtliches Mahnverfahren gibt es nicht. Eine Mahnung lässt sich nicht zurücknehmen, und ein Ratenzahlungsplan und eine Inkasso-Übergabe als eigener Vorgang fehlen.

Weder Code noch Anforderungsdokument. Für einen vollständigen HGB-Jahresabschluss aus einem System heraus fehlt sie.

Seit dem 14.10.2026 gebaut, noch nicht nachgemessen: eine E-Rechnung wird hochgeladen oder aus dem Posteingang übernommen, unverändert als Beleg abgelegt, geprüft, mit Prüfbericht abgelegt und erscheint in einem Arbeitsvorrat; die Erfassungsmaske ist vorbefüllt, gespeichert und freigegeben wird von Menschen, die Bankverbindung aus der Rechnung wird nie übernommen. Prüfung, Ansicht und Vorbefüllung macht ein eigener Dienst (das freie Mustangproject), der auf eigenem Server mitläuft und die Rechnung nicht nach außen gibt; ohne ihn wird eine E-Rechnung angenommen und abgelegt, aber als „nicht geprüft" gekennzeichnet. In unserer eigenen Installation ist dieser Dienst seit dem 18.10.2026 im Betriebsaufbau vorbereitet, aber noch nicht eingeschaltet; das geschieht bei einem Wartungstermin, der noch aussteht. Bis dahin wird dort angenommen und abgelegt, aber nicht geprüft. Gutschriften und Rechnungen in Fremdwährung werden nicht vorbefüllt. E-Rechnungen ausstellen ist nicht gebaut; die Ausstellungspflicht kommt 2027 und 2028 gestaffelt.

Im gebauten Produkt gemessen ist der Einzug: Partei mit Anschrift, Mietvertrag vom Entwurf bis aktiv, Mandat, Kaution und Einzugsprotokoll. Am 20.10.2026 gemessen: ein Eintrag mit abhängigen Daten lässt sich nicht löschen, und die Meldung nennt, was daran hängt; je Einheit und Zeitraum ist nur ein laufender Vertrag möglich. Gebaut, noch nicht nachgemessen: Mietbestandteile lassen sich beenden, berichtigen und ergänzen, ohne dass eine Lücke in der Kaltmiete entsteht, und am Vertrag steht, ob Betriebskosten umgelegt werden, als Pauschale gelten oder in der Miete enthalten sind. Die Parteien eines Vertrags und die Anschrift eines Objekts lassen sich nach dem Anlegen nicht ändern.

Im gebauten Produkt gemessen, zuletzt am 20.10.2026: Kosten über Eingangsrechnungen, Heizkosten von Hand erfasst mit CO2-Stufe, ein angehaltener Lauf, nach berichtigter Kontierung fortgesetzt, Bescheide mit Warmwasseranteil nach § 8 HeizkostenV, eine erst später bezugsfertige Wohnung außerhalb der Fläche, die Versandfreigabe durch einen Menschen, Nachzahlungen als offene Posten, ein Guthaben bis zur Überweisungsdatei und eine Korrektur, die sich festschreiben ließ. Bei Inklusiv- und Bruttowarmmiete wird der enthaltene Heizanteil am Mietvertrag mit Herleitung erfasst und in der Abrechnung tagesgenau als Vorauszahlung angerechnet (§ 2 HeizkostenV) — am 20.10.2026 mit dem Heizkostenbescheid einer Inklusivmiete mit Zentralheizung gemessen. Die Mahnung einer Nachzahlung nach dem Zahlungsziel ist als Vorschau zu einem späteren Tag gemessen; einen Lauf zu diesem Tag gibt es nicht, weil ein Mahnlauf immer zum heutigen Tag läuft. Gebaut, noch nicht nachgemessen: ist der Heizanteil für dieselben Tage doppelt gedeckt, erscheint das mit Frist in der Fristenübersicht; seit dem 21.10.2026 steht der Saldo im Bescheid mit seiner Richtung und ohne Vorzeichen. Ein Vertrag ohne Vorauszahlung bekommt keine Nachforderung ohne Rückfrage. Entwürfe zur Freigabe vor der Buchung gibt es derzeit nicht — jede Abrechnung entsteht endgültig; geprüft wird vorher an den Rückfragen des Laufs, vor dem Versand in einer Prüfsicht je Wirtschaftseinheit mit Summenabgleich, Leerstand, Abweichung zum Vorjahr und der Abrechnungsfrist am tatsächlichen Versandtag, und nachher über eine Korrektur. Seit dem 22.10.2026 gebaut, noch nicht nachgemessen: nach einer Übernahme aus dem Altsystem beginnen die Abrechnungszeiträume mit dem Stichtag; ein Zeitraum, der davor beginnt, ist gesperrt, steht nicht in der Fristenübersicht und löst keine Fristerinnerung aus — er wird außerhalb abgerechnet. Seit dem 23.10.2026 gebaut, noch nicht nachgemessen: lässt sich ein angehaltener Lauf nach Ihrer Entscheidung nicht sofort zum Weiterrechnen einreihen, bleibt die Entscheidung gespeichert, und die Anwendung sagt, wie es weitergeht, statt einen Fehler zu melden. Ein Widerspruchsvorgang fehlt, eine bereits bezahlte Nachzahlung lässt sich nicht korrigieren, und die CO2-Aufteilung für Nichtwohngebäude ist nicht gebaut.

Im gebauten Produkt gemessen ist die Kündigungsfrist; die übrigen Fristen sind über Tests belegt. Die im September gemeldeten Fehler bei den Fristen der Mieterhöhung — die Jahressperre nach Mietbeginn und Fristen, die an einem Monatsende enden — sind im Code berichtigt, aber nicht im gebauten Produkt nachgemessen. Die Abrechnungsfristen der Betriebskosten stehen in der Fristenübersicht, mit Erinnerung 90, 30 und 7 Tage vor dem letzten Brieftag. Bei der Messung am 20.10.2026 gefunden und noch nicht behoben: nach einer Datenübernahme meldet die Übersicht auch die Abrechnungsjahre, die noch das Altsystem abgerechnet hat, als abgelaufen. Nach Ablauf der Frist bucht das Produkt keine Nachforderung mehr; ob ausnahmsweise trotzdem nachgefordert werden darf, weil der Vermieter die Verspätung nicht zu vertreten hat (§ 556 Abs. 3 S. 3 BGB), klären Sie außerhalb des Produkts. Ohne hinterlegtes Bundesland rechnet das Produkt mit dem spätesten Termin über alle Länder, und eine vom Land abhängige Kündigungsfrist meldet es als unklar.

Die im September gemeldeten Fehler sind im Code berichtigt: eine Erhöhung auf die Vergleichsmiete wird nicht mehr ohne erfasste Zustimmung des Mieters wirksam, die Kappungsgrenze gilt auch für Verträge, die jünger als drei Jahre sind, und Jahressperre und Wartefrist nach § 558 BGB werden geprüft. Weil sich die Zustimmung im Produkt noch nicht erfassen lässt, kann eine Erhöhung auf die Vergleichsmiete heute nicht wirksam gestellt werden. Index- und Staffelmiete sowie die Modernisierungsumlage werden berechnet, als Schreiben erzeugt und zum Wirksamkeitstag in den Vertrag gestellt; das ist über Tests belegt, im gebauten Produkt nicht gemessen. Eine einvernehmliche Mieterhöhung lässt sich nicht anlegen.

Im gebauten Produkt gemessen: Anlage einer Barkaution, ihr Eingang im Bankabgleich, Zinslauf, Abrechnung bei Auszug mit Schlusszins und Auszahlung vom Treuhandkonto als Überweisungsdatei. Eine Bareinzahlung im Büro lässt sich nicht erfassen, nur der Weg über das Treuhandkonto. Seit dem 13.10.2026 gebaut, noch nicht nachgemessen: eine Bürgschaft in Anspruch nehmen, mit Anschreiben an den Bürgen, seine Zahlung im Bankabgleich zuordnen und einen Rest nach der Abrechnung an ihn zurückzahlen. Seit dem 17.10.2026 gebaut, noch nicht nachgemessen: ob ein Mangel aus dem Auszugsprotokoll die Kaution mindert, entscheidet ein einziger Haken, der in der Endabrechnung und bei der Verrechnung gleich wirkt, und die Verjährung der Ersatzansprüche nach § 548 BGB läuft ab dem Tag, an dem die Schlüssel zurückgegeben wurden. Die Mietkautionsversicherung lässt sich nicht in Anspruch nehmen, und die Verwertung eines verpfändeten Sparbuchs bildet das Produkt nicht ab. Die Verzinsung braucht einen gepflegten Zinssatz.

Am 20.10.2026 im gebauten Produkt gemessen: der Auszugsvorgang entsteht mit der erfassten Kündigung, mit Wiedervorlagen und einer Terminbestätigung als Brief, die als PDF archiviert wird; eine Datenübernahme legt Auszugs- und Einzugsvorgänge an, und steht an einem Vertrag aus der Übernahme ein Übergabetermin, lässt sich die Übernahme nicht mehr zurücknehmen. Am Auszugsprotokoll wird der Tag erfasst, an dem die Schlüssel zurückkamen, und die Frist für Ersatzansprüche (§ 548 BGB) läuft ab diesem Tag; ein Mangel, der als Kautionseinbehalt vermerkt ist, erscheint in der Endabrechnung mit demselben Betrag. Gebaut, noch nicht nachgemessen: der Einzugsvorgang mit der Aktivierung eines Vertrags, das Verschieben eines Termins, die Terminbestätigung per E-Mail und das Nachziehen des Soll-Datums eines laufenden Auszugsvorgangs durch eine Übernahme; seit dem 21.10.2026 dürfen Abschluss und Rückerhalt nicht nach dem heutigen Tag liegen. Seit dem 24.10.2026 gebaut, noch nicht nachgemessen: am Einzugsvorgang die Wohnungsgeberbestätigung nach § 19 BMG als archiviertes PDF zum Unterschreiben, der Nachweis, wann der Energieausweis übergeben wurde — ohne einen Ausweis, der bei Vertragsschluss gültig war, lässt er sich nicht vermerken —, und am Einzugsprotokoll der Zustand der Wohnung bei Übergabe mit einem vereinbarten Ausgleich; das Auszugsprotokoll zeigt die beim Einzug ausgegebenen Schlüssel. Seit dem 5.11.2026 gebaut, noch nicht in Produktion und nicht nachgemessen: die Abnahme vor Ort auf einer Seite für das Telefon, Abschnitt für Abschnitt gespeichert — Räume, Mängel mit Art, Bauteil und Kostenschätzung (netto), Zählerstände mit den Zählern der Einheit vorbelegt, Schlüssel —, mit Hinweisen je Mangelart; ein Kautionseinbehalt für vertragsgemässe Abnutzung lässt sich nicht speichern. Seit dem 6.11.2026 gebaut, noch nicht in Produktion und nicht nachgemessen: Fotos je Mangel aus der Kamera, ohne Ortsangabe und andere Metadaten in der Vertragsakte abgelegt und mit dem Abschluss archiviert, und beim Auszug der Abgleich der zurückgegebenen mit den beim Einzug ausgegebenen Schlüsseln, ein fehlender Schlüssel als Mangel. Ebenso gebaut, noch nicht in Produktion und nicht nachgemessen: ist auf einem Foto doch eine Person zu erkennen, löscht die Administration es nach dem Abschluss mit Grund und Begründung; im Protokoll bleibt an seiner Stelle ein Hinweis mit Datum und Prüfsumme. Seit dem 7.11.2026 gebaut, noch nicht in Produktion und nicht nachgemessen: Wohnungsabnahme auf dem Telefon mit Unterschrift vor Ort — beide unterschreiben auf dem Gerät unter dem vollständigen Protokolltext, oder ein Vermerk, wenn der Mieter nicht unterschreibt, oder die Papierfassung als Scan —, und das Protokoll wird beim Abschluss einmal als PDF erzeugt und archiviert; gegen Änderungen direkt in der Datenbank schützt es erst der GoBD-Schutz für Belege, der in der Auslieferung noch ausgeschaltet ist. Die Kopie an den Mieter ist nicht gebaut, eine Abnahme ganz ohne Netz ebenso wenig, ebenso wenig eine elektronische Meldung an die Meldebehörde oder eine Zu- und Absage durch den Mieter.

Am 20.10.2026 im gebauten Produkt gemessen: Zählerstände aus abgeschlossenen Übergabeprotokollen werden übernommen, mit einer Bilanz, die jeden nicht übernommenen Stand mit Grund nennt, und Eichfristen erscheinen ab sechs Monaten vor ihrem Ende in der Fristenübersicht, wie in der Zählerliste. Dabei gefunden: ist ein Wärmemengenzähler mit derselben Nummer schon gepflegt, legt die Übernahme einen zweiten Zähler an und schreibt den Stand dorthin; ein Stromzähler mit nur einem Tarif wird zum Zweitarifzähler mit dem Zählwerk HT; und Stände aus neu abgeschlossenen Protokollen erscheinen erst nach dem nächsten Update. Seit dem 22.10.2026 berichtigt, noch nicht nachgemessen: die Stände werden schon beim Abschließen des Protokolls Ablesungen, ein Heizungsstand landet am gepflegten Zähler mit derselben Nummer, und das Protokoll unterscheidet Ein- und Zweitarif-Strom. Schon entstandene Doppel ändert das Update nicht; die Verwaltung bereinigt sie anhand einer Liste. Gebaut, noch nicht nachgemessen: Ablesungen werden nicht geändert, sondern berichtigt, und ein Stand unter dem letzten braucht eine Begründung; ein Zählertausch schreibt End- und Anfangsstand in einem Schritt; aus dem Eichjahr wird das Ende der Eichfrist vorgeschlagen, und ein Filter zeigt ablaufende Fristen. Eigene Ablesungen fließen in keine Betriebs- oder Heizkostenabrechnung ein — dort zählen weiter die Werte des Messdienstes —, und aus einem Altsystem lassen sich Zählerstände nicht übernehmen.

Im gebauten Produkt gemessen von der Meldung über die Beauftragung per E-Mail mit Auftrag und Termin bis zur Handwerkerrechnung mit Freigabe durch eine zweite Person, Verbuchung und Überweisungsdatei. Zum Verbuchen braucht der Handwerker einen Lieferantenstamm, der von Hand anzulegen ist. Die Übernahme der Kosten in die Umlage ist über Tests belegt. Seit dem 16.10.2026 gebaut, noch nicht nachgemessen: ein kleiner Agent ordnet eine E-Rechnung des Handwerkers über die Bestellreferenz dem Auftrag zu und prüft sie nach festen Regeln Position für Position gegen ihn (siehe unter „Agenten"); das Ergebnis steht als Prüfvermerk bei der Freigabe, freigegeben wird weiter von Menschen. Das braucht den E-Rechnungs-Prüfdienst, der in unserer eigenen Installation noch nicht eingeschaltet ist. Seit dem 18.10.2026 wirken die vom Betreiber eingestellten Bearbeitungsfristen für Schadensmeldungen; vorher galten unabhängig von der Einstellung feste Werte. Der Mieter kann seinen Schaden nicht selbst melden und der Handwerker nicht selbst zurückmelden.

Im gebauten Produkt gemessen: ein Antwortschreiben mit Vier-Augen-Freigabe, als PDF archiviert und per E-Mail versandt. E-Mail-Versand braucht einen Mailserver, und die Übergabe an ihn ist kein Zugangsnachweis; Briefe entstehen als Druckdatei. Ein Brief setzt eine hinterlegte Anschrift voraus; seit dem 21.10.2026 steht der Empfänger darin als „Vorname Nachname" bzw. mit dem Firmennamen, noch nicht nachgemessen. Ein freier Brief übernimmt die gepflegte Anrede noch nicht. Mahnschreiben laufen über denselben Postausgang.

Die Erfassung am Objekt ist im gebauten Produkt gemessen; die Überwachung ist ab Werk ausgeschaltet, die Wohnflächenermittlung nicht gemessen. Die Anwendung selbst verweist noch auf das Gebäudeenergiegesetz statt auf das GModG (BGBl. 2026 I Nr. 226); die Umstellung steht nach rechtlicher Prüfung aus.

Die Auswertungen sind im gebauten Produkt gemessen, ebenso das Vergeben eines Arbeitsauftrags an einen Handwerker.

Serverseitig begonnen, ohne Oberfläche und ausgeschaltet — heute nicht nutzbar. Der Vorgang „Mieter zieht ein" beginnt deshalb erst beim Mietvertrag.

Kein Code, kein Anforderungsdokument. Für eine Wohnungsgenossenschaft ist das kein Zusatz, sondern Pflicht — und deshalb der Punkt, an dem wir uns zuerst messen lassen müssen, bevor eine Genossenschaft Pilot wird.

Nicht gebaut.

Im gebauten Produkt gemessen: Eingang als .eml-Datei, automatisch dem Vertrag zugeordnet, mit Wiedervorlage und Antwortschreiben. Ein Anhang bleibt in der Postbox und landet nicht in den Dokumenten des Vertrags. Ein Postfachabruf über IMAP ist nicht angebunden. Die automatische Kategorie braucht einen Sprachmodell-Schlüssel. Es ist ein Ablagesystem, noch kein Bearbeitungssystem.

Braucht einen eigenen Sprachmodell-Schlüssel und ist ohne ihn nicht gemessen. Seit dem 15.10.2026 liest der Chat nur, was die angemeldete Person mit ihrer Rolle auch in der Oberfläche sieht — Tabellen, Spalten und Dokumentkategorien —, Tabellen und Spalten in der Datenbank, Dokumentkategorien in der Anwendung, und nur innerhalb des eigenen Mandanten. Die semantische Suche über Dokumente ist ab Werk ausgeschaltet. Angebunden ist heute genau ein Anbieter.

Ab Werk eingeschaltet, in den Messungen bis zum 16.10.2026 aber nicht eigens gemessen. Texterkennung für gescannte Dokumente braucht den optionalen Docling-Dienst.

Braucht einen Sprachmodell-Schlüssel; in der letzten Messung ohne Schlüssel nicht geprüft.

Ab Werk ausgeschaltet; der vorgesehene Weg ist, die Ergebnisse des Messdienstes von Hand einzutragen. Eingeschaltet braucht es einen Sprachmodell-Schlüssel und schickt den Inhalt der Abrechnung an den Modellanbieter. Anbietererkennung und Summenprüfung sind über Tests mit einem ersetzten Modell belegt; ein echter Auslesevorgang ist nicht gemessen.

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 die Trennung.

Braucht einen Mailserver. Passkeys sind nicht gebaut.

Im gebauten Produkt gemessen, zuletzt am 20.10.2026: Einrichtung, zweiter Benutzer per Einladung, Geschäftsjahre und die Eröffnungsbilanz; gibt es nur eine Person mit Freigaberecht, weisen Einrichtung und Zahlungsausgang darauf hin. Ebenfalls gemessen: eine Einladung gilt 30 Tage; danach bekommt die eingeladene Person beim Anmelden statt des Links den Hinweis, dass sie abgelaufen ist, und der nächtliche Lauf löscht Einladung und Konto, wenn es nur für diese Einladung angelegt wurde und sich nie angemeldet hat (bei der Messung von Hand angestoßen, nicht nach dem Zeitplan). Dabei gefunden: die Administration aus der Einrichtung hat keinen Namen und erscheint in Protokollen und in der Änderungshistorie als „ehemaliger Nutzer". Seit dem 22.10.2026 berichtigt, noch nicht nachgemessen: die Einrichtung fragt Vor- und Nachnamen ab, jede Person pflegt ihren Namen selbst, und ein Mitglied ohne Namen erscheint mit seiner E-Mail-Adresse. Gebaut, noch nicht nachgemessen: die Einrichtung legt das Geschäftsjahr des laufenden Kalenderjahres selbst an und fragt die Sachkosten je Mahnschreiben ab, und Einladungen zur Administration verfallen nicht, solange der Mandant keine aktive Administration hat. Die Anmeldung braucht einen Mailserver.

Bei der Messung am 20.10.2026 sind Einzug und Auszug vollständig in der Telefonansicht des Browsers bedient worden, nachgebildet und nicht auf einem echten Gerät; dabei ragte das Formular für den Rückerhalt der Schlüssel über die Karte (seit dem 22.10.2026 berichtigt, noch nicht nachgemessen), und manche Knöpfe der Endabrechnung stehen erst hinter „Weitere Angaben zeigen". Darüber hinaus gebaut und in keiner Reifemessung geprüft: jede Liste und Tabelle erscheint auf dem Telefon als Karte mit denselben Daten und Rechten, Menü und Kopfzeile passen sich an, und auf keiner der 113 geprüften Seiten läuft der Inhalt seitlich über. Die Farben sind auf die Kontrastwerte nach WCAG AA umgestellt, ein Sprunglink führt zum Inhalt, die Seitenbereiche sind eindeutig benannt (ein automatischer Prüflauf fand doppelte Bereiche auf 0 statt 105 Seiten), die Ansichtsauswahl der Listen und die Felder des Übergabeprotokolls sind beschriftet, und jede Seite hat einen eigenen Titel. Gemessen ist das mit einem automatischen Prüfwerkzeug (axe) im Browser: in heller Darstellung ein Kontrastverstoß auf einer Seite statt auf 89; die dunkle Darstellung ist nicht gleich gemessen. Auf echten Telefonen ist nichts geprüft; eine Prüfung nach BITV oder WCAG durch Dritte und eine Erklärung zur Barrierefreiheit gibt es nicht. Arbeiten ohne Netz, etwa bei einer Wohnungsabnahme, ist nicht gebaut. Seit dem 22.10.2026 gibt es dafür nur die Vorstufe: eine Seite, die ohne Netz lädt, aber noch keine Vorgänge enthält, und einen Gerätetest für die Administration, der misst, ob ein Telefon das trägt — auch der ist auf echten Geräten noch nicht gelaufen.

Angekündigt für die Veröffentlichung des Repositorys mit Version 1.0, das heute nicht öffentlich ist. Die Anleitung wird dann nachgemessen und hier beschrieben; der heutige Stand hat bekannte Lücken. Seit dem 23.10.2026: scheitert die Hintergrundverarbeitung beim Start, versucht sie selbst, sich wieder einzurichten, und ist nach Behebung der Ursache in der Regel binnen etwa einer Minute wieder da — meist ohne Neustart.

Im gebauten Produkt gemessen, zuletzt am 20.10.2026, mit einem Testbestand: acht Dateien, die Klärung der Betriebskosten-Umlage je Vertrag, Eröffnungsbilanz und ein Abstimmungsprotokoll, dessen Prüfungen alle ohne Differenz aufgingen. Die Saldenliste wird dabei Zeile für Zeile in eine Maske getippt; ein Datei-Import dafür fehlt. Die Eröffnungsbilanz setzt die eingeschaltete GoBD-Härtung voraus. Seit dem 21.10.2026 gebaut, noch nicht nachgemessen: unbezahlte Lieferantenrechnungen zum Stichtag lassen sich aus einer Kreditoren-OP-Liste und einer Kreditorenkontenliste übernehmen, auf den Cent abgestimmt, und im Zahlungsausgang bezahlen; eine übernommene Rechnung lässt sich nicht noch einmal als Eingangsrechnung erfassen. Seit dem 22.10.2026 ebenso gebaut, noch nicht nachgemessen: zieht ein Lieferant eine solche Rechnung per Lastschrift ein, ordnen Sie die Belastung im Bankabgleich von Hand der Rechnung zu, nur über den vollen Betrag. Die Lieferanten legen Sie dafür vorher von Hand an, und Teilzahlung, Skonto und Gutschriften auf solche Rechnungen gibt es nicht. Am 20.10.2026 zusätzlich gemessen: ein zweiter Lauf, der Verträge kündigt und neue in Kraft setzt, legt die Übergabevorgänge an und lässt sich nicht mehr zurücknehmen, sobald an einem seiner Verträge ein Übergabetermin steht. Gebaut, noch nicht nachgemessen: eine im Altsystem schon gestellte Miete, die erst ab dem Stichtag fällig ist, hält die Eröffnung an, statt ein zweites Mal gestellt zu werden; dazu die Abweisung doppelt laufender Mietbestandteile, das Vertragsende aus dem Kündigungstermin und die Prüfung, dass eine Einheit nicht zweimal zugleich vermietet ist. Buchungshistorien lassen sich nicht übernehmen. Die Spaltenvorschläge orientieren sich an den Exporten eines verbreiteten Altsystems; mit dem echten Export eines Unternehmens ist die Übernahme noch nicht erprobt.

Ab Werk ausgeschaltet und im gebauten Produkt nicht gemessen.

Spezifiziert, kein Code. Ohne Portal gibt es auch keinen Erstlevel-Agenten für Mieteranfragen.

Kommerzielle Erweiterung, nicht Teil der Community Edition. Noch nicht gebaut.

Seit dem 15.10.2026 gebaut, noch nicht nachgemessen. Nur ein Vorschlag: gespeichert wird von einem Menschen, freigegeben — mit der vorgegebenen Vier-Augen-Pflicht — von einem zweiten, und eine Freigabe unter einer Kennung eines Agenten lehnt die Datenbank ab (ausgenommen ist nur der Vermerk „Freigabe übersprungen" in einer Installation, in der die Vier-Augen-Pflicht abgeschaltet ist); Bankverbindung, Freigabe und Zahlung fasst der Vorschlag nie an. Wo es keinen eindeutigen Wert gibt, bleibt das Feld leer und sagt, warum. Ohne Sprachmodell gibt es den Vorschlag nur für eine vorbefüllte E-Rechnung — also mit dem Prüfdienst, der in unserer eigenen Installation noch nicht eingeschaltet ist. Für eine Rechnung als PDF liest mit eigenem Sprachmodell-Schlüssel zuerst ein Modell den Beleg; jede gelesene Zahl muss im Beleg nachweisbar sein, sonst gibt es keinen Vorschlag, und vorher geschwärzt werden IBAN mit gültiger Prüfsumme, E-Mail-Adressen und ausdrücklich als solche bezeichnete Geburtsdaten — Namen und Anschriften nicht. Für eine von Hand begonnene Erfassung gibt es keinen Vorschlag.

Seit dem 16.10.2026 gebaut, noch nicht nachgemessen. Arbeitet nach festen Regeln, ohne Sprachmodell, und setzt nur einen Prüfvermerk; freigegeben wird weiter von Menschen, mit der vorgegebenen Vier-Augen-Pflicht. Braucht eine E-Rechnung und den Prüfdienst, der in unserer eigenen Installation noch nicht eingeschaltet ist. Ein Abgleich von Freitext per Sprachmodell und Nachträge zum Auftrag sind nicht gebaut.

Konzept beschrieben, kein Anforderungsdokument, kein Code. Gebaut ist die Postbox, die einer Mieterakte zuordnet und mit Sprachmodell-Schlüssel eine Kategorie vorschlägt — ein Vorgang entsteht daraus nicht.

Konzept beschrieben, kein Code. Die zugrundeliegende Kette aus Meldung, Auftrag, Rechnung mit Freigabe und Zahlung ist gebaut und im gebauten Produkt gemessen — als Bildschirmarbeit, nicht als Agent. Die Prüfung der Rechnung gegen den Auftrag gibt es seit dem 16.10.2026 als kleinen Agenten nach festen Regeln, ohne Sprachmodell (siehe „Abgleich der Handwerkerrechnung mit dem Auftrag").

Konzept beschrieben, kein Code. Es gibt im System keinen Widerspruchsvorgang, auf den ein solcher Agent aufsetzen könnte; ein Korrekturlauf für die Abrechnung ist gebaut, und seit dem 6.10.2026 lässt sich eine Korrektur festschreiben.

Konzept beschrieben, kein Code. Setzt ein Mieterportal voraus, das ebenfalls noch nicht gebaut ist.

Das Gerüst ist seit dem 14.10.2026 gebaut: eine Stufe je Vorgang und Teilhandlung, eine feste Liste von Handlungen, die nie selbständig geschehen (etwa Kündigung, Mahnung, jeder Zahlungsausgang), ein Not-Aus und ein unveränderliches Protokoll jedes Agentenschritts mit Regel- oder Modellfassung. Im Agenten-Gerüst kommt heute keine Teilhandlung über die Stufe „Vorschlag" hinaus; einstellen kann es bisher nur der Betreiber der Installation, Betragsschwellen und eine Einstellung je Mandant fehlen. Der Betriebskostenlauf hängt noch nicht an diesem Gerüst und seinem Not-Aus: er rechnet und bucht weiter auf Stufe 2 nach der eigenen Einstellung des Unternehmens; der Versand der Abrechnungen bleibt bei einem Menschen. Der unveränderbare Prüfpfad für Buchungen und Belege ist in der Auslieferung noch ausgeschaltet.