Inhaltsverzeichnis

1. Qualitätsdashboard

1.1 Zweck des Qualitätsdashboards

1.2 Vorteile

2. Zugang über das AVUS‑Portal

2.1 Registrierung

2.2 Login

3. Zugriff auf das Qualitätsdashboard

3.1 Navigation

3.2 Projektübersicht

3.3 Diagramme, KPIs & Filter

4. Überblick: Dashboardfunktionen

*Beschreibung des Dashboard‑Aufbaus*

(Kurzer Abschnitt: Phasenwechsel, Filter, Diagrammlogik)

5. Angebotsphase – Vollständige Beschreibung aller Diagramme

*Beschreibung aller Diagramm‑Kategorien der Angebotsphase*

(Angebotsnummer, MUK, Status, Submission, Null‑Kalkulation, AG/MARKIS, BGK etc.)

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

*Beschreibung aller Diagramm‑Kategorien der Ausführungsphase*

(SAP‑Nummer, Status, SB‑Logik, AK/Jahr/Monat, Urkalkulation, Nachträge, Alternativen, BGK usw.)

Weitere Informationen zur Prüfung der Kostenarten

iTWO Qualitätsdashboad - Kostenartenvergleich

1. Qualitätsdashboard – Zugang, Funktionen & Datenprüfung

Zweck des Qualitätsdashboards

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/

1.2 Login

👉 *Login-Seite:*

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

Wichtig nach dem ersten Login – Freischaltung für BU/MU

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:*

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

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

• * Projekte
• Angebotsphase
• Ausführungsphase
• Diagramme, KPIs und Filter

👉 *Direkte Anleitung:*

VIA IMC Dashboards | AVUS.Helpdesk

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.

1. *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*

2. *Diagramm: MUK ist gepflegt*

reibung:**

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.

3. *Diagramm: Gültige Status*

reibung:**

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.

4. *Diagramm: Submissiondatum*

hreibung:**

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*:

1. *Es muss ein Datum im Feld „Submission“ eingetragen sein.*
2. *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.

5. *Diagramm: Hat Null‑Kalkulation*

hreibung:**

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).

6. *Diagramm: AG definiert & MARKIS‑Nummer vorhanden*

hreibung:**

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.

7. *Diagramm: Null‑Kalkulation hat BGK*

ung:*

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.

1. *Diagramm: Projektnummer ist in SAP*

reibung:**

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)*.

agramm: Gültige Status**

reibung:**

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*.

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

reibung:**

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*.

5. *Diagramm: Hat Status Urkalkulation*

reibung:**

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).

6. *Diagramm: Hat Status Nachträge*

reibung:**

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.

7. *Diagramm: Hat eindeutiges SB1, SB2 und vorhandenes SB3*

reibung:**

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:

1. *Es muss genau ein eindeutiges SB 1 geben.*
2. *Es muss genau ein eindeutiges SB 2 geben.*
3. *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).

8. *Diagramm: Projekt besitzt nur eine Projektalternative*

reibung:**

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.

9. *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:

1. *Urkalkulation hat BGK‑LV*
2. *SB 1 hat BGK‑LV*
3. *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.

Updated on: 16/04/2026