Häufige Fragestellungen

Häufige Fragen und Antworten

F: Upload nicht möglich. 

A: Bitte überprüfen Sie in Ihrem Profil, ob ein persönliches oder ein Organisationskonto ausgewählt wurde. Eines von beiden ist für die Upload-Funktion notwendig. Bei Organisationskonten muss über "Organisation erstellen" die Erfassung der Organisationsdaten noch erfolgen.

F: Meine Einladung ist abgelaufen.

A: Im Falle eines angelaufenen Einladungslinks (Gültigkeit 48h), muss eine neue Einladung erzeugt werden. Bitte nehmen Sie hierzu Kontakt mit dem Absender der Einladung auf, dieser steht im E-Mail Text.

F: Es lässt sich kein erstmaliger Account mit der Einladungsemail erstellen.

A: Bitte überprüfen Sie Ihre Einladungsemail, standardmäßig ist eine Gültigkeit von 48h für den Link dieser Mail voreingestellt. Nach Ablauf dieser Frist ist dieser Link in der Einladungsemail ungültig und der Absender/Einlader müsste eine neue E-Mail versenden.

F: Nach meiner Erstanmeldung bekomme ich nur die "Ladesymbole" (drei rotierende Punkte) angezeigt. 

A: In diesem Fall müssen die Firewall-Einstellungen Ihrer Organisation überprüft werden. Oft kommt es vor das die für ELBA notwendigen "Websocket"-Protokolle blockiert werden.

F: Es lassen sich keine weiteten Mitarbeiter in der Organisation Einladen. Beim auslösen des "Einladen"-Buttons wird unten links im Browser eine "error"-Meldung. 

A: In diesem Fall müssen die Firewall-Einstellungen Ihrer Organisation überprüft werden. Oft kommt es vor das die für ELBA notwendigen "Websocket"-Protokolle blockiert werden. Diese sind auch für die in ELBA notwendige Nachrichtensteuerung notwendig.  (Senden von Einladungsmails) 

F: Bei der Einladung von Mitarbeitern in meine Organisation, wird den Mitarbeitern angezeigt dass Sie bereits einen Account hätten.

A: Wurde bereits durch den Mitarbeiter ein Account erstellt, muss dieser in der Organisationseinladung keinen neuen Account mehr erstellen, sondern sich mit seinem bestehenden anmelden, oder ohne den Link aus der E-Mail auszulösen einfach in seinem Account anmelden und die Beitrittsanfrage akzeptieren.

F: Upload von Dokumenten nicht möglich. 

A: Sie müssen nach dem Registrierungsprozess, die Bestätigungsmail für Ihren Account u.u. noch bestätigen. Bitte überprüfen Sie auch, ob Ihre E-Mailadresse korrekt eingegeben ist. Andernfalls ist es möglich, über „Passwort zurücksetzten“, die Passwortvergabe neu durchzuführen.

Bitte prüfen Sie in Ihrem Profil, ob die Einstellungen für ein persönliches Konto oder ein Organisationskonto gesetzt sind.

F: Download von mehreren Unterlagen gleichzeitig nicht möglich.

A: Der Webbrowser kann unter Umständen den Popupblocker bei Sammeldownloads auslösen.

Die Meldung dazu finden Sie in der Adresszeile im Browser und muss an dieser Stelle, wie unten im Screenshot beschrieben, für ELBA "zugelassen" werden.

F: Es wird eine bautechnische Unterlage nicht hochgeladen.

A: Bitte überprüfen Sie den Dateityp, es wird nur der Upload von PFD-A Dateien zugelassen. Überprüfen Sie bitte auch den "Plannamen/-titel" Ihrer Bautechnischen Unterlage. Es ist nicht gestattet den gleichen Plannamen innerhalb eines Auftrags doppelt zu vergeben/hochzuladen.

F: Es lassen sich keine allgemeinen Unterlagen hochladen.

A: Bei älteren Prüfaufträgen in ELBA muss seitens des Prüfers der Fachbereich allgemein aktiviert werden um, Unterlagen in diesen uploaden zu können. Prüfen Sie auch Ihre Rolle in diesem Projekt, nicht jede Projektrolle darf alle Dokumenttypen hochladen. Entsprechend muss evtl. die Projektrolle durch den Prüfer angepasst werden.

F: Als Nachweisersteller kann ich die bautechn. Unterlagen eines weiteren Nachweiserstellers nicht sehen.

A: Sind mehrere Nachweisersteller einem Projekt zugeordnet, sind die bautechnischen Unterlagen von Nachweisersteller "B" für Nachweisersteller "A" nicht sichtbar und umgekehrt.

