Produktstatus

Tag-90-Gate-Audit: drei öffentliche Tools bestehen alle sechs Gates

Am 23. September 2026 wurden T01 (PV-Ertragsrechner), T02 (Standort-Check) und T04 (Immobilienmarkt-Signal) systematisch gegen Registry-, Daten-, Privacy-, Accessibility-, Performance- und Haftungs-Gate geprüft (18 Zellen). Alle 18 Zellen sind belegt; T04 war bereits vollständig dokumentiert (t04-release-gates-2026-09-22.md (nicht im öffentlichen Doku-Portal verfügbar)) und unverändert. Für T01 und T02 wurden Daten- und Performance-Gate frisch gegen die Live-Produktion nachgemessen (Coverage-Matrix-Readback, Seiten- Antwortzeiten). Eine echte Teillücke wurde geschlossen: T02 hatte bislang keinen automatisierten Kontrast-/Überschriften-Regressionstest für das Accessibility-Gate (nur einzelne Quellcode-Attribute); ein neuer Test (tests/unit/components/site-check-accessibility-contract.test.ts) schließt das nach demselben Muster wie T01/T04. Prüffallzahlen: PV 45/45 (5 je Bundesland, wöchentlich per CI bestätigt; der Workflow ist seit 5. Oktober 2026 manuell deaktiviert, der letzte planmäßige Lauf war der 4. Oktober 2026), Standort-Check 35 (Vertrag nennt Minimum 25; am 7. Oktober 2026 führt der Vertrag 113 dokumentierte Fälle), Immobilienmarkt 47 (jede Zeile einzeln testverifiziert). T05 wurde am 15. September 2026 nicht als drittes Werkzeug gewählt (ADR-0069); das zugehörige Tag-90-Ziel gilt als entfallen, nicht als offen oder erfüllt. Details, Matrix und offen benannte Restpunkte (kein axe-core-Setup, kein Eins-zu-eins-Testverweis je Standort-Check-Fall, ein geteilter, nicht blockierender prefers-reduced-motion-Befund) im Tag-90-Gate-Audit (nicht im öffentlichen Doku-Portal verfügbar).

