Zusatzlizenz

TAOM.ai – Zusatzlizenz Prüfung und Test

Zusatzlizenz für Prüfpflicht, Risiken nach GAMP 5, FMEA, ISO 31000 u. a., Gerätequalifizierung (IQ/OQ/PQ), Testfälle und Prozesstests (E2E), geführte Testläufe mit Nachweisen, Fehlerübergabe an Zielsysteme, Testnachweise als PDF mit digitaler Signatur und Benutzerhandbücher in vier Sprachen. Gilt je Person, eigener Lizenzschlüssel und eigene Laufzeit; Menge = Anzahl prüfender Personen.

Zusatzlizenz Prüfung und Test – je Person

Nachweisbar statt behauptet. Die Zusatzlizenz Prüfung und Test macht aus dem Prozessmodell eine prüfbare Grundlage: Prüfpflicht, Risiken, Kontrollen und Testfälle direkt am Prozessschritt – mit nachvollziehbarer Herkunft und Freigabe.

ZUSATZLIZENZ

Prüfen und testen, wo der Prozess entsteht

TAOM Prüfung und Test gilt je Person und läuft neben der Lizenzstufe: Wer prüft, erfasst Risiken, Kontrollen, Testfälle und Ergebnisse am Prozessschritt und gleicht sie mit den angebundenen Zielsystemen ab – ohne zweite Liste neben dem Modell.

Das ist in Prüfung und Test enthalten

✓Prüfpflicht am Prozessschritt ✓Risiken mit Kontrollen – Bewertung nach GAMP 5, FMEA, ISO 31000 u. a.
✓Gerät & Infrastruktur, Qualifizierung IQ / OQ / PQ ✓Risikoregister mit Abdeckung
✓Testfälle – Testschritte aus dem Diagramm vorgeschlagen ✓Prozesstests (E2E) über ganze Wege
✓Geführte Testläufe mit Nachweisen ✓Fehler an das Zielsystem (z. B. Jira) übergeben
✓Testpläne und Zyklen (z. B. SIT, UAT, Regression) ✓Freigabe, Fassungen und Vier-Augen-Prinzip
✓Testnachweis als PDF mit Prüfsumme (SHA-256) ✓Benutzerhandbuch als Word und PDF in DE, EN, FR, ES
Digitale Signatur der Testnachweise – je Rolle, nacheinander Sammelunterschrift für mehrere Nachweise
✓Abgleich mit dem Zielsystem (z. B. Jira, Confluence) ✓Eigener Schlüssel, eigene Laufzeit

Damit Herkunft und Freigabe auseinanderzuhalten sind – etwa für ein Vier-Augen-Prinzip –, erhält jedes Konto eine nicht sprechende Kennung, und Prozessschritte, Risiken und Testfälle bekommen feste Kennungen. Vorschläge eines Agenten werden erst wirksam, wenn ein Mensch sie freigibt.

Risiken bewerten und Geräte qualifizieren

Am Prozessschritt legen Sie fest, ob er prüfpflichtig ist, benennen Risiken und bewerten sie nach der passenden Methode (z. B. GAMP 5, ICH Q9, FMEA, ISO 31000): Schwere, Wahrscheinlichkeit und Entdeckbarkeit ergeben Risikoklasse und Testtiefe. Kontrollen erhalten Art und Verantwortliche, das Risikoregister zeigt, welche Risiken noch ohne Kontrolle oder Testfall sind.

Braucht ein Schritt Geräte – Scanner, Etikettendrucker, Waage, Terminal –, halten Sie sie mit Hersteller, Modell und Standort fest und dokumentieren die Qualifizierung: IQ, IQ + OQ oder vollständig qualifiziert (IQ + OQ + PQ). Das Protokoll liegt zugriffsgeschützt am Schritt. Solange die Qualifizierung offen ist, gilt der Schritt in der Abdeckung nicht als fertig geprüft.

