Eine kurze Zusammenfassung
Über das Dokument
Das Konzept eines einheitlichen digitalen Kreislaufs für die Bauindustrie und die Umsetzung der Verordnung der Regierung der Russischen Föderation Nr. 398-r.
Ediny_stroitelny_portal_Prezentatsiya.pptx
Dokument wird geladen...
Ein Objekt - ein digitaler Pass - ein verwalteter Lebenszyklus
Zweck: Interdepartementale Koordination, Pilotierung und Bundesskalierung
Adressaten: Russische Regierung, Ministerium für Bauwesen, Regionen, Entwicklungsinstitute und Bauindustrie
Initiator: Sokolow Sergej Leonidowitsch
Ökosystem: EQUILIBRIUM — SFERA — ECO-PPA — SPECZASHCHITA
Ausführung: 1.0 / 25 August 2026 Jahr
Moskau - 2026
NAVIGATION
Inhaltsverzeichnis
1. Executive Zusammenfassung
2. Ausgangssituation und Aufgabe
3. Zielmodell und Prinzipien
4. Benutzer und Lebenszyklus des Objekts
5. Neunzehn Funktionsmodule
6. Platz des Portals in der staatlichen digitalen Architektur
7. Einheitliches Datenmodell und digitaler Pass
8. Durchgangsprozess und Kontrolltore
9. Analytik, künstliche Intelligenz und digitaler Zwilling
10. Management, Sicherheit und Rechtsrahmen
11. Wirtschaftsmodell, KPI und Effekte
12. MVP, Pilot und Straßenkarte
13. Risiken und Lösungen für den Start erforderlich
Anwendungen: Integrationen, Rollen, Begriffe und Quellen
Status. Das Dokument ist ein Konzeptentwurf. Er ersetzt weder normative Rechtsakte noch ändert er die Befugnisse der bestehenden staatlichen Informationssysteme. Alle rechtlich relevanten Entscheidungen verbleiben bei den zuständigen Behörden und Personen.
HAUPTAUSGABE
1. Executive Zusammenfassung
Vorschlag. Erstellen Sie ein einheitliches Bauportal als vertrauenswürdige Integrations- und Transaktionsschicht rund um das Investitionsobjekt: mit einer einzigen ID, einem digitalen Pass, einer Ereignishistorie, einem Kontrolltor, einem messbaren Ergebnis und einem Beweisarchiv.
Das Portal darf die EIS "Stroycomplex.RF", GISOGD, NSPD, EGRS, FGIS CS, EISZHS, EIS im Bereich der Beschaffung, EGRS, staatliche Dienstleistungen und andere bestehende Systeme nicht duplizieren. Jeder von ihnen behält seine eigenen Befugnisse und den Status einer Quelle von rechtlich relevanten Informationen. Das Portal verbindet ihre Daten und Aktionen in einem einzigen Lebenszyklus eines bestimmten Objekts.
Der Zieleffekt besteht darin, vom fragmentierten Dokumentenaustausch zum Ergebnismanagement überzugehen: Fristen, Kosten, Qualität, Sicherheit, Ressourcenverfügbarkeit, Auswirkungen auf das Territorium und Verfügbarkeit werden sichtbar, bevor eine kritische Abweichung auftritt.
Die Architektur basiert auf dem Prinzip "One Data - Multiple Legal Use". Der Benutzer meldet sich über ESA an, erstellt oder akzeptiert einen digitalen Pass des Objekts und die Informationen werden von vertrauenswürdigen Quellen zu API und über einen Event-Austausch heruntergeladen. Eine erneute manuelle Eingabe ist nur als Ausnahme mit Angabe der Ursache zulässig.
Im Projektökosystem sammelt SFERA die Bedürfnisse und Teilnehmer; ECO-PPA bildet einen Programm-, Ressourcen- und Vertragsrahmen; SPECZASHCHITA organisiert die Zusammenarbeit und Ausführung; EQUILIBRIUM überwacht, prognostiziert und überprüft das Ergebnis; Der IAC bietet Unterstützung für Lösungen und Arbeit mit Abweichungen. Das einheitliche Bauportal wird zum Industriepunkt für die Montage dieser Funktionen und staatlichen Dienstleistungen.
- Bestätigen Sie das Konzept des Portals und der interdepartementalen Arbeitsgruppe.
- In 30 Tagen können Sie Prozesse, Register und Integrationen inventarisieren, ohne parallele Datenbanken zu erstellen.
- Za 90 Tage starten MVP auf drei Arten von Objekten: Wohnen, soziale Infrastruktur, Industrie- und Infrastrukturobjekt.
- Akzeptieren Sie den einheitlichen Standard des digitalen Passes des Objekts und des Ereignisprotokolls.
- Sichern Sie die Pilot-KPI, unabhängige Überprüfung und Skalierung.
2. Ausgangssituation und Aufgabe
2.1. Fragmentierung entsteht nicht durch fehlende Systeme
Im Bau ist bereits eine Reihe von föderalen, regionalen, Abteilungs- und Unternehmensinformationssystemen in Betrieb. Das Problem tritt an den Kreuzungen auf: Das gleiche Objekt hat unterschiedliche IDs, Dokumentversionen, Teilnehmerzusammensetzungen, Wertmodelle und Status in verschiedenen Konturen.
- Unterbrechung des Lebenszyklus. Die Landlösung, das Design, die Prüfung, der Kauf, der Bau, die Inbetriebnahme und der Betrieb werden als eine Abfolge von Einzelfällen und nicht als ein einziges Verwaltungsobjekt durchgeführt.
- Haftungsausschluss. Die Übertragung von Dokumenten zwischen den Teilnehmern bedeutet nicht immer die Übertragung der messbaren Verantwortung für das Ergebnis.
- Datenlücke. Informationen werden erneut eingegeben, divergieren in den Versionen und haben nicht immer eine bestätigte Quelle und ein Zeitstempel.
- Spätere Risikoerkennung. Die Abweichung wird nach dem Verlust von Zeit oder Geld offensichtlich und nicht in der Phase der Szenarioanalyse.
- Schwache Rückmeldung. Betriebsfehler und tatsächliche Indikatoren kehren selten in das Design, die Normung und die Auswahl der Auftragnehmer zurück.
Erfolgskriterium. Das Portal sollte die Anzahl der Lücken zwischen Teilnehmern und Systemen reduzieren, anstatt die Anzahl der Kabinette, Formulare und Berichte zu erhöhen.
2.2. Der Staatsrahmen bildet bereits eine digitale Vertikale
Die Schlüsselelemente der digitalen Vertikale der Baubranche existieren bereits: EIS "Stroycomplex.RF" und Register der Anforderungen und Dokumente, regionale GISOD, Informationssysteme des Projektmanagements, GIS TOR KND, EGRZ, FGIS CS, EISZH, NSPD und elektronische öffentliche Dienstleistungen. Im Jahr 2026 genehmigte die russische Regierung eine aktualisierte strategische Richtung der digitalen Transformation von Bau- und Wohnungswesen bis 2030.
Daher sollte die architektonische Lösung föderativ sein: um die Befugnisse der Dateninhaber zu erhalten, offene Integrationsverträge zu verwenden, eine durchgehende Identifizierung des Objekts zu gewährleisten und einen einheitlichen Benutzerpfad über die vorhandenen Quellen zu geben.
3. Zielmodell und Prinzipien
3.1. Was ist ein Portal
Ein einziges Bauportal ist ein staatliches digitales Ökosystem, das Dienstleistungen, Daten, Teilnehmer, Verträge, Ressourcen, Kontrolle und Analyse rund um den gesamten Lebenszyklus eines Investitionsobjekts vereint.
3.2. Die zehn Prinzipien
Formel. Einheitliche Objekt-ID + digitaler Pass + zuverlässige Quellen + Ereignis-Zeitschrift + Kontrolltor + verständliche Analytik + Beweis-Archiv.
- Das Objekt, nicht die Abteilungsform, ist die zentrale Verwaltungseinheit.
- Die bestehenden staatlichen Systeme bleiben Quellen rechtlich relevanter Informationen.
- Die Daten werden einmalig eingegeben und innerhalb der gesetzlichen Regelung wieder verwendet.
- Jede Version, Entscheidung, Ereignis und Quelle wird in der zu prüfenden Geschichte gespeichert.
- Eine Person trifft eine rechtlich und sozial relevante Entscheidung; Der Algorithmus erklärt die Faktoren und Konsequenzen.
- Der Zugriff erfolgt nach Rolle, Zweck, Berechtigung und der erforderlichen Mindestmenge an Daten.
- Schnittstellen werden um die Lebenssituationen eines Bürgers, eines Unternehmens, eines Kunden und einer Behörde aufgebaut.
- Die regionale Variabilität wird aufrechterhalten, ohne den Bundeskern von Daten und Standards zu zerstören.
- Offene API, einheitliche Klassifikatoren und Datenexporte verhindern die Abhängigkeit von einem einzelnen Anbieter.
- Das Ergebnis wird durch Eingabe, Qualität und Betrieb gemessen, nicht durch die Anzahl der hochgeladenen Dokumente.
3.3. Was das Portal nicht tut
- schafft keine parallele Vertikale der staatlichen Verwaltung;
- hebt die geltenden Verfahren, Befugnisse und Register nicht ohne gesonderte behördliche Entscheidung auf;
- ersetzt nicht den Experten, Inspektor, Kunden, Designer oder Registrierungsstelle;
- speichert keine überflüssigen Kopien von Daten, wenn eine zuverlässige Primärquelle verfügbar ist;
- erlaubt keine undurchsichtige automatische Ablehnung, Bewertung oder Sanktion.
4. Benutzer und Lebenszyklus des Objekts
4.1. Benutzerdefinierte Konturen
| Benutzer | Der Hauptweg im Portal |
|---|---|
| Bürger / Gemeinschaft | Bedürfnis des Territoriums, öffentliche Diskussion, Zugang zu offenen Status und Ergebnissen |
| Investor / Entwickler | Initiative, Grundstücksszenario, Genehmigungen, Finanzierung, Verkauf und Eingabe |
| Der Auftraggeber | Planung, Budget, Beschaffung, Vertrag, Übernahme und Change Management |
| Projektant / Experte | Anforderungen, TIM, Versionen der Projektdokumentation, Bemerkungen und Schlussfolgerungen |
| Auftragnehmer / Lieferant | Qualifikation, Kapazität, Zeitplan, Materialien, Logistik, Acts und Qualität |
| Behörde / Aufsicht | Dienstleistungen, Abstimmungen, Kontrolle, Risikoindikatoren, abteilungsübergreifende Interaktion |
| Betriebsorganisation | Digitaler Pass, Vorschriften, Wartung, Reparaturen, Unfall und Feedback |
| Finanz- / Versicherungspartner | Risiken, Tranchen, Garantien, Versicherungsereignisse und Ergebnisbestätigung |
4.2. Die zehn Phasen des Lebenszyklus
- Bedarf und Initiative: Begründung des öffentlichen, infrastrukturellen oder Investitionsbedarfs.
- Territorium und Land: räumliche Beschränkungen, Rechte, städtebauliche Kapazitäten und technische Unterstützung.
- Investitionsmodell: Szenarien von Kosten, Finanzierung, Einnahmen, Risiken und gesellschaftlichen Auswirkungen.
- Design: Aufgabe, Forschung, TIM, Anforderungen, Versionen und Abstimmung von Lösungen.
- Prüfung und Genehmigungen: Schlussfolgerungen, Bemerkungen, Genehmigungen und Vollständigkeitskontrolle.
- Beschaffung und Vertrag: Auswahl der Auftragnehmer, Vertragsmodell, Zeitplan, Gewährleistung und Haftung.
- Bau und Lieferung: Arbeiten, Ressourcen, Logistik, Ausführungsdokumentation und Änderungen.
- Kontrolle und Inbetriebnahme: Bauüberwachung, Abnahme, Registrierung von Rechten und Inbetriebnahme.
- Betrieb und Reparatur: Wartung, Reparaturen, Ressourcenverbrauch und Sicherheit.
- Renovierung oder Schlussfolgerung: Rekonstruktion, Demontage, Wiederverwendung von Materialien und Wiederherstellung des Territoriums.
5. Neunzehn Funktionsmodule
Die Module werden durch einen einheitlichen Pass des Objekts kombiniert und können schrittweise eingeführt werden. In MVP wird der Mindestsatz gestartet, während der Rest über konsistente Schnittstellen und einheitliche Klassifikatoren verbunden ist.
| № | Modul | Schlüsseldienst | Hauptband |
|---|---|---|---|
| 1 | Initiativen und Bedürfnisse | Sammlung, Priorisierung und gesellschaftlich-territoriale Begründung | SFERA |
| 2 | Territorium und Land | Räumliche Daten, Einschränkungen, Zonen, Rechte, Grundstücke | NCPD / HYSOGD / EGNR |
| 3 | Digitaler Pass des Objekts | Einheitliche ID, Zweck, Parameter, Status, Versionen, Verbindungen und Beweise | Portal-Kernel |
| 4 | Teilnehmer und Kompetenzen | Organisationsprofile, Toleranzen, Kapazitäten, Erfahrungen, Verantwortung | Portal / externe Register |
| 5 | Anforderungen und Standards | Anwendbare Vorschriften, Spezifikationen, Anforderungsregister | Baukomplex.RF / EUT |
| 6 | Forschung, Design und Tim | Aufgabe, Modelle, Kollisionen, Versionen, allgemeine Datenumgebung | Projekt-IS / ISUP |
| 7 | Prüfung | Einreichung, Kommentare, Schlussfolgerungen, Musterentscheidungen und Geschichte | EGRZ / EKPE |
| 8 | Genehmigungen und Dienstleistungen | Lebenssituationen, Erklärungen, interministerieller Austausch, Ergebnis | Staatliche Dienstleistungen / GISOGD |
| 9 | Kosten und Ressourcen | Schätzungen, Indizes, Preise, Vorschriften, Materialbedarf | FGIS CS |
| 10 | Finanzierung und ECO-PPA | Finanzmodell, Tranchen, Garantien, Versicherung, Risikoverteilung | ECO-PPA |
5.1. Module 11–19: Ausführung, Betrieb und Prognose
| № | Modul | Schlüsseldienst | Hauptband |
|---|---|---|---|
| 11 | Einkauf und Verträge | Planung, Verfahren, Verträge, Verpflichtungen, Änderungen | EDI Beschaffung / EDO |
| 12 | Kooperation und Kapazität | Konsortien, Laden von Produktionen, Arbeitskräften und Unteraufträgen | SPECZASHCHITA |
| 13 | Materialien und Logistik | Herkunft, Zertifikate, Chargen, Routen, Lager und Lieferungen | Lieferanten / Transport-ICs |
| 14 | Bauleitung | Kalender, tatsächlicher Fortschritt, Ausführungsdokumentation | ISUP / IS Auftragnehmer |
| 15 | Kontrolle, Qualität und Sicherheit | Risikoorientierte Überwachung, Mängel, Arbeitsschutz, Beseitigung | GIS TOR CND / Aufsicht |
| 16 | Eingabe und Registrierung | Bereitschaft, Eingabeberechtigung, technischer Plan, Rechte | Staatliche Dienstleistungen / Rosreestr |
| 17 | Betrieb und Reparaturen | Verordnungen, Anträge, Wartung, Zustand und Verbrauch | GIS / Betriebs-ICs |
| 18 | Auswirkungen und Verifizierung | Umwelt- und Sozialindikatoren, ESG-IR 1.0, Archiv der Beweise | ECO-PPA Unabhängige Organe |
| 19 | Analytik und Prognose | Digitaler Zwilling, Szenarien, Frühwarnung, Ergebniskontrolle | EQUILIBRIUM / IAC |
6. Platz des Portals in der staatlichen digitalen Architektur
6.1. Das Prinzip der Systemföderation
Das Portal bietet Benutzer- und Prozessintegrität, weist jedoch keine Daten, Befugnisse und den rechtlichen Status von verbundenen Systemen zu. Für jedes digitale Passfeld werden die Quelle, der Eigentümer, die Basis des Zugriffs, die Empfangszeit, die Version und die zulässige Verwendung festgelegt.
| System / Kontur | Die Wahrheit bleibt die Quelle | Die Rolle des Portals |
|---|---|---|
| ESIA / Öffentliche Dienste / MFC | Identifizierung, Vollmacht, Einreichung und Ergebnis der Dienstleistung | Einheitlicher Eingang und Lebenssituation |
| EIS "Baukomplex.RF" | Bundesdaten der Stadtplanung, Register der Anforderungen und Dokumente | Synchronisation der anwendbaren Anforderungen und Status |
| Regionale HYSOGD | Regionale städtebauliche Informationen und Dienstleistungen | Prozess-Austausch nach Objekt und Territorium |
| NSPD / EGRN | Räumliche Daten, Grundstücke, Rechte und Einschränkungen | Objektkarte und Überprüfung der räumlichen Bedingungen |
| EGRZ / EKPE | Gutachten und zugehörige Dokumentationen | Prüfungs-Tor-Kontrolle und Wiederverwendung von Lösungen |
| FGIS CS | Geschätzte Standards, Indizes, Preise und Ressourcenklassifikatoren | Begründung der Kosten und Überwachung von Abweichungen |
| EISJS | Informationen zum Wohnungsbau und Bauherren | Gehäusekontur, Offenlegung und Analytik |
| EIS im Bereich Beschaffung | Pläne, Verfahren, Verträge und Auftragsabwicklung | Verbindung der Beschaffung mit dem Pass und dem Zeitplan des Objekts |
6.1.1. Betriebs- und Finanzkreisläufe
| System / Kontur | Die Wahrheit bleibt die Quelle | Die Rolle des Portals |
|---|---|---|
| GIS TOR CND / IS Aufsicht | Kontrollmaßnahmen, Risikokategorien, Vorschriften | Risikoorientierte Kontrolle und Beseitigung |
| ISUP und Projekt-IS | Diagramme, TIM, Aufgaben, tatsächliche Fortschritte und Dokumente | Betriebsführung und Ereignisaustausch |
| GIS / Betriebs-ICs | Betrieb, Zustand, Anwendungen und Reparaturen | Digitale Passübertragung und Feedback |
| Finanz- und Versicherungsschutz | Zahlungen, Tranchen, Garantien, Limits und Veranstaltungen | Bestätigung der Finanzierungsbedingungen und des Risikos |
Architektonisches Verbot. Sie können nicht alle Register in das Portal übertragen. Die Integration basiert auf den Prinzipien des Verweises auf die primäre Quelle, der minimal erforderlichen Replikation, des Caching mit der Version und der bestätigten Relevanz.
6.2. Die Rolle des Projektökosystems
| Komponente | Funktion | Ergebnis |
|---|---|---|
| SFERA | Zugang zu Bedürfnissen, Initiativen, Gemeinschaften und Teilnehmern | Initiative und gesellschaftlicher Wert |
| ECO-PPA | Programm-, Ressourcen-, Vertrags- und Finanzrahmen | Ausgewogenes Projekt- und Risikomodell |
| SPECZASHCHITA | Produktionskooperation, Konsortien und Ausführung | Kapazitätsmobilisierung und Ergebnislieferung |
| EQUILIBRIUM | Beobachtung, Vorhersage, Szenarien und Frühwarnung | Erklärbare Signale und Ergebniskontrolle |
| IAC | Unterstützung von Lösungen, Priorisierung und Management von Abweichungen | Menschliche Entscheidung basierend auf Beweisen |
| EUT | Einheitliche Klassifikatoren, Protokolle und technologische Regeln | Kompatibilität und Wiederholbarkeit |
| Einheitliches Bauportal | Einheitlicher Benutzer- und Objektpfad, Integration und Ereignisprotokoll | Industrie Montagepunkt |
7. Einheitliches Datenmodell und digitaler Pass
7.1. Dateneinheiten
| Entität | Inhaltsverzeichnis | Zweck |
|---|---|---|
| ObjectID | Unveränderliche Objekt- oder Komplexkennung | Verknüpft Informationen aller Stufen |
| TerritoryID | Grundstück, Zone, Gebiet oder linearer Korridor | Zusammenhang mit räumlichen Einschränkungen |
| PartyID | Organisation, Behörde, Sachverständiger oder Verantwortlicher | Rolle, Zuständigkeit und Verantwortung |
| RequirementID | Norm, technische Bedingung, Verpflichtung | Anwendbarkeit und Leistungsnachweis |
| DocumentID | Dokument oder Informationsmodell mit Version | Quelle, Unterschrift, Status und Verbindung |
7.1.1. Transaktions- und Event-Entitäten
| Entität | Inhaltsverzeichnis | Zweck |
|---|---|---|
| ContractID | Vertrag, Vertrag, Tranche oder Garantie | Verpflichtung, Frist, Kosten und Event |
| ResourceID | Material, Ausrüstung, Arbeit, Energie oder Energie | Herkunft, Menge und Lieferung |
| EventID | Die Tatsache, dass sich der Zustand des Objekts ändert | Zeit, Initiator, Grundlage, früherer und neuer Zustand |
| EvidenceID | Bestätigung des Ergebnisses oder der Risikobeseitigung | Unabhängige Überprüfung und Archivierung |
| MetricID | Indikator für Kosten, Zeit, Qualität, Auswirkungen | Grund-, Plan- und tatsächliche Bedeutung |
7.2. Obligatorische Eigenschaften eines digitalen Passes
- Unveränderliche Kommunikation mit Primärquellen und -versionen
- eine einheitliche Zeitskala für Entscheidungen, Absprachen, Arbeiten, Lieferungen und Zahlungen;
- geplante, tatsächliche und prognostizierte Indikatoren;
- Verbindung jeder Entscheidung mit der Vollmacht, dem Dokument und dem Beweis;
- maschinenlesbarer Status des Kontrolltors;
- Zugriffsrechte auf Rollen, Zwecke und Klassifizierung von Informationen;
- Archiv der Übergabe und der nachfolgenden Rückmeldung.
Die Vertrauensregel. In der Benutzeroberfläche sieht der Benutzer immer: woher der Wert kommt, wann er aktualisiert wird, von wem er bestätigt wird und welche Lösung von seiner Zuverlässigkeit abhängt.
8. Durchgangsprozess und Kontrolltore
Ein Kontrolltor ist keine zusätzliche Koordination, sondern eine maschinenlesbare Prüfung der Bereitschaft für die nächste Stufe. Das Tor aggregiert bereits bestehende Lösungen und zeigt die fehlenden Bedingungen, die Verantwortlichen und die Folgen des Übergangs.
| Tor | Entscheidung | Minimale Zusammensetzung der Beweise |
|---|---|---|
| G0 | Bedarf bestätigt | Zweck, Empfänger, territorialer Bedarf, Inhaber der Initiative |
| G1 | Territorium ist zulässig | Rechte, Einschränkungen, städtebauliche Potentiale, technische Bedingungen |
| G2 | Investitionsmodell nachhaltig | Lebenszykluskosten, Finanzierung, Risiken, Szenarien |
| G3 | Projekt bereit zur Prüfung | Vollständigkeit, TIM, anwendbare Anforderungen, Kollisionen und Unterschriften |
8.0.1. Tor G4 - G8: Realisierung und Betrieb
| Tor | Entscheidung | Minimale Zusammensetzung der Beweise |
|---|---|---|
| G4 | Prüfung und Genehmigungen erhalten | Positive Schlussfolgerung, gelöschte Bemerkungen, Genehmigungsdokumente |
| G5 | Vertrag und Ressourcen sind gesichert | Beschaffung, Auftragnehmer, Kapazität, Materialien, Zeitplan, Garantie |
| G6 | Bau verwaltet | Fakt der Arbeiten, Qualität, Sicherheit, Abweichungen und Korrekturmaßnahmen |
| G7 | Objekt ist bereit für die Eingabe | Komplettierung, Tests, Ausführungsmodell, Fehlerbeseitigung |
| G8 | Betriebsergebnis bestätigt | Passübergabe, tatsächliche Kennzahlen, Garantieverpflichtungen |
8.1. Änderungsmanagement
Jede wesentliche Änderung des Wertes, der Frist, der Projektentscheidung, der Zusammensetzung der Darsteller oder der Auswirkungen wird als Ereignis registriert. Das Portal berechnet die betroffenen Anforderungen, Dokumente, Verträge, Indikatoren und Kontrolltore, genehmigt die Änderung jedoch nicht selbst.
- der Initiator beschreibt die Ursache und die erwartete Wirkung;
- Die Analyse zeigt die betroffenen Zusammenhänge und Szenarien an.
- Die Bevollmächtigten beschließen und unterzeichnen;
- die neue Version wird gültig, die vorherige bleibt bestehen;
- Das Ereignis wird an alle angeschlossenen Systeme gemäß den vereinbarten Verträgen gesendet.
9. Analytik, künstliche Intelligenz und digitaler Zwilling
9.1. Funktionen des intelligenten Kerns
- Frühwarnung. Identifizieren Sie das Risiko eines Zeitplanversagens, eines Wertanstiegs, eines Ressourcenmangels, eines Defekts oder einer Sicherheitsverletzung.
- Szenarioanalyse. Vergleich der Varianten des Territoriums, der Projektlösung, der Lieferung, des Zeitplans und der Finanzierung.
- Kohärenzprüfung. Suche nach Abweichungen zwischen Pass, TIM, Kostenvoranschlag, Verträgen, Zeitplan und Tatsache.
- Abruf von Forderungen. Verknüpfung von Regeln und Bedingungen mit Projektelementen und Ausführungsnachweisen.
- Wiederverwendung von Wissen. Suche nach Analoga, typischen Lösungen, Ursachen für Abweichungen und Betriebsfeedback.
- Der digitale Zwilling. Die Kombination von räumlichen, technischen, finanziellen, Ereignis- und Betriebsmodellen des Objekts.
9.2. Einschränkungen bei der Verwendung von KI
- keine undurchsichtige automatische Verweigerung von Dienstleistungen, Beschaffung, Zulassung oder Finanzierung;
- obligatorische Angabe von Quellen, Faktoren, Vertrauensniveau und Alternativen;
- Trennung der überprüften Regeln, statistischen Modelle und generativen Tipps;
- Protokollierung von Anfragen, Modellversionen und Ergebnissen, die die Entscheidung beeinflusst haben;
- das Recht des Benutzers, das Signal anzufechten und die Frage an die Person zu übertragen;
- regelmäßige Inspektion der Qualität, der Verschiebungen, der Sicherheit und der Anwendbarkeit der Modelle.
Prinzip. EQUILIBRIUM warnt und erklärt; Der Bevollmächtigte entscheidet und trägt Verantwortung.
10. Management, Sicherheit und Rechtsrahmen
10.1. Organisationsmodell
| Stufe | Impressum |
|---|---|
| Der interministerielle Rat | Ziele, Prioritäten, Grenzen, Piloten und Skalierung |
| Bundeskoordinator | Richtlinien, Vorschriften und Interaktionen der Systemeigentümer |
| Portalbetreiber | Betrieb, Entwicklung, SLA, Integration, Unterstützung und Cybersicherheit |
| Dateninhaber | Qualität, rechtliche Regelung, Schnittstellen, Versionen und Korrektur von Primärinformationen |
| Regionale Zentren | Lokale Prozesse, Integrationen, Schulungen und Benutzerunterstützung |
| Wissenschaftlich-technischer Rat | Architektur, TIM, KI, Datenstandards und technologische Unabhängigkeit |
| Unabhängige Verifizierung | Ergebnisprüfung, KPI, Auswirkungen, Sicherheit und Zuverlässigkeit der Evidenz |
10.2. Sicherheit und Nachhaltigkeit
- Souveräne Architektur. Platzierung und Verarbeitung in Übereinstimmung mit der Datenkategorie, den russischen Anforderungen und dem Plan für technologische Unabhängigkeit.
- Null Vertrauen. Überprüfen Sie Benutzer, Gerät, Rolle, Kontext und die minimal erforderlichen Berechtigungen.
- Segmentierung. Trennung von offenen, dienstlichen, kommerziellen, persönlichen und kritischen Kreisen.
- Unveränderliche Prüfung. Fixieren Sie Zugriff, Änderungen, Signaturen, Quellen und Lösungen mit Schutz vor unmerklicher Entfernung.
- Nachhaltigkeit. Redundanz, Wiederherstellung, autonomer Betrieb kritischer Prozesse und regelmäßiges Training.
- Sichere Entwicklung. Bedrohungsmodellierung, Abhängigkeitsanalyse, Testen, Schwachstellenmanagement und Softwarelieferkette.
10.3. Rechtlicher Umfang des Stadiums 0
Vor dem Piloten wird eine rechtliche Karte ausgeführt: der Status des Betreibers, die Grundlage für den Datenaustausch, die Zusammensetzung des digitalen Passes, die elektronische Signatur und die Vollmachten, persönliche und kommerzielle Daten, der Modus der Informationsmodelle, Einkäufe, Kontrolle, Archivierung, Verantwortung für die Qualität und das Verfahren zur Anfechtung analytischer Signale.
Der anfängliche normative Umfang umfasst das Stadtbaugesetzbuch der Russischen Föderation, die Gesetzgebung über Informationen und Datenschutz, elektronische Signatur, staatliche Dienstleistungen, Vertragssystem, Beschaffung bestimmter Arten von juristischen Personen, Eigenkapitalbau, technische Sicherheit von Gebäuden und Strukturen, kritische Informationsinfrastruktur und Archivwesen. Die aktuelle Fassung und Anwendbarkeit werden von der Rechtsarbeitsgruppe vor dem Start bestätigt.
Normativer Ansatz. Erstens, um die Kompatibilität und rechtliche Rückverfolgbarkeit innerhalb der bestehenden Zuständigkeiten zu gewährleisten; nur dann, um punktuelle Änderungen der Gesetzgebung auf der Grundlage der Ergebnisse des Piloten vorzuschlagen.
11. Wirtschaftsmodell, KPI und Effekte
11.1. Finanzierungsgrundsätze
- Die öffentlichen Grunddienste und die Pflichtfunktionen werden als öffentliche digitale Infrastruktur finanziert.
- Die Integration bestehender staatlicher Systeme wird in die vereinbarten Entwicklungspläne einbezogen.
- Piloten können durch Bundes- und Regionalprogramme, Entwicklungsinstitutionen und Projektvereinbarungen finanziert werden.
- Erweiterte B2B-Dienste sind nur in einem separaten Rechts- und Tarifrahmen ohne Einschränkung des Zugangs zu öffentlichen Funktionen zulässig.
- ECO-PPA Es wird als Mechanismus für die Harmonisierung von Ressourcen, Risiken, Verpflichtungen und messbaren Auswirkungen des Projekts und nicht als Ersatz für Haushalts- und Beschaffungsregeln verwendet.
11.2. Indikatoren-System
| Kontur | Metrik | Pilotorientierung |
|---|---|---|
| Der Pass des Objekts | Anteil der Pilotanlagen mit vollständigem Reisepass | 100% |
| Wiederverwendung | Anteil der Felder aus vertrauenswürdigen Quellen ohne manuelle Eingabe | mindestens 70% |
| Rückverfolgbarkeit | Anteil der wesentlichen Ereignisse und Entscheidungen mit Quelle und Beweis | mindestens 90% |
| Komplette Tore | Anteil der Übergänge ohne spätere Rückgabe aufgrund fehlender Informationen | Wachstum zur Grundlinie |
| Koordinationszeitraum | Zeit für systemübergreifende und abteilungsübergreifende Koordination | Reduzierung um mindestens 20% |
| Fristabweichung | Unterschied zwischen geplanter und prognostizierter Fertigstellung | Früherkennung auf kritischem Weg |
| Kostenabweichung | Unbegründete Wertänderung im Verhältnis zur genehmigten Basis | Abstieg zur Basislinie |
| Qualität | Defekte, wiederholte Arbeiten und Zeitpunkt der Beseitigung | Abstieg zur Basislinie |
| Sicherheit | Kritische Störungen und Reaktionszeit | Null-Toleranz / Reaktionsreduktion |
| Lieferung | Anteil kritischer Ressourcen mit nachgewiesener Herkunft und Status | 100% in der Pilotliste |
| Betriebsbereitschaft | Vollständige Übertragung von Pässen, Vorschriften und Garantien | 100% |
| Benutzererfahrung | Bewertung der wichtigsten Benutzerpfade | nicht niedriger 4,2 aus 5 |
Nach der Festlegung der Basislinien Kern KPI erweitert sich zu einem branchenweiten Indexregister, das mit ESG-IR 1.0 Das System von 260 Indikatoren für die Entwicklung von Mensch und Land. Die Indikatoren werden gruppiert nach 19 Module, Lebensphasen und Entscheidungsebenen.
11.3. Erwartete Effekte
- Für den Staat. Nachverfolgbare Ausführung, Vergleichbarkeit von Projekten, Früherkennung von Systemrisiken und weniger doppelte Berichterstattung.
- Für die Regionen. Eine Reihe von Integrationen und Dienstleistungen unter Beibehaltung der regionalen Besonderheiten und Daten.
- Fürs Geschäft. Vorhersehbarer Projektpfad, Wiederverwendung von Informationen, transparente Anforderungen, Zugang zu Kooperationen und Ressourcen.
- Für die Bürger. Klarer Status, Teilnahme an der Bedarfsbildung, Zugang zu Ergebnissen und Feedback.
- Für die Industrie. Die Anhäufung von Wissen über den gesamten Lebenszyklus, die Verbesserung der Qualität von Lösungen und die Entwicklung einheimischer Technologien.
12. MVP, Pilot und Straßenkarte
12.1. Zusammensetzung MVP
MVP bestätigt die Architektur auf realen Prozessen und versucht nicht, alles sofort zu decken 19 Modulen. Das Mindestprodukt umfasst:
- einheitlicher Eingang über ESIA und das Rollenmodell;
- Digitaler Pass und ObjectID
- räumliche Karte des Territoriums;
- Protokollierung von Ereignissen, Versionen, Entscheidungen und Beweisen;
- fünf Schlüsselintegrationen: staatliche Dienstleistungen, Baukomplex.RF / GISOGD, NSPD / EGNR, EGRZ, FGIS CS;
- Kontrolltor G0–G4 Der Prototyp G5–G8;
- Basis-Dashboards für Zeit, Kosten, Vollständigkeit und Risiko;
- Verifikationsarchiv und Feedbackmechanismus.
12.2. Plan der ersten 90 Tage
| Zeitraum | Fokus | Ergebnis |
|---|---|---|
| Tage 1–15 | Mandat und Grenzen | Arbeitsgruppe, Ermächtigungskarte, Prozessinhaber, Pilotenauswahl |
| Tage 16–30 | Architektur | Digitaler Pass v0.1, Datenkarte, Integrationsverträge, Bedrohungsmodell |
| Tage 31–60 | Der Prototyp | Einzeleingang, Reisepass, Ereignisprotokoll, Objektkarte, erste Integrationen und Tore |
| Tage 61–75 | Test | Benutzer-Skripte, Last, Sicherheit, Datenqualität, Schulungen |
| Tage 76–90 | Der Pilot | Drei Objekte, Basisleitungsmessung, unabhängige Prüfung und Phasenentscheidung 2 |
12.3. Pilotierte Objekttypen
| Kontur | Was wir überprüfen | Empfohlener Maßstab |
|---|---|---|
| Wohnen | Überprüfen Sie die Erde Bündel, EISZHS, Genehmigungen, Finanzierung, Bau und Inbetriebnahme | Ein Objekt der komplexen Wohnentwicklung |
| Soziale Infrastruktur | Überprüfen Sie Budget, Beschaffung, Standardlösung, Überwachung und Inbetriebnahme | Schule, Poliklinik oder Sportanlage |
| Industrie- und Infrastrukturobjekt | Zusammenarbeit, Materialien, Logistik, Sicherheit und ECO-PPA überprüfen | Kandidat: Cluster Syzran-Rameno-Smolkino, nach einer separaten Entscheidung |
12.4. Straßenkarte 2026–2030
| Zeitraum | Bühne | Schlüsselresultat |
|---|---|---|
| 2026 | Design und Pilot | Passstandard, MVP, drei Arten von Objekten, Bewertung rechtlicher und technologischer Lücken |
| 2027 | Regionale Vervielfältigung | Anschließen ausgewählter Einheiten, typische Integrationen, Schulung und Servicemodell |
| 2028 | Bundesweite Skalierbarkeit | Erweiterung von Modulen, Lebenssituationen, Branchenregistern und unabhängiger Verifizierung |
| 2029 | Genossenschaftswirtschaft | Ressourcenbilanzen, Produktionskapazitäten, Logistik, Versicherungen und Lebenszyklus-Services |
| 2030 | Prädiktives Management | Digitale Doppelterritorien, Frühwarnung und Feedback zu Normen und Programmen |
13. Risiken und Lösungen für den Start erforderlich
13.1. Register der wichtigsten Risiken
| Risiko | manifestation | Verwaltung |
|---|---|---|
| Duplizierung von Systemen | Schaffung einer weiteren Basis und eines Kabinetts | Inventur, architektonisches Verbot der unangemessenen Replikation |
| Verwischung von Befugnissen | Unklar ist, wer antwortet und akzeptiert. | Entscheidungsmatrix, Quellen der Wahrheit und Rechtsgrundlagen |
| Niedrige Datenqualität | Abweichungen blockieren den Prozess oder verzerren die Analyse | Feldbesitzer, Qualitätskontrolle, Korrekturverfahren in der Primärquelle |
| Widerstand der Teilnehmer | Zusätzliche Belastung und Systemumgehung | Reduzierung der manuellen Eingabe, gemeinsame Gestaltung von Pfaden, Schulung |
| Abhängigkeit vom Lieferanten | Geschlossene Formate und hohe Kosten für Änderungen | Offene API, Export, Modularität, Zustands-Griff von Schlüsselspezifikationen |
| Cyberangriff | Verletzung der Verfügbarkeit, Integrität oder Vertraulichkeit | Segmentierung, Null Vertrauen, Redundanz, kontinuierliche Überwachung |
| Falsches Signal II | Falsche Empfehlung beeinflusst Entscheidung | Person in der Schleife, Erklärung, Prüfung, Protokollierung, Widerspruchsrecht |
| Regionale Kluft | Ungleiche Möglichkeiten der Akteure | Typischer Cloud-Kernel, Adapter, Konnektivitätsfinanzierung und Kompetenzzentrum |
| Unhaltbare Finanzierung | Stopp nach dem Piloten | Planen Sie die Gesamtbetriebskosten und entscheiden Sie sich für einen Festnetzbetreiber bis zur Phase 2 |
| Unbewiesene Wirkung | Skalierung ohne Ergebnis | Basislinie, Pilot KPI und unabhängige Verifizierung |
13.2. Sieben Lösungen für den Start
- Genehmigen Sie das Unified Construction Portal als Integrationsschicht des Lebenszyklus eines Objekts und nicht als Ersatz für bestehende Systeme.
- Identifizieren Sie den Bundeskoordinator und bilden Sie einen interministeriellen Rat mit den Eigentümern der Schlüsselsysteme.
- In 30 Tagen eine Karte der Prozesse, Daten, Befugnisse und Integrationen erstellen.
- Genehmigen Sie den digitalen Passstandard v0.1, ObjectID und Ereignisprotokoll für den Piloten.
- Wählen Sie drei Pilotobjekte und sichern Sie die Eigentümer des Ergebnisses, die Basislinien und KPI.
- Identifizieren Sie den Bediener MVP, das Sicherheitsmodell und das Budget für die vollen Kosten des Piloten.
- Nach 90 Tagen wird ein unabhängiger Bericht geprüft und eine regionale Vervielfältigung beschlossen.
Ergebnis. Ein einheitliches Bauportal soll das Objekt durch Behörden, Organisationen und Stadien steuerbar machen - ohne die bestehende digitale Vertikale zu zerstören und ohne die Verantwortung an den Algorithmus zu übertragen.
APP
Verantwortungsmatrix für den Piloten
| Lösung / Prozess | Wer behauptet | Wer führt | Wer wird angezogen |
|---|---|---|---|
| Ziele und Piloten | Der interministerielle Rat | Bundeskoordinator | Regionen, Kunden, Industrie |
| Reisepass-Standard | Bundeskoordinator | Architektonische Beratung | Systembesitzer, Betreiber |
| Integrationen | Systembesitzer | Portalbetreiber | Regionale IT-Teams |
| Datenqualität | Eigentümer der Primärquelle | Betreiber der Qualitätskontrolle | Benutzer und Audits |
| Pilotprozess | Eigentümer des Objekts | Projektbüro | Alle Teilnehmer des Lebenszyklus |
| Analytische Signale | Bevollmächtigte Person | EQUILIBRIUM / IAC | Experten und Dateninhaber |
| Sicherheit | Betreiber und Eigentümer des Systems | IB-Zentrum | Verbundene Teilnehmer |
| Wirkungsbewertung | Der interministerielle Rat | Unabhängiger Verifizierer | Projektbüro und Benutzer |
ANWENDUNG B
Mindestanforderungen an den Integrationsvertrag
- der Inhaber und die Rechtsgrundlage für die Bereitstellung der Daten;
- Zusammensetzung, Semantik, Klassifikatoren und zulässige Werte;
- Identifikatoren des Objekts, des Territoriums, des Teilnehmers und des Dokuments;
- Empfangsmodus: Anfrage, Ereignis, Paket oder Referenz;
- Version, Gültigkeitszeitpunkt und Stornierungsvorgang;
- Anforderungen an die elektronische Unterschrift und Vollmacht;
- SLA, Fehlerbehandlung, erneute Lieferung und Überprüfung;
- Datenkategorie, Zugriffsprotokoll, Speicherung und Löschung;
- Verantwortung für Qualität und Korrektur;
- Test-, Überwachungs- und Schnittstellenänderungen.
ANWENDUNG
Kurzes Wörterbuch
| Begriff | Definition |
|---|---|
| Archiv der Beweise | Eine Reihe von signierten Dokumenten, Ereignissen, Messungen und Schlussfolgerungen, die die Entscheidung oder das Ergebnis bestätigen. |
| Kontrolltore | Maschinenlesbare Prüfung der Bereitschaft des Objekts für die nächste Stufe auf der Grundlage bestehender Lösungen und Beweise. |
| ObjectID | Unveränderliche Objekt-ID, die die Einträge verschiedener Systeme und Stufen verknüpft. |
| Event-Magazin | Chronologie der Zustandsänderungen eines Objekts mit Quelle, Zeit, Initiator und Basis. |
| Die Quelle der Wahrheit | Ein System oder eine Registrierung, die gesetzlich oder organisatorisch mit der Führung spezifischer Informationen beauftragt ist. |
| Digitaler Reisepass | Objekt-Durchsicht: Identifikatoren, Status, Teilnehmer, Dokumente, Modelle, Ereignisse, Metriken und Beweise. |
| Digitaler Zwilling | Verwandtes Modell des aktuellen und prognostizierten Zustands eines Objekts oder Gebiets für die Szenarioanalyse. |
| ECO-PPA | Projektmechanismus für die Harmonisierung von Ressourcen, Verpflichtungen, Risiken und messbaren ökologischen, sozialen und wirtschaftlichen Ergebnissen. |
ANWENDUNG G
Offizielle Quellen und Integrationspunkte
- Die Regierung der Russischen Föderation - eine aktualisierte strategische Richtung der digitalen Transformation von Bau- und Wohnungswesen bis 2030
- EIS "Baukomplex.RF"
- FGIS EKP NSPD — Rosreestr
- Das Portal NSPD
- Einheitliches staatliches Register der Schlussfolgerungen - Glavgosekspertiza Russland
- FGIS CS - Ministerium für Bauwesen Russlands
- Einheitliches Informationssystem für den Wohnungsbau
- Einheitliches Informationssystem im Bereich Beschaffung
- Staatliche Dienstleistungen - Baugenehmigung
- Russisches Glavgosekspertiza - die digitale Vertikale der Bauindustrie
Die Quellen werden verwendet, um den aktuellen digitalen Umfang zu bestimmen. Die konkrete Zusammensetzung der Integrationen, die Rechtsgrundlagen und die aktuellen Fassungen der normativen Akte müssen in der Etappe 0 bestätigt werden.
Ausgangsmaterialien
Originale und Versionen
- Ediny_stroitelny_portal_Kontseptsiya.docxDOCX - Hauptdokument
- Ediny_stroitelny_portal_Prezentatsiya.pptxPPTX - Verwandte Version
- Einheitliches_Bau_Portal_Architektur_398-r.docxDOCX - Verwandte Version
- Einzel_Bau_Portal_398-r_Präsentation.pptxPPTX - Verwandte Version
Weitere Redaktionen im Web-Format
Jede Version wird separat offenbart; die Abfolge des Quelldokuments wird gespeichert.
EINZIGES BAUPORTALEdiny_stroitelny_portal_Prezentatsiya.pptx · Web-Text+
Staatliches digitales Ökosystem für die Verwaltung des gesamten Lebenszyklus von Investitionsobjekten
Ein Objekt - ein digitaler Pass - ein verwalteter Lebenszyklus
Initiator: Sokolow Sergej Leonidowitsch • Moskau • 2026
Ausführung 1.0
NICHT DUPPLIEREN
HAUPTSEISE
Kein weiteres Portal
VERBINDUNG
bestehende GIS, Register,
Dienstleistungen und Befugnisse
Objekt, Daten, Entscheidungen,
Verantwortung und Ergebnis
Baukomplex.RF • HYSOGD • NSPD / EGRN • EGRZ
FGIS CS • EISJS • EIS Beschaffung • Staatliche Dienstleistungen • ISUP
Das Portal ist eine vertrauenswürdige Integrations- und Transaktionsschicht um das Objekt herum.
EINZIGES BAUPORTAL
Ein Objekt - sieben Brüche
AUSGANGSSITZ
Pausen machen das Projekt
eine Reihe von nicht verbundenen Fenstern
ID
Objekt
Versionen
Rollen
Daten
Risiken
Rückwärts
kommunikation
Ergebnis
Das Risiko wird sichtbar, nachdem Zeit und Geld verloren gegangen sind - anstelle einer frühen Szenariowarnung.
EINZIGES BAUPORTAL
Zielmodell: eine ID und ein Pass
ARCHITEKTUR
Das Objekt wird zur zentralen Verwaltungseinheit - nicht zur Abteilungsform.
DAUER
PREISE
Der Plan ist eine Prognose
Basis , Änderung , Ursache
ObjectID
DIGITALE PASSAGE
• Ereignisse der Version • Beweisquellen •
QUALITÄT
SICHERHEIT
Defekt , Beseitigung , Beweis
Risiko , Reaktion , Verantwortung
Quelle → Version → Befugnisse → Lösung → Beweis
EINZIGES BAUPORTAL
Objektlebenszyklus: 10 Stufen
FLEXIBLE PROZESS
Bedarf
Territorium und Land
Das Investitionsmodell
Projektierung
Prüfung
und Genehmigungen
Einkauf
und Vertrag
Bau und Lieferung
Kontrolle
und Eingabe
Betrieb und Reparatur
Erneuerung / Ausgabe
In jeder Phase - ein messbares Ergebnis und ein Archiv von Beweisen.
EINZIGES BAUPORTAL
19 Module - vier Funktionsschichten
FUNKTIONELLES MODELL
6–10
11–16
17–19
ENTDECKEN
UND TERRITUR
PROJEKT
UND LÖSUNGEN
VERWENDUNG
BETRIEB
UND WISSEN
Die Initiativen
Territorium und Land
Digitaler Reisepass
Teilnehmer
Anforderungen
Tim und die Suche
Prüfung
Genehmigungen und Dienstleistungen
Kosten
Finanzierung
Einkauf
Zusammenarbeit
Materialien und Logistik
Baustellenmanagement
Kontrolle
Eingabe
Betrieb und Reparatur
Auswirkungen und Verifizierung
Analytik und Prognose
EINZIGES BAUPORTAL
Die Rolle des Ökosystems ohne Parallelvertikale
VERANTWORTUNG
Jede Komponente ist für ihr messbares Ergebnis verantwortlich.
SFERA
ECO-PPA
Erforderliche Initiativen ? Teilnehmer
Programm - Ressourcen - Vertrag - Risiko
EINZIGARTIG
PORTAL
ObjectID
Pass , Veranstaltungen
SPECZASHCHITA
EQUILIBRIUM
Zusammenarbeit , Ausführung , Lieferung
Beobachtung , Prognose , Verifizierung
IAC - Unterstützung der Lösung
Der Mensch behauptet und trägt Verantwortung.
EINZIGES BAUPORTAL
Das Portal verbindet, ersetzt aber nicht
STAATSARCHITEKTUR
GÜLTIG
SYSTEME
QUELLE DER WAHRHEIT
BLEIBEN
DER EINZIGE WEG
ESIA / Öffentliche Dienstleistungen
Baukomplex.RF
Regionale HYSOGD
NSPD / EGRN
EGRZ / EKPE
FGIS CS
EIS / EIS Beschaffung
ISUP / Aufsicht / Wohnungswirtschaft
der Inhaber des Registers
qq im freien API
? Ereignisaustausch
Verweis auf die Primärquelle
Minimale Replikation
* Version und Zeit der Relevanz
ObjectID
Digitaler Reisepass
Event-Magazin
Kontrolltore
Archiv der Beweise
EINZIGES BAUPORTAL
Digitaler Pass: Ein einheitliches Datenmodell
GLAUBEN AUF DATEN
ObjectID + TerritoryID
Objekt, Komplex, Grundstück, Zone oder linearer Korridor
PartyID
Rolle, Zuständigkeit und Verantwortung des Teilnehmers
RequirementID + DocumentID
Anforderung, Anwendbarkeit, Version, Unterschrift und Quelle
ContractID + ResourceID
Verpflichtung, Frist, Kosten, Material und Lieferung
EventID + EvidenceID
Änderung, Initiator, Begründung und Bestätigung
MetricID
Basis • geplante • tatsächliche • Vorhersagewert
Der Benutzer sieht immer: Quelle • Zeit • version • Bestätigung • abhängige Lösung
EINZIGES BAUPORTAL
G0 - G8 Kontrolltor
ÜBERGANGSMANAGEMENT
Keine Neuausrichtung, sondern eine maschinenlesbare Prüfung der Bereitschaft für die nächste Stufe.
Bedarf
bestätigt
Das Gebiet
zulässig
Modell
nachhaltig
Das Projekt ist fertig
zur Prüfung
Prüfung
und Genehmigungen
Vertrag
und Ressourcen
Die Baustelle
verwaltet
Bereitschaft
zur Eingabe
Ergebnis
bestätigt
Das Portal zeigt die fehlenden Bedingungen an; die Entscheidung wird von einer autorisierten Person getroffen.
EINZIGES BAUPORTAL
WARNUNG. VERGLEICH. ERKLÄRT.
II UND DIGITALE DOPPELUNG
Analytik erklärt - der Mensch entscheidet
Frühwarnung
Laufzeit • Kosten • Ressourcen • Qualität • Sicherheit
Szenarioanalyse
Gebiet • Projekt • Lieferung • Zeitplan • Finanzierung
Überprüfung der Konsistenz
Reisepass ? TIM ? Kostenvoranschlag ? Vertrag ? Tatsache
Abruf von Anforderungen
Norm → Projektelement → Beweis
Wiederverwendung von Wissen
Entsprechungen • der Ursache der Abweichungen • Feedback
0 undurchsichtige automatische Ablehnungen, Sanktionen oder Bewertungen
EINZIGES BAUPORTAL
Vertrauen, Sicherheit, unabhängige Überprüfung
KONTUR DER MANAGEMENT
SICHERHEIT
RECHTSANWALT
Verfolgbarkeit
UNABHÄNGIG
VERIFIZIERUNG
Souveräne Architektur
Null Vertrauen
Gliederung der Konturen
Unveränderliche Prüfung
Reservierung
Sichere Entwicklung
Quelle und Besitzer
Basis des Zugangs
Elektronische Signatur
Lösungsversion
Widerspruchsrecht
Archiv der Beweise
Grundlinie
Prüfung KPI
Ergebnis überprüfen
Auswirkungen prüfen
Sicherheitsüberprüfung
Entscheidung über den Umfang
Das AI-Signal ist umstritten. Die Entscheidung wird von einer Person unterzeichnet und trägt Verantwortung.
EINZIGES BAUPORTAL
MVP für 90 Tage
STARTSEITE
TAGE 1–15
TAGE 16–30
TAGE 31–60
TAGE 61–75
TAGE 76–90
Das Mandat
und Grenzen
Architektur
Der Prototyp
Test
Der Pilot
MVP = 8 Erforderliche Elemente
1 Einzeleingang und Rollen
2 ObjectID und digitaler Pass
3 Räumliche Karte
4 Ereignis- und Versionsverlauf
5 Fünf Schlüsselintegrationen
6 Tor G0–G4 + Prototyp G5–G8
7 Dashboards Laufzeit, Kosten und Risiko
8 Verifikations- und Feedback-Archiv
Drei reale Objekte • Basislinie • Unabhängiger Bericht • Phasenentscheidung 2
EINZIGES BAUPORTAL
Pilot und Skalierung 2026–2030
Straßenkarte
DREI PILOTARTEN
MASSTAB
2026
Reisepass-Standard: MVP, Pilot
WOHNUNGEN
Land • EIJS • der Erlaubnis • Finanzierung • Eingabe
2027
Regionale Vervielfältigung
SOZIALE INFRASTRUKTUR
2028
Erweiterung von Modulen und Registern
Haushalt • Einkauf • Typische Lösung • betrieb
2029
Kooperationsökonomie und Ressourcen
INDUSTRIELLE INFRASTRUKTUR
Zusammenarbeit • Logistik • Sicherheit • ECO-PPA
Predictive Management und Feedback
Kandidat: Syzran - Rameno - Smolkino (einzelne Entscheidung)
Skalierung erst nach bestätigtem Effekt.
EINZIGES BAUPORTAL
Sieben Lösungen für den Start
ART DER VEREINBARUNG
Genehmigen Sie das Portal als Integrationsschicht des Lebenszyklus eines Objekts.
Wählen Sie drei Pilotobjekte und die Eigentümer des Ergebnisses.
Identifizieren Sie den Bundeskoordinator und den interministeriellen Rat.
Identifizieren Sie den Bediener MVP, die Sicherheit und das volle Budget des Piloten.
Innerhalb von 30 Tagen eine Karte der Prozesse, Daten und Befugnisse erstellen.
Nach 90 Tagen wird eine regionale Replikation beschlossen.
Genehmigen Sie den Pass v0.1, ObjectID und Ereignisprotokoll.
Machen Sie das Objekt durch Behörden, Organisationen und Stadien steuerbar - ohne die bestehende digitale Vertikale zu zerstören und ohne die Verantwortung an den Algorithmus weiterzugeben.
EINZIGES BAUPORTAL
Quellen in der Präsentation 22
- Projektkonzept "Einheitliches Bauportal", Version 1.0, 25.08.2026.
- Die Regierung der Russischen Föderation - die strategische Richtung der digitalen Transformation von Bau- und Wohnungswesen 2030 Jahre: https://government.ru/news/57980/
- EIS "Baukomplex.RF": https://стройкомплекс.рф/
- FGIS EKP NSPD — Rosreestr: https://rosreestr.gov.ru/activity/gosudarstvennye-programmy/natsionalnaya-sistema-prostranstvennykh-dannykh/fgis-etsp-nspd/
- Entwurf des Konzepts "Einheitliches Bauportal", Abschnitt 2 - Ausgangssituation und Aufgabe.
- Der Entwurf des Konzepts "Single Building Portal", Abschnitte 3 und 7 - das Zielmodell und der digitale Pass.
- Der Entwurf des Konzepts "One Building Portal", Abschnitt 4.2 - zehn Stufen des End-to-End-Lebenszyklus.
- Der Entwurf des Konzepts "Single Building Portal", Abschnitt 5 - neunzehn Funktionsmodule.
- Projektkonzept "Ein einziges Bauportal", Abschnitt 6.2 - die Rolle des Projektökosystems.
- Portal NSPD: https://nspd.gov.ru/
- Einheitliches staatliches Register der Schlussfolgerungen: https://gge.ru/services/egrz/
- FGIS HS: https://fgiscs.minstroyrf.ru/
- Einheitliches Informationssystem für den Wohnungsbau: https://наш.дом.рф/
- Einheitliches Beschaffungsinformationssystem: https://zakupki.gov.ru/
- Baugenehmigung für öffentliche Dienstleistungen: https://www.gosuslugi.ru/600168/1
- Der Entwurf des Konzepts "Single Building Portal", Abschnitt 7 - ein einheitliches Datenmodell und ein digitaler Pass.
- Entwurf des Konzepts "Ein einziges Bauportal", Abschnitt 8 - Durchgangsprozess und Kontrolltor.
- Das Konzeptprojekt "One Building Portal", Abschnitt 9 - Analytik, künstliche Intelligenz und digitaler Zwilling.
- Entwurf des Konzepts "Single Building Portal", Abschnitt 10 - Management, Sicherheit und Rechtskreis.
- Konzeptprojekt "Ein einziges Bauportal", Abschnitt 12.1–12.2 — Zusammensetzung MVP Der Plan der Ersten 90 Tage.
- Der Entwurf des Konzepts "Ein einziges Bauportal", Abschnitte 12.3–12.4 - Piloten und eine Straßenkarte.
- Der Entwurf des Konzepts "Single Building Portal", Abschnitt 13.2 - sieben Lösungen für den Start.
EINZIGES BAUPORTALSingle_Bau_Portal_Architektur_398-r.docx · Web-Text+
Die Architektur der einheitlichen digitalen Plattform für Bau- und Wohnungswirtschaft
Konzept und technische Aufgabe der Entwicklung der Regierung der Russischen Föderation 2 März 2026 Herr Nr 398-P
| Der Horizont | 2030 |
|---|---|
| Objekt | Gebäude + LCD + Lebenszyklus OCS |
| Architektonisches Prinzip | Registrierungsschlüssel + Prozessebene + TIM + Integration + Analytik/KI |
| Impressum | Konzept 1.0 / August 2026 |
Normative Grundlage: Verordnung der Regierung der Russischen Föderation von 02.03.2026 № 398- Nein. Offizielle Veröffentlichung: government.ru.
1. Zusammenfassung der Entscheidung
Es wird vorgeschlagen, einen einheitlichen digitalen Steuerungskreis für das Objekt des Investitionsaufbaus und der kommunalen Infrastruktur zu schaffen - von der Initiative über die Land- und Stadtplanung und -planung bis hin zur Inbetriebnahme, dem Betrieb, der Reparatur und der Modernisierung.
- Die Plattform ersetzt nicht die bestehenden staatlichen Informationssysteme, sondern verbindet sie durch einheitliche Dateneinheiten, API und Ereignisaustausch.
- Das Zentrum der Architektur ist ein digitaler Pass des Objekts und eine einheitliche Geschichte von Entscheidungen, Dokumenten, Modellen, Fristen, Kosten und Verantwortung.
- Das TIM/Informationsmodell wird als Arbeitsmodell des Lebenszyklus und nicht als separate Datei des Planers betrachtet.
- Für die Behörden wird ein Managementkreis gebildet: Überwachung von Fristen, Risiken, Kosten, digitaler Reife und Datenqualität.
- Für den Markt - ein einziges Teilnehmerkabinett, verständliche Verfahrensrouten, maschinenlesbare Dokumente und eine Reduzierung der manuellen wiederholten Dateneingaben.
2. Normative Bindung an die Verordnung Nr. 398-r
| Kontur | Funktion | Ergebnis |
|---|---|---|
| Einheitliche digitale Umgebung | Verknüpfen Sie Bundes-, Regional- und Objektverwaltungsebenen | Durchgängige digitale Schaltungsindustrie |
| Elektronische Verfahren | Die Interaktion der Teilnehmer des Investitions- und Bauzyklus in eine digitale Form übersetzen | Reduzierte Zeit und Transaktionskosten |
| Tim und die digitalen Zwillinge | Verwenden Sie Informationsmodelle während des gesamten Lebenszyklus | Aufspürbarer digitaler Gegenstand-Doppelt |
| Baukomplex.RF / HYSOGD | Datenaustausch und Integration | Einheitliches Bild von räumlichen und städtebaulichen Daten |
| HLK | E-Pässe der kommunalen Infrastruktur und digitale Erfassung des Wohnungsbestands | Übergang von Dokumenten zu Daten und Ereignissen |
| KI | Automatisieren Sie die Kontrolle, Analyse und Entscheidungsfindung | Risikovorhersage und Steigerung der Produktivität |
3. Ziel Architektur
Fünf Ebenen der Plattform
| Kontur | Funktion | Ergebnis |
|---|---|---|
| 1. Registrierungsschlüssel | Objekte, Teilnehmer, Dokumente, Modelle, Netzwerke, Verträge, Veranstaltungen | Eine Version der Wahrheit |
| 2. Prozessebene | Routen, Status, Abstimmungen, Fristen und Haftungskontrolle | Verwalteter Investitions- und Bauzyklus |
| 3. TIM / digitales Doppeltes | Modellversionen, Überprüfungen, Beobachtungen, Ausführungs- und Betriebsmodelle | Ein durchgängiges Lebenszyklusmodell |
| 4. Service-Ebene | Kabinette, Superservices, Benachrichtigungen, elektronische Formulare | Bequeme Interaktion der Teilnehmer |
| 5. Analytik und KI | Risiken, Kosten, Zeitrahmen, Qualität, Reife, Prognose | Management-Lösungen auf Daten |
4. Datenmodell: Hauptwesen
Anlageobjekt: Einheitliche Kennung, Adresse/Koordinaten, Typ, Stufe, Parameter, Status.
Territorium / Grundstück: Grenzen, Rechte, Einschränkungen, städtebauliche Bedingungen, Infrastruktursicherheit.
Projekt: Ziele, Parameter, Phasen, Finanzierung, Zeitplan, Budget, verantwortlich.
Informationsmodell: TIM-Version, Zusammensetzung, Format, Überprüfungen, Bemerkungen, Kommunikation mit Dokumentation und Fakten.
Dokument: Ansicht, Version, Autor, Status, maschinenlesbare Struktur, Unterschrift, Verbindung mit dem Verfahren.
Verfahren / Vereinbarung: Grundlage, Teilnehmer, Begriff, Entscheidung, Bemerkungen, Ergebnis.
Vertrag / Verpflichtung: Parteien, Gegenstand, Preis, Fristen, Stufen, Ausführung, Sicherheit.
Arbeit / Phase: Plan, Tatsache, Ressourcen, Volumen, Darsteller, Qualitätskontrolle.
Engineering-Netzwerk / Immobilien: Reisepass, Spezifikationen, Zustand, Unfälle, Reparaturen, Investitionsmaßnahmen.
Ereignis: Statusänderung, Vorfall, Überprüfung, Datendownload, Entscheidung, Ablehnung.
5. Funktionsmodule MVP
Modul 1. Digitaler Pass des Objekts
Einheitliche Objektkarte; Teilnehmer; Bühne; Schlüsselindikatoren; Entscheidungsverlauf; verwandte Modelle und Dokumente.
Modul 2. Route des Investitions- und Bauzyklus
Schritt-für-Schritt-Verfahren; Abhängigkeiten; Verantwortliche; Fristen; Sperren; automatische Benachrichtigungen.
Modul 3. TIM / digitales Modell
Laden; anzeigen; Versionen; Überprüfungen; Kollisionen; Kommentare; Verknüpfung mit Kostenvoranschlägen, Grafiken und Ausführungsunterlagen.
Modul 4. Expertise und Abstimmung
Vollständigkeit; Bemerkungen; Antworten; elektronische Lösungen; Kontrolle der normativen Fristen.
Modul 5. Bauüberwachung
Plan-Tatsache; Ausführungsdokumentation; Foto / Video; Vorschriften; Handlungen; Abweichungen von Projektentscheidungen.
Modul 6. Kommunale Infrastruktur
Elektronischer Reisepass; TU; Verbindungen; Unfälle; Reparaturen; Investitionsmaßnahmen; Bereitschaft für die Heizperiode.
Modul 7. Betrieb und Wohnen
Objektübertragung; technischer Zustand; Behandlung; Wartung; Reparatur; Daten für GIS-Gehäuse.
Modul 8. Analytische Zentrum
Dashboards; Zeitrahmen; Kosten; Risiken; Datenqualität; Problembewertung; digitale Reife; AI-Prognose.
6. Rollenmodell
| Rolle | Arbeitskreis |
|---|---|
| Bundesregulator | Richtlinien, Indikatoren, Überwachung, regulatorische Anforderungen, abteilungsübergreifende Koordination |
| Region / Gemeinde | Objektportfolio, städtebauliche Verfahren, Infrastruktur, Terminkontrolle |
| Staatlicher Auftraggeber | Planung, Budget, Vertrag, Projektfortschritt, Abnahme |
| Bauherr / Investor | Projektroute, Dokumente, Absprachen, Termine, Risiken |
| Technischer Kunde | Design- und Baumanagement, Qualitätskontrolle und Termine |
| Designer | TIM, Dokumentation, Versionen, Antworten auf Kommentare |
| Prüfung / Aufsicht | Kontrollen, Bemerkungen, Schlussfolgerungen, Vorschriften, Verwendung des Modells |
| Der Auftragnehmer | Herstellung von Arbeiten, Ausführungsdokumentation, Plan-Tatsache |
| RSO / Verwaltungsorganisation | Anschlüsse, Betrieb, Unfälle, Reparaturen, technischer Zustand |
| Bürger / Eigentümer | Status der Dienstleistungen, Anfragen, Daten der Wohnungs- und Kommunalwirtschaft, digitale Interaktion |
7. Integrationsarchitektur
Prinzip: API-first, Ereignisaustausch und fehlende manuelle Eingabe von Informationen, die sich bereits in öffentlichen Systemen befinden.
- ägypten "Stroycomplex.RF" und regionalen GISOGD/ISOGD.
- FGIS EGRZ und die Konturen der staatlichen Prüfung.
- FGIS CS und Kosten-Preis-Daten.
- ESS und Branchendaten für den Wohnungsbau.
- GIS und "Haus des Staates".
- NSPD und Katalog- und Raumdienste von Rosreestr.
- EPGU/Staatliche Dienstleistungen und elektronische öffentliche Dienstleistungen.
- Informationssysteme für die Verwaltung von Projekten staatlicher Kunden.
- GIS TOR CND und digitale staatliche Kontrolle/Überwachung.
- Firmenkunden ERP/PM/SOD/TIM-Umgebungen der Marktteilnehmer durch standardisierte API.
8. Technologische Architektur
| Kontur | Funktion | Ergebnis |
|---|---|---|
| Kundenebene | Web/mobile Schränke, adaptive Schnittstelle, rollenorientierte Desktops | Einheitliche Benutzererfahrung |
| API Gateway | Authentifizierung, Routing, Quoten, Protokollierung | Sichere Integration |
| Prozess-Engine | BPMN/Zustandsmaschine, SLA, Aufgaben-Routing | Durchführbare Vorschriften |
| Master Data / Registry | Einzelne Verzeichnisse und IDs | Datenkonsistenz |
| Dokumente und Unterschrift | EDO, Versionen, UKEP, maschinenlesbare Formen | Rechtlicher und wichtiger digitaler Prozess |
| TIM-Dienste | Speichermodelle, viewer, check, IFC/offene Formate | Digitaler Zwilling |
| Data Lake / DWH | Geschichte, Telemetrie, Aggregate, Vitrinen | Analytische Basis |
| KI-Dienste | Klassifizierung, Suche, Überprüfung, Prognose, Erkennung von Anomalien | Reduzierung der manuellen Arbeit |
| Integrationsreifen | Veranstaltungen, Warteschlangen, ETL/ELT, API | Verbindung von föderalen und regionalen Systemen |
| IB und Audit | Rollenmodell, Segmentierung, Aktionsprotokoll, Redundanz | Nachhaltigkeit und Vertrauen |
9. Prioritätsszenarien der KI
- Automatische Überprüfung der Vollständigkeit des Dokumentenpakets vor der Einreichung.
- Semantischer Vergleich der Anforderungen der normativen Dokumente mit den Projektlösungen.
- Suche nach Widersprüchen zwischen Dokumenten, Timing-Modell, Kostenvoranschlag und Kalender.
- Die Prognose des Risikos des Scheiterns der Fristen und der Überschreitung des Budgets nach dem Portfolio der Objekte.
- Identifizierung von Anomalien in der Exekutivdokumentation und Fotofixierung.
- Risikoprofil des Auftragnehmers und des Lieferanten auf der Grundlage der bestätigten Ausführungsdaten.
- Prognose der Unfallrate der kommunalen Infrastruktur nach Zustand, Alter und Telemetrie.
- Intelligenter Assistent des Teilnehmers des Investitions- und Bauzyklus für Verfahren und Status.
10. Indikatoren-System
| Kontur | Funktion | Ergebnis |
|---|---|---|
| Zeitrahmen | Mittlere Dauer der Schlüsselprozeduren; Dauer des gesamten Zyklus | Verkürzung der Projektzeit |
| Digitalisierung | Anteil der Verfahren ohne Papierduplizierung; Anteil der maschinenlesbaren Dokumente | Wechseln zu Daten |
| TIM | Anteil der Objekte mit dem aktuellen Informationsmodell; Anteil der Modellprüfungen | Wirkliche Anwendung des digitalen Doppelten |
| Integrationen | Anteil der automatisch empfangenen Informationen; Anzahl der manuellen Eingaben | Nahtlos |
| Qualität | Anzahl der Fehler/Rücksendungen; Vollständigkeit und Aktualität der Daten | Erhöhte Zuverlässigkeit |
| Kosten | Budget-/Faktenabweichung; Transaktions- und Genehmigungskosten | Reduzierung unproduktiver Verluste |
| HLK | Vollständige elektronische Pässe; Unfall; Wiederherstellungszeit | Verwaltung der Infrastruktur nach Zustand |
| Verwaltung | Anteil der Objekte mit Früherkennung von Risiken; Reaktionszeit auf Abweichung | Proaktives Management |
11. Roadmap für die Einführung
Stufe 0 - 8–12 Wochen - Architekturuntersuchung; Entitätsregister; Integrationskarte; Pilotenauswahl; normative Matrix; Schnittstellenlayout.
Bühne 1 — 4–6 Monaten — MVP: Objektpass, Route, Dokumente, TIM-viewer, Dashboard, 3–5 Integrationen.
Bühne 2 — 6–12 Monate — Bauüberwachung, kommunale Infrastruktur, Erweiterung der Integrationen, elektronische Akte, regionales Portfolio.
Stufe 3 - 12–18 Monate - Betrieb / LCD, KI-Szenario, digitaler Zwilling, Reproduktion in mehreren Regionen.
Stufe 4 - bis 2030 - Skalierung, Vereinheitlichung von Datenmodellen, industrieller Betrieb, Industrievitrinen und interregionale Analyse.
12. Empfohlener Pilot
Der Pilot sollte kein Portal für das Portal sein, sondern eine Demonstration des Durchgangs eines realen Objekts durch eine digitale Route.
- Eine Region / ein Großkunde / 3–10 Immobilien.
- Fester Satz von Prozeduren: Quelldaten → Projektierung → Prüfung → Genehmigung → Konstruktion → Ausführungsdokumentation → Eingabe.
- Obligatorisches TIM-Modell und digitaler Pass des Objekts.
- Integration von mindestens mit "Stroycomplex.RF" / regionale GISOGD, Expertise, NSPD und Kundensystem.
- Prüfwerte vor/nach: Ablaufdatum, Anzahl der manuellen Eingaben, Rückgaben, Fehler, Verzögerungen, Zeit für die Berichterstattung.
13. Organisationsmodell
| Kontur | Funktion | Ergebnis |
|---|---|---|
| Projektvorstand | Minstroi/Region/Auftraggeber/Betreiber/Schlüsselbehörden | Lösungen für Prioritäten und Barrieren |
| Architekturausschuss | Daten, Integrationen, TIM, IP, Standards | Integrität der Architektur |
| Lebensmittelbüro | Benutzerdefinierte Skripte, Backlog, Metriken | Schnelle Produktentwicklung |
| Zentrum für Daten und Qualität | NSI, Pässe, Qualitätsregeln, Vitrinen | Vertrauen in Daten |
| Kompetenzzentrum Tim | Formate, Modelle, Überprüfungen, Schulungen | Einheitliche Regeln für die Arbeit mit Modellen |
| Betriebszentrum | SLA, Vorfälle, Releases, Nachhaltigkeit | Industrielle Zuverlässigkeit |
14. Architektonische Prinzipien
- Daten einmalig: Informationen werden aus der Primärquelle eingegeben oder abgerufen und wiederverwendet.
- Objekt als digitales Wesen: Alle Dokumente und Ereignisse sind mit einem einzigen Pass verbunden.
- Offene Schnittstellen: Integrationen über dokumentierte API und Ereignisse.
- Die Standardlesbarkeit beträgt XML/JSON/strukturierte Formulare anstelle von "PDF als Datenbank".
- Versionalität und Evidenz: Änderungshistorie, Autorschaft, Unterschrift und Audit jeder kritischen Aktion.
- Föderativ: Einheitliche Regeln und Datenmodelle unter Beibehaltung regionaler und Unternehmenssysteme.
- Architektursicherheit: Mindestrechte, Segmentierung, Protokollierung, Redundanz und Kontrolle der Softwarelieferkette.
- Import-Unabhängigkeit: die Priorität der inländischen Komponenten und portable offene Formate.
15. Entscheidungen, die Sie treffen müssen, um zu starten
- Bestätigen Sie den Eigentümer des Produkts und das Pilotgebiet / Kunden.
- Bestätigen Sie das kanonische Datenmodell und die Objekt-ID.
- Definieren Sie 5–7 obligatorische Integrationen der ersten Stufe.
- Wählen Sie eine Referenzroute für den Investitions- und Bauzyklus für MVP.
- Anforderungen an das TIM-Modell und die allgemeine Datenumgebung festlegen.
- Genehmigen KPI Pilot und die Methode zur Messung der Wirkung.
- Bildung einer abteilungsübergreifenden Architekturgruppe und eines Lebensmittelbüros.
Quellen
1. Verordnung der Regierung der Russischen Föderation vom 02.03.2026 № 398- p "Über die Genehmigung der strategischen Richtung auf dem Gebiet der digitalen Transformation der Bau- und Wohnungs- und Kommunalwirtschaft der Russischen Föderation bis 2030 Jahr". Offizielle Website der russischen Regierung: https://government.ru/docs/all/163630/
2. Offizieller PDF befehle: https://static.government.ru/media/files/A6eGtkkDnhcpleQoLgSn8XTLxP5RCvBT.pdf
Das Dokument ist eine konzeptionelle Architektur und ersetzt nicht die Vorschriften, technischen Anforderungen der staatlichen Informationssysteme und obligatorische Verfahren der Informationssicherheit.
EINZIGES BAUPORTALEinzel_Bau_Portal_398-r_Präsentation.pptx · Web-Text+
Einheitliche digitale Bau- und Versorgungsmanagementplattform
Analytik + KI
DIENSTLEISTUNGEN UND ZIMMER
TIM / DIGITALE DOPPEL
PROZESSSCHICHT
Architektur in der Entwicklung der Regierung der Russischen Föderation 2 März 2026 Herr Nr 398-P
RESERVIERUNGSKERN
BAU → EINFÜHRUNG → BETRIEBSVERTRIEB →
Konzept 1.0 • August 2026
Warum wir die Plattform jetzt brauchen
No398-p setzt die Industrie auf den Zielzustand: eine einzige digitale Umgebung, End-to-End-Verfahren, TIM, digitale Zwillinge, KI und digitale LCD-Konturen.
Staatliche Aufgabe
Technologischer Übergang
Die Fortsetzung des Zyklus
Übersetzen Sie die Interaktion der Teilnehmer des Investitions- und Bauzyklus in eine elektronische Form und verkürzen Sie die Dauer der Verfahren.
Verwenden Sie TIM im Lebenszyklus des Objekts und bilden Sie digitale Zwillinge von Kapitalbauobjekten.
Elektronische Pässe der kommunalen Infrastruktur, digitale Buchhaltung des Wohnungsbestandes und Plattformmanagement der Wohnungs- und Kommunalwirtschaft.
Die Schlüssellücke heute
→ Einheitliche Version der Wahrheit über das Objekt
Verteilte Systeme
Erneute Dateneingabe
PDF statt Daten
Fehlen einer einheitlichen Geschichte des Objekts
Quelle: Russische Regierung, Verordnung Nr398-R von 02.03.2026.
Zielarchitektur: 5 Ebenen
Die Plattform verbindet Daten, Prozesse, digitale Modelle, Dienste und Management - ohne ein weiteres isoliertes GIS zu erstellen.
Prognose von Zeitrahmen, Kosten, Risiken, Unfällen; digitale Reifekontrolle
Analytik und KI
Rollenschränke, Superservices, Benachrichtigungen, elektronische Formulare
DIENSTLEISTUNG
Modellversionen, Überprüfungen, Ausführungs- und Betriebsmodelle
TIM / DIGITALE DOPPEL
Routen, Status, SLA, Abstimmungen, Aufgaben, Verantwortung
PROZESSSCHICHT
Objekte, Teilnehmer, Dokumente, Netzwerke, Verträge, Veranstaltungen
RESERVIERUNGSKERN
Der Lebenszyklus des Objekts
Das Hauptverwaltungsobjekt ist kein Dokument und kein Abteilungsverfahren, sondern eine einzige digitale Essenz des OKS.
Die Initiative
Boden / RPD
Suchen
Projektierung
Prüfung
Auflösung
Bauen
Eingabe
Betrieb
Kapremont / Modernisierung
Objekt-ID • räumliche Daten • Teilnehmer • Dokumente • TIM • Zeitrahmen • Kosten • Lösungen • Veranstaltungen • Technischer Zustand
EINZELNE DIGITALE PASSAGE
Eine Geschichte des Objekts - von der ersten Lösung bis zum Betrieb.
Datenmodell: Was verbindet die Plattform
Wenn es keine gemeinsamen Entitäten und IDs gibt, wird die Integration in einen Dateiaustausch umgewandelt.
OBJEKT
LANDSCHAFT
PROJEKT
TIM-MODELL
DOKUMENTE
BEHANDLUNG
VERTRAG
ARBEIT / STUFE
NETZWERK / PLZ
VERANSTALTUNG
Grafische Beziehungen: Wer → Was → Wann → Auf welcher Grundlage → Mit welchem Ergebnis
MVP: 8 Funktionsmodule
Die erste Version sollte die vollständige digitale Route des Objekts zeigen, nicht die maximale Anzahl von Funktionen.
Der Pass des Objekts
IZC-Route
TIM / Modell
Prüfung
Bauüberwachung
Kommunale Infrastruktur
Betrieb / Wohnen
Analytische Zentrum
MVP = Digitaler Reisepass + Route + Modell + Dokumente + Kontrolle + 3–5 Integrationen + Dashboard-Verwaltung
Rollenmodell: ein Objekt - verschiedene Arbeitsplätze
Jede Rolle hat ihre eigenen Aufgaben und KPI, aber alle arbeiten mit einer digitalen Objektgeschichte.
Bundesregulator
Region / Gemeinde
Auftraggeber / Investor
Projektant / Experte
Politik , KPI , Überwachung
Portfolio - Verfahren - Infrastruktur
termine budget entscheidungen
TIM - Dokumentation - Bemerkungen
Auftragnehmer / Techniker
RSO / UKR
Überwachung
Bürger / Eigentümer
Arbeit - Tat - Plan - Tat
Konnektivität , Status , Unfall
Prüfvorschriften -
Dienstleistungen , Behandlung , Wohnen
Integrationskreis
Die Plattform ist ein Orchestrator und ein einzelner Punkt der Benutzerinteraktion, nicht eine Kopie der primären staatlichen Register.
Staatliche Dienstleistungen
Baukomplex.RF
GIS Dienstleistungen
EINZIGARTIG
BAUPORTAL
EISJS
GISOGD Regionen
EGRS / Prüfung
NSPD / Rosreestr
ISUP-Kunden
API • Daten-Schaukasten-Ereignis • • einzelne Identifikatoren • maschinenlesbare Formate
Technologischer Stack auf höchster Ebene
Die Architektur muss modular, föderativ und zwischen Regionen und Kunden portabel sein.
Web / Mobile / Büroräume
Rollenorientierte UX
API Gateway + IAM
Authentifizierung, Routing, Audit
BPM / Prozessmotor
Ausführungsbestimmungen und SLA
Master Data + Registry
NSI und einheitliche Identifikatoren
Dokumente + UKEP
Versionen und rechtliche Bedeutung
TIM-Dienste + CDE
Modelle, viewer, überprüfen
DWH / Data Lake
Geschichte, Telemetrie, Vitrinen
KI-Dienste
Suche, Kontrolle, Prognose, Anomalien
Integration Bus
API, Veranstaltungen, ETL/ELT
IB / Überwachung
Segmentierung, Protokolle, Reservierung
KI: Nur dort, wo messbare Effekte auftreten
KI ersetzt keine rechtlich relevante Lösung - sie reduziert die manuelle Arbeit, erkennt Risiken und bereitet eine evidenzbasierte Grundlage vor.
Komplett
Regulatorische Kontrolle
Konsistenz
Termine und Budget
Paketprüfung vor dem Einreichen
Vergleich von Anforderungen und Projektlösungen
Dokumente ↔ TIM ↔ Kostenvoranschlag ↔ Zeitplan
Prognose der Abweichungen
Bauüberwachung
Geschäftspartner
HLK
Assistentin
Anomalien in den Akten und Fotofixierung
Risikoprofil der Ausführung
Unfallprognose
Tipps zu Routen und Status
KPI Plattformen
Nicht die Anzahl der Funktionen, sondern die Veränderung der Geschwindigkeit, Qualität und Transparenz des Investitions- und Bauzyklus.
TERMINE
DIGITALISIERUNG
TIM
INTEGRATIONEN
Dauer der Prozeduren und des gesamten Zyklus
Anteil der Prozesse ohne Papierdouble
Relevanz des Modells und der Anteil der Modellprüfungen
Datenanteil ohne erneute Eingabe
QUALITÄT
PREISE
HLK
VERWALTUNG
Fehler, Rückgaben, Vollständigkeit der Daten
Ablehnung Budget / Tatsache
Vollständigkeit der Pässe, Unfall, Wiederherstellung
Früherkennung von Risiken und Reaktionsgeschwindigkeit
Haupteffekt: weniger manuelle Arbeit + weniger Rückführungen + Risiko früher erkannt + Objekt wird schneller eingegeben
Pilot: eine reale Objektkontur
Der Pilot muss die Verringerung der Zeit und der Anzahl der manuellen Operationen in bestimmten Verfahren nachweisen.
1 region / 1 kunden
Erforderliche Zeit
Durchgehende Route
3–10 objekt
Ein digitaler Pass
von der Eingabe bis zur Eingabe
3–5 Integrationen
Metriken "vorher / nachher"
Das Management-Dashboard
HYSOGD, Prüfung, NSPD, ISUP
Fristen, Eingaben, Rückgaben, Fehler
Ereignisse, Risiken, Blockaden
Das Ziel des Piloten ist es nicht, "alles" einzuführen, sondern die Leistungsfähigkeit einer einzigen digitalen Geschichte des Objekts zu beweisen.
Fahrplan
Von der Architekturprüfung zur replizierbaren Branchenplattform.
8–12 Wochen
4–6 Monat
6–12 Monat
12–18 Monat
bis 2030
Architektur
Datenmodell
Pilot
MVP
Reisepass
Route
TIM
Bauüberwachung
NETZWERK
Integration
Betrieb
KI
Mehrere Regionen
Skalierung
Vereinheitlichung
Industrie-Schaufenster
Jede Phase endet mit einem messbaren Ergebnis und einer Skalierungsentscheidung.
Organisationsverwaltungsmodell
Technologie ohne Dateninhaber und Prozessbesitzer wird keinen Industrieeffekt haben.
Projektvorstand
Architekturausschuss
Lebensmittelbüro
Prioritäten und abteilungsübergreifende Entscheidungen
Integrieren Sie Daten, TIM, IB
Backlog , UX , Metriken , Veröffentlichungen
Datenzentrum
Kompetenzzentrum Tim
Betriebszentrum
NSI , Qualität , Schaukasten
Formate , Regeln , Ausbildung
SLA - Zwischenfälle - Nachhaltigkeit
Was Sie zum Starten genehmigen müssen
Sieben Lösungen verlagern das Konzept von der Präsentation in ein Pilotprojekt.
Produktbesitzer und Pilotgebiet
Canonisches Datenmodell und Objekt-ID
5–7 verbindliche Integrationen MVP
Referenzroute des Investitions- und Bauzyklus
Anforderungen an TIM und allgemeine Datenumgebung
KPI Pilot und Wirkungstechnik
Interdepartementale Architekturgruppe und Produktbüro
Nächster Schritt: Architekturprüfung + Pilotenauswahl + Layout der Schlüsselbildschirme
Normative Unterstützung
Die Schlüsselthesen der Präsentation basieren auf dem offiziellen Text der Regierungsverordnung der Russischen Föderation Nr. 398-r.
Verordnung der Regierung der Russischen Föderation vom 02.03.2026 № 398-P
Strategische Richtung im Bereich der digitalen Transformation der Bau- und Wohnungs- und Kommunalwirtschaft der Russischen Föderation bis 2030.
Offizielle Veröffentlichung
government.ru/docs/all/163630/
Büro PDF
static.government.ru/media/files/A6eGtkkDnhcpleQoLgSn8XTLxP5RCvBT.pdf
Das Konzept der Plattform ist ein Projektvorschlag und sollte unter Berücksichtigung der Anforderungen spezifischer staatlicher Informationssysteme, der Vorschriften für die Informationsinteraktion und der Anforderungen der Informationssicherheit detailliert werden.