F: Was bedeutet sie Spalte "A" in der Uploadmaske?

A: In der Spalte "A" (für Auswahl) können einzelne Unterlagen aus diesem Upload angehakt werden, damit diese die Angaben aus der ersten Zeile als Attribute übernehmen.

Verbindungsabbruch in ELBA

Anleitung — Verbindungsabbruch in ELBA technisch aufzeichnen und lokalisieren

Browser-übergreifend (Firefox · Chrome · Edge)

Zielsetzung

Diese Anleitung beschreibt, wie ein lokaler IT-Techniker einen auftretenden Verbindungsabbruch auf dem ELBA-Ländermodul so aufzeichnet, dass die Ursache nachvollziehbar wird. Typische Symptome sind Browser-Meldungen wie „Reconnecting…" oder „Verbindung verloren", unterbrochene Datei-Uploads oder spürbar verzögerte Seitenwechsel. Mögliche Verursacher im lokalen Pfad zwischen Arbeitsplatz und Server: HTTPS-Inspektion durch Sicherheits-Software, Firewall-/Proxy-Regeln, ein gestörtes Browser-Profil oder zwischengeschaltete Netzwerk-Komponenten.

Voraussetzungen

Hinweis zur Notation: Tastenkombinationen und Menüpfade werden, soweit identisch in allen drei Browsern, einmal genannt. Wo sie sich unterscheiden, sind sie ausdrücklich pro Browser aufgeführt.

Begriffsklärung „ELBA-Ländermodul": Damit ist die für das jeweilige Bundesland ausgerollte ELBA-Adresse gemeint, jeweils unter der Form <land>.bvpi-elba.de — beispielsweise sn.bvpi-elba.de für Sachsen, bw.bvpi-elba.de für Baden-Württemberg, by.bvpi-elba.de für Bayern usw. In den nachfolgenden Schritten ist überall die im konkreten Bundesland produktiv genutzte Adresse einzusetzen.

Hinweis zu Browser-Versionen: Browser-Hersteller passen Menüstrukturen und Bezeichnungen mit jedem Update geringfügig an. Sollte ein in dieser Anleitung genannter Menüpunkt unter genau dieser Bezeichnung nicht zu finden sein, ist die Funktion in der Regel mit gleicher oder ähnlicher Benennung in einem benachbarten Menü erreichbar.

Schritt 1 — Symptom dokumentieren

