Das Qualitätsdashboard dient der Sicherstellung einer hohen Datenqualität in iTWO-Projekten. Es ermöglicht schnelle Auswertungen, standardisierte Berichte und bildet die Grundlage für unternehmensweite Analysen.

Vorteile

Einheitliche und saubere Datenbasis für Auswertungen
Basis für Dashboards wie:
- Leistungsmeldung
- SOLL-IST-Vergleich
- Strategische Auswertungen
Wegfall manueller Berichte (z. B. Baustellenbewertungsbogen)
Einheitliche iTWO-Standards deutschlandweit
Vorbereitung auf KI-gestützte Auswertungen & Planungen

2. Zugang über das AVUS-Portal

1.1 Registrierung

Um auf das Qualitätsdashboard zugreifen zu können, benötigen Sie einen Zugang zum AVUS-Portal.

👉 Registrierungslink:

https://www.avus-portal.com/account/register

👉 Hilfsartikel zur Registrierung:

https://help.avus-portal.com/de/article/accounts-erhalten-im-avus-universum-1gje5mr/

👉 Login-Seite:

https://portal-vipp.azurewebsites.net/account/login

Nach dem Login haben Nutzer noch keinen Zugriff auf das Qualitätsdashboard.

Damit der Zugang freigeschaltet werden kann, müssen die Nutzer eine kurze Nachricht an das Qualitätsdashboard‑Team schicken und mitteilen, für welche BU oder MU sie Zugriff benötigen.

Beispiel für eine Nachricht:

„Hallo, ich benötige Zugang zum Qualitätsdashboard für BU Weimar, Ruhrgebiet und MU XYZ.“

Erst nach dieser Freigabe kann der Zugriff aktiviert werden.

Ohne diese Angabe ist kein Zugriff auf das Dashboard möglich.

3. Zugriff auf das Qualitätsdashboard

Loggen Sie sich im AVUS-Portal ein.
Navigieren Sie im Menü zum Bereich „Qualitätsdashboard“.
Wählen Sie das gewünschte Projekt aus.
Die Übersicht zeigt:

- Projekte
- Angebotsphase
- Ausführungsphase
- Diagramme, KPIs und Filter

👉 Direkte Anleitung:

https://app.crisp.chat/website/1d200192-05fa-4229-aef1-4b2c4f2c895b/helpdesk/articles/de/ed177b04-1895-43be-8b84-a916df770d8e/

4. Überblick: Dashboardfunktionen

Das Dashboard besteht aus mehreren Analysebereichen.

3.1 Phasenwechsel

Wechsel zwischen Angebotsphase und Ausführungsphase per Klick
Alle KPIs passen sich automatisch an

3.2 Projektfilter

Projekt- oder Bereichsbezogene Analyse
Filtern nach Region, BU, MU, Projekt u. v. m.

3.3 Diagramme & Kennzahlen

Für beide Projektphasen stehen umfangreiche Visualisierungen zur Verfügung:

Qualitätskennzahlen
Erfüllungsquoten
Diagramme pro Kategorie
Auflistungen nicht gepflegter oder fehlerhafter Daten
Tabellen mit iTWO IST-Werten

5. Angebotsphase – Vollständige Beschreibung aller Diagramme

Im Folgenden ist jede einzelne Diagramm **aus der Angebotsphase präzise beschrieben.

Diagramm: Projekt hat gültige Angebotsnummer

Beschreibung:

Das Diagramm zeigt den Anteil der Projekte, die eine korrekte und gültige Angebotsnummer besitzen.

Nur Angebotsnummern, die mit „K“ beginnen, gelten als gültig.

Alle anderen Angebotsnummern – egal ob Zahl, Buchstabenfolge oder Mischform – werden automatisch als ungültig eingestuft.

Regel für die richtige Angebotsnummer:

Der Aufbau folgt dem Format:

MUK_Submissionsjahr_laufende Nummer

Beispiel: K999_24_0001

Diagramm: MUK ist gepflegt

*Beschreibung:**

Das Diagramm zeigt den Anteil der Projekte, bei denen der MUK‑Wert korrekt gepflegt wurde.

Der MUK wird in iTWO in den Projekt‑Eigenschaften unter dem Bereich „Mandant/Dienststellennummer“ eingetragen.

Der Wert muss immer mit „K“ beginnen, gefolgt von drei beliebigen Ziffern (z. B. K117, K402, K999).

Alle anderen Werte sind ungültig und werden im Dashboard rot angezeigt.

Diagramm: Gültige Status

*Beschreibung:**

Das Diagramm zeigt den Anteil der Projekte, bei denen der Projektstatus korrekt gepflegt ist.