Prüfstand im Diagramm – Testfälle, Prozesstests (E2E), Risiken und Qualifizierung (IQ/OQ/PQ) erscheinen als Kennzeichen direkt am Prozessschritt.
Prüfstand im Diagramm Testfälle, Prozesstests (E2E), Risiken und Qualifizierung (IQ/OQ/PQ) erscheinen als Kennzeichen direkt am Prozessschritt.
Risiken bewerten – GAMP 5, FMEA, ISO 31000 u. a. – Methode und Kategorie je Risiko; Schwere, Wahrscheinlichkeit und Entdeckbarkeit ergeben Risikoklasse und Testtiefe; Kontrollen mit Art und Verantwortlichem.
Risiken bewerten – GAMP 5, FMEA, ISO 31000 u. a. Methode und Kategorie je Risiko; Schwere, Wahrscheinlichkeit und Entdeckbarkeit ergeben Risikoklasse und Testtiefe; Kontrollen mit Art und Verantwortlichem.
Gerät und Infrastruktur am Schritt – Welche Geräte ein Schritt braucht – Scanner, Drucker, Waage – mit Hersteller, Modell und Standort.
Gerät und Infrastruktur am Schritt Welche Geräte ein Schritt braucht – Scanner, Drucker, Waage – mit Hersteller, Modell und Standort.
Qualifizierung IQ / OQ / PQ – Den Qualifizierungsstand je Gerät festhalten und das Protokoll zugriffsgeschützt am Schritt ablegen.
Qualifizierung IQ / OQ / PQ Den Qualifizierungsstand je Gerät festhalten und das Protokoll zugriffsgeschützt am Schritt ablegen.
Risikoregister – Alle Risiken mit Priorität, Kontrollen, zugeordneten Testfällen und Status – Lücken fallen sofort auf.
Risikoregister Alle Risiken mit Priorität, Kontrollen, zugeordneten Testfällen und Status – Lücken fallen sofort auf.

Bildschirmfotos aus TAOM Process Studio mit Beispieldaten. Zum Vergrössern auf ein Bild klicken.

Testfälle erzeugen – einzeln und End-to-End

Vorbedingung, Testschritte und erwartete Ergebnisse lassen sich aus dem Diagramm vorschlagen – ohne Agent und ohne Token. Sie prüfen, passen an und speichern; Systemkontext wie ERP-Komponente und Funktionen kommt aus dem Modell.

Für Prozesstests (E2E) schlägt Process Studio die Wege durch das Modell vor – vom Start bis zum Ende, auch über das Prozessende hinaus in ein verknüpftes Modell. Prüfpflichtige Stationen sind als kritisch vorbelegt. Freigegebene Testfälle bleiben geschützt: Jede Änderung erzeugt eine neue Fassung im Entwurf, und bewährte Testfälle lassen sich auf andere Schritte kopieren.

Testschritte aus dem Diagramm – Vorbedingung, Testschritte und erwartete Ergebnisse werden aus dem Modell abgeleitet – ohne Agent; danach prüfen und anpassen.
Testschritte aus dem Diagramm Vorbedingung, Testschritte und erwartete Ergebnisse werden aus dem Modell abgeleitet – ohne Agent; danach prüfen und anpassen.
Testfall mit Systemkontext und Fassungen – Komponente und Funktionen des Zielsystems kommen aus dem Modell; jede Änderung nach der Freigabe erzeugt eine neue Fassung.
Testfall mit Systemkontext und Fassungen Komponente und Funktionen des Zielsystems kommen aus dem Modell; jede Änderung nach der Freigabe erzeugt eine neue Fassung.
Prozesstest (E2E) – Die Wege durch das Modell werden vorgeschlagen – vom Start bis zum Ende, kritische Schritte markiert.
Prozesstest (E2E) Die Wege durch das Modell werden vorgeschlagen – vom Start bis zum Ende, kritische Schritte markiert.

Bildschirmfotos aus TAOM Process Studio mit Beispieldaten. Zum Vergrössern auf ein Bild klicken.

Testen, Fehler melden, abnehmen

Der Testlauf dockt neben dem Modell an und führt Station für Station durch den Prozess. Je Testschritt erfassen Sie Ergebnis, verwendete Testdaten und Nachweise – auch als Bildausschnitt direkt vom Bildschirm. Läufe lassen sich zwischenspeichern und später fortsetzen.