Installierte Endpoint-Security identifizieren (mehrere Wege, mindestens einer reicht)

  1. Schnellster Weg — Server-Zertifikat im Browser prüfen. Das ELBA-Ländermodul im Browser öffnen, dann auf das Schloss-Symbol in der Adressleiste klicken. Der Pfad zum Zertifikat unterscheidet sich leicht:
    • Firefox: Schloss → „Verbindung sicher" → „Weitere Informationen" → Schaltfläche „Zertifikat anzeigen"
    • Chrome: Schloss → „Verbindung ist sicher" → „Zertifikat ist gültig"
    • Edge: Schloss → „Verbindung ist sicher" → Zertifikat-Symbol oben rechts im Pop-up
    Im Zertifikats-Dialog beim Feld Aussteller (engl. „Issued by") prüfen:
    • Aussteller ist eine bekannte öffentliche CA (z. B. Let's Encrypt, DigiCert, Sectigo, GlobalSign) → keine HTTPS-Inspektion aktiv, der Datenverkehr läuft ungebrochen zwischen Arbeitsplatz und ELBA-Server.
    • Aussteller ist eine lokale CA mit AV-Hersteller-Namen oder generischem Firmen-Namen, z. B. ESET SSL Filter CA, Avast Web/Mail Shield Root, Kaspersky Anti-Virus Personal Root, Bitdefender Personal CA, Sophos SSL CA, F-Secure, Symantec Endpoint Protection, Zscaler Root CA, FortiGate CA, <Firmenname> Proxy CA → HTTPS-Inspektion ist aktiv, der Hersteller ist direkt ablesbar. Dieses Produkt steht ab sofort an Position 1 der Verdächtigenliste.
  2. Liste installierter Programme. Windows-Einstellungen → Apps → Apps & Features. Nach typischen AV-/Endpoint-Herstellern filtern: AVG, Avast, Avira, Bitdefender, ESET, F-Secure, G DATA, Kaspersky, McAfee, Norton, Sophos, Symantec, Trend Micro, Webroot, Windows Defender, Malwarebytes.
  3. Windows-Sicherheits-Center. Einstellungen → Datenschutz und Sicherheit → Windows-Sicherheit → Anbieter. Zeigt den aktiv registrierten Virenschutz und ggf. zusätzliche Sicherheits-Produkte.
  4. Per PowerShell (mit Administratorrechten): 
    Get-CimInstance -Namespace root/SecurityCenter2 -ClassName AntivirusProduct | Select-Object displayName
  Get-CimInstance -Namespace root/SecurityCenter2 -ClassName FirewallProduct  | Select-Object displayName
    Listet alle bei Windows registrierten Virenschutz- und Firewall-Produkte mitsamt Anzeigenamen.

Schritt 2 — Browser-Aufzeichnung (HAR-Datei)

Eine HAR-Datei enthält alle Netzwerk-Anfragen einer Browser-Sitzung mit Zeitstempel, Status, Headern und Antwortzeiten. Sie ist das wertvollste Einzel-Diagnose-Artefakt.

  1. Das ELBA-Ländermodul im Browser öffnen und am Login anmelden — noch nicht arbeiten
  2. Mit F12 (oder Strg+Umschalt+I) die Entwicklerwerkzeuge öffnen — in allen drei Browsern identisch
  3. Den Netzwerk-Reiter wählen:
    • Firefox: Reiter Netzwerkanalyse
    • Chrome: Reiter Network bzw. Netzwerk
    • Edge: Reiter Netzwerk
  4. Folgende Optionen aktivieren — sie verhindern, dass Diagnose-Daten beim Seitenwechsel oder durch den Browser-Cache verloren gehen:
    • Firefox: Zahnrad-Symbol oben rechts im Netzwerkanalyse-Reiter → Persistente Protokolle aktivieren und HTTP-Cache deaktivieren, solange das Werkzeug geöffnet ist
    • Chrome: Oberhalb der Anfrageliste die Optionen Preserve log bzw. Protokoll beibehalten und Disable cache bzw. Cache deaktivieren setzen
    • Edge: Identisch zu Chrome — Protokoll beibehalten und Cache deaktivieren setzen
  5. Sicherstellen, dass die Aufzeichnung aktiv ist (in Chrome/Edge ein roter Kreis oben links im Netzwerk-Reiter; in Firefox läuft die Aufzeichnung automatisch, sobald der Reiter geöffnet ist)
  6. Mit der gewohnten Arbeit am Anwender-Arbeitsplatz beginnen und so lange weiterarbeiten, bis der Verbindungsabbruch eintritt
  7. Den genauen Zeitpunkt des Abbruchs notieren
  8. Nach dem Abbruch im Netzwerk-Reiter mit Rechtsklick auf einen beliebigen Eintrag in der Anfrageliste:
    • Firefox: → Alle als HAR speichern
    • Chrome: → Save all as HAR with content bzw. Alle als HAR-Datei mit Inhalt speichern
    • Edge: → Inhalt als HAR speichern bzw. Save all as HAR with content
  9. Datei mit aussagekräftigem Namen abspeichern, z. B. elba-abbruch-2026-MM-TT-HHMM.har

Schritt 3 — Browser-Konsole sichern

Parallel zum Netzwerkmitschnitt die Konsolenmeldungen sichern — dort erscheinen WebSocket- und JavaScript-spezifische Fehler im Klartext.

  1. In den Entwicklerwerkzeugen den Reiter Konsole (engl. Console) öffnen — in allen drei Browsern identisch benannt
  2. Filter so einstellen, dass alle Meldungstypen sichtbar sind (Fehler, Warnungen, Informationen, Debug)
  3. Den Inhalt komplett markieren und in eine Textdatei kopieren — z. B. elba-konsole-2026-MM-TT-HHMM.txt

Schritt 4 — Gegenprobe mit mobilem Datennetz

Dieser Test isoliert das Firmennetzwerk und ist diagnostisch hochwertig:

  1. Smartphone als WLAN-Hotspot konfigurieren (Mobilfunknetz, nicht Firmen-WLAN)
  2. Den Arbeitsplatz vom Firmennetz trennen und ausschließlich über den mobilen Hotspot verbinden
  3. Mit demselben Browser und Profil dieselbe Tätigkeit ausführen
  4. Ergebnis A: Verbindungsabbruch tritt im Hotspot-Betrieb nicht mehr auf → Ursache liegt im Firmen-Netzwerkpfad (Firewall, Proxy, HTTPS-Inspektion am Gateway)
  5. Ergebnis B: Verbindungsabbruch tritt auch im Hotspot-Betrieb auf → Ursache liegt im Arbeitsplatz selbst (Browser-Profil, Endpoint-Security, lokale Antivirus-Lösung)

Schritt 5 — Browser-Profil isolieren

Wenn Ergebnis B (Schritt 4) eintritt, gezielt das Browser-Profil eingrenzen:

  1. Ein privates Fenster öffnen und dort am ELBA-Ländermodul anmelden — Erweiterungen sind dabei standardmäßig deaktiviert:
    • Firefox: Strg+Umschalt+P (Privates Fenster)
    • Chrome: Strg+Umschalt+N (Inkognito-Fenster)
    • Edge: Strg+Umschalt+N (InPrivate-Fenster)
    Läuft es im privaten Fenster sauber → Ursache ist eine Browser-Erweiterung oder ein gestörter Profilzustand (Cookies, Cache).
  2. Ein neues, sauberes Browser-Profil anlegen und dort ohne Erweiterungen testen:
    • Firefox: Adressleiste about:profiles → „Neues Profil erstellen"
    • Chrome: Profil-Symbol oben rechts → „Hinzufügen" / „Weitere Person hinzufügen", oder chrome://settings/manageProfile
    • Edge: Profil-Symbol oben rechts → „Profil hinzufügen", oder edge://settings/profiles
    Läuft es im neuen Profil sauber → das alte Profil ist gestört; sauberer Neuaufbau empfohlen.
  3. Browser-Erweiterungen einzeln deaktivieren (Werbeblocker, Tracking-Schutz, Cookie-Manager, NoScript) und Verhalten beobachten. Pfad zur Erweiterungs-Verwaltung:
    • Firefox: about:addons
    • Chrome: chrome://extensions
    • Edge: edge://extensions

Schritt 6 — Endpoint-Security testweise deaktivieren

Antivirus- und Endpoint-Security-Lösungen können WebSocket-Verbindungen durch HTTPS-Inspektion / Web-Schutz / Deep Packet Inspection stören. Häufig betroffen: Avast, Bitdefender, ESET, F-Secure, Kaspersky, Norton, Sophos.

Vorab-Indikator aus Schritt 1: Wenn der Zertifikats-Check ergeben hat, dass ein lokaler AV-/Proxy-Aussteller das ELBA-Zertifikat ersetzt, ist HTTPS-Inspektion nachweisbar aktiv — der Test in diesem Schritt zielt dann gezielt auf dieses identifizierte Produkt.

  1. Nach Rücksprache mit dem Anwender den HTTPS-/Web-Schutz kurzzeitig deaktivieren oder eine Ausnahme für die ELBA-Domain *.bvpi-elba.de einrichten (deckt alle Ländermodule ab)
  2. Mit derselben Aktion das Verhalten erneut testen
  3. Nach dem Test den Schutz wieder aktivieren — Ausnahmen für die ELBA-Domain bei Bedarf dauerhaft eintragen

Schritt 7 — Firewall / Proxy prüfen

Im Firmennetz mit Firewall oder Web-Proxy folgende Aspekte prüfen lassen:

Schritt 8 — Optional: Netzwerk-Mitschnitt (Wireshark)

Falls Schritte 4–7 die Ursache nicht eindeutig eingrenzen, ein paralleler Wireshark-Mitschnitt während eines weiteren Abbruchs:

  1. Wireshark auf dem Arbeitsplatz starten, Aufzeichnung auf dem produktiv genutzten Netzwerkinterface beginnen
  2. Capture-Filter (optional, zur Reduktion): host <land>.bvpi-elba.de — also den im jeweiligen Bundesland verwendeten Hostnamen einsetzen (z. B. host sn.bvpi-elba.de für Sachsen)
  3. Während des Abbruchs weiter aufzeichnen, danach Aufzeichnung stoppen
  4. Mitschnitt als .pcapng speichern
  5. Relevante Pakete unmittelbar vor dem Abbruch interpretieren:
    • TCP RST vom Client → lokale Software (AV, Firewall) hat die Verbindung gekappt
    • TCP RST vom Server → serverseitig oder durch zwischengeschaltete NAT/Proxy-Box
    • TLS close_notify Alert → ordentlicher Verbindungsabbau, vermutlich durch HTTPS-Inspektion
    • Stille — kein Paket vor dem Abbruch → reine Idle-Timeout-Trennung (Firewall-Stateful-Inspection)

Zu sammelnde Artefakte für die Auswertung

Das ist vollständiges HTML mit: -

/

/

für die Überschriften-Hierarchie - für Fettschrift, für Kursiv - für Pfade, Dateinamen und PowerShell-Befehle - 

 für den mehrzeiligen PowerShell-Block
  -  für Tastenkombinationen
  - Verschachtelte
    -Listen entsprechend der Original-Struktur