The latest articles on DEV Community by Klarkosten – Nebenkostenabrechnung (@klarkosten_de). https://dev.to/klarkosten_de https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4200104%2Fbac1814c-86fe-463a-902f-99ee41425773.png https://dev.to/klarkosten_de en Klarkosten – Nebenkostenabrechnung Thu, 22 Oct 2026 09:33:36 +0000 https://dev.to/klarkosten_de/fehlend-ist-nicht-null-ein-datenmodell-fur-offene-formulare-2ogo https://dev.to/klarkosten_de/fehlend-ist-nicht-null-ein-datenmodell-fur-offene-formulare-2ogo <p>Ein leeres Zahlenfeld und die ausdrücklich eingegebene Zahl <strong>0</strong> können im Formular ähnlich unspektakulär wirken. Im Datenmodell beschreiben sie unterschiedliche Situationen. Wer beide Zustände gleich behandelt, verliert eine Information, die sich später kaum noch zuverlässig rekonstruieren lässt.</p> <h2> Drei Zustände statt eines stillen Standardwerts </h2> <p>Für eine kleine Lernanwendung genügt zunächst eine überschaubare Trennung:</p> <div class="table-wrapper-paragraph"><table> <thead> <tr> <th>Zustand</th> <th>Bedeutung</th> <th>Zahlenwert</th> </tr> </thead> <tbody> <tr> <td>Offen</td> <td>Die Angabe wurde noch nicht beantwortet.</td> <td>keiner</td> </tr> <tr> <td>Erfasst</td> <td>Eine Angabe wurde ausdrücklich übernommen.</td> <td>einschließlich 0</td> </tr> <tr> <td>Rückfrage</td> <td>Eine Quelle ist unklar oder widersprüchlich.</td> <td>noch nicht freigegeben</td> </tr> </tbody> </table></div> <p>Eine Rückfrage braucht einen kurzen Grund und einen Verweis auf die betreffende Quelle. „Betrag auf Seite 2 unleserlich“ hilft bei der Weiterarbeit mehr als ein allgemeines Fehlerzeichen.</p> <p><em>Erfasst</em> bedeutet dabei noch nicht <em>inhaltlich geprüft</em>. Wenn diese zweite Information benötigt wird, sollte sie als eigener Prüfstatus modelliert werden. Ein einziges Feld muss nicht den gesamten Arbeitsprozess abbilden.</p> <h2> Warum die Summe allein nicht genügt </h2> <p>Eine Summenanzeige kann rechnerisch korrekt und trotzdem missverständlich sein. Enthält eine Liste fünf bestätigte Beträge und zwei offene Positionen, beschreibt die Summe zunächst nur die fünf vorhandenen Beträge. Sie beweist keine Vollständigkeit.</p> <p>Statt offene Einträge still als null zu behandeln, kann die Oberfläche neben dem Ergebnis zeigen: „5 von 7 Angaben erfasst; 2 Rückfragen offen“. Damit bleiben <strong>Rechenstand und Vollständigkeit</strong> unterscheidbar.</p> <p>Ein einfacher Modelltest lautet: Wird eine ausdrücklich erfasste Null beim Speichern und erneuten Laden weiterhin als beantwortete Angabe angezeigt? Bleibt ein unbeantwortetes Feld zugleich offen? Falls beide anschließend gleich aussehen, ging beim Speichern oder Darstellen Information verloren.</p> <h2> Dieselbe Unterscheidung im Export </h2> <p>Ein PDF sollte den vorhandenen Arbeitsstand wiedergeben. Ein technischer Standardwert darf nicht wie eine bestätigte Angabe erscheinen. Sinnvoll sind ein Erstellungsdatum, eine erkennbare Kennzeichnung offener Punkte und eine klare Beschreibung dessen, was die angezeigte Summe umfasst.</p> <p>Für einen kleinen Test reichen vollständig fiktive Daten: eine Position mit 0, eine mit einem Betrag und eine mit offener Rückfrage. Danach werden Formular, gespeicherter Zustand und Export nebeneinander verglichen. So lässt sich prüfen, ob die Bedeutung über alle drei Ansichten erhalten bleibt.</p> <p>Dieses eigenständige technische Lernbeispiel stammt aus dem Projektkontext <a href="https://nebenkostenabrechnung-klar.de/" rel="noopener noreferrer">Klarkosten</a>. Es beschreibt <strong>keine interne Implementierung</strong> des Rechners und enthält keine echten Mieterdaten. Text und eigene Projektillustration wurden mit KI-Unterstützung erstellt; Beispiele und Aussagen wurden für diesen Beitrag geprüft.</p> webdev