Fassung 1.4.0: sechs geänderte Felder, ein entfallenes

Das baupvo.io-Datenmodell 1.4.0 — Lesart des Betreibers, kein amtliches Schema — löst die Fassung 1.3.2 ab. Sieben Felder sind betroffen: sechs geändert, eines entfallen. Vier der sieben Änderungen sind nicht rückwärtskompatibel; sie brauchen eine Umsetzung im Quellsystem, keine Umbenennung im Mapping.

Die sieben betroffenen Felder

Die vier Änderungen mit Bruchwirkung

dop.systemAVCP wird wiederholbar

Bis 1.3.2 trug das Feld genau einen Wert: ein System zur Bewertung und Überprüfung der Leistungsbeständigkeit je Erklärung. Ab 1.4.0 ist die Kardinalität 1..n. Ein Produkt kann je Wesentlichem Merkmal einem anderen System unterliegen; ein einwertiges Feld erzwang dort eine Auswahl, die der Datensatz nicht treffen darf. Werteliste unverändert: 1+ 1 2+ 3 4.

declaredPerformance[].value trägt Zahlen als Zahl

Numerische Leistungswerte standen bis 1.3.2 als Text. Ab 1.4.0 sind sie als number zu übergeben, damit sie ohne Textparser vergleichbar sind. Klassenangaben bleiben Zeichenketten — A2-s1,d0 ist keine Zahl. NPD bleibt der einzige zulässige Platzhalter für „keine Leistung festgestellt”.

declaredPerformance[].unit steht in UCUM

Die Einheit war bis 1.3.2 freier Text. In den geprüften Beständen erschien dieselbe Einheit als W/mK, W/(m·K) und W/m*K. Alle drei sind in UCUM-Kurzform W/(m.K). Groß- und Kleinschreibung ist bedeutungstragend. Bei Klassenangaben bleibt das Feld leer.

operator.manufacturer.address wird zerlegt

Die Anschrift stand bis 1.3.2 als mehrzeiliger Fließtext. Ab 1.4.0 ist sie ein Objekt aus street, postalCode, city und country, letzteres nach ISO 3166-1 alpha-2. Die Zerlegung ist die Voraussetzung dafür, dass eine Anschrift maschinell abgeglichen werden kann.

1
2
3
4
5
6
7
8
9
10
11
12
13
14

{
  "operator": {
    "manufacturer": {
      "name": "Beispiel Baustoffwerk GmbH",
      "address": {
        "street": "Musterweg 4",
        "postalCode": "58239",
        "city": "Schwerte",
        "country": "DE"
      },
      "contactPoint": "produktdaten@beispiel-hersteller.de"
    }
  }
}

Die zwei verträglichen Änderungen

dop.number wächst von 32 auf 64 Zeichen. Bestehende Nummern bleiben gültig; die Nummer muss über alle Fassungen hinweg stabil bleiben. pass.version folgt jetzt SemVer 2.0.0 mit dem Muster ^\d+\.\d+\.\d+$; Werte wie Rev. 4 sind damit ungültig, der Vorgängerstand bleibt über pass.supersedes erreichbar.

Was sich nicht geändert hat

Keine Feldgruppe hat ihren Rechtsanker gewechselt. Die beiden Gruppen ohne Anker — pass.registry.* nebst pass.retentionUntil sowie carrier.* — führen weiterhin AUSLEGUNG DES BETREIBERS. Die Spalte Pflicht ab ist unverändert.

Belegstatus