Ein Projekt gilt nur dann als gültig, wenn der Status exakt einem der vorgegebenen Statuswerte im gelben Bereich entspricht (siehe Screenshot).

Sobald nur ein einziger Statuswert vom Standard abweicht, wird das gesamte Projekt im Diagramm als nicht gepflegt angezeigt.

Diagramm: Submissiondatum

*Beschreibung:**

Das Diagramm zeigt den Anteil der Projekte, bei denen das Submissiondatum korrekt gepflegt wurde.

Damit ein Projekt als „gepflegt“ gilt, müssen zwei Bedingungen gleichzeitig erfüllt sein:

Es muss ein Datum im Feld „Submission“ eingetragen sein.
Das Häkchen (Checkbox) neben dem Submissionsdatum muss gesetzt sein.

Die Datenpflege erfolgt in iTWO unter:

Projekteigenschaften → Submission.

Wenn entweder das Datum fehlt oder das Häkchen nicht gesetzt ist, kann das System das Projekt nicht in unserer Datenbank finden. Dadurch wird es im Dashboard automatisch rot (nicht gepflegt) angezeigt.

Diagramm: Hat Null‑Kalkulation

*Beschreibung:**

Das Diagramm zeigt, ob in der Projektstruktur mindestens eine Position den Status „Null‑Kalkulation“ besitzt.

Für dieses Diagramm ist nur entscheidend, ob dieser eine Status überhaupt vorhanden ist – nicht das Gesamtprojekt und nicht alle Zeilen.

Fehlt der Status vollständig, wird das Diagramm rot (nicht gepflegt) dargestellt.

Der Status befindet sich in iTWO in der Spalte „Status“ innerhalb der Projektstruktur (siehe gelber Bereich im Screenshot).

Diagramm: AG definiert & MARKIS‑Nummer vorhanden

*Beschreibung:**

Diese beiden Diagramme prüfen, ob die Pflichtangaben Auftraggeber (AG) und MARKIS‑Nummer korrekt in den Projekteigenschaften gepflegt wurden.

Mit Einführung des neuen Stammprojekts „Stamm_Connect“ wurde ein zusätzlicher Reiter in den Projekteigenschaften ergänzt:

Projekteigenschaften → Zusatzdaten

In diesem Zusatzreiter müssen nun sowohl der AG als auch die MARKIS‑Nummer eingetragen werden.

Sind diese Felder dort leer, gelten die Angaben als nicht gepflegt und das jeweilige Diagramm wird rot angezeigt.

Diagramm: Null‑Kalkulation hat BGK

*Beschreibung:**

Das Diagramm prüft, ob die Null‑Kalkulation eines Projekts ein BGK‑LV enthält.

Im Projektbaum wird im Bereich der Angebotsvarianten erwartet, dass zu der Null‑Kalkulation mindestens ein BGK‑LV existiert (z. B. BGK‑LV 1 (Pauschal)).

Das BGK‑LV muss korrekt angelegt, aktiviert und als BGK‑LV gekennzeichnet sein (Checkbox „BGK‑LV“).

Fehlt dieses BGK‑LV komplett, gilt das Diagramm als nicht gepflegt und erscheint rot.

6. Ausführungsphase – Vollständige Beschreibung aller Diagramme

Im Folgenden ist jede einzelne Diagramm **aus der Ausführungsphase präzise beschrieben.

Diagramm: Projektnummer ist in SAP

*Beschreibung:**

Dieses Diagramm prüft, ob die im Projekt hinterlegte SAP‑Projektnummer tatsächlich im SAP‑System existiert.

Dazu wird die Projektnummer aus iTWO ausgelesen (Projektstruktur → Schlüssel bzw. Projektnummer) und automatisch mit der SAP‑Datenbank abgeglichen.

Wird die Nummer in SAP gefunden, gilt das Projekt in diesem Diagramm als gültig (grün).

Wenn die Nummer nicht in SAP vorhanden ist oder eine falsche/freie Nummer eingetragen wurde, erscheint das Diagramm rot (ungültig).

*2. Diagramm: Gültige Status**

*Beschreibung:**

Das Diagramm zeigt den Anteil der Projekte, bei denen der Projektstatus korrekt gepflegt ist.

Ein Projekt gilt nur dann als gültig, wenn alle Statuswerte exakt einem der definierten gültigen Status aus dem gelb markierten Bereich entsprechen (siehe Screenshot).

Schon ein einziger falscher oder abweichender Statuswert führt dazu, dass das gesamte Projekt in diesem Diagramm als nicht gepflegt (rot) angezeigt wird.

