Vom Dokument zu strukturierten Daten

Ein Dokument erzählt mehr, als eine Tabelle aufnehmen soll. Ein Angebot enthält beispielsweise Kontaktdaten, Positionen, Hinweise und Bedingungen. Für eine Übersicht werden vielleicht nur Angebotsnummer, Datum und Gesamtbetrag benötigt. Der Weg zu strukturierten Daten beginnt deshalb nicht mit dem vollständigen Abschreiben, sondern mit einer Entscheidung: Welche Informationen braucht der nächste Arbeitsschritt tatsächlich?

Dieser Leitfaden beschreibt allgemeine Grundsätze, unabhängig von einem bestimmten Werkzeug oder einer technischen Umsetzung.

Dokumentinhalt und benötigte Felder trennen

Lesen Sie zunächst einige unterschiedliche Beispieldokumente und notieren Sie, welche Angaben für Ihre Aufgabe relevant sind. Denken Sie dabei vom Ergebnis her: Soll eine Liste sortiert, ein Betrag verglichen oder eine Rückfrage vorbereitet werden?

Eine kompakte Feldliste hilft, Wichtiges von bloß vorhandenem Inhalt zu unterscheiden. Für jedes Feld sollten Zweck und Herkunft nachvollziehbar sein. Eine Kundennummer gehört etwa nicht automatisch in den Datensatz, nur weil sie auf der Seite steht. Wird sie später nicht benötigt, schafft sie zusätzliche Arbeit bei Pflege und Prüfung. Wiederholte Angaben auf mehreren Seiten benötigen außerdem eine Regel, damit derselbe Inhalt nicht versehentlich mehrfach gezählt wird.

Feldnamen und Beschreibungen präzisieren

Ein Feld namens datum lässt offen, ob das Ausstellungsdatum, ein Liefertermin oder eine Zahlungsfrist gemeint ist. angebotsdatum benennt den gesuchten Inhalt genauer. Eine kurze Beschreibung ergänzt die Abgrenzung: „Datum, an dem das Angebot ausgestellt wurde; nicht der Gültigkeitszeitraum.“

Beschreibungen sollten erklären, was dazugehört und was nicht. Vermeiden Sie Sammelbegriffe, wenn mehrere Angaben infrage kommen. Klare Feldnamen und eindeutige Beschreibungen reduzieren Mehrdeutigkeit, ersetzen aber keine Ergebnisprüfung.

Datentypen und Formate festlegen

Eine Nummer ist nicht immer eine Zahl. Angebotsnummern können Buchstaben oder führende Nullen enthalten und bleiben deshalb häufig Text. Ein Betrag braucht dagegen eine vereinbarte numerische Darstellung und eine getrennte Währungsangabe. Bei Datumswerten erleichtert ein einheitliches Format den späteren Vergleich.

Das folgende JSON zeigt einen beispielhaften Ergebnisdatensatz, keine Schnittstelle eines Produkts:

{
  "angebotsnummer": "ANG-0042",
  "angebotsdatum": "2026-05-14",
  "gesamtbetrag": 240.5,
  "waehrung": "EUR",
  "lieferdatum": null
}

Hier wird ein Dezimalpunkt verwendet; null steht für einen nicht angegebenen Liefertermin. Legen Sie zusätzlich fest, ob ein Gesamtbetrag Steuern einschließt. Ohne diese fachliche Unterscheidung können formal passende Zahlen trotzdem das Falsche ausdrücken. Bei mehreren Positionen ist eine Liste gleich aufgebauter Einträge meist verständlicher als durchnummerierte Einzelfelder.

Fehlende und unklare Werte unterscheiden

Fehlend, unlesbar und widersprüchlich bedeuten nicht dasselbe. Ein leeres Textfeld oder die Zahl null kann diese Unterschiede verdecken. Dokumentieren Sie deshalb, wann null zulässig ist und wann eine Rückfrage erforderlich wird. Eine fehlende Mengenangabe sollte beispielsweise nicht stillschweigend als Menge null behandelt werden.

Wenn die Unterscheidung für den Prozess wichtig ist, lässt sich neben dem Wert ein gesonderter Prüfhinweis vorsehen. Entscheidend ist die gemeinsame Vereinbarung, nicht ein bestimmter Feldname. Ergänzen Sie keine plausibel klingenden Angaben, die das Dokument nicht belegt.

Ergebnisse am Original prüfen

Prüfen Sie zuerst die Form: Sind die vorgesehenen Felder vorhanden, stimmen Datentypen und Datumsformate? Prüfen Sie danach die Bedeutung: Gehört der Betrag wirklich zum gesamten Angebot oder nur zu einer Position?

Vergleichen Sie ausgewählte Ergebnisse direkt mit den Originalstellen. Beziehen Sie auch ungewöhnliche Dokumente, fehlende Angaben und abweichende Schreibweisen ein. Halten Sie Fehler samt Beispiel fest und überarbeiten Sie unklare Regeln gezielt. Wiederholen Sie die Prüfung nach Änderungen mit denselben Beispielen. So wird sichtbar, ob eine Korrektur hilft oder an anderer Stelle neue Unklarheit erzeugt.

Weiterführende Lektüre zum Nutzen klarer Felddefinitionen: Introducing Smart Schema von Reducto (8. Juni 2026). Der Beitrag beschreibt ein anderes Produkt; dessen Funktionen sind keine Aussage über Plurali.