5.10 Support-Verwaltung
Die Struktur des Moduls umfasst zwölf wesentliche Teilbereiche:
- •Meldungen – Meldungen
- •Meldungsart – Meldungsarten verwalten
- •Bereiche – Kategorien verwalten
- •Schadensausmaß(Risk 1) – Schadensausmaß verwalten
- •Eintrittswahscheinlichkeit(Risk 2) – Eintrittswahscheinlichkeit verwalten
- •Erkennung(Risk 3) – Bearbeiten Erkennung(Risk 3)
- •Typen – Supporttypen verwalten
- •Prioritäten – Supportprioritäten verwalten
- •E-Mail-Protokoll – Mail-Protokolle verwalten
- •Beauftragte Gruppen – Beauftragte Gruppen verwalten
- •Options – Options
5.10.1 Meldungen
Diese erweiterte Ansicht wird verwendet zur umfassenden Verwaltung und Bewertung von Systemmeldungen, Fehlern, Hinweisen oder Risiken. Sie eignet sich besonders für Qualitätsmanagement, Support-Teams und Sicherheitsbeauftragte.

Schritt 2: Ausführliche technische Dokumentation
🖼️ Screenshot: screenshot_meldungen_erweitert.png
ALT-Text: Erweiterte Listenansicht zur Bearbeitung und Nachverfolgung von Meldungen mit zusätzlichen Risikobewertungen und Statuskennzeichnungen.
Schritt 1: Tabellarische Übersicht der markierten Elemente
| Nr. | Bezeichnung | Funktionale Beschreibung |
| ① | ID | Eindeutige Identifikationsnummer der Meldung. Dient zur Referenzierung und Nachverfolgung. |
| ② | Betreff | Titel oder Kurzbeschreibung des gemeldeten Vorfalls oder Themas. |
| ③ | Empfänger | Zugewiesene Person oder Rolle, die die Meldung bearbeitet oder verantwortlich ist. |
| ④ | Meldungstyp | Klassifizierung der Meldung (z. B. 1 = Fehler, 2 = Anmerkung). |
| ⑤ | Priorität | Dringlichkeitsstufe der Meldung, z. B. „Niedrig“, „Normal“, „Sehr hoch“. |
| ⑥ | Schadensausmaß (Risk 1) | Bewertung des potenziellen Schadens, wenn die Meldung nicht bearbeitet wird (z. B. Skala 1–3). |
| ⑦ | Eintrittswahrscheinlichkeit (Risk 2) | Wahrscheinlichkeit, dass das gemeldete Problem tatsächlich eintritt oder eingetreten ist. |
| ⑧ | Aktualisiert am | Datum der letzten Bearbeitung oder Statusänderung. |
| ⑨ | Status | Aktueller Bearbeitungsstatus der Meldung („in Arbeit“, „gelöst“, „NEU“). |
| ⑩ | erstellt | Zeitpunkt der ursprünglichen Erstellung der Meldung. |
| ⑪ | Letzte Änderung von | Benutzer, der die letzte Änderung durchgeführt hat. |
| ⑫ | Aktionen | Menü für Aktionen wie Bearbeiten, Kommentieren oder Löschen der Meldung. |
🔄 Typische Nutzungsszenarien und Abläufe
- •Risikobewertung: Jede Meldung wird anhand von Schadensausmaß (⑥) und Eintrittswahrscheinlichkeit (⑦) klassifiziert. Diese Werte fließen in Risikobewertungen ein.
- •Statusverfolgung: Über die Spalte Status (⑨) lässt sich erkennen, ob eine Meldung noch offen ist, in Bearbeitung oder bereits gelöst wurde.
- •Zuweisung & Verantwortung: Die Spalte Empfänger (③) zeigt, wer für die Abarbeitung verantwortlich ist. Diese Rolle kann manuell oder automatisiert vergeben werden.
- •Verlaufsüberwachung: Die Spalten Aktualisiert am (⑧) und Erstellt (⑩) erlauben eine zeitliche Nachverfolgung des Meldungsprozesses.
- •Dokumentation & Audit: Die Kombination der Spalten erlaubt eine vollständige Historie und Dokumentation für interne Audits, ISO-Zertifizierungen oder externe Prüfungen.
⚙️ Funktionale und technische Hinweise
- •Felder mit „Leer“ sollten systemseitig regelmäßig überprüft werden, insbesondere Empfänger (③), Priorität (⑤) und Risikowerte (⑥, ⑦), da sie für die Priorisierung relevant sind.
- •Die Priorität (⑤) beeinflusst z. B. Benachrichtigungs- oder Eskalationsprozesse.
- •Risikobewertungen (⑥, ⑦) sind typischerweise auf numerischer Skala (z. B. 1–3 oder 1–5) hinterlegt und können in Dashboards aggregiert dargestellt werden.
- •Kommentare zur letzten Bearbeitung können über das Icon in Spalte Letzte Änderung von (⑪) angezeigt oder ergänzt werden.
- •Über das Aktionsmenü (⑫) kann direkt in die Bearbeitung oder Kommentierung gewechselt werden.
5.10.2 Meldungsart
Diese Ansicht ermöglicht die Verwaltung der systemweit verwendeten Meldearten, die zur Klassifikation einzelner Meldungen dienen. Sie ist besonders wichtig für Administratoren, QM-Verantwortliche oder Supportleiter, um einheitliche Klassifizierungen und Workflows sicherzustellen.

