開放式表單的資料模型：未填寫不等於零
Fehlend ist nicht null: ein Datenmodell für offene Formulare
Klarkosten 專案脈絡中的技術示例説明，開放式表單應區分未填寫、已記錄（包括 0）及待查詢三種狀態，避免把未答覆項目當作零。總額旁可標示已記錄與待查詢的項目數，並在表單、儲存資料及 PDF 匯出中保留各狀態。
Ein leeres Zahlenfeld und die ausdrücklich eingegebene Zahl 0 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.
Drei Zustände statt eines stillen Standardwerts
Für eine kleine Lernanwendung genügt zunächst eine überschaubare Trennung:
| Zustand | Bedeutung | Zahlenwert |
|---|---|---|
| Offen | Die Angabe wurde noch nicht beantwortet. | keiner |
| Erfasst | Eine Angabe wurde ausdrücklich übernommen. | einschließlich 0 |
| Rückfrage | Eine Quelle ist unklar oder widersprüchlich. | noch nicht freigegeben |
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.
Erfasst bedeutet dabei noch nicht inhaltlich geprüft. Wenn diese zweite Information benötigt wird, sollte sie als eigener Prüfstatus modelliert werden. Ein einziges Feld muss nicht den gesamten Arbeitsprozess abbilden.
Warum die Summe allein nicht genügt
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.
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 Rechenstand und Vollständigkeit unterscheidbar.
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.
Dieselbe Unterscheidung im Export
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.
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.
Dieses eigenständige technische Lernbeispiel stammt aus dem Projektkontext Klarkosten. Es beschreibt keine interne Implementierung 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.
來源：DEV Community · dev.to