Abweichungen werden als Fehler erfasst und als Vorgang an das Zielsystem (z. B. Jira) übergeben; ihr Status ist im Kundenkonto sichtbar. Die Abnahme eines Laufs wird protokolliert – ebenso, ob das Vier-Augen-Prinzip nach der Regel Ihrer Firma eingehalten wurde. Testpläne im Kundenkonto bündeln Modelle zu Zyklen wie SIT, UAT oder Regression, mit Zeitraum, Release und Fortschritt.

Geführter Testlauf – Der Testlauf dockt neben dem Modell an und führt Station für Station durch den Prozess.
Geführter Testlauf Der Testlauf dockt neben dem Modell an und führt Station für Station durch den Prozess.
Nachweis per Bildausschnitt – Bildschirmfoto aufnehmen, Bereich wählen – der Ausschnitt hängt automatisch als Nachweis am Testschritt.
Nachweis per Bildausschnitt Bildschirmfoto aufnehmen, Bereich wählen – der Ausschnitt hängt automatisch als Nachweis am Testschritt.
Fehler erfassen und übergeben – Abweichungen je Testschritt mit Daten und Nachweis erfassen und als Vorgang ins Zielsystem (z. B. Jira) übergeben.
Fehler erfassen und übergeben Abweichungen je Testschritt mit Daten und Nachweis erfassen und als Vorgang ins Zielsystem (z. B. Jira) übergeben.
Abnahme mit Vier-Augen-Prinzip – Testläufe mit Ergebnis, Tester und Fassung; Abnahme und Vier-Augen-Prinzip werden protokolliert.
Abnahme mit Vier-Augen-Prinzip Testläufe mit Ergebnis, Tester und Fassung; Abnahme und Vier-Augen-Prinzip werden protokolliert.
Testmanagement im Kundenkonto – Testpläne mit Zyklus (z. B. SIT, UAT, Regression), Zeitraum, Release und Fortschritt über alle Modelle.
Testmanagement im Kundenkonto Testpläne mit Zyklus (z. B. SIT, UAT, Regression), Zeitraum, Release und Fortschritt über alle Modelle.

Bildschirmfotos aus TAOM Process Studio mit Beispieldaten. Zum Vergrössern auf ein Bild klicken.

Nachweise und Handbücher

Testnachweise entstehen als PDF auf dem Server, werden unveränderbar mit Kennung und Prüfsumme (SHA-256) abgelegt und nennen ihre Grundlage: Modellversion und Editor-Stand.

Mit der digitalen Signatur unterschreiben die zuständigen Rollen – etwa Tester, Testmanager, Qualitätssicherung und Fachbereich – den Testnachweis nacheinander direkt in TAOM. Die unterzeichnete Fassung trägt ein Siegel mit allen Unterschriften; ändert sich das Dokument, kann es nicht mehr unterschrieben werden.

Aus demselben Modell erzeugen Sie das Benutzerhandbuch als Word-Datei – mit Inhaltsverzeichnis, Prozessübersicht und einem Kapitel je Schritt samt Rolle, Arbeitsschritten, Qualifizierungsstand und Platz für Bildschirmfotos, auf Deutsch, Englisch, Französisch oder Spanisch. Bildschirmfotos aus den Testläufen lassen sich an der passenden Stelle direkt ins Handbuch übernehmen – so entsteht die Anleitung aus dem tatsächlich getesteten Ablauf. Nach der Überarbeitung legen Sie es als PDF-Nachweis ab. Ändert sich das Modell später, zeigt Process Studio, dass das Handbuch nicht mehr aktuell ist.

Fertiges Benutzerhandbuch – Titelblatt, Kapitel je Schritt mit Rolle und Arbeitsschritten – und die Bildschirmfotos aus dem Testlauf direkt an der passenden Stelle.
Fertiges Benutzerhandbuch Titelblatt, Kapitel je Schritt mit Rolle und Arbeitsschritten – und die Bildschirmfotos aus dem Testlauf direkt an der passenden Stelle.

Bildschirmfotos aus TAOM Process Studio mit Beispieldaten. Zum Vergrössern auf ein Bild klicken.