Schritt 2: Ausführliche technische Dokumentation
🖼️ Screenshot: screenshot_meldungsarten_verwalten.png
ALT-Text: Verwaltungsübersicht zur Pflege von Meldungsarten mit Angaben zu Status, Zuweisung und technischer Aliasbezeichnung.
Schritt 1: Tabellarische Übersicht der markierten Elemente
| Nr. | Bezeichnung | Funktionale Beschreibung |
| ① | ID | Eindeutige numerische Identifikation der Meldeart. |
| ② | Name | Bezeichnung der Meldungsart (z. B. „Reklamation“, „Interne Meldung“). |
| ③ | Alias | Technischer Alias zur internen Referenzierung oder API-Verwendung. |
| ④ | Aktiv | Gibt an, ob die Meldeart aktuell verwendet werden kann („Ja“ / „Nein“). |
| ⑤ | Meldungen | Anzahl der im System vorhandenen Meldungen, die dieser Meldeart zugewiesen sind. |
| ⑥ | Ersteller | Benutzer, der die Meldungsart ursprünglich angelegt hat. |
| ⑦ | erstellt | Zeitstempel der Erstellung der Meldungsart. |
| ⑧ | Aktionen | Menü zum Bearbeiten oder Löschen der Meldungsart. |
🔄 Typische Nutzungsszenarien und Abläufe
- •Pflege und Erweiterung: Neue Meldearten können bei Bedarf hinzugefügt werden, z. B. „Auditabweichung“, „Supportanfrage“, „Technikmeldung“.
- •Auswertung: Die Spalte Meldungen (⑤) zeigt, wie oft eine bestimmte Meldeart im System tatsächlich verwendet wird – nützlich für Analysen.
- •Aktivitätssteuerung: Über Aktiv (④) lassen sich veraltete oder nicht mehr genutzte Meldearten deaktivieren, ohne historische Daten zu verlieren.
- •Alias-Nutzung: Der Alias (③) wird oft in Schnittstellen, Skripten oder Filterdefinitionen verwendet – wichtig für Entwickler oder Systemanpassungen.
⚙️ Funktionale und technische Hinweise
- •Die ID (①) wird systemseitig vergeben und kann als Primärschlüssel in relationalen Auswertungen dienen.
- •Die Kombination aus Name (②) und Alias (③) sorgt für eine eindeutige Identifikation sowohl auf Benutzer- als auch auf Systemebene.
- •Änderungen an einer aktiv genutzten Meldeart sollten mit Vorsicht erfolgen, da sie in bestehenden Workflows referenziert sein kann.
- •Die Daten in dieser Tabelle werden häufig mit anderen Modulen wie Risiko- oder Statuskonfigurationen verknüpft.
- •Über das Aktionsmenü (⑧) können bestehende Einträge editiert oder – sofern nicht verwendet – gelöscht werden.
5.10.3 Bereiche
Diese Ansicht ermöglicht die Pflege von organisatorischen oder thematischen Bereichen, denen Meldungen im System zugewiesen werden können. Sie wird primär zur strukturierten Kategorisierung und Auswertung von Meldungen verwendet (z. B. „Laborbereiche“, „Abteilungen“, „Systeme“).