Hinweis zur Statuslogik SB 1 / SB 2 / SB 3:

SB 1 und SB 2 müssen exakt so heißen.
Für SB 3 gilt eine besondere Statusregel:
- Der erste SB 3 **heißt immer **„SB 3 Start“.
- Ist der SB 3 abgeschlossen, muss der Status geändert werden auf „SB 3 abgeschlossen“.
- Wird ein neuer SB 3 im nächsten Monat angelegt, beginnt dieser wieder als normaler „SB 3“.
- Wenn dieser neue SB 3 abgeschlossen ist, wird er erneut auf „SB 3 abgeschlossen“ gesetzt.
- Dieses Muster wiederholt sich jeden Monat.

Falsche Varianten wie „SB3“, „SB_3“, „Start SB3“, „SB3 done“, „SB3 fertig“, „SB 3 Komplett“ usw. sind ungültig.

Diagramm: Jedes SB 3 besitzt gültiges AK/Jahr/Monat

*Beschreibung:**

Dieses Diagramm prüft, ob jede SB‑3‑Zeile im Projekt einen gültigen Eintrag im Feld AK/Jahr/Monat besitzt.

Seit dem neuen Stammprojekt „Stamm_Connect“ wird der Wert AK/Jahr/Monat im Projekteigenschafts‑Reiter „Zusatzdaten“ gepflegt.

Dieses Feld ist für jeden einzelnen SB 3 verpflichtend.

Diagramm: Hat Status Urkalkulation

*Beschreibung:**

Das Diagramm zeigt, ob im Projekt mindestens eine Zeile den Status „Urkalkulation“ besitzt.

Der Status wird in der Projektstruktur unter der Spalte „Status“ gepflegt und gehört zu den verpflichtenden Standardstatus eines Projektes.

Existiert im gesamten Projekt keine einzige Zeile mit dem Status „Urkalkulation“, gilt dieses Diagramm als nicht gepflegt (rot).

Diagramm: Hat Status Nachträge

*Beschreibung:**

Das Diagramm zeigt, ob im Projekt mindestens eine Zeile den Status „Nachträge“ besitzt.

Der Status wird in der Projektstruktur unter der Spalte „Status“ gepflegt.

Dieser Status gehört zu den Standard‑Statuswerten und muss gesetzt sein, sobald das Projekt einen Nachtragsprozess enthält.

Fehlt der Status „Nachträge“ vollständig, gilt das Diagramm als nicht gepflegt und wird rot dargestellt.

Diagramm: Hat eindeutiges SB1, SB2 und vorhandenes SB3

*Beschreibung:**

Dieses Diagramm prüft, ob ein Projekt eine korrekte und vollständige SB‑Struktur besitzt.

Damit das Diagramm als gültig angezeigt wird, müssen im Projekt die folgenden Bedingungen erfüllt sein:

Es muss genau ein eindeutiges SB 1 geben.
Es muss genau ein eindeutiges SB 2 geben.
Mindestens ein SB 3 muss vorhanden sein.

Sobald eine dieser Bedingungen nicht erfüllt wird (z. B. mehrere SB1, fehlendes SB2, kein SB3), gilt das Diagramm als nicht gepflegt (rot).

Diagramm: Projekt besitzt nur eine Projektalternative

*Beschreibung:**

Dieses Diagramm prüft, ob ein Projekt genau eine einzige Projektalternative besitzt.

Die Projektalternativen befinden sich in iTWO unter:

Projekt → Projektvarianten

Ein Projekt gilt hier nur dann als gültig, wenn unter den Projektvarianten exakt eine Alternative vorhanden ist.

Diagramm: BGK‑LV vorhanden (Urkalkulation, SB1, letzte Version)

Beschreibung:

Diese drei Diagramme prüfen jeweils, ob im jeweiligen Bereich des Projekts ein BGK‑LV (Baunebenkosten‑Leistungsverzeichnis) vorhanden ist.

Die Prüfung erfolgt an drei Stellen:

Urkalkulation hat BGK‑LV
SB 1 hat BGK‑LV
BGK‑LV vorhanden (Letzte Version)

In allen drei Fällen gilt dieselbe Regel:

Es muss mindestens ein BGK‑LV existieren, das in den LV‑Eigenschaften als BGK‑LV gekennzeichnet ist.

Ist kein BGK‑LV vorhanden, wird das jeweilige Diagramm rot angezeigt.

Aktualisiert am: 13/03/2026

War dieser Beitrag hilfreich?

Danke!

iTWO Qualitätsdashboard – Zugang, Funktionen & Datenprüfung

Inhaltsverzeichnis

1. Qualitätsdashboard