Testnachweis als PDF – Abdeckung, Prozesstests, Läufe und Abnahmen in einem Dokument – unveränderbar abgelegt mit Prüfsumme (SHA-256).
Testnachweis als PDF Abdeckung, Prozesstests, Läufe und Abnahmen in einem Dokument – unveränderbar abgelegt mit Prüfsumme (SHA-256).
Handbuch und Nachweis mit Kennung – Benutzerhandbuch und Nachweise erhalten eine Kennung und nennen ihre Grundlage: Modellversion und Editor-Stand.
Handbuch und Nachweis mit Kennung Benutzerhandbuch und Nachweise erhalten eine Kennung und nennen ihre Grundlage: Modellversion und Editor-Stand.
Benutzerhandbuch in vier Sprachen – Eine Word-Datei je Sprache – aus demselben Modell auf Deutsch, Englisch, Französisch und Spanisch.
Benutzerhandbuch in vier Sprachen Eine Word-Datei je Sprache – aus demselben Modell auf Deutsch, Englisch, Französisch und Spanisch.
Titelseite, Inhalt, Prozessbild, Kapitel je Schritt – Jedes Kapitel zeigt das Symbol des Schritts zur Orientierung – dazu Rolle, ERP-Funktionen, Beschreibung, Arbeitsschritte und das Bildschirmfoto aus dem Testlauf.
Titelseite, Inhalt, Prozessbild, Kapitel je Schritt Jedes Kapitel zeigt das Symbol des Schritts zur Orientierung – dazu Rolle, ERP-Funktionen, Beschreibung, Arbeitsschritte und das Bildschirmfoto aus dem Testlauf.

Bildschirmfotos aus TAOM Process Studio mit Beispieldaten. Zum Vergrössern auf ein Bild klicken.

Voraussetzung

Prüfung und Test ist in keiner Lizenzstufe enthalten. Sie können die Zusatzlizenz zu Webuser und Webuser Pro (und höher) dazukaufen – Voraussetzung im Unternehmen ist Webuser oder höher. Sie wirkt unabhängig von der Stufe des einzelnen Kontos: Wer ausschliesslich prüft, braucht selbst keine höhere Stufe – die übrigen Funktionen, insbesondere KI-Funktionen, richten sich aber weiter nach der Stufe.

Die gewählte Menge ist die Anzahl der prüfenden Personen. Die Plätze gelten automatisch für die Personen Ihrer Lizenz – zuerst für Sie, dann in der Reihenfolge des Beitritts. Läuft sie ab, bleiben alle erfassten Angaben im Modell sichtbar, sind aber nicht mehr bearbeitbar. Für das Schreiben in ein Zielsystem muss dieses im Kundenkonto eingerichtet sein. Benutzerhandbuch und PDF-Nachweise setzen diese Zusatzlizenz voraus.

So starten Sie

Schritt 1
Personen und Laufzeit wählen
Legen Sie Prüfung und Test in die Lizenzauswahl – die Menge ist die Zahl der prüfenden Personen – und schliessen Sie mit Ihrem Konto ab.
Schritt 2
Schlüssel & Zuweisung
Nach dem Zahlungseingang wird Ihr Test-Schlüssel ausgestellt und Ihrem Konto zugewiesen.
Schritt 3
Prüfen und nachweisen
Im Editor Prüfpflicht, Risiken und Testfälle am Prozessschritt erfassen, Testläufe durchführen, Nachweise und Handbuch ablegen – und mit dem Zielsystem (z. B. Jira, Confluence) abgleichen.

Für wen ist Prüfung und Test?

Für Qualitäts- und Testverantwortliche, Validierungs- und Qualifizierungsteams, interne Revision und Projektteams in geprüften Umgebungen, die Anforderungen, Risiken und Tests am Prozess festmachen und belegen wollen, wer was erstellt und freigegeben hat.

ZUSATZLIZENZ
Zu Webuser und Webuser Pro
Wer nur prüft, braucht keine höhere Stufe – wer prüft, braucht einen Nachweis.

In die Lizenzauswahl

TAOM Process Studio · Traniva AG. Prüfung und Test ist eine Zusatzlizenz je Person mit eigenem Schlüssel und eigener Laufzeit. TAOM ist kein validiertes System im Sinne regulatorischer Vorgaben und ersetzt keine Validierung durch den Kunden. Einzelheiten: AGB, Ziffern 5.10 und 16.12 bis 16.16.

Passt dazu

Sinnvoll in Kombination. Mit Prüfung & Test.