Schritt 2: Ausführliche technische Dokumentation
🖼️ Screenshot: screenshot_bereiche_verwalten.png
ALT-Text: Übersicht zur Verwaltung von Bereichen für Meldungen mit Alias, Erstellungszeitpunkt und Zuordnungszähler.
Schritt 1: Tabellarische Übersicht der markierten Elemente
| Nr. | Bezeichnung | Funktionale Beschreibung |
| ① | ID | Eindeutige Identifikationsnummer des Bereichs zur internen Referenz. |
| ② | Name | Bezeichnung des Bereichs, z. B. „elektrisches Labor“, „sonstige“. |
| ③ | Alias | Technischer Alias zur systeminternen Verwendung (z. B. für APIs, Filterregeln). |
| ④ | Meldungen | Anzahl der zu diesem Bereich zugeordneten Meldungen. |
| ⑤ | Ersteller | Benutzer, der den Bereich ursprünglich erstellt hat. |
| ⑥ | erstellt | Zeitstempel der Erstellung des Bereichs. |
| ⑦ | Aktionen | Menü zum Bearbeiten oder Löschen des Bereichs. |
🔄 Typische Nutzungsszenarien und Abläufe
- •Anlage neuer Bereiche: Neue Kategorien wie „IT“, „Qualitätssicherung“, „Mechanik-Labor“ können angelegt werden, um Meldungen besser zu strukturieren.
- •Nutzung bei Erstellung von Meldungen: Benutzer wählen bei der Meldungserfassung den passenden Bereich aus – dieser erscheint dann in Analysen und Filtern.
- •Pflege von Alias-Werten: Der Alias (③) wird systemtechnisch genutzt, z. B. für APIs oder automatische Verarbeitung.
- •Analyse und Auswertung: Die Spalte Meldungen (④) zeigt an, wie häufig ein Bereich in Meldungen referenziert wurde – nützlich für Hotspot-Erkennung.
- •Verwaltung über Aktionsmenü: Einträge können direkt bearbeitet oder gelöscht werden, sofern sie nicht in Verwendung sind.
⚙️ Funktionale und technische Hinweise
- •Alias-Namen (③) sollten ohne Leerzeichen und mit Kleinbuchstaben gepflegt werden – dies erhöht die Kompatibilität mit externen Tools oder Schnittstellen.
- •Bereiche mit Meldungen = 0 (④) können als ungenutzt identifiziert und ggf. bereinigt oder archiviert werden.
- •Die Anzeige von Ersteller (⑤) und Erstellt (⑥) unterstützt die Rückverfolgbarkeit – insbesondere bei Änderungen durch verschiedene Rollen.
- •Filterfunktion (oberhalb jeder Spalte) erleichtert die gezielte Suche nach bestimmten Bereichen, z. B. bei großer Anzahl an Kategorien.
5.10.4 Risiken
Diese Ansicht unterstützt die Definition und Bewertung von Risikoklassen, die systemweit zur Bewertung und Priorisierung von Meldungen verwendet werden. Sie ist essenziell für Qualitätsmanagement, Risikomanagement und Compliance-Verantwortliche.

Schritt 2: Ausführliche technische Dokumentation