T04 Immobilienmarkt-Signal, Slice 1 und 2 (#575)

Die Preisquellen Statistik Austria, Eurostat und OeNB sind technisch für den Release-Vertrag vorbereitet: Rechte-Review-Entwürfe mit belegten Primärquellen, Distribution-Keys, Consumer-Bindung index_lookup, nationale Coverage-Lanes mit Tool-ID market-signal, unveränderliche Release-Kopie (Migration 0054) und ein generischer Publisher mit fünf Pflichtprüfungen. Am 18. September 2026 wurden die drei Rechte-Reviews in die Produktions- Registry übernommen (alle conditional), Migration 0054 angewendet und die Releases für Statistik Austria (405 Zeilen, Stand 2026-Q1) und Eurostat (646 Zeilen, Österreich und EU-Aggregate) qualifiziert und aktiviert. Der erste Eurostat-Kandidat blieb korrekt unqualifiziert, weil die Türkei-Reihe die Wertgrenze riss; seither begrenzt ein Vertragsfilter die Release-Kopie auf Österreich und EU-Aggregate. Am 24. September 2026 folgte die OeNB: Export Wohnimmobilienmarkt_2026-09-23.zip aus dem öffentlichen OeNB-Dashboard, Release 23239963-c09e-44fb-a8fe-ce6e13b8d468 (298 Zeilen, Österreich und Wien je 149 Quartale 1989-Q1 bis 2026-Q1, alle fünf Pflichtprüfungen bestanden), aktiv mit pointer_version 1. Damit sind alle drei Karten available. Das OeNB-Dashboard hat keine stabile Download-URL; der Cron /api/cron/prices-oenb erzeugt kein Release. Der nächste Stand braucht deshalb wieder einen manuellen Export und muss vor fresh_until 16.11.2026 veröffentlicht sein, sonst wird die Karte stale (Runbook (nicht im öffentlichen Doku-Portal verfügbar)). Stand 7. Oktober 2026 (Live-Abruf von GET /api/tools/immobilienmarkt): Statistik Austria und Eurostat zeigen den Quellenstand 2026-Q2 (Abruf am 6. Oktober 2026), die OeNB unverändert 2026-Q1.

Slice 2 liefert das öffentliche Werkzeug /werkzeuge/immobilienmarkt samt GET /api/tools/immobilienmarkt: serverseitig gerendert, ohne Eingabe, mit drei Quellenkarten, Verlauf als Linie und Tabelle sowie ehrlichen Zuständen je Quelle. Die Daten liegen nur für Österreich gesamt, Wien und EU-Aggregate vor, nicht je Bundesland (ADR-0070, Vertrag).

Slice 3 bindet market-signal in MET-01 (INSTRUMENTED_TOOL_IDS, Provider fest auf "none"): Weil die Seite bewusst kein Client-JavaScript lädt und tool_metrics_daily den Metrik-Typ server_run per Check-Constraint fest an provider = 'pvgis' bindet, zählt die Seite serverseitig über after() einen Aktivierungsfunnel (funnel_start + funnel_complete/ funnel_honest_terminal), nicht server_run. Inzwischen 47 dokumentierte, einzeln testverifizierte Prüffälle (MS-01…MS-47, Stand nach der Review-Nachbesserung mit Bot-/Prefetch-Filter) stehen im Vertrag; Gate-Nachweise unter docs/evidence/t04-release-gates-2026-09-22.md (nicht im öffentlichen Doku-Portal verfügbar) und im Tag-90-Gate-Audit (nicht im öffentlichen Doku-Portal verfügbar).

T06 Standortvergleich, Slice 1 bis 3 (#570)

Org-gebundene Standorte mit Datenpass-Snapshot und Vergleichsmatrix sind als session-gebundene API unter /api/v1/org/{slug}/workspace/* und als Seite /workspace/vergleich implementiert (Slice 2: Standort über signierte Adressauswahl anlegen, Liste mit Inline-Löschbestätigung, Matrix der acht Kartenzustände, Stale- und Paritätswarnung, Org-Umschalter, Nav-Eintrag nur bei Freischaltung). Zwei fail-closed Gates (WORKSPACE_COMPARE_ENABLED und Org-Allowlist) halten Routen und Seite ohne Freischaltung auf 404 und den OpenAPI-Pfad verborgen. Slice 3 ergänzt POST …/sites/{id}/refresh und „Neu prüfen“ je Standort (Snapshot mit den beim Anlegen geprüften Standortdaten erneuern) sowie die Beta-Aktivierung für eine Test-Organisation in Produktion; der Live-Nachweis mit echter Session steht im Issue. Zugriff nur über bestehende Mitgliedschaft (Nicht-Mitglied → 404), Schreibrollen owner/admin/member, Limit 25 je Organisation. Jede Store-Query filtert explizit auf organization_id; das ist die wirksame Schranke. Die RLS-Policies nach Migration 0002 sind angelegt, greifen aber für die Neon-App-Rolle nicht (sie umgeht RLS wie bei memberships) und sind nur für RLS-unterworfene Rollen belegt. Der Vergleich nutzt ausschließlich die Standort-Check-Karten (anfangs sieben, seit dem 27. September 2026 zehn, seit dem 30. September 2026 mit Denkmalschutz, Breitband sowie Wildbach und Lawine dreizehn; eine davon, die Local Climate Zone, ist für das Werkzeug nicht konfiguriert) und weist fehlende Quellenstand-Parität sowie veraltete Snapshots aus. Unit-, Route- und PostgreSQL-Integrationstests (Cross-Org, RLS-Probe, Limit, Cascade) waren lokal und in der damaligen GitHub-CI grün; die CI ist seit 5. Oktober 2026 aus, der Ersatz ist npm run check:local (Abschnitt „Betrieb“). Migration 0053 wurde am 14. September 2026 idempotent auf der Produktionsdatenbank angewendet und rückgelesen (Tabelle, beide Policies, RLS aktiv und forciert, sechs Constraints, 0 Zeilen). Der öffentliche Standort-Check bleibt unverändert nicht persistent. ADR-0068 (nicht im öffentlichen Doku-Portal verfügbar); #413, #291 und #333 bleiben eigene Gates.

Produktentscheidung vom 25. September 2026: T06 ist auf die Zeit nach Tag 90 verschoben. Es wird jetzt kein Beta-Nutzer eingeladen; das Tag-90-Gate „T06 vergleicht mindestens zehn Standorte eines berechtigten Beta-Nutzers“ bleibt deshalb offen und ist in der 90-Tage-Roadmap (nicht im öffentlichen Doku-Portal verfügbar) als verschoben markiert.

Nahversorgung: Luftlinien-Näherung (#564)

Der Hinweis beschreibt 900 m Luftlinie als Näherung für 15 Minuten zu Fuß. Es wird keine Route berechnet; Umwege und Barrieren werden nicht berücksichtigt. Web, Steckbrief und PDF benennen den Radius ausdrücklich. Bekannte historische Hinweis-/Ampeltexte werden ausschließlich für die Darstellung projiziert; Snapshot, Score, Kategorien, Quellenstand und Ampel bleiben unverändert. Unbekannte Radiusverträge erhalten neutrale Kurztexte; historische Kategorien werden aus dem gespeicherten Bestand angezeigt. Vertrag und Prüfnachweise trennen Implementierung, CI/Preview, unabhängige Abnahme und Produktions-Readback. #463 bleibt unverändert; PDF/UA #333, PV #291 und NÖGIS #413 bleiben eigene Gates.

Faktentreue Startseite (#563)

Standort- und Grundstücksdaten werden mit Quellen-/Abdeckungsgrenzen erklärt. Der Szenariolink benennt Dokumentation; Kosten und Chancen bleiben ungeprüfte Modellannahmen. Die Illustration ist auch mobil lesbar gekennzeichnet und enthält keinen unbelegten Solar-Monatswert. Startseitenvertrag. CI/Preview, unabhängige Abnahme und Produktion werden in #563 getrennt nachgewiesen. #564 wird im eigenen Abschnitt geführt.

Mobiler Reportkopf (#557)

Titel, lange Adresse und PDF-Aktion sind für 320/390 px untereinander angeordnet; Desktop behält die horizontale Anordnung. Der isolierte Browsertest nutzt den gebauten Permalink und den echten PDF-Renderer. Lokal sind Rot-/Grün-Repro, Tastatur-/Touchaktivierung und PDF-Abruf geprüft. CI/Preview, unabhängige Abnahme und Produktions-Readback werden getrennt in #557 belegt. Vertrag.

PV-Standortertrag (#562)

Variante A ist implementiert: Der Adressreport zeigt gespeicherten spezifischen PVGIS-Ertrag mit Modellannahmen. Neue Berechnungen erzeugen keine Leistung aus Parzellenfläche, keine 500-m²-Ersatzannahme und keine PV-Eurohochrechnung. Alte JSON-Snapshots bleiben unverändert; die Web-/PDF-/Kartensicht unterdrückt historische Gesamt- und Kostenwerte. Fehlende Annahmen werden nicht ergänzt. Vertrag und Abnahme dokumentieren API-Kompatibilität und die getrennten CI-/Preview-/Produktionsnachweise. #291 bleibt offen.

Adresszuordnung: Fehler vor Reporterstellung (#561)

Der neue Pfad unterscheidet nicht gefundene AT-Adressen (422) von temporären Geocoderstörungen (503). Beide liefern korrigierbare Hinweise statt gespeicherter Leerberichte. Unbekannte und historisch unbelegte Regionen bleiben neutral; AT-Erfolgsreports mit einzelnen Datenlücken bleiben möglich. Der bestehende Tageszähler zählt weiterhin Anfragen, auch Fehlversuche. Kein neuer Bucket und keine Rückbuchung. Vertrag und Abnahmestand trennen lokale Implementierung, CI/Preview und Produktions-Readback.

PDF-Layout: Entscheidungsüberblick und Altlastenhinweis (#558)

Der öffentliche React-PDF-Renderer setzt Kennzahl und vollständige Erklärung in getrennte Textblöcke. Der Altlastenhinweis beginnt bei seiner Ergebniszeile; lange Hinweise dürfen vollständig weiterfließen. Acht synthetische Geometrie-/Paginierungsfälle ergänzen beide Poppler-Backends und die bisherigen Mehrseitenregressionen. Fachliche Ampeln und Reportdaten bleiben erhalten. Vertrag und Abnahmestand unterscheiden lokale Prüfung, finalen PR/Preview und den anschließenden Produktions-Readback. PDF/UA #333 und der mobile Slice #557 bleiben getrennt.

Altlasten-Wiederherstellung #556, 5. September 2026: Nach unabhängigem Inhaltsreview wurde um 10:26:55 UTC Release 84667e56-73ac-5ea4-a345-6a96acd2a9f2 mit Pointer 2 aktiviert, frisch bis 7. September, 10:22:17 UTC. Zwei neue öffentliche Prüfberichte bestätigen Nähe-/Nullbefund in API, Web und PDF; alte gespeicherte Reports behalten ihren damaligen Zustand. Inhaltsentscheidung und Live-Nachweis, Renewal-Runbook. Maßgeblich für die heutige Verfügbarkeit bleibt die Live-Provenance. Die bestehende Mail-Zustelllücke bleibt offen.

Gültigkeitsstand: 7. Oktober 2026. Abschnitte mit eigenem Datum bleiben als datierte Belege unverändert. Dieses Dokument beschreibt den implementierten und im Repository überprüfbaren Ist-Stand. Es ist die kanonische Statusquelle für Produktfunktionen und UI-Routen.

Für die Einordnung gelten vier feste Begriffe:

Live: implementiert und im aktuellen Produktpfad nutzbar.
Live mit Grenze: implementiert, aber mit einer ausdrücklich genannten fachlichen, räumlichen oder betrieblichen Einschränkung.
Testmodus: technisch integriert, aber nicht für reale Transaktionen oder einen öffentlichen Verkauf freigegeben.
Geplant: nicht implementiert; steht ausschließlich in der Roadmap.

Historische Pläne und Gesprächsnotizen bleiben als Entscheidungsbelege erhalten, sind aber keine Statusquelle. Bei Widersprüchen hat dieses Dokument Vorrang vor älteren Abschnitten im Briefing und vor historischen ADRs.

PDF/UA: echte interne Parzellenreferenz (#553, Slice I)

Slice I ergänzt einen festen internen QA-Einstieg für den vorhandenen anonymen Schul-Referenzreport aus dem DXF-Produktionsnachweis. Ein enger lesender Selektor, getReport, die atomaren pdf_parcel_outline-Gates und wiederholte Report-/ Quellenprüfung binden genau eine Zielparzelle an die finalisierte PDF/UA-Figure. Es gibt keine neue HTTP-Route und keine frei wählbaren Report- oder Geometrieeingaben.

Der eigene QA-Mapper bewahrt die echte Reportidentität. Zielparzelle, Schuladresse, gespeicherte DKM-Fläche und BEV-Herkunft sind real; alle übrigen Prüfbestandteile bleiben sichtbar synthetisch. Die vorhandene Kartenadapter-Vereinfachung von 23 Originalstützpunkten auf neun Koordinaten ist von der unveränderten Auswahl und metrischen Projektion getrennt mit Hashes belegt. Innenringe der Zielparzelle, Mehrdeutigkeit sowie negative Rechte-/Release-/Coverage-/Quality-/Freshness-/ Quarantänegates bleiben gesperrt. Das H-Chrome-Profil 20/7/6/3/2 bleibt erhalten; I hat ein eigenes semantisches 20/7/6/3/4-Profil.

Die echte interne Referenz ist auf Merge 5609b182db810983e0240eacbab5cfce2eb9ac5a mit aktueller Produktionsquelle lesend geprüft. PR #554, der gebaute Preview und zwölf schreibfreie Produktionschecks sind bestanden. Die vollständige Main-CI 33953550809 ist grün. READY-Deployment dpl_FDEorR7WyuagkPvSw281WnREWSXB und getrennte CLI-/HTTP-Belege stehen im Slice-I-Nachweis. Die reale I-PDF wurde intern erzeugt; die HTTP-Prüfung bestätigt Dokumentation und Produktionssperre des synthetischen H-Shadows. ADR-0067 dokumentiert Vertrag und Abnahmetests. Chrome-Tag-Semantik, weitere echte Karten, öffentlicher PDF/UA-Rollout und echter PDF/UA-Nutzerreport bleiben offen; #333 bleibt offen. Öffentlicher React-PDF-Pfad und synthetischer Preview bleiben erhalten. Es wurde kein neuer Report angelegt.

PDF/UA-Parzellengeometrie (#550, Slice H)

PR #551 ist als c0918058a44328e7473e8b06d949bea47d9e456f ausgeliefert. Der gebaute Preview bestand vier Tier-PDFs mit veraPDF und 32/32 Seiten in Apple PDFKit/Quartz sowie Chrome/PDFium; alle Chrome-Raster stimmen mit lokal überein. Produktionsdeployment dpl_B2k1nMBLePHjfkDZ8KyEwWrXA4pL und zwölf schreibfreie Live-Prüfungen bestätigen den Commit und die geschlossenen Shadow-Routen. Main-CI 33922229456 bestand vollständig auf diesem Merge-Commit.

Slice H ersetzt die feste Grundstücksskizze im geschützten synthetischen Shadow durch validierte Polygon-/MultiPolygon-Vektoren. Der optionale interne Eingang bindet den bestehenden pdf_parcel_outline-Export an den Reporthash und Public-/Export-Release. Rechte, Coverage, Frische und Consumerbindung bleiben Voraussetzung. Fehlende oder abgelehnte Geometrie erzeugt einen Absatz statt einer Figure; Innenringe werden sichtbar als nicht unterstützt abgelehnt. Alt-Text, hervorgehobener Treffer, Nachbarn, Nordrichtung sowie Herkunft und Lizenz folgen dem tatsächlichen Eingang.

Der positive Slice-H-Previewbeleg bleibt ausdrücklich synthetisch. Der damalige fehlende echte Geometriebeleg wird im getrennten Slice I weitergeführt; dessen aktueller Abnahmestand steht im verlinkten Slice-I-Nachweis. Chrome-Tag-Semantik, weitere Karten, Produktrollout und echter PDF/UA- Nutzerreport bleiben offen; #333 bleibt offen. Der öffentliche Renderer bleibt React-PDF. Slice-H-Vertrag und Slice-H-Nachweis trennen lokale Implementierung, CI/Preview, Produktion und Live-Readback.

Chrome/PDFium-Viewerregression (#333, Slice G)

Slice G ergänzt den echten Chrome/PDFium-Viewer für vier synthetische Tiers mit je acht Seiten. Der gepinnte Chrome for Testing 148.0.7778.96 prüft vollständige A4-Seiten, seitenspezifischen Text und benannte Links. Darstellung und Tag-Semantik sind getrennte Gates: Im Standardviewer fehlen Tabellen-, Listen- und Bildrollen. Ein grüner Darstellungscheck ist deshalb keine vollständige Chrome-Barrierefreiheitsabnahme.

Der öffentliche React-PDF-Pfad bleibt unverändert, der Shadow bleibt slice-e-1 und Preview-only. Chrome-Tag-Semantik, echte Karteninhalte, kontrollierter Produktrollout und PDF/UA-Live-Readback eines echten Nutzerreports bleiben offen; Issue #333 bleibt offen. Vertrag und verifizierter Release-Stand: Slice-G-Entscheidung und Slice-G-Nachweis.

Slice G wurde über PR #548 produktiv ausgeliefert: Merge 8ccc9fe28236c894bee69de5502ff11b98c592c0, Deployment dpl_Y8GsNSbTzn5swXMfVsxU7Zt5QRiw, Main-CI 33914599076. Lokal, im Linux-CI und mit den deployten Preview-Dateien bestanden 32/32 Chrome/PDFium-Seiten; sechs Dokuportalseiten und die geschlossene Shadow-Produktionsgrenze wurden live rückgelesen. Die Chrome-Tag-Semantik bleibt ausdrücklich nicht abgenommen. Der Slice-G-Nachweis enthält die commitgebundenen Prüfergebnisse.

Produktkern

Zweites eigenständiges öffentliches Werkzeug: Der Standort-Check unter /werkzeuge/standort-check liefert einen matrixgebundenen Datenpass mit dreizehn Karten: zwölf freigegebene Quellenkarten und die Karte „Lokale Klimazone“, die für das Werkzeug nicht konfiguriert ist. Er ist vom persistierten /report getrennt; seine konkrete Abdeckung, Rechte-, Freshness-, Pilot- und Datenschutzgrenzen sind im öffentlichen Standort-Check-Vertrag dokumentiert.

Fähigkeit	Status	Aktueller Umfang und Grenze	Nachweis
Öffentlicher Werkzeug-Hub	Live	`/werkzeuge` zeigt ausschließlich Registry-Einträge mit sichtbarem Status, Abdeckung und Quelle. Geplante Werkzeuge sind getrennt und nicht als nutzbar verlinkt.	`app/werkzeuge/page.tsx`, `lib/tools/registry.ts`
PV-Ertragsrechner	Live mit Grenze	Für ganz Österreich geprüftes, kostenloses PVGIS-5.3-Standortmodell für 0,5–100 kWp. Das Release-Gate ist mit 45/45 öffentlichen Referenzpunkten, fünf je Bundesland, bestanden; die private Share-Ansicht überträgt weder Adresse noch Koordinate und fragt PVGIS beim Öffnen nicht erneut ab. Optimale Ausrichtung bleibt ein Potenzialmodell; keine Dachvermessung, Verschattungs-, Statik-, Netz-, Tarif- oder Förderprüfung. Adresse, Koordinate und Ergebnis werden serverseitig nicht persistiert.	`/werkzeuge/pv-ertrag`, `/werkzeuge/pv-ertrag/teilen`, `docs/evidence/pv-release-45-points-2026-08-03.md`, `docs/evidence/pv-tool-02-production-2026-08-03.md`
Kennungsfreie Werkzeugmetriken	Live mit abgeschlossener Baseline	MET-01 misst für den PV-Rechner, das Immobilienmarkt-Signal und seit 4. Oktober 2026 den Standort-Check ausschließlich atomare Tagesaggregate und je Werkzeug einen tag- und regionsfreien 14-Tage-Ausgangswert. Eigene Prüfläufe des Standort-Checks zählen seit 6. Oktober 2026 getrennt („davon intern“, ADR-0079, Migration 0066); sein Ausgangswert ist neu verankert (Fenster 7. bis 20. Oktober 2026, eingefroren ab 21. Oktober 2026), die Tageswerte blieben unverändert. Der fail-closed Produktionsreadback vom 18. August bestätigt für den PV-Rechner 14/14 vollständig abgeschlossene Messtage, vorhandene Funnel- und Serverdaten, bestandene Integrität, vollständig zugeordnete Kosten und den stabilen Snapshot-SHA-256 `2fe33f3716f640c4ca7c847d701359f827ad5613126c349df71129aa4d51a997`. Die Stichprobe von zwei Starts, einem Abschluss und drei erfolgreichen Serverläufen ist der ehrliche Ausgangswert, keine Wirkungsbehauptung.	`/admin/metrics`, `/api/v1/admin/metrics`, `MET-01-D0` (nicht im öffentlichen Doku-Portal verfügbar), `MET-02-Abschluss` (nicht im öffentlichen Doku-Portal verfügbar), `Neuverankerung Standort-Check` (nicht im öffentlichen Doku-Portal verfügbar)
Source-/Release-Ledger	Live mit Grenze	FND-02 ist produktiv abgeschlossen; FND-03 bindet den BEV-Punkt-Lookup, #376 den BMLUK-Brachflächen-Potenzialhinweis, #404 den SPARTACUS-v3-Datensnapshot, #427 die Erdbeben-Ortstabelle, #454 die Local Climate Zones, #439 den historischen GeoSphere-Hitzelayer, #324 Umgebungslärm und #351 den Altlastenportal-WFS an qualifizierte Releases. Zwölf der 50 Katalogquellen waren bis zum 26. September 2026 release-gebunden, 38 blieben ausdrücklich `legacyUnverified`. Am 27. September 2026 kamen die Standort-Check-Releases für Radon, ÖV-Güteklassen, Flächenwidmung NÖ und Hochwasser Österreich hinzu; `hochwasser-at` ist dabei ein neuer Katalogeintrag (Migration 0059). Die Gesamtzählung des Katalogs wurde danach nicht erneut rückgelesen (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Danach wurden Denkmalschutz, Breitband, Wildbach und Lawine sowie die Flächenwidmung Wien (alle 30. September 2026) und die Flächenwidmung Vorarlberg (4. Oktober 2026) release-gebunden; die Live-Provenance meldet sie am 7. Oktober 2026 als `registered`. Auch dafür liegt keine neue Gesamtzählung des Katalogs vor. Der Runtime-Modus bleibt für diese feste Legacy-Positivliste bewusst `shadow`, ohne ihr dadurch Qualität oder Rechte zu attestieren; unbekannte Slugs/Fähigkeiten und Google Solar bleiben geschlossen.	`FND-02-Nachweis` (nicht im öffentlichen Doku-Portal verfügbar), `FND-03-Nachweis` (nicht im öffentlichen Doku-Portal verfügbar), `Brachflächen-Nachweis` (nicht im öffentlichen Doku-Portal verfügbar), `SPARTACUS-v3-Aktivierung` (nicht im öffentlichen Doku-Portal verfügbar), `HORA-Hitzelayer-Aktivierung`, `Lärminfo-Aktivierung`, `Erdbeben-Rechte-Review` (nicht im öffentlichen Doku-Portal verfügbar), `DATA-02-Betriebsstatus` (nicht im öffentlichen Doku-Portal verfügbar), `docs/decisions/0043-source-release-ledger.md`
Umgebungslärm	Live mit fachlicher Grenze	#324 bindet acht strategische Lärmkarten der Runde 2022 für Straße, Schiene, Flug und Industrie/IPPC atomar an Report-Lookup, Kartenbild und Legende. Release `63575c23-0121-506d-8baa-210a82dd957f` steht auf Pointer-Version 1; sechs Pflichtchecks, ein neutraler No-Hit, echte Flug- und Industrie/IPPC-Treffer, beide Kartenebenen, Legenden, Web-Permalink und PDF sind produktiv rückgelesen. Die Anzeige bleibt ein Screening berechneter Hauptquellenpegel in vier Metern Höhe, keine Messung und kein Gutachten; IPPC ist nur in ausgewiesenen Ballungsräumen kartiert. Der Acht-Stunden-Renewal läuft: Die öffentliche Live-Provenance zeigt am 7. Oktober 2026 Pointer-Version 129, zuletzt aktiviert um 16:11 UTC (passend zum Cron-Takt `11 /8 * *`), frisch bis 8. Oktober 2026 16:11 UTC.	`Produktionsnachweis`, `Rechteprüfung`, `/api/v1/data-sources/laerm/provenance`
Coverage-/Rechtematrix	Live mit Grenze	Für alle neun Bundesländer wird unter `/docs/data-sources` und als API-v1-Vertrag ein maschinenlesbarer Status ausgewiesen. Stand 8. Oktober 2026 nach der oberösterreichischen Widmung (Matrixversion `2026-10-07.site-check-zoning-oberoesterreich-lane-v1`, produktiv rückgelesen): 43 Lanes und 387 Zellen, davon 126 `available`, 43 `availableWithGaps`, 18 `gated`, 56 `outsideCoverage` und 144 `notConfigured` (169 nutzbar); `AT-4` `availableWithGaps`, die übrigen acht `outsideCoverage` (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Davor am 4. Oktober 2026 nach der Vorarlberger Widmung (Matrixversion `2026-10-04.site-check-zoning-vorarlberg-lane-v1`, produktiv rückgelesen): 42 Lanes und 378 Zellen, davon 126 `available`, 42 `availableWithGaps`, 18 `gated`, 48 `outsideCoverage` und 144 `notConfigured`; `AT-8` `availableWithGaps`, die übrigen acht `outsideCoverage` (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Lesender Abruf am 7. Oktober 2026: unverändert Matrixversion `2026-10-04.site-check-zoning-vorarlberg-lane-v1`, 42 Lanes, 378 Zellen und neun Bundesländer, davon 168 nutzbar (126 `available` plus 42 `availableWithGaps`); `evidenceUpdatedAt` ist ein dynamischer Zeitstempel und kein Versionsmerkmal. Davor am 30. September 2026 nach Wildbach und Lawine (Matrixversion `2026-09-30.site-check-wlv-gzp-lane-v1`, produktiv rückgelesen): 41 Lanes und 369 Zellen, davon 126 `available`, 41 `availableWithGaps`, 18 `gated`, 40 `outsideCoverage` und 144 `notConfigured`; die WLV-Lane steht 9/9 auf `availableWithGaps` (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Davor am selben Tag nach Breitband (Matrixversion `2026-09-30.site-check-broadband-lane-v1`, produktiv rückgelesen): 40 Lanes und 360 Zellen, davon 126 `available`, 32 `availableWithGaps`, 18 `gated`, 40 `outsideCoverage` und 144 `notConfigured`; lesend gegengeprüft um 11:24 UTC nach dem Deploy der neuen, noch gesperrten Lane `wlv-gzp` (Matrixversion `2026-09-30.site-check-wlv-gzp-lane-v1`): 41 Lanes und 369 Zellen, davon 126 `available`, 32 `availableWithGaps`, 27 `gated`, 40 `outsideCoverage` und 144 `notConfigured` (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Davor am selben Tag nach Denkmalschutz (Matrixversion `2026-09-30.site-check-heritage-lane-v1`, produktiv rückgelesen): 40 Lanes und 360 Zellen, davon 117 `available`, 32 `availableWithGaps`, 18 `gated`, 40 `outsideCoverage` und 153 `notConfigured` (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Davor am selben Tag nach der Wiener Widmung (Matrixversion `2026-09-28.site-check-zoning-wien-lane-v1`, produktiv rückgelesen): 40 Lanes und 360 Zellen, davon 117 `available`, 23 `availableWithGaps`, 18 `gated`, 40 `outsideCoverage` und 162 `notConfigured` (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Stand 27. September 2026 (Matrixversion `2026-09-27.site-check-flood-at-lane-v1`): 39 Lanes und 351 Zellen, davon 117 `available`, 22 `availableWithGaps`, 18 `gated`, 32 `outsideCoverage` und 162 `notConfigured` (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Der vorherige, mit #351 und #575 aktualisierte Vertrag umfasste 37 für `pv-yield`, `site-check` und `market-signal` relevante Public-Display-Lanes und 333 Zellen: 72 `available`, 12 `availableWithGaps`, 18 `gated`, 24 `outsideCoverage` und 207 `notConfigured`. Jener Stand wurde am 18. September 2026 gegen Produktion rückgelesen und stand auf Matrixversion `2026-09-17.market-signal-price-lanes-v1`. `altlasten/report_lookup` bleibt ausschließlich Teil des Mehrwert-Berichts und ist deshalb bewusst keine `site-check`-Lane. Nur aktive Releases mit exaktem Coverage-, Rechte-, Distributions-, Fähigkeits-, Freshness-, Quality- und Consumer-Nachweis öffnen eine Zelle. 9/9 bedeutet dokumentiert, nicht flächendeckend verfügbar; Exportzwecke sind aus v1 ausgeschlossen.	`Erster Produktionsnachweis` (nicht im öffentlichen Doku-Portal verfügbar), `DATA-02-Readback 17.08.` (nicht im öffentlichen Doku-Portal verfügbar), `Altlasten-Cutover`, `/api/v1/data-sources/coverage-matrix`, `v1-Vertrag`
Pointergebundener Betriebsstatus	Live mit Grenze	`/admin/data-sources` und `GET /api/v1/admin/data-sources` trennen den neuesten technischen Lauf vom Betriebsnachweis des aktiven Releases. Der stündliche `monitor-data-source-drift` prüft quellspezifische Frische-, Coverage-, Zeilenzahl- und Qualitätsgrenzen; bekannte Teilabdeckung und freigegebene Warnungen bleiben eine akzeptierte Baseline. Zustände `fresh`, `due`, `stale`, `failed` und `unknown`, deduplizierte Alert-Übergänge sowie Zustellfehler bleiben sichtbar. Der Monitor verändert keinen Release oder Active Pointer. Zustandswechsel gehen seit 25.09.2026 höchstens einmal täglich als Digest per SMTP an office@ostheimer.at (ADR-0048, Nachtrag); der erste Empfang in Produktion ist noch nicht belegt.	`ADR-0047` (nicht im öffentlichen Doku-Portal verfügbar), `ADR-0048` (nicht im öffentlichen Doku-Portal verfügbar), `DATA-02-Nachweis des ersten Slice` (nicht im öffentlichen Doku-Portal verfügbar), Issue #493
Parzellenidentität / BEV-Pilot	Live mit enger Grenze	FND-03 ist für `bev-gaenserndorf-pilot-v1` abgeschlossen: Migrationen `0041`/`0043`, stabile interne `parcel_uid`, Originalaliases, release-gebundene Versionen und Quarantäne; der Active Release ist seit 29.09.2026 `5e5329cf-630f-5df1-a8b7-47bafa401856` (Run 114, Pointer 3; zuvor `655a7dc3-1f7a-5bdc-a329-d73f1c458320`, Run 57, Pointer 2), weiterhin ausschließlich auf `public_display/point_lookup`, frisch bis 01.02.2027 nach der dokumentierten Frischegrenze von 306 Tagen (Erneuerung (nicht im öffentlichen Doku-Portal verfügbar)). Der Cron `ingest-parzellen` prüft seit #626 wöchentlich (montags 03:15 UTC, vorher quartalsweise) auf einen neuen Stichtag und vergleicht dabei nur Legacy-Läufe; ein über die Frist hinaus veralteter Release erscheint seit #629 in Report, Karte und PDF ausdrücklich als „Datenstand veraltet“, und der Export-Kanal wird im Drift-Monitor getrennt geführt. Quellenstand, Umfang und Qualitätsgrenze bleiben unverändert: 2026-04-01, 29.746 veröffentlichte und 15 quarantänisierte Geometrien. Der separate ADR-0055-Export-Pointer ist mit 28.535 vollständig umschlossenen Originalpolygonen produktiv aktiviert; GeoJSON/PDF/DXF sind release-gebunden, DXF wurde mit Dark Deploy, positivem und negativem Readback, GDAL-Parserprüfung und Rollback kontrolliert live geschaltet. Eigentümerdaten und nationale Katasterabdeckung bleiben ausgeschlossen.	`ADR-0044` (nicht im öffentlichen Doku-Portal verfügbar), `ADR-0055` (nicht im öffentlichen Doku-Portal verfügbar), `FND-03-Produktionsnachweis` (nicht im öffentlichen Doku-Portal verfügbar), `Export-Aktivierung` (nicht im öffentlichen Doku-Portal verfügbar), `DXF-Produktionsnachweis`
Brachflächen-Potenzial	Live mit fachlicher Grenze	#376 ist für `at-national-v1` produktiv abgeschlossen: aktiver v2-Release `57e2e12b-e240-5287-a0c4-ee1edba795df`, Run 56, Pointer 2, Modellstand 2024, 3.705 veröffentlichte und 17 quarantänisierte Quellgeometrien. Web, PDF, API, Renewal und Monitor sind rückgelesen. Ein Treffer ist ausschließlich ein KI-Potenzialhinweis, kein amtlicher Brachflächenbefund und keine Aussage zu Eigentum, Verfügbarkeit, Altlasten, Widmung oder Bebaubarkeit. Coverage bleibt wegen der Quarantäne und dieser Aussagegrenze `partial`; Geometrieexport ist nicht freigegeben.	`Brachflächen-Produktionsnachweis` (nicht im öffentlichen Doku-Portal verfügbar), `ADR-0045` (nicht im öffentlichen Doku-Portal verfügbar)
Altlastenportal-Screening	Live mit Grenze; #556	#351/#556 banden WFS 2.0.0 und Release `84667e56-73ac-5ea4-a345-6a96acd2a9f2`, Pointer 2 (Stand 5. September 2026), an `altlasten_current`; seither erneuert der tägliche Renewal den Release (am 7. Oktober 2026 laut Live-Provenance: Release `1b0f3b47-db5c-5200-9477-7eab1f819636`, Pointer 21, `rowCount` 383, aktiviert um 03:37 UTC, frisch bis 9. Oktober 2026). Der Renewal läuft seit ADR-0080 als Vercel-Cron (täglich 03:37 UTC); reines Geometrie-Rauschen unter 1 cm erneuert seit #660 ohne Review, jede andere Änderung bleibt reviewpflichtig und geht als Mail an `office@ostheimer.at`. Scope-Zähler (Stand 5. September 2026): 1.814/372/19/1.423. Die Geometrien bleiben in `EPSG:31287`; nur der Adresspunkt wird mit `ST_Covers` plus 1-km-Nähe geprüft. `UBAID` ist eindeutig, `ALTNR` nicht. API-Hit und No-Hit, Web, PDF und Headless-Ausgabe wurden historisch mit #525/#526 produktiv rückgelesen; #556 bestätigt API, Web und PDF erneut; der Near-Hit-Gegencheck zeigt 703 m und UBAID `72113`. `retrieved_at` ist nur technisch, `source_vintage=null`. Pointer-, Frische-, Rechte-, Qualitäts- oder Scopefehler degradieren. Nur `public_display/report_lookup`, keine erweiterte Produktfreigabe und kein Rohgeometrieexport; Nicht-Listung garantiert keine Schadstofffreiheit.	`Wiederherstellung #556`, `ADR-0058` (nicht im öffentlichen Doku-Portal verfügbar), `Rechteprüfung` (nicht im öffentlichen Doku-Portal verfügbar)
SPARTACUS-v3-Klimaprofil	Live mit fachlicher Grenze	Der qualifizierte 2025-Jahressnapshot ist über Release `81ef8803-2d64-5d30-9d7f-cd526ce57e69` und Pointer 1 produktiv aktiviert: 106.610 unveränderliche 1-km-Zellen, Österreich-Coverage und inhaltsadressierte Manifest-/Artefakt-/Row-Bindung. Web, API und PDF lesen atomar denselben Provenienz-Tupel; v2.1-, `geosphere_cache`- und Provider-Live-Fallback sind für neue Reports gesperrt. Der tägliche read-only Monitor darf niemals automatisch publizieren, aktivieren oder zurückrollen. Die Werte bleiben regionale Klimaindikatoren, keine Messung oder Prognose für eine einzelne Parzelle.	`Produktionsnachweis` (nicht im öffentlichen Doku-Portal verfügbar), `ADR-0046` (nicht im öffentlichen Doku-Portal verfügbar)
Erdbebenzone	Live mit fachlicher Grenze	Der release-gebundene Snapshot enthält 2.188 veröffentlichte Orte und alle fünf ÖNORM-Zonen für Österreich. Der Report zeigt neutral Zone, Herkunftsort, PLZ und Entfernung; gespiegelt wird die Ortstabelle, nicht das generalisierte Zonenpolygon. `EGA` und `PGA` bleiben uninterpretiert, die Zone erhält keine Ampel und keine Kostenwirkung. Ein Betriebs- oder Coveragefehler darf nie als fehlende Erdbebenzone erscheinen.	`Daten- und Betriebsbeschreibung`, `Rechte-Review` (nicht im öffentlichen Doku-Portal verfügbar), `CHANGELOG.md`
Wissensbereich	Live mit Grenze	Zwölf veröffentlichungsgegatete Fachbeiträge mit Primärquellen, Methodik, menschlichem Schlussreview, KI-Transparenz, Korrekturpfad und Wiedervorlage; RSS, BlogPosting-Daten, Sitemap und `llms.txt` enthalten ausschließlich freigegebene Artikel. CON-02 und das Sechs-Live-Beiträge-Gate sind abgeschlossen. Keine automatisierte Content-Farm, keine Publikation ohne menschliche Freigabe und aktuell keine offenen Entwürfe.	`CON-01-Produktionsnachweis` (nicht im öffentlichen Doku-Portal verfügbar), `CON-02-Freigabe`, `/wissen`, `lib/content/articles.ts`, `/wissen/feed.xml`
Öffentliche Rechtsinformationen	Live mit Grenze	`/impressum` nennt die beiden Betreiberunternehmen. `/datenschutz` weist beide Unternehmen als gemeinsame Verantwortliche aus und beschreibt die tatsächlichen Datenflüsse, Empfänger, Speicherdauern und Betroffenenrechte. Formales Gate offen: Art.-26-Vereinbarung, nicht öffentlich ausgewiesene Beteiligungs-/Stimmrechtsverhältnisse eines Betreiberunternehmens und #290.	`app/impressum/page.tsx`, `app/datenschutz/page.tsx`, `lib/legal/operators.ts`
Adresse prüfen	Live mit Grenze	Anonyme Report-Erstellung ohne Login. Der release-gebundene BEV-Punkt-Lookup besitzt nur innerhalb der belegten Gänserndorf-Pilot-BBox qualifizierte Snapshot-Coverage; außerhalb bleibt der getrennte WMS-Identitätspfad ein eigener Legacy-Fallback ohne qualifizierte Snapshot-Geometrie. Der umfassende Standort-Report ist weiterhin auf Niederösterreich ausgerichtet. Seit 5. Oktober 2026 (ADR-0078, #656) bevorzugt die Adresssuche des Reports Niederösterreich (Nominatim-Viewbox als Ranking-Hilfe, kein Filter) und zeigt den gefundenen Ort vor Karte und Sektionen („Gefunden: …“); passen mehrere verschiedene Adressen, wird die Mehrdeutigkeit gespeichert und ausgewiesen.	`/`, `/report`, `app/report/page.tsx`, `docs/REPORT-SPEC.md`
Report	Live mit Grenze	Widmung, Klima, Altlasten-Indikation, sechs Nutzungsszenarien, Förderhinweise, zusätzliche Datenschichten und Quellen. Szenario- und Förderregeln sind fachliche Entwürfe; Ausfälle werden als degradiert ausgewiesen. Seit 6. Oktober 2026 wiederholt der PVGIS-Abruf bei einem Netzwerk- oder 5xx-Fehler genau einmal (#661), und die Liste „Noch nicht im Report“ nennt die Lücken in Nutzersprache; die Breitband-Klasse wird aus dem Wert abgeleitet, auch beim Lesen gespeicherter Reports (#643, #648); die ÖV-Güteklasse nennt abweichende Stichtage zwischen Pilotausschnitt und Standort-Check sichtbar (#645).	`components/ReportView.tsx`, `docs/REPORT-SPEC.md`
Permalink und PDF	Live; Mehrseiten-Viewer produktiv verifiziert, PDF/UA offen; Produktintegration ausständig	Gespeicherter Report unter `/r/[id]`, PDF über die Report-API. #332 bindet feste Free-/Premium-Fixture-Eingaben in einem eigenen Ubuntu/Poppler-CI-Job an beide Renderer, weiße Seiten, sichtbaren Body-Ink, seitenspezifischen Body-Inhalt, Text, Links, Metadaten und Seitenzahlen. PDFium, Chrome und Apple Vorschau sind vollständig geprüft; der zwölfseitige Live-Readback lief auf Merge-SHA `734f22f3b17de1593da72ef997f7f1eac5e38e50`. Der Produktionsrenderer bleibt React-PDF und ist nicht als PDF/UA getaggt. #333 Slice A ist als synthetisches Chromium-/veraPDF-Machbarkeitsgate commit- und CI-gebunden abgeschlossen; lokal bestand der an Commit `dbd46f3c3a94` gebundene Kandidat den Vertrag, Linux-CI-Lauf 32951907614 bestätigte ihn. PR #532, Merge-Commit `e39272c56134bfbe4c9f3b7789e872baa88706e8`, Main-CI 32954309960 und Vercel-Deployment `dpl_27B3QDZtKAyT7kEi3xe1rFWk1qWB` bleiben der produktive Doku-Beleg von Slice A. Slice B führt einen reinen Node.js-Shadow mit `pdfkit@0.20.1` ausschließlich über geschützte Vercel Previews ein: vier feste synthetische Tiers, keine DB/Provider/PII/Netzwerkzugriffe und je exakt fünf Seiten, zwei Figuren und zwei Links. Der veraPDF-/Poppler-Vertrag ist für alle vier Tiers lokal und in CI grün; PR #535 und das geschützte Preview-Deployment `dpl_9xF3oThBqub7qM9cTLUmsyionCYs` binden Code-SHA, vier erfolgreiche Tierantworten, negative `4xx`-Pfade, Runtimezeiten und fehlende Auth.js-Cookies. Merge-SHA `f9807311e2d9b68ce16067564be166c16a5996df` und Produktionsdeployment `dpl_C9D5An5mx8QnzM2W9mQquLCJjj58` belegen leere `404`-Antworten für alle vier Tier-POSTs sowie einen GET. Der öffentliche React-PDF-Pfad blieb auf demselben SHA mit neun A4-Seiten, Textschicht und beiden Poppler-Backends unverändert; er ist weiterhin nicht als PDF/UA getaggt. Slice C ersetzt die direkte Renderer-Fixture durch vier repository-fixierte Objekte des deployten `Report`-Typs und einen fail-closed Mapper. Lokal sind 43 gezielte Tests sowie der Vier-Tier-veraPDF-/Poppler-Vertrag grün; PR #537 und das geschützte Preview-Deployment `dpl_5mFy2pwv4DjZPLXZgRhjcyYnisSY` binden Commit, vier erfolgreiche Tierantworten, negative `404`-Pfade, Runtimezeiten, fehlende Auth.js-Cookies und erneut veraPDF-/Poppler-geprüfte Downloads. Merge-SHA `59036df7aca8a70025efcbf8f0d8dd467700cb9c` und Produktionsdeployment `dpl_FbKhtfArLz6wnDTAaRn3aq1bVJh9` belegen leere private `404`-Antworten für alle vier Tier-POSTs und einen GET sowie den öffentlichen Dokuportal-Readback; dies ist die verifizierte Produktionstrennung, kein PDF/UA-Produktrollout. Slice D erweitert den synthetischen Contract auf exakt 31 geordnete repräsentative Reportsektionen, acht A4-Seiten und drei datenbasierte Figure-Alternativtexte. Lokal sind 43 gezielte Tests, der visuelle Achtseiten-Readback sowie der Vier-Tier-veraPDF-/Poppler-Vertrag grün. PR #539, Preview `dpl_Ew4nDGJZYUX9fRyiNSuqSz8FFutU`, Merge-SHA `056eafb0eddd0ec6369f71db65862f37b788b152` und Produktionsdeployment `dpl_2bsKrqhys1CuRFQV6QUV6HiSJghg` binden CI, vier erfolgreiche Preview-Tiers und die leeren privaten Produktions-`404` für alle vier Tier-POSTs und einen GET. Slice E bindet denselben Vier-Tier-Vertrag über die exakten `saveReport()`-/`getReport()`-SQL-Abfragen an einen isolierten PostgreSQL-`jsonb`-Roundtrip. Das Gate belegt Persistenznormalisierung und Google-Solar-Ausschluss, während die Preview-Route selbst keine Datenbank liest und keine Report-ID, Adresse, Eigentümer-ID oder exakten Opt-in-Zeitpunkt rendert. Slice F ergänzt Apple PDFKit/Quartz und die manuelle Apple-Vorschau-/VoiceOver-Stichprobe als begrenzte Screenreader-Abnahme des synthetischen Premium-Shadows. Slice G belegt 32/32 Seiten im echten Chrome/PDFium-Viewer für Darstellung und Text. Chrome-Tag-Semantik, echte Karteninhalte, kontrollierter Produktrollout und der PDF/UA-Live-Readback eines echten Nutzerreports bleiben offen; #333 bleibt deshalb offen.	`app/r/[id]/page.tsx`, `app/api/v1/report/[id]/pdf/route.ts`, Viewer-Vertrag, Produktionsnachweis, Slice-A-Entscheidung, Slice-B-Entscheidung, Slice-B-Nachweis, Slice-C-Entscheidung, Slice-C-Nachweis, Slice-D-Entscheidung, Slice-D-Nachweis, Slice-E-Entscheidung, Slice-E-Nachweis
Konto und Report-Ablage	Live; Quota-Entkopplung produktiv verifiziert	Report-Liste, Umbenennen, Filtern, Löschen und dauerhafte Speicherung nach Kontoübernahme. #312 trennt den Account-Quota-Bucket vom gemeinsamen IP-Zähler. Migration, Preview und sicherer Live-Readback sind an den exakten Produktionscommit gebunden; eine reale Mehrkonten-Nutzung bleibt davon getrennte Stakeholder-Beobachtung.	`/account`, `/account/reports`, Report-Quota-Vertrag, Produktionsnachweis
Organisation und Einladungen	Live mit Grenze	Mitglieder und Einladungen liegen gemeinsam unter `/org/[slug]`. Einladungslinks werden bis zur freigegebenen Versand-Domain manuell weitergegeben.	`app/org/[slug]/page.tsx`, `/invite/[token]`
Gemeinde-Überblick	Live mit Grenze	k-anonymes Aggregat bereits geprüfter Adressen. Keine Einzeladressen, keine Vollerhebung und kein systematisches Leerstandsinventar; Gemeinde-Zuordnung derzeit über grobe Ortstext-Suche.	`app/gemeinde/[slug]/page.tsx`, `lib/gemeinde/aggregate.ts`
Öffentliche API, MCP und Skill	Live mit Grenze	Versionierte REST-API, MCP-Server und Report-Skill teilen die Reportlogik. Das ist keine vollständige Parität aller Funktionen: Standort-Check, PV-Rechner und Immobilienmarkt-Signal haben JSON-Endpunkte, aber keine eigenen MCP-Tools oder Skills; Konto, Team und Standortvergleich bleiben session-gebunden. Der gehostete Remote-MCP ist live (`POST /api/mcp`, Streamable HTTP, seit PR #199; `tools/list` am 7. Oktober 2026 beantwortet).	`docs/API.md`, `docs/MCP.md`, `docs/SKILLS.md`
Administration	Live	LLM-Modelle, Budgets, Nutzung, Benutzer, Impersonation, Datenquellen, Cron-Läufe (mit Detailseite je Lauf unter `/admin/cron/<name>/runs/<id>`), kennungsfreie Werkzeugmetriken, Kostenübersicht (`/admin/kosten`), Pilotanfragen (`/admin/anfragen`) und Wien-Overlay-POC. Plattform-Admin plus TOTP-2FA.	`/admin/**`, `app/admin/layout.tsx`
Planer-/Gemeinde-Abos	Testmodus	Stripe Checkout und Kundenportal sind technisch für das Planer-Abo verdrahtet. Live-Schlüssel werden absichtlich abgewiesen; reale Zahlungen und veröffentlichte Tarife sind nicht freigegeben.	`lib/stripe/client.ts`, `components/account/BillingSection.tsx`
BEV-Pilotexport	Live mit enger Grenze; Rollback bewiesen	Produktionslauf 32887690047 aktivierte den separaten Export-Release `7ae1d4da-e5d5-5c09-ae1f-15997506d4f7`, Pointer 1; seit 29.09.2026 ist `74be37a0-6aaf-5888-bb03-7a6a2ab4f30d` (Run 115, Pointer 2) aktiv, per CLI neu qualifiziert, weil der Workflow damals keine Erneuerung konnte (seit #627 vom 30.09.2026 kann er es, die CLI bleibt der Standardweg): 28.535 vollständig umschlossene Originalpolygone, 1.211 ausgeschlossene Public-Geometrien, 15 Quarantänefälle; der öffentliche Pilot bleibt bei 29.746 veröffentlichten Geometrien und Pointer 2. GeoJSON/PDF/DXF sind report- und release-gebunden. #412 wurde auf Merge-SHA `8b276764f8d5803e8dc6ecdbe54323d8b38445c1` mit positivem, negativem, GDAL-3.13.3-Parser- und Rollback-Readback abgeschlossen; finales Deployment `dpl_CaUMXVpyerL5iV6BzraupmboMgtr` steht auf `DXF_EXPORT_ENABLED=true`, `false` bleibt der bewiesene Kill-Switch. NÖGIS #413 bleibt offen; SEO-01 ist im ursprünglichen Umfang geliefert; der heutige vollständige Google-/Bing-Indexstatus ist unbekannt und Teil der Verlaufsmessung #694. Seit #655 (5. Oktober 2026) sperrt die Quarantäne-Hülle den Parzellenumriss nur noch am betroffenen Punkt, nicht mehr im ganzen Suchausschnitt (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).	`ADR-0055` (nicht im öffentlichen Doku-Portal verfügbar), `Produktionsaktivierung` (nicht im öffentlichen Doku-Portal verfügbar), `DXF-Produktionsnachweis`, `/docs/bev-export-v1`
Leerstandsinventar	Geplant	Objektliste, Vollerhebung, Filter und Gemeindebericht existieren nicht.	`docs/ROADMAP.md`
Öffentliche Auffindbarkeit	Live mit Grenze	22 tatsächlich öffentliche Canonicals umfassen Homepage, Tool-Hub, drei Werkzeuge, Wissensindex, zwölf menschlich freigegebene Beiträge, Methodik, die öffentliche Pilotanfrageseite und beide Rechtsseiten. Siebzehn Detailseiten besitzen separate BreadcrumbList-Daten; private Report-, Doku-, Auth- und API-Pfade bleiben `noindex`. Die Google-Property ist seit 23.09.2026 bestätigt. Am 25.09.2026 bestätigte die URL-Prüfung 11 von 16 URLs als indexiert (Nachweis); der Sitemap-Readback meldete Success mit 16 Seiten. Das belegt einen historischen Teilbestand, nicht den heutigen Indexstatus aller 22 Canonicals. Der ursprüngliche SEO-01-Auftrag ist erfüllt; der heutige vollständige Google-/Bing-Indexstatus ist unbekannt und Teil der laufenden Verlaufsmessung #694.	`app/robots.ts`, `app/sitemap.ts`, `app/llms.txt/route.ts`, `ADR-0054` (nicht im öffentlichen Doku-Portal verfügbar), `/methodik`, `/docs/seo-indexability-v1`

Echte gespeicherte Reports von Nutzern werden im PDF/UA-Shadow weiterhin nicht gelesen. Slice E belegt ausschließlich den synthetischen Vier-Tier- Vertrag über ein isoliertes PostgreSQL-Testschema; der Produktpfad bleibt bei React-PDF. PR #541 und CI-Lauf 33163812578 bestanden; Merge-SHA f5d57d9ac0b4c57a576fa64b9fbddbff49ef8726 läuft im Produktionsdeployment dpl_GqMcWA5uHvML97ZrciT4dkzPKoQD, wo alle vier Tier-POSTs und ein GET der internen Route leer 404 bleiben.

Slice F ergänzt lokal einen automatisierten Apple-PDFKit-/Quartz-Readback des unveränderten synthetischen slice-e-1-Outputs. Auf macOS 26.6.2 bestanden 4/4 Tiers und 32/32 gerenderte Seiten einschließlich Textschicht, Linkannotationen, heller Ränder und sichtbarem Body-Ink. Der Slice-F-Nachweis und die Slice-F-Entscheidung dokumentieren zusätzlich die manuelle Abnahme vom 4. September 2026: Die SHA-256-gebundene synthetische Premium-Preview-Datei bestand Apple Vorschau und die VoiceOver-Stichprobe mit acht von acht erreichbaren Seiten, 19 Überschriften, sieben Tabellen, sechs Listen, drei beschriebenen Abbildungen und zwei benannten Links. Chrome/PDFium-Tag-Semantik, echte Karten, Rollout und PDF/UA-Live-Readback eines echten Nutzerreports bleiben offen. PR #543 und CI-Lauf 33166935667 bestanden; der geschützte Preview dpl_5NCcXGThbbpocRGCsfhS2VsZMg5H bestand den Apple-Readback aller vier deployten Tiers. Merge-SHA e998d3e42886adef491eb489f5c8a874aca652a3 läuft im Produktionsdeployment dpl_D4fhMzmmwCDvhGrTcAN3Mm3TMcEL, wo vier Tier-POSTs und ein GET der internen Route leer 404 bleiben. Der öffentliche Pfad bleibt React-PDF.

HORA-Hitzebelastung: Quelle und Report-Consumer produktiv live

Die eigenständige GeoSphere-Quelle geosphere-hora-hitzelayer ist für exakt die Distribution hora_hitzelayer-v1-1km, public_display, report_lookup und country:AT unter CC BY 4.0 geprüft. Der Operatorlauf 32895496768 hat Release d90ef5c8-17af-5de0-a4e7-22e01f78f164 qualifiziert und auf Pointer-Version 1 aktiviert. Der Produktionsreadback bestätigt 83.891 gespeicherte und 83.891 sichtbare österreichische 1-km-Rasterzellen in EPSG:3416, coverage=covered, quality=passed, rightsReviewCurrent=true und legacyHoraBlocked=true.

su30, su35, tr20 und kys beschreiben mittlere Hitzetage, extreme Hitzetage, Tropennächte und Tage in Kyselý-Episoden pro Jahr der historischen Klimaperiode 1991–2020.
Der bestehende SPARTACUS-v3-Klima-Block verwendet dagegen das abgeschlossene Referenzjahr 2025. Beide Produkte teilen die SPARTACUS-Temperaturdatenfamilie, nicht notwendig dieselbe Dataset-Version.
Die Darstellung bleibt neutral: keine Ampel, keine Prognose, kein Trend, keine Preiswirkung und keine parzellenscharfe Messung. Der technische Metadatenwert scenario=rcp26 begründet kein Zukunftsszenario.
PR #515 deployte den releasegebundenen Consumer mit Merge-Commit 08d55c32ea720f9d17419c039ae7bea21ce78508. Ein nicht persistierender öffentlicher GET /api/v1/report las danach am versionierten Referenzpunkt Gänserndorf exakt denselben Release und Raster 650500/498500 mit 21,6, 1,8, 4,033333… und 19,566667… Tagen pro Jahr. Antwort-Header, Provenienz und Rechtehinweise waren vollständig; report_id und Permalink fehlten wie für den GET-Vertrag vorgesehen.
HORA 3.0, HORA-Pass und LFRZ-WMS bleiben gesperrt; NÖGIS #413, der Parzellenpass sowie das offene externe SEO-Indexgate bleiben unverändert. Der getrennte DXF-Livegang #412 ist abgeschlossen.

Nachweise: ADR-0056 (nicht im öffentlichen Doku-Portal verfügbar), Rechteprüfung (nicht im öffentlichen Doku-Portal verfügbar), Produktionsaktivierung und Consumer-Live-Readback, öffentlicher Quellenvertrag.

BEV-Export: zweckgebundener Pilot-Cutover, Aktivierung separat

Der bestehende öffentliche Punkt-Lookup verwendet weiterhin ausschließlich bev-parzellen/public, public_display und point_lookup. Ein eigener Export-Release darf nur die Distribution bev-dkm-gpkg-pilot-snapshot, den Kanal export, den Zweck export und den Pilot bev-gaenserndorf-pilot-v1 mit BBox [16.64,48.28,16.8,48.4] verwenden.

Der bestehende Public-Release behält 29.746 veröffentlichte Originalpolygone und 15 Quarantänefälle. Sein historischer Import mit ogr2ogr -spat umfasst auch vollständige Originalpolygone, die die Pilotgrenze schneiden. Die Migrationen 0048 und 0049 erlauben dem Export ausschließlich die unveränderte ST_CoveredBy-Teilmenge; outsideCoverageRowCount zählt alle nicht vollständig umschlossenen und daher ausgeschlossenen Public-Polygone. Der erfolgreiche Produktionslauf bestätigt 28.535 Exportpolygone, 1.211 ausgeschlossene Public-Originale, 15 Quarantänefälle und 28.550 Export-Quellzeilen. Public- und Export-Manifeste sowie ihre Zeilenzahlen bleiben getrennt gebunden. Der Export-Release 7ae1d4da-e5d5-5c09-ae1f-15997506d4f7 ist mit Pointer-Version 1 aktiv; GeoJSON und PDF bleiben an diesen Release gebunden und werden getrennt vom Infrastruktur-Readback verifiziert.
Die qualifizierbaren Capabilities lauten exakt parcel_geojson, pdf_parcel_outline und parcel_dxf; alle drei Consumer sind code-seitig release_bound. Der #412-Cutover wurde auf Merge-SHA 8b276764f8d5803e8dc6ecdbe54323d8b38445c1 mit Dark Deploy, kontrollierter Aktivierung, positivem und negativem Readback, GDAL-3.13.3-Parserprüfung, Flag-Rollback und finaler Reaktivierung abgeschlossen. DXF_EXPORT_ENABLED=true ist der aktuelle Produktionszustand; mit false liefert der DXF-Pfad 404 und fehlt im öffentlichen OpenAPI-Schema. Nur exakt true plus Release-Bindung öffnet die Dokumentation.
Die neun Exportbedingungen verlangen attribution, sourceLink, licenseLink, changeNotice, nonEndorsement, valueAddedReport, notStandaloneBevProduct, pilotCoverageOnly und noOwnerData. Das GeoJSON ist nur internes Report-/Kartenoverlay, kein eigenständiges BEV-Datenprodukt und kein allgemeiner Kataster-Download.
getReleasedParcelGeoJSON(lat, lon, capability, expectedPublicReleaseId) liest in einem atomaren SQL-Read ausschließlich aus parcel_versions_export_current. Der Report-Release, der aktive öffentliche Release und dessen Pointer-Version müssen mit dem Export-Release übereinstimmen; Rechte, Freshness, Quality, erfolgreicher Importlauf, Pilotgrenze, Quarantäne und mehrdeutige Grundstücksgrenzen bleiben gleichzeitig bindend.
/api/parcel-geojson verlangt die reportId eines bereits gespeicherten Reports mit exakt derselben Koordinate und mindestens einer Nicht-BEV- Datenquelle. Fehlender oder unbekannter Report bleibt 404; abweichender Standort oder fehlender Mehrwert bleibt 403; unsichere Release-Fälle erhalten 503. Alle Antworten bleiben private, no-store. Vorhandene Reports werden nur gelesen; es entstehen keine zusätzlichen personenbezogenen Produktionsschreibvorgänge. Die PDF zeichnet ausschließlich bei hit eine Outline und bleibt sonst ohne Parzellengeometrie.
Der manuelle Betreiber-Workflow unterstützt dry-run. Eine Aktivierung verlangt die erwartete öffentliche Release-ID, die exakte Bestätigung PUBLISH bev-parzellen export, eine additive Migration und einen getrennten Readback beider Pointer. Der erfolgreiche Produktionslauf belegt die aktivierte Exportbasis. Der getrennte DXF-Produktionsnachweis belegt den ausgelieferten Consumer, seine Parser-Lesbarkeit und den jederzeitigen Rollback.

#412 ist technisch durch den Produktions-, Parser- und Rollback-Readback abgeschlossen; #413 gibt keine NÖGIS- Nutzung frei. Der öffentliche Standort-Check, die freigegebenen Wissensbeiträge und der damalige SEO-01-Prüfstand änderten sich durch diesen Cutover nicht. Der heutige SEO-01-Abnahmestand folgt im nächsten Abschnitt.

SEO-01: technische Indexierbarkeit und datierter Google-Teilnachweis

Die öffentliche Methodik unter /methodik sowie die öffentliche, login-lose Zugangs-/Pilotanfrageseite /pilot (PAY-02) ergänzen den tatsächlich indexierbaren Bestand auf 22 kanonische Seiten: Homepage, Werkzeug-Hub, drei öffentlichen Werkzeuge, Wissensindex, zwölf menschlich freigegebene Beiträge, Methodik, Pilotanfrage sowie Impressum und Datenschutzerklärung. Aktuell gibt es null unfreigegebene Artikelentwürfe.

Quellen- und Korrekturhinweise sind ausschließlich unter /methodik#quellen und /methodik#korrekturen verankert; tatsächliche Korrekturen laufen über /impressum#kontakt. Es gibt keine Produktseiten /datenquellen oder /korrekturen.
buildBreadcrumbJsonLd ergänzt ein eigenständiges BreadcrumbList-JSON-LD genau auf siebzehn Detailseiten: Methodik, Pilotanfrage, drei Werkzeuge und zwölf Artikel. Die bestehenden BlogPosting- beziehungsweise WebApplication-Daten bleiben getrennt erhalten.
Private Reports, Konten, Administration, API, /docs, die private PV-Share-Ansicht und künftige Entwürfe bleiben noindex beziehungsweise hinter ihren bestehenden Schutzgrenzen. Rechte, Datenschutz und der cookielose Standort-Check werden nicht erweitert.
npm run seo:audit prüft den Vertrag offline. Der optionale Origin- Readback npm run seo:audit -- --live unterscheidet Browser-, Googlebot- und Bingbot-Signale, aber keine tatsächliche Indexierung; providerIndexStatus lautet not_checked beziehungsweise not_verifiable_without_property_access.
Die Search-Console-Domain-Property sc-domain:landnutzen.at ist seit 23. September 2026 per TXT-Eintrag bestätigt; der frühere Befund fehlenden Google-Kontozugriffs ist überholt.

Am 25. September 2026 gegen 19:00 MESZ bestätigte die URL-Prüfung in der Search-Console-Property sc-domain:landnutzen.at 11 von 16 geprüften URLs als „auf Google“. Die fünf übrigen waren zu diesem Zeitpunkt nicht indexiert; ihre Indexierung wurde beantragt (URL-Prüfungsnachweis). Die Sitemap war laut Readback vom 25. September zuletzt am 24. September gelesen worden, Status Success, 16 Seiten gefunden (Sitemap-Nachweis). Das ist ein datierter Teilnachweis, kein heutiger Indexstatus sämtlicher 22 öffentlicher Canonicals. Für Bing liegt weiterhin kein bestätigter Indexnachweis vor. Der heutige vollständige Google-/Bing-Indexstatus ist unbekannt und gehört zur laufenden Verlaufsmessung #694.

Der ursprüngliche SEO-01-Auftrag ist erfüllt: Die technische Abnahme und der datierte Google-Teilnachweis sind geliefert (#509). Technische Indexierbarkeit, damalige Sitemap-Annahme und damalige URL-Indexierung sind getrennt belegt. Daraus folgt keine Vollindexgarantie für den heutigen Bestand; die laufende Verlaufsmessung unter #694 ist keine nachträgliche Erweiterung des ursprünglichen SEO-01-Abnahmeumfangs.

Der SEO- und Indexierbarkeitsvertrag, die öffentliche Auffindbarkeitshilfe und ADR-0054 (nicht im öffentlichen Doku-Portal verfügbar) dokumentieren dieselbe Grenze.

Wissensbereich: zwölf menschlich freigegebene Live-Beiträge

Der öffentliche Wissensbereich enthält genau zwölf menschlich freigegebene und veröffentlichte Beiträge. Die drei zusätzlichen Beiträge zu Grundstücksklimadaten, Brachflächenpotenzial und Hochwasser wurden vom Cofounder am 2026-08-25T19:18:42+02:00 ausdrücklich freigegeben; der Freigabenachweis belegt die Entscheidung. Die erste CON-03-Datenstory „Häuserpreise in Österreich im Vergleich zur EU“ wurde vom Cofounder am 2026-09-23T11:14:40+02:00 ausdrücklich freigegeben; der Freigabenachweis belegt die Entscheidung. Die zweite CON-03-Datenstory „Wie überbewertet sind Wohnimmobilien? Was der OeNB-Fundamentalpreisindikator seit 1989 zeigt“ ist seit 2026-09-25T13:11:37+02:00 ausdrücklich menschlich freigegeben; der Freigabenachweis belegt die Entscheidung. Die dritte CON-03-Datenstory „Radonpotenzial nach Bundesland“ und drei Erklärbeiträge (ÖV-Güteklassen, Flächenwidmung in Niederösterreich, Erdbebenzone und Hitzetage) sind seit 2026-10-04T21:03:51+02:00 ausdrücklich menschlich freigegeben; der Freigabenachweis belegt die Entscheidung. Die Korrektur am Beitrag „Standort-Check richtig einordnen“ (Stichtag der Widmungsumhüllenden) ist seit 2026-10-04T21:04:52+02:00 eigens freigegeben (Nachweis). Die Korrektur am Beitrag „Flächenwidmung in Niederösterreich lesen“ (Punkt 4: Wien und Vorarlberg zeigen in der Widmungskarte Landesdaten) ist seit 2026-10-04T22:56:55+02:00 eigens freigegeben (Nachweis). Dieselbe Stelle (Punkt 4: zusätzlich Oberösterreich in der Widmungskarte, Version 1.2) ist seit 2026-10-08T13:42:00+02:00 erneut eigens freigegeben (Nachweis). Die turnusmäßige Wiedervorlage von „Datenstand und Abdeckung richtig lesen“ (acht Zustände des Standort-Checks, BEV-Redaktionsstand, sechs Präzisierungen; nächster Review 20. Januar 2027) ist seit 2026-10-04T23:27:39+02:00 freigegeben (Nachweis), die grammatische Folgeänderung seit 2026-10-04T23:40:09+02:00 (Nachweis). Die vorgezogene Wiedervorlage der Datenstory „Häuserpreise in Österreich im Vergleich zur EU“ (Releases statat und eurostat mit Quellenstand 2026-Q2, revidiertes erstes Quartal, neuer Jahresvergleich, Widerspruch in der Kurzantwort behoben; nächster Review 11. Januar 2027) ist seit 2026-10-06T09:32:54+02:00 freigegeben (Nachweis). Alle zwölf Artikel erscheinen in ihren Produktionsrouten, im Wissensindex, in Sitemap, RSS-Feed und llms.txt. Aktuell gibt es null unfreigegebene Entwürfe.

Die Pipeline bindet Themenbrief, Quellenpaket, finalen Text, Bildbytes, sichtbare Metadaten und den menschlichen Schlussreview an SHA-256.
Ein semantischer Quellenfingerprint trennt den bloßen Pointer-Wechsel source_refreshed von einer fachlichen material_change. Materielle Änderungen erzeugen für alle gebundenen Beiträge review_required; eine fehlende Quelle ergibt source_unavailable und bleibt fail-closed.
Künftige unfreigegebene Entwürfe bleiben human_review_required und ausschließlich im geschützten Preview; Production und Indexierungsflächen schließen sie aus. Es gibt weder automatische Veröffentlichung noch automatische Depublikation. Ein Quellenaudit verändert ARTICLE_REGISTRY und bestehende Live-Routen nicht; vorhandene Beiträge bleiben bis zur redaktionellen Entscheidung bestehen. Es gibt keine zusätzliche personenbezogene Speicherung oder neue Content-API. Korrekturen laufen ausschließlich über /impressum#kontakt.
npm run content:audit prüft den Vertrag deterministisch und offline (Job verify von npm run check:local, früher in der GitHub-CI); npm run content:audit -- --live ergänzt ausschließlich lesende öffentliche Provenienzabfragen.
CON-02 und das Phase-2-Ziel von sechs veröffentlichten Beiträgen sind abgeschlossen. Der ursprüngliche SEO-01-Auftrag ist mit technischer Abnahme und datiertem Google-Teilnachweis ebenfalls erfüllt; die laufende Reichweitenmessung folgt unter #694.

Der öffentliche Content-Pipeline-Vertrag, die Wissenshilfe und ADR-0053 (nicht im öffentlichen Doku-Portal verfügbar) dokumentieren dieselbe Grenze.

Öffentlicher Standort-Check: Datenpass statt gespeicherter Report

Der availability-aware Standort-Check aus #500 beantwortet ausschließlich, welche qualifizierten Daten an einer ausgewählten österreichischen Adresse tatsächlich verfügbar sind. Photon liefert eine signierte Standort- und Regionsauswahl. POST /api/tools/standort-check prüft beide Signaturen, das Bundesland, einen getrennten pseudonymen Tageszähler und für jede Quellenkarte zuerst die reale Coverage-/Rechtematrix.

Klima und Brachflächen können österreichweit anhand ihres jeweils freigegebenen Snapshots eingeordnet werden; die Brachflächen-Modelllücken bleiben sichtbar.
Seit ADR-0071 (25.09.2026, nach Merge und Deploy wirksam) zeigt der Standort-Check zusätzlich österreichweit die Erdbebenzone mit agR des nächsten ÖNORM-Referenzorts und die historischen Hitzetage und Tropennächte 1991–2020 im 1-km-Raster. Beide nutzen die bestehenden Rechte-Reviews (public_display/report_lookup) ohne neuen Apply-Schritt.
Seit dem 27. September 2026 (Produktfreigabe, Rechte-Reviews eingespielt, Releases aktiv, im Browser geprüft; Nachweis (nicht im öffentlichen Doku-Portal verfügbar)) zeigt der Standort-Check vier weitere release-gebundene Quellen:
- Radon (AGES-Radonpotenzialkarte, point_lookup, Migration 0056): Release 1c31717f-2bc2-4a63-8afb-b04d2c45b64d, Pointer 1, 2.108 Gemeindeflächen, 9/9 available. Der Report-Baustein Radon liest unverändert live (Umstellung als TODO in docs/DATA-SOURCES.md).
- Öffi-Anbindung (ÖV-Güteklassen ÖROK/BMIMI, Migration 0057): Release c8ab9eb8-424a-471c-b87e-f194557820a3, Pointer 1, 48.712 Flächen, Stichtag 22.10.2025, 9/9 available. Die Quelle steht ohne Lizenz bereit; genutzt wird sie ohne vorherige Lizenzbestätigung von ÖROK oder AustriaTech, nur mit Haftungsausschluss. Kommerzielle Ausgabe bleibt gesperrt.
- Flächenwidmung Niederösterreich (Widmungsumhüllende, Migration 0058): Release f4490263-9b28-4af0-a942-0bd0445a13ff, Pointer 1, 74.365 Flächen, Rechtskraft-Stichtag 31.12.2025; AT-3 availableWithGaps, übrige Bundesländer outsideCoverage. Die generalisierte Quelle ist keine Rechtsauskunft.
- Hochwasser Österreich (hochwasser-at, Migration 0059): Release 7a7d6cc3-07cb-46ae-98b0-acd352fa8cef, Pointer 1, 229.544 Teilflächen, 9/9 availableWithGaps; nur amtliche Risikogebiete und BWV-Gefahrenzonen, Stand 2020, ohne Ablaufdatum.
Breitband (Festnetz) (rtr-breitband, Migration 0061, ADR-0074 (nicht im öffentlichen Doku-Portal verfügbar)) ist seit 30. September 2026 österreichweit produktiv (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)): Release ffe0852d-0a34-4881-9c5d-f48e060b8624, Pointer 1, 955.110 Zeilen aus den offenen Breitbandatlas-Daten je 100-m-Rasterzelle (Festnetz Q1/2026, geförderter Ausbau Stand 30.06.2026, CC BY 3.0 AT), frisch bis 01.04.2027; 9/9 available. Die Karte broadband zeigt gemeldete Versorgbarkeit, ausdrücklich kein Angebot. Nach der Aktivierung war sie rund zehn Minuten „Derzeit nicht verfügbar“, weil die App-Abfrage foerderung_stand nicht anforderte (behoben mit #634). Der Report-Baustein liest unverändert live per WMTS.
Wildbach und Lawine (wlv-gzp, Migration 0062, ADR-0075 (nicht im öffentlichen Doku-Portal verfügbar)) ist seit 30. September 2026 österreichweit produktiv (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)): Release a78e38cb-e295-4216-ab1f-1f703cc5fce5, Pointer 1, 120.885 Teilflächen aus dem WLV-Gefahrenzonenplan (Revision 26.08.2026, 1.390 Pläne, alle neun Bundesländer), frisch bis 04.11.2027, Rechte-Recheck 28.03.2027; 9/9 availableWithGaps. Die Karte „Wildbach- und Lawinengefahrenzonen“ (torrent-avalanche) nennt rote und gelbe Zonen mit Prozess, Plan und Revisionsjahr; der raumrelevante Bereich ohne Zone ist ein Nullbefund ohne Warnzustand, ein Punkt ohne Plan eine Abdeckungslücke, keine Entwarnung. Der Report-Baustein Wildbach & Lawine liest unverändert live per WMS.
BEV-Parzellen sind nur im Gänserndorf-Pilot verfügbar. Hochwasser liest im GF/Marchegg-Pilot ausschließlich den NÖ-Snapshot, im übrigen Österreich ausschließlich hochwasser-at. Niederösterreich als Bundesland ist kein flächendeckender Punkt-Coverage-Nachweis. Hochwasser verwendet keinen WMS-Fallback.
Flächenwidmung Wien (widmung-wien, Migration 0063, ADR-0076 (nicht im öffentlichen Doku-Portal verfügbar)) ist seit 30. September 2026 produktiv (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)): Release a3601f47-1c5a-4acc-be70-2dfb9bae103b, Pointer 1, 26.420 Flächen, Abrufstand 30.09.2026, frisch bis 30.09.2027; AT-9 availableWithGaps, übrige Bundesländer outsideCoverage. Die Karte zoning zeigt für Wiener Adressen die generalisierte Flächenwidmung der Stadt mit Bauklasse und Abrufstand, etwa „Gemischtes Baugebiet Bauklasse 5 (GB5)“ für Rathausplatz 1, 1010 Wien; keine Rechtsauskunft. Die Bundesländer-Matrix (nicht im öffentlichen Doku-Portal verfügbar) stuft alle übrigen Länder als „baubar jetzt“ ein; Vorarlberg wurde als nächster Kandidat am 4. Oktober 2026 umgesetzt (nächster Punkt), Oberösterreich folgte am 8. Oktober 2026 (unten). Für die übrigen fünf Bundesländer ist keine Widmungsquelle aktiv.
Flächenwidmung Vorarlberg (widmung-vorarlberg, Migration 0064, ADR-0077 (nicht im öffentlichen Doku-Portal verfügbar)) ist seit 4. Oktober 2026 produktiv (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)): Release 595c24a6-8b28-41a7-9fe0-d262708369e5, Pointer 1, 53.499 Flächen, Abrufstand 04.10.2026, frisch bis 04.10.2027; AT-8 availableWithGaps, übrige Bundesländer outsideCoverage. Die Karte zoning zeigt für Vorarlberger Adressen den Flächenwidmungsplan des Landes wörtlich mit Signatur, Gemeinde, Planstand und Abrufstand, etwa „Vorbehaltsfläche - Baufläche Kerngebiet – Signatur [RT,KI]-BK“ für Rathausstraße 4, 6900 Bregenz; Ersichtlichmachungen (Wald, Gewässer, Straßen) heißen ausdrücklich so; keine Rechtsauskunft.
Flächenwidmung Oberösterreich (widmung-oberoesterreich, Migration 0068, ADR-0081 (nicht im öffentlichen Doku-Portal verfügbar)) ist seit 8. Oktober 2026 produktiv (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)): Release dcf7923c-c6b7-4f00-8f6f-39dc2435d20a, Pointer 1, 231.033 Flächen, Abrufstand 08.10.2026, frisch bis 05.04.2027; AT-4 availableWithGaps, übrige Bundesländer outsideCoverage. Die Karte zoning zeigt für oberösterreichische Adressen die Widmung des Landes wörtlich mit Kennzahl und Klartext der Planzeichenverordnung 2025, Gemeinde und Abrufstand (ohne Planstand), etwa „Kerngebiet (Kennzahl 11002)“ für Hauptplatz 1, 4020 Linz; keine Rechtsauskunft. Der Rechte-Review gilt conditional mit Recheck am 07.04.2027, zwei Tage nach dem Ablauf der Frische. Die Tabelle belegt 201 MB, die Datenbank danach 1.952 MB; beim ersten Release gibt es kein Rollback-Ziel, die Notbremse ist die Registry-Sperre. Die Quellenprüfung (nicht im öffentlichen Doku-Portal verfügbar) nennt die Risiken.
Denkmalschutz (bda-denkmalschutz, Migration 0060, ADR-0073 (nicht im öffentlichen Doku-Portal verfügbar)) ist seit 30. September 2026 österreichweit produktiv (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)): Release be71dbcb-4352-4432-9994-ca286109ac18, Pointer 1, 56.448 Grundstücke aus 39.680 Einträgen der BDA-Denkmalliste (Stand 19.06./23.06.2026) mit BEV-Umrissen (Stichtag 01.04.2026), frisch bis 30.09.2027; 9/9 availableWithGaps. Die Karte heritage zeigt einen Hinweis, keine Rechtsauskunft: Treffer ab 2 m innerhalb eines gelisteten Grundstücks, darunter Grenzfall, sonst Nullbefund mit gelisteten Nachbarn im 14-m-Umkreis ab dem Punkt.
WMS und Kartenausgabe der Widmung (widmung-noe-wms, zoning_geojson) bleiben wegen #413 gesperrt. Local Climate Zones sind trotz aktivem Release für den Werkzeug-Scope nicht konfiguriert.
Die acht Karten-Zustände lauten hit, no_hit, outside_coverage, ambiguous_boundary, stale, failed, gated und not_configured. Fehlende Evidenz ist kein negativer Fachbefund.
Adresse, Koordinate, Signaturen, Befunde und Ergebnis werden nicht als Report, Session oder Historie gespeichert. Das Werkzeug setzt keinen Report-/Session-Cookie. Seit 04.10.2026 zählt es serverseitig einen kennungsfreien MET-01-Funnel je bestätigter Prüfanfrage (Abschluss = mindestens eine Karte mit Befund); er fließt wie der PV-Rechner in die Tag-90-Kennzahl „qualifizierte Tool-Abschlüsse“ ein. Seit Migration 0065 kommt je Anfrage ein providerloser server_run mit Laufzeitklasse und grobem Bundeslandcode hinzu (/admin/metrics: Bundesländer, p50/p95). Eigene Prüfläufe mit signierter Markierung zählen getrennt und nicht in der Tag-90-Kennzahl (ADR-0079, Migration 0066 — seit 06.10.2026 produktiv, Skriptweg in Produktion abgenommen). Der 14-Tage-Ausgangswert des Standort-Checks ist neu verankert: Fenster 07.10. bis 20.10.2026, eingefroren ab 21.10.2026 (Nachweis (nicht im öffentlichen Doku-Portal verfügbar), Abschnitt 7).
Ausschließlich auf dem exakten Werkzeugpfad wird kein Auth-SessionProvider gemountet und /api/auth/session nicht im Browser abgefragt. Links zu /report und /login erzeugen kein spekulatives prefetch; vor einer bewussten Navigation entstehen keine neuen Auth-, Report- oder Sitzungs-Cookies. Der serverseitige ImpersonationBanner und die normalen Auth-/Sicherheitsabläufe auf anderen Seiten bleiben unverändert.
Für höchstens 30 Anfragen pro Tag nutzt der Missbrauchsschutz ausschließlich den vorhandenen werkzeugspezifischen pseudonymen IP-Hash mit Tagesdatum und Zähler. Der getrennte BEV-Exportkanal verleiht dem Standort-Check keine Geometriefähigkeit; DXF bleibt dort unabhängig vom separat produktiv aktivierten Consumer ausgeschlossen.

Der öffentliche Vertrag, die Werkzeughilfe, ADR-0052 (nicht im öffentlichen Doku-Portal verfügbar) und /datenschutz#standort-check beschreiben dieselbe Grenze.

Anmeldung, Rollen und Übernahme anonymer Reports

#312 ist als getrennte Report-Quota implementiert: anonym bleiben es zehn Reports pro Tag und pseudonymem Request-IP-Bucket; eine sicher aufgelöste bestehende Kontositzung erhält zehn pro Tag und pseudonymem Account-Bucket; API-Keys behalten ihr jeweiliges Datenbanklimit. Zwei Konten hinter derselben IP teilen damit keinen Account-Zähler mehr.
Ein angebotener ungültiger oder widerrufener API-Key endet weiterhin mit 401 und fällt weder auf Sitzung noch anonym zurück. Fehler beim Auflösen einer Sitzung und gelöschte User verwenden den anonymen IP-Bucket. Header weisen X-Auth-Mode: anon|session|key und die Werte des tatsächlich gewählten Buckets aus.
Der Account-Bucket ist ein mit account:v1: markierter, domänenseparierter HMAC-SHA-256-Wert aus users.id und AUTH_SECRET; rohe User-ID und E-Mail werden nicht in rate_limits gespeichert. reports.ip_hash bleibt davon getrennt der pseudonyme Hash der tatsächlichen Request-IP. Eine interne FK-Zuordnung bindet alle HMAC-Generationen an den User; die Kontolöschung entfernt sie einschließlich paralleler Reste per Cascade. Der allgemeine 90-Tage-Prune bleibt reine Tabellen-Wachstumsbegrenzung.
Der Session-Modus nutzt nur die vorhandene gleich-originäre Browser-Sitzung; es gibt kein neues headless Cookie-Auth-Verfahren. Lokale Tests, Preview und CI belegen den Implementierungsvertrag. Der Produktionsnachweis vom 26. August 2026 bestätigt Migration, validierte Cascades und den öffentlichen 400-/401-Readback auf Merge-Commit 44a6df465d7c27487d08b69ab2acd20e826737e5, ohne künstliche Produktionskonten oder personenbezogene Schreibdaten. Der technische Vertrag ist damit produktiv verifiziert; reale Mehrkonten-Nutzung bleibt getrennte Stakeholder- beziehungsweise Betriebsbeobachtung.
Der produktive Login erfolgt per Magic-Link oder mit einem zuvor eingerichteten Passkey. Die Registrierung ist geschlossen und nur für freigeschaltete Konten bzw. definierte POC-Ausnahmen möglich. Migration 0042 und PASSKEY_ENABLED=1 sind seit 7. August 2026 produktiv aktiv und technisch rückgelesen. Die reale Geräteabnahme — Einrichtung im Konto, Abmeldung und erneuter Passkey-Login — wurde am 9. August 2026 erfolgreich abgeschlossen. Neue Passkeys können ausschließlich in einer bestehenden Sitzung unter /account angelegt und dort einzeln widerrufen werden. Magic-Link bleibt der Wiederherstellungsweg.
platform_admin wird nach dem Login über /go nach /admin geleitet und benötigt TOTP-2FA. Organisationsmitglieder landen in ihrer ersten Organisation, andere Konten unter /account.
Plattformrollen sind user, support und platform_admin. support ist im Schema und in der Benutzerverwaltung vorhanden, hat aber keinen eigenen Support-Screen und keine Admin-Berechtigung.
Organisationsrollen sind owner, admin, member, viewer und external_consultant. Die aktuelle Org-Oberfläche bietet Einladungen für admin, member und viewer; owner und admin verwalten, member und viewer lesen.
Eine Mitgliedschaft mit gesetztem expires_at gilt nur bis zu diesem Zeitpunkt, NULL heißt unbefristet. Danach behandeln Org-Seite, Org-API, Workspace, Konto, Navigation und /go sie wie keine Mitgliedschaft (404 ohne Existenzpreisgabe). Die Zeile bleibt gespeichert und ist im Admin-Detail markiert. Eine nach dem Ablauf ausgestellte Einladung stellt den Zugriff mit der Einladungsrolle wieder her; eine ältere, noch offene Einladung nicht (#595, Nachtrag ADR-0068).
Beim ersten Login übernimmt /go alle anonymen Reports des aktuellen ln_anon-Browsers automatisch. Die Konvertierung ist fail-open und hat ein hartes Zeitbudget von zwei Sekunden.
Ein einzelner Report kann nach Login explizit über /r/[id]?claim=1 bzw. POST /api/v1/report/[id]/claim übernommen werden. Der Claim ist atomar und idempotent; bereits fremd zugeordnete oder abgelaufene Reports werden nicht übertragen.
Anonyme Reports laufen nach 90 Tagen ab. Ein einem Konto zugeordneter Report wird dauerhaft gespeichert, bis die Person ihn oder ihr Konto löscht.

Das ist ein echtes Session-/Report-Takeover mit klaren Grenzen: Die automatische Übernahme verbindet denselben Browser; für einen bekannten Report auf einem anderen Gerät ist der explizite Claim-Pfad vorgesehen. Es gibt keine pauschale Suche nach anonymen Reports nur anhand einer E-Mail-Adresse.

Stripe: drei getrennte Zustände

Zustand	Status
Checkout und Billing-Portal für `planer_abo`	Technisch live im Testmodus
Schutz vor versehentlichen Live-Schlüsseln	Live — `sk_live` und `pk_live` werden abgewiesen
Reale Produktionstransaktionen	Nicht freigegeben
Fachlich bestätigte und veröffentlichte Tarife	Offen
Weitere Produkte wie Gemeinde-Abo oder Beratung	Nicht als buchbarer Produktpfad implementiert

Die sichtbare Kontooberfläche kennzeichnet den Testmodus und verwendet nur Stripe-Testdaten. „Stripe integriert“ darf deshalb nicht mit „Zahlungen in Produktion aktiv“ gleichgesetzt werden.

Aktuelle UI-Routen

Die vollständige, aus app/**/page.tsx abgeleitete Liste mit Zugriffsschutz und Screen-Zweck steht in UI-SCREENS.md. Wichtige Korrekturen gegenüber älteren Planständen:

Report-Erstellung: /report; gespeicherter Report: /r/[id].
Öffentliche Tools: /werkzeuge; erster österreichweiter Rechner: /werkzeuge/pv-ertrag; eigenständiger, nicht persistierter Standort- Datenpass: /werkzeuge/standort-check; private, nicht indexierte PV- Ergebnisansicht: /werkzeuge/pv-ertrag/teilen; eingabefreies Immobilienmarkt-Signal: /werkzeuge/immobilienmarkt; Pilot- und Zugangsanfrage: /pilot; Methodik: /methodik.
Quellengeprüfte Beiträge: /wissen und /wissen/[slug]; RSS unter /wissen/feed.xml.
Öffentliche Rechtsinformationen: /impressum und /datenschutz.
Datenquellen: /docs/data-sources, öffentlicher Matrixvertrag unter /docs/coverage-rights-matrix-v1 und JSON unter /api/v1/data-sources/coverage-matrix; kein /datenquellen.
Report-Ablage: /account/reports; Kontolöschung: /account/delete.
Mitglieder und Einladungen sind Teil von /org/[slug]; es gibt keine Unterrouten /members oder /billing.
Es gibt keine Routen /account/upgrade, /convert, /legal/privacy oder /legal/terms. Die kanonischen Rechtsseiten liegen unter /impressum und /datenschutz; /docs/compliance bleibt die technische Compliance- Dokumentation und ersetzt diese öffentlichen Seiten nicht.

Öffentliche Rechtsseiten und offenes Formalisierungs-Gate

Am 3. August 2026 wurde ausdrücklich bestätigt, dass die beiden im Impressum genannten Betreiberunternehmen LandNutzen gemeinsam betreiben und gemeinsame Verantwortliche sind. Diese Angabe ist zentral hinterlegt und in /impressum sowie /datenschutz umgesetzt. Das formale Rechts-Gate bleibt offen, bis der wesentliche Inhalt der tatsächlichen Art.-26-Vereinbarung, die nicht öffentlich ausgewiesenen Beteiligungs-/Stimmrechtsverhältnisse des betroffenen Betreiberunternehmens und die externen AVV-/DPA-Nachweise aus #290 dokumentiert sind. Rechts-, Vertrags-, Tarif- und Zahlungs-Gates für kommerzielle Produktpfade bleiben davon ebenfalls unberührt offen.

Daten- und Produktgrenzen

Live-Datenquellen und ihre Grenzen werden kanonisch unter Datenquellen & Lizenzen gepflegt.
Der Hochwasser-PostGIS-Pfad ist im Pilotbereich Gänserndorf/Marchegg über FND-02-Run 53 und Release cb6640d0-b8da-573c-a51f-9d14a5c1f25b aktiv (Stand 4. August 2026; seither fortgeschrieben, am 7. Oktober 2026 zeigt die Live-Provenance Release f4675d81-ff9f-52ad-a656-f141d800d527, Pointer 4, frisch bis 17. Oktober 2026): Quellenstand 2024-11-17, 17.934 Polygon-Parts, 15 deterministisch reparierte Geometrien und drei bestandene Pflichtchecks. Innerhalb der Coverage ist source=mirror belegt. Außerhalb liefert der öffentliche Report nach dem Produktionsfix ausdrücklich outside_coverage, keinen Hochwasserblock, keine Hochwasserquelle und keinen grünen Ersatzbefund. Der streng anonyme #276-Abschlusslauf vom 17.07. hat alle vier Latenzgrenzen bestätigt (Abschlussbeleg); #276 ist geschlossen.
Das produktive Source-/Release-Ledger führte zuletzt (Stand 26. September 2026; Release-IDs und Pointer-Versionen wurden seither durch Renewals fortgeschrieben, maßgeblich ist die Live-Provenance je Quelle) 50 Katalogquellen: zwölf registered mit aktivem, qualifiziertem Release und 38 bewusst legacyUnverified. Aktiv sind Hochwasser-WFS cb6640d0-b8da-573c-a51f-9d14a5c1f25b, Hochwasser-WMS 207c6e09-5467-5360-a0ce-707624c996aa (Pointer-Version 20), PVGIS fdb7c953-f3d3-5702-b817-a1821052584a (Pointer-Version 6) und basemap.at Orthofoto 4bf28562-a2b0-5af9-a385-19eb59fc6431 (Pointer-Version 112) sowie der BEV-Pilotrelease 655a7dc3-1f7a-5bdc-a329-d73f1c458320 aus Run 57 auf Pointer-Version 2 sowie der BMLUK-Brachflächen-v2-Release 57e2e12b-e240-5287-a0c4-ee1edba795df aus Run 56 auf Pointer-Version 2 und der SPARTACUS-v3-Release 81ef8803-2d64-5d30-9d7f-cd526ce57e69 auf Pointer-Version 1 sowie der Erdbeben-Release 263c80ac-94e0-4e57-97d5-03ca978f8b1d auf Pointer-Version 1, der LCZ-Release 1db4a15b-abb7-44e3-b83a-bec294526773 auf Pointer-Version 1 und der GeoSphere-Hitzelayer-Release d90ef5c8-17af-5de0-a4e7-22e01f78f164 auf Pointer-Version 1 sowie der Lärminfo-Live-Check-Release 63575c23-0121-506d-8baa-210a82dd957f auf Pointer-Version 1 und der Altlastenportal-WFS-Release 8ed8d136-f3f8-5a78-946b-4b419a050269 auf Pointer-Version 1. PR #393 lieferte den FND-02-Produktions-Rollout, PR #394 korrigierte die PostgreSQL-Typbindung des PVGIS-Nutzungsgates und PR #395 bewahrte outside_coverage bis zum öffentlichen Report. PR #398 ergänzte Migration 0041, die kanonische Parzellenidentität und den ersten release-gebundenen BEV-Punkt-Lookup. Provenienz-, ETag-, Cache-, Consumer-, Admin-, Cron-, Workflow- und Retry-Verträge sind im zentralen FND-02-Produktionsnachweis (nicht im öffentlichen Doku-Portal verfügbar) sowie im FND-03-Produktionsnachweis (nicht im öffentlichen Doku-Portal verfügbar) rückgelesen. PRs #399/#400 banden anschließend den Report-Consumer an den Active Release; Innen-/Außen-Coverage, Attribution und der öffentliche Statusvertrag sind gegen Runtime-Commit b941c9f belegt.
PRs #409/#410 und Migration 0042 banden die BMLUK/Umweltbundesamt-KI-Potenzialflächenkarte ausschließlich als neutralen potential_lookup an den Active Pointer. 3.705 valide und 17 quarantänisierte Geometrien ergeben exakt 3.722 Quellfeatures; sieben Pflichtchecks, zwei sichtbare Warnchecks, Provider-Workflow, täglicher Monitor sowie API-, Web- und PDF-Readback sind im Brachflächen-Produktionsnachweis (nicht im öffentlichen Doku-Portal verfügbar) belegt. Es gibt keinen Geometrieexport und keinen amtlichen Befund.
Der SPARTACUS-v3-Produktionslauf 30964182823 aktivierte Release 81ef8803-2d64-5d30-9d7f-cd526ce57e69 mit Pointer-Version 1 und 106.610 Zellen. Manifest, Artefakt, Row-Hash-Kette und Source-to-Rows-Bindung sind im Aktivierungsnachweis (nicht im öffentlichen Doku-Portal verfügbar) festgehalten. Der neue tägliche Monitor ist ausschließlich lesend gegenüber Source-/Release- und Klimadaten; Provider- oder DB-Drift führt zum Cron-Fehleralarm, nie zu automatischem Publish, Aktivieren oder Rollback. PR #419 schloss den atomaren Consumer-Cutover ab; ein einziger anonymer Produktionsreport wurde in Web, API und PDF mit identischem Release-Tupel, sichtbarer Attribution und Aussagegrenze rückgelesen. PRs #424/#426 korrigierten anschließend die PDF-Kopfzeile; alle elf Seiten des finalen Produktions-PDFs sind visuell geprüft.
PRs #431/#434/#435 ergänzten Migration 0045, den qualifizierten erdbeben-oenorm/public-Release und den neutralen Reportbaustein. Der Snapshot führt 2.188 Orte, alle fünf Zonen und den Quellenstand 2026-03-27; ein echter Gänserndorf-Readback ergab Zone 2 mit Herkunftsort, PLZ und Entfernung. Die Ortstabelle ist maßgeblich, das generalisierte Zonenpolygon wird nicht als Parzellenbefund verwendet. Ampel, Kostenwirkung sowie eine Interpretation von EGA und PGA bleiben ausdrücklich offen.
eBOD wurde mit Produktionslauf 47 als atomarer Snapshot beider Themen veröffentlicht: 1.805 Datensätze, Stand 2024-10-25. AEST-Lauf 48 veröffentlichte 30.693 Gemeinde-Jahreszeilen; Bevölkerungs-/Wanderungslauf 49 veröffentlichte 63.420 Zeilen bis Bevölkerungsstand 1.1.2026 und Wanderungsjahr 2025. Nach dem Readback war kein relevanter Lauf running.
Die Produkteinstufung ist keine rechtsverbindliche Widmungs-, Grundbuch-, Vermessungs-, Umwelt- oder Förderauskunft.
Sechs Szenarien werden angezeigt. Ihre Eignungs-, Kosten- und Förderregeln bleiben bis zur fachlichen Freigabe als Entwurf gekennzeichnet.
Das Gemeinde-Dashboard verdichtet vorhandene Reports; es beweist weder Leerstand noch Vollständigkeit.
Der umfassende Standort-Report ist weiterhin auf Niederösterreich ausgerichtet. Der PV-Ertragsrechner ist wegen seiner qualifizierten EU-PVGIS-Quelle für ganz Österreich freigegeben. Der getrennte Standort- Check zeigt österreichweit nur die je Bundesland und konkretem Punkt belegten Quellenkarten. Das ist keine Behauptung, dass bereits alle Parzellen- und Fachdatenschichten bundesweit vorliegen.

Betrieb: Prüfweg vor dem Merge, Daten-Jobs und Funktionsregion

Stand 7. Oktober 2026, gegen vercel.json, die GitHub-Workflow-Zustände und die Live-Provenance der Quellen geprüft.

Prüfweg ohne GitHub-CI: Die GitHub-CI (CI, .github/workflows/ci.yml) ist seit 5. Oktober 2026 absichtlich deaktiviert (Kostenentscheidung, GitHub-Status disabled_manually); main hat keine Pflicht-Checks. Ersatz ist npm run check:local (scripts/check-local.mjs, Jobliste scripts/lib/check-local-jobs.mjs): 14 Jobs mit denselben Schritten wie ci.yml, --quick führt nur verify aus, die Datenbank-Jobs laufen gegen die lokale PostgreSQL/PostGIS auf 127.0.0.1:5432, ohne Docker. Vor jedem Merge steht die Ergebniszeile im PR-Text, danach gh pr merge --squash; --auto würde ohne Pflicht-Checks sofort mergen und wird nicht verwendet. Wo ältere, datierte Abschnitte dieses Dokuments von „Main-CI“ sprechen, ist das der damalige Beleg. Der Vercel-Build führt keine Tests aus.
Daten-Jobs als Vercel-Cron (ADR-0080 (nicht im öffentlichen Doku-Portal verfügbar), Migration 0067): Der Altlasten-WFS-Renewal läuft täglich um 03:37 UTC (Funktionslimit 800 s, WFS-Frist 600 s, 120 s je Abruf), der Hochwasser-Snapshot-Renewal täglich um 02:07 UTC (Limit 1.800 s) und die Brachflächen-Providerprüfung dienstags um 03:19 UTC (300 s, ohne GDAL; eine Neuveröffentlichung bleibt ein manueller Workflow). Nachweis ist der jeweilige Lauf im Admin unter /admin/cron/<name>/runs/<id> statt einer Actions-Run-URL; bei Reviewpflicht des Altlasten-Renewals geht eine Mail an office@ostheimer.at statt eines GitHub-Issues. vercel.json führt 28 Crons. Belegt sind der Altlasten-Lauf (Live-Provenance: Pointer 21, aktiviert am 7. Oktober 2026 um 03:37 UTC) und der erste erfolgreiche Hochwasser-Vollimport auf Vercel am 9. Oktober (Run #2736, rund 9 min 7 s; Release 55389eab-1e60-5052-9662-077453872748, Pointer 5, frisch bis 9. November; öffentlicher Provenienz- und Coverage- Readback am 9. Oktober). Die Hochwasser-Folgeprüfung des Monitors am 10. Oktober steht noch aus; Brachflächen braucht weiterhin seinen eigenen Produktionsnachweis. Siehe Hochwasser-Runbook (nicht im öffentlichen Doku-Portal verfügbar) und ADR-0080.
GitHub-Workflows (Zustand am 7. Oktober 2026): CI und PVGIS 45-Punkte-Live-QA sind manuell deaktiviert (5. Oktober 2026, 22:31 Uhr MESZ), ebenso Hochwasser-Snapshot erneuern (6. Oktober 2026, 23:08 Uhr MESZ; die Datei enthält noch den Zeitplan). Altlasten-WFS-Snapshot erneuern und Brachflächen-Snapshot prüfen sind aktiv und laufen nur noch als Rückfall drei Stunden nach dem Vercel-Cron (täglich 06:37 UTC bzw. dienstags 06:19 UTC); die fünf publish-*-Workflows werden nur manuell gestartet. Der Entwurf #669 (Zeitpläne entfernen) ist offen und wartet auf den Produktionsnachweis.
Funktionsregion Frankfurt: Die Vercel-Funktionen laufen seit 6. Oktober 2026 in fra1 (vercel.json, regions), zuvor in iad1 (Washington). Die Neon-Datenbank liegt in aws-eu-central-1 (Frankfurt). Gemessen (Median aus fünf Aufrufen, vorher auf nachher): Coverage-Matrix 919 auf 345 ms, Immobilienmarkt ohne Cache 1.006 auf 268 ms, Parzellen-GeoJSON 1.434 auf 1.044 ms (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Die Datenschutzerklärung nennt den Verarbeitungsort Frankfurt am Main (#673).

Abgleichsnachweis

Der Ausgangsaudit am 15. Juli 2026 verglich die produktive Landing, den Report-Pfad, das Dokumentationsportal und das Briefing mit dem Repository. Am 2. August wurden zusätzlich Tool-, Wissens-, Feed-, Robots- und Sitemap-Routen inventarisiert sowie Daten-, Privacy-, Indexierungs- und Providerfehlerpfade direkt im Code und über Regressionstests geprüft. Am 3. August kamen die bestätigten gemeinsamen Betreiber- und Verantwortlichenangaben sowie die öffentlichen Routen /impressum und /datenschutz hinzu. Ebenfalls am 3. August wurden MET-01-Migration, Produktionsdeployment, echte Photon-/PVGIS-Anfrage, kennungsfreie DB-Aggregate, Admin- und Cron-Schutz sowie Desktop-/Mobilansicht produktiv rückgelesen; der vollständige Nachweis steht in docs/evidence/met-01-live-2026-08-03.md (nicht im öffentlichen Doku-Portal verfügbar). TOOL-02 wurde ebenfalls am 3. August mit 45/45 öffentlichen PVGIS- Referenzpunkten, privater Share-Ansicht, grüner Main-CI und öffentlichem Produktions-Readback abgeschlossen. Werkzeugseite, Share-Header, signierter Österreich-Standortpfad und PVGIS-Antwort wurden auf www.landnutzen.at rückgelesen; der Nachweis steht in docs/evidence/pv-tool-02-production-2026-08-03.md (nicht im öffentlichen Doku-Portal verfügbar). Am 4. August folgten der FND-02-Produktionsrollout aus PR #393, der Runtime-Gate-Hotfix aus PR #394 und der Outside-Coverage-Report-Fix aus PR #395. Vier aktive Releases mit Pointer-Version 2, der 46-Einträge-Katalog, die shadow-Grenze, öffentliche Provenienz, Consumerpfade, autorisierte Vercel-Crons samt kontrolliertem WMS-Retry und der GitHub-Renewal-Workflow sind im FND-02-Produktionsnachweis (nicht im öffentlichen Doku-Portal verfügbar) zusammengeführt. FND-02 ist produktiv abgeschlossen; die 42 legacyUnverified-Quellen waren der damalige FND-02-Snapshot.

Ebenfalls am 4. August wurde PR #398 mit Produktionscommit e5295aa3b477bffbad0e1442157e692a829f6548 ausgerollt und Migration 0041 zweimal idempotent angewandt. Der BEV-Pilotrelease cb735e6f-6c32-5de0-87fd-594aa34a1903 wurde zunächst über Run 54 und Pointer-Version 1 aktiviert; damit standen zunächst fünf Quellen auf qualifizierten Releases und 41 blieben legacyUnverified. 29.746 von 29.761 Quellgeometrien wurden unverändert veröffentlicht, 15 ungültige Geometrien quarantänisiert und 21 Zeilen eines älteren Stands ausgeschlossen. Öffentliche und administrative Provenienz sind im FND-03-Produktionsnachweis (nicht im öffentlichen Doku-Portal verfügbar) rückgelesen. PRs #399/#400 schlossen den Consumer-Cutover auf Runtime-Commit b941c9f ab: echter qualifizierter Innentreffer, ehrlicher Außenfall, vollständige Attribution sowie erneut geschützte Public-/Admin-Provenienz. Dieser Beleg ist ausdrücklich ein enger Gänserndorf-Pilot und keine Österreich-Vollständigkeit.

Nach der schriftlichen BEV-Bestätigung versionierte PR #414 die getrennten Zwecke public_display und export; Migration 0043 ersetzte ausschließlich das erledigte Rechtswarte-Gap durch das weiterhin offene technische Release-Gap. Der neu qualifizierte Active Release 655a7dc3-1f7a-5bdc-a329-d73f1c458320 steht über Run 57 und Pointer-Version 2 weiterhin nur auf public_display/point_lookup. Innen-/Außenfall, öffentliche Provenienz, ETag/304 sowie DXF-404 und der weiterhin fehlende DXF-Pfad im OpenAPI-Schema wurden gegen Produktionscommit dd7c4b1 rückgelesen. Die Rechteklärung #77 ist damit erfüllt; Export-Cutover #412 und NÖGIS-Rechte #413 waren zu diesem damaligen Readback getrennte offene Gates.

Der spätere ADR-0055 ergänzt darauf aufbauend den getrennten bev-parzellen/export-Kanal und den fail-closed GeoJSON-/PDF-Cutover. Dadurch erhält der historische FND-03-Readback weder rückwirkend eine Exportfreigabe noch einen zusätzlichen Produktionsnachweis. DXF bleibt in dieser historischen Evidenz gesperrt; jeder tatsächliche Export-Pointer verlangt einen eigenen aktuellen Readback. Der separate #412-Nachweis vom 26. August 2026 erfüllt diesen Consumer-Cutover auf Merge-SHA 8b276764f8d5803e8dc6ecdbe54323d8b38445c1 einschließlich GDAL-Parser- und Rollback-Prüfung. Der finale Produktionszustand ist aktiviert; #413 bleibt unabhängig offen.

Danach wurde #376 über PRs #409/#410 und Produktionscommit d2c367d4a5fec6c5ec850566dddb90732d27a48f abgeschlossen. Migration 0042 wurde zweimal idempotent angewandt. Der erfolgreiche Providerlauf 30941095169 aktivierte den v2-Release 57e2e12b-e240-5287-a0c4-ee1edba795df über Run 56 und Pointer-Version 2, ohne den historischen v1-Release umzuschreiben. Der geschützte Monitorlauf 261 meldete degraded=false; der echte positive Produktionsfall wurde in API, Browser und achtseitigem PDF samt Attribution, Datenstand und Pflichtgrenzen rückgelesen. Der vollständige Nachweis steht im Brachflächen-Produktionsnachweis (nicht im öffentlichen Doku-Portal verfügbar).

PR #416 ergänzte danach die fail-closed Coverage-/Rechtematrix und wurde als Produktionscommit 010c1bcf106714f35c33dab3b78a9b4d50954e1c ausgeliefert. Main-CI 30957886659 und Vercel-Deployment dpl_D4qj6ij4VcdDa33qqqdYe3ogBbY2 sind grün. API, ETag/304, OpenAPI- und Vertragsroute sowie neun Regionen bei 320, 390 und 1.440 Pixeln wurden öffentlich rückgelesen. Die Matrix dokumentiert 9/9, ohne unqualifizierte Bereiche oder Exportzwecke freizugeben; der vollständige Beleg steht im Matrix-Produktionsnachweis (nicht im öffentlichen Doku-Portal verfügbar).

Der SPARTACUS-v3-Publisherlauf 30964182823 aktivierte anschließend den qualifizierten Release 81ef8803-2d64-5d30-9d7f-cd526ce57e69 mit Pointer-Version 1 und 106.610 Zellen. Dieser Produktionsbeleg betrifft die Datenbasis. Ein Runtime-Cutover des Reportpfads ist darin ausdrücklich nicht enthalten und wird erst nach separatem Merge, Deployment sowie Web-, API- und PDF-Readback als live eingestuft. Der vollständige Aktivierungs- und Betriebsnachweis steht unter docs/evidence/spartacus-v3-production-activation-2026-08-05.md (nicht im öffentlichen Doku-Portal verfügbar). PR #419 und der Abschlussabgleich #433 lieferten diese getrennten Runtime- und Produktionsbelege anschließend vollständig.

PRs #431/#434/#435 aktivierten danach die Erdbeben-Ortstabelle als achten qualifizierten Release und banden den neutralen Reportbaustein release-gebunden an. Der damalige Produktionsreadback im Phase-1-Abgleich (nicht im öffentlichen Doku-Portal verfügbar) bestätigt 48 Katalogquellen mit acht registered, 34 öffentliche Matrix-Lanes und 306 fail-closed Statuszellen. Damit ersetzt dieser Readback die früheren Zwischenzähler 47/7 beziehungsweise 33/297, ohne den historischen Matrix-Erstnachweis umzuschreiben.

PR #459 aktivierte anschließend die Local Climate Zones als neunten qualifizierten Release. Der aktuelle schreibgeschützte DATA-02-Abgleich (nicht im öffentlichen Doku-Portal verfügbar) bestätigt 49 Katalogquellen mit neun registered, 35 öffentliche Matrix-Lanes und 315 fail-closed Statuszellen. Die historischen Zwischenstände bleiben als zeitgebundene Nachweise bestehen.

Neun der 49 Katalogquellen waren zu diesem Stichtag release-gebunden.

Der Operatorlauf vom 25. August ergänzte danach den historischen GeoSphere-Hitzelayer als zehnte release-gebundene Quelle. Der Produktionsnachweis bestätigt 50 Katalogquellen insgesamt, den aktiven Release d90ef5c8-17af-5de0-a4e7-22e01f78f164, Pointer-Version 1 sowie 83.891 gespeicherte und sichtbare Rasterzellen. Er belegt die Quellenbasis; PR #515 und der öffentliche, nicht persistierende Report-/API-Readback auf Merge 08d55c3 erbrachten den getrennten Consumer-Nachweis anschließend. Web und PDF gehören zum selben geprüften Produktionsbuild, ohne dass allein für die Evidenz ein Report gespeichert wurde.

Der manuell bestätigte Operatorlauf vom 26. August ergänzte danach Lärminfo als elfte release-gebundene Quelle. Der Produktionsnachweis belegt Release 63575c23-0121-506d-8baa-210a82dd957f, Pointer-Version 1, sechs bestandene Pflichtchecks sowie Report-, Karten-, Legenden-, Web- und PDF-Readbacks. Der erste planmäßige Vercel-Cron-Renewal wurde zu diesem Zeitpunkt noch nicht beobachtet und bleibt deshalb ein getrennter Betriebsnachweis.

Migration 0052 hob anschließend den bestehenden Legacy-Eintrag altlasten auf die zwölfte release-gebundene Quelle; die Gesamtzahl blieb deshalb bei 50. Der Candidate-Lauf 32925774398 qualifizierte Release 8ed8d136-f3f8-5a78-946b-4b419a050269 mit 1.794 Quellzeilen, 372 veröffentlichten, 19 exakt ausgeschlossenen und 1.403 scopefremden Zeilen. Der getrennt bestätigte Aktivierungslauf 32926014904 setzte Pointer-Version 1; der anschließende Renewal-Readback 32926111534 bestätigte denselben aktiven Release und die verbleibende Frischereserve, ohne den Pointer zu verändern. Der Report-Consumer liest ausschließlich altlasten_current; seine vom Quellenpointer getrennte API-, Web-, PDF- und Headless-Abnahme wurde mit #525/#526 und dem öffentlichen Readback erbracht.

Die release-gebundenen Preisquellen aus T04 (#575) ergänzten am 18. September 2026 drei nationale market-signal-Lanes. Der Readback von GET /api/v1/data-sources/coverage-matrix gegen Produktion bestätigt an diesem Tag Matrixversion 2026-09-17.market-signal-price-lanes-v1 mit 37 Public-Display-Lanes und 333 fail-closed Statuszellen: 72 available, 12 availableWithGaps, 18 gated, 24 outsideCoverage und 207 notConfigured. Der Scope führt jetzt pv-yield, site-check und market-signal. Die früheren Zwischenstände bleiben als zeitgebundene Nachweise unverändert.

ADR-0071 (25.09.2026) hebt die Matrix auf Version 2026-09-25.site-check-earthquake-heat-lanes-v1: erdbeben-oenorm erhält einen nationalen site-check-Scope, geosphere-hora-hitzelayer wird als Lane ergänzt. Vor der Änderung zeigte Produktion 37 Lanes und 333 Zellen (81 available, 12 availableWithGaps, 9 gated, 24 outsideCoverage, 207 notConfigured). Erwartet waren nach dem Deploy 38 Lanes und 342 Zellen, davon 99 available und 198 notConfigured (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)). Der Produktions-Readback vom 27. September 2026 (unten) zeigt beide Lanes 9/9 available; die Gesamtzahlen sind mit dieser Erwartung vereinbar (99 + 9 Radon + 9 ÖV-Güteklassen = 117 available).

Die Radon-Karte hebt die Matrix auf Version 2026-09-25.site-check-radon-lane-v1: Die Lane radon-onrap/report_lookup (Legacy-Shadow des Reports) entfällt aus der Werkzeugmatrix, dafür kommt radon-onrap/point_lookup mit nationalem Scope hinzu. Bis zum eingespielten Rechte-Review und aktiven Release standen die neun Radon-Zellen auf gated; seit dem 27. September 2026 stehen sie laut Produktions-Readback auf available (Release 1c31717f-2bc2-4a63-8afb-b04d2c45b64d, Pointer 1).

Die Öffi-Anbindung hob die Matrix auf Version 2026-09-27.site-check-public-transport-lane-v1: oev-gueteklassen mit point_lookup ist eine nationale Lane, der Report-Pilot report_lookup ist aus der Werkzeugmatrix ausgeschlossen. Die Flächenwidmung hob sie auf 2026-09-27.site-check-zoning-noe-lane-v1: widmung-noe mit Distribution widmung-noe-wfs-snapshot ist regional für AT-3 qualifiziert, die Kartenausgabe zoning_geojson bleibt gated und widmung-noe-wms notConfigured (#413).

ADR-0072 (25.09.2026, nachgezogen am 27.09.2026) hebt die Matrix auf Version 2026-09-27.site-check-flood-at-lane-v1 und ergänzt die nationale Lane hochwasser-at/point_lookup. Bis zur Aktivierung waren ihre neun Zellen gated. Seit dem 27. September 2026 sind Migration 0059, Rechte-Review und Release 7a7d6cc3-07cb-46ae-98b0-acd352fa8cef (Pointer 1) produktiv; die neun Zellen stehen auf availableWithGaps (Quellen-Evidence (nicht im öffentlichen Doku-Portal verfügbar)).

ADR-0076 (28.09.2026) hebt die Matrix auf Version 2026-09-28.site-check-zoning-wien-lane-v1 und ergänzt die regionale Lane widmung-wien/point_lookup für AT-9. Bis zu Migration 0063, Rechte-Review und aktivem Release standen ihre neun Zellen auf gated.

Produktions-Readback 30. September 2026 nach der Aktivierung von widmung-wien (Release a3601f47-1c5a-4acc-be70-2dfb9bae103b, Pointer 1): Matrixversion 2026-09-28.site-check-zoning-wien-lane-v1, 40 Lanes und 360 Zellen, davon 117 available, 23 availableWithGaps, 18 gated, 40 outsideCoverage und 162 notConfigured; AT-9 availableWithGaps, die übrigen acht outsideCoverage (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).

Produktions-Readback 27. September 2026 von GET /api/v1/data-sources/coverage-matrix nach Aktivierung aller vier neuen Standort-Check-Quellen: Matrixversion 2026-09-27.site-check-flood-at-lane-v1, 39 Lanes und 351 Zellen, davon 117 available, 22 availableWithGaps, 18 gated, 32 outsideCoverage und 162 notConfigured. Radon und ÖV-Güteklassen stehen 9/9 auf available, Hochwasser Österreich 9/9 auf availableWithGaps, die Widmungs-Punktabfrage in AT-3 auf availableWithGaps und in den übrigen acht Bundesländern auf outsideCoverage; widmung-noe/zoning_geojson bleibt 9/9 gated. Die ADR-0071-Lanes Erdbeben und Hitze stehen 9/9 auf available. Releases, Rechte-Reviews und Browser-Stichproben stehen im Nachweis (nicht im öffentlichen Doku-Portal verfügbar).

ADR-0073 (28.09.2026) hebt die Matrix auf Version 2026-09-30.site-check-heritage-lane-v1: Die bisherige Report-Lane bda-denkmalschutz/report_lookup (9/9 notConfigured) verlässt die Matrix, dafür kommt die nationale Lane bda-denkmalschutz/bda-denkmalliste-csv-bev-dkm-snapshot/point_lookup hinzu. Die Lane-Zahl ändert sich dadurch nicht (40 Lanes und 360 Zellen). Seit dem 30. September 2026 sind Migration 0060, Rechte-Review und Release be71dbcb-4352-4432-9994-ca286109ac18 (Pointer 1, 56.448 Grundstücke) produktiv.

Produktions-Readback 30. September 2026 nach der Aktivierung von bda-denkmalschutz: Matrixversion 2026-09-30.site-check-heritage-lane-v1, 40 Lanes und 360 Zellen, davon 117 available, 32 availableWithGaps, 18 gated, 40 outsideCoverage und 153 notConfigured; die Denkmal-Lane steht 9/9 auf availableWithGaps (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).

ADR-0074 (28.09.2026) hebt die Matrix auf Version 2026-09-30.site-check-broadband-lane-v1: Die bisherige Report-Lane rtr-breitband/report_lookup (9/9 notConfigured) verlässt die Matrix, dafür kommt die nationale Lane rtr-breitband/breitbandatlas-ogd-raster100m/point_lookup (Coverage raster100m:at:breitbandatlas) hinzu. Die Lane-Zahl bleibt bei 40 Lanes und 360 Zellen. Seit dem 30. September 2026 sind Migration 0061, Rechte-Review und Release ffe0852d-0a34-4881-9c5d-f48e060b8624 (Pointer 1, 955.110 Zeilen) produktiv.

Produktions-Readback 30. September 2026 nach der Aktivierung von rtr-breitband: Matrixversion 2026-09-30.site-check-broadband-lane-v1, 40 Lanes und 360 Zellen, davon 126 available, 32 availableWithGaps, 18 gated, 40 outsideCoverage und 144 notConfigured; die Breitband-Lane steht 9/9 auf available (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).

ADR-0075 (28.09.2026) hebt die Matrix auf Version 2026-09-30.site-check-wlv-gzp-lane-v1 und ergänzt die nationale Lane wlv-gzp/lfrz-000901-wlv-gzp-gpkg-snapshot/point_lookup (Coverage at-wlv-gzp-v1); die Report-Lane wlv-lfrz (Live-WMS) bleibt davon getrennt; die Matrix wächst damit auf 41 Lanes und 369 Zellen. Seit dem 30. September 2026 sind Migration 0062, Rechte-Review und Release a78e38cb-e295-4216-ab1f-1f703cc5fce5 (Pointer 1, 120.885 Teilflächen) produktiv.

Produktions-Readback 30. September 2026 nach der Aktivierung von wlv-gzp: Matrixversion 2026-09-30.site-check-wlv-gzp-lane-v1, 41 Lanes und 369 Zellen, davon 126 available, 41 availableWithGaps, 18 gated, 40 outsideCoverage und 144 notConfigured; die WLV-Lane steht 9/9 auf availableWithGaps (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).

ADR-0077 (04.10.2026) hebt die Matrix auf Version 2026-10-04.site-check-zoning-vorarlberg-lane-v1 und ergänzt die regionale Lane widmung-vorarlberg/point_lookup für AT-8. Bis zu Migration 0064, Rechte-Review und aktivem Release standen ihre neun Zellen auf gated.

Produktions-Readback 4. Oktober 2026 nach der Aktivierung von widmung-vorarlberg (Release 595c24a6-8b28-41a7-9fe0-d262708369e5, Pointer 1): Matrixversion 2026-10-04.site-check-zoning-vorarlberg-lane-v1, 42 Lanes und 378 Zellen, davon 126 available, 42 availableWithGaps, 18 gated, 48 outsideCoverage und 144 notConfigured; AT-8 availableWithGaps, die übrigen acht outsideCoverage (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).

ADR-0081 (07.10.2026) hebt die Matrix auf Version 2026-10-07.site-check-zoning-oberoesterreich-lane-v1 und ergänzt die regionale Lane widmung-oberoesterreich/point_lookup für AT-4. Bis zu Migration 0068, Rechte-Review und aktivem Release standen ihre neun Zellen auf gated.

Produktions-Readback 8. Oktober 2026 nach der Aktivierung von widmung-oberoesterreich (Release dcf7923c-c6b7-4f00-8f6f-39dc2435d20a, Pointer 1): Matrixversion 2026-10-07.site-check-zoning-oberoesterreich-lane-v1, 43 Lanes und 387 Zellen, davon 126 available, 43 availableWithGaps, 18 gated, 56 outsideCoverage und 144 notConfigured (169 nutzbar); AT-4 availableWithGaps, die übrigen acht outsideCoverage (Nachweis (nicht im öffentlichen Doku-Portal verfügbar)).

Nach der Synchronisierung wurden ausgeführt:

vollständige Vitest-Suite,
TypeScript-Prüfung,
ESLint,
Next.js-Produktions-Build,
HTTP-Smoke-Tests des gebauten /docs/status und /briefing.

Der Routenabgleich ist als Regressionstest gespeichert und läuft bei jeder künftigen Unit-Test-Ausführung erneut.

Abgleich vom 7. Oktober 2026 gegen main (Stand PR #673): Die seit dem 27. September 2026 gemergten PRs #610 bis #673 wurden den Abschnitten dieses Dokuments zugeordnet. Lesend belegt wurden die Live-Coverage-Matrix (Matrixversion 2026-10-04.site-check-zoning-vorarlberg-lane-v1, 42 Lanes, 378 Zellen, 168 nutzbar), tools/list am Remote-MCP POST /api/mcp, die 22 URLs der Sitemap, 28 Crons und die Region fra1 in vercel.json, die GitHub-Workflow-Zustände sowie die Live-Provenance der Quellen mit den genannten Releases und Pointer-Versionen. Nicht neu gezählt wurden die Gesamtzahl der Katalogquellen und der erste Empfang des Drift-Digests.

Pflege und Drift-Schutz

Bei Änderungen an Funktionen oder Routen müssen in derselben Änderung geprüft werden:

docs/STATUS.md für den Ist-Stand,
docs/UI-SCREENS.md für Routen und Personas,
docs/ROADMAP.md für ausschließlich zukünftige Arbeit,
public/briefing/index.html für die Management-Zusammenfassung,
CHANGELOG.md für die nachvollziehbare Änderungshistorie.

Automatisierte Dokumentationstests gleichen die tatsächlichen App-Routen mit dem Screen-Inventar ab und schützen zentrale Aussagen zu Szenariozahl, Session-Übernahme, Stripe-Testmodus, Inhaltsverzeichnis und festen Zählwerten.