Im Detail

Kalibrierdaten-Review: Änderungen prüfen, bevor sie gelten

Ein Kalibrierdaten-Review holt die zweite Meinung dorthin, wo sie zählt: an den einzelnen Parameter. VersaCal führt Änderung, Prüfung und Freigabe in einem Ablauf zusammen. Der Commit entsteht erst nach der Freigabe.

Warum ein Kalibrierdaten-Review über Dateien hinaus muss

Viele Teams tauschen Kalibrierstände heute als Dateien aus. Eine Rückfrage landet dann in einer E-Mail, ein Kommentar in einer Tabelle. Der Bezug zwischen Wert und Begründung geht dabei schnell verloren.

Zudem lässt sich später kaum nachweisen, wer geprüft hat. Ein Kalibrierdaten-Review verdient deshalb denselben Rang wie der Code-Review in der Software-Entwicklung. Es gehört an den Datenstand, nicht daneben.

Der Ablauf vom Entwurf bis zum Stand

Änderungen entstehen zuerst in einem Entwurf. Der Serienstand bleibt davon unberührt, obwohl Sie schon arbeiten. Daraus öffnen Sie anschließend einen Change-Request.

  • Erstens: Entwurf anlegen und Parameter ändern
  • Zweitens: Change-Request öffnen – VersaCal erzeugt Vergleich und Health-Report
  • Drittens: Risiko-Scoring und KI-Zusammenfassung der Änderung lesen
  • Viertens: Kommentare je Parameter klären
  • Zuletzt: Freigabe durch eine zweite Rolle, danach Commit mit Zertifikat
app.versacal.de
Kalibrierdaten-Review in VersaCal: Vergleich mit Alt-Wert, Neu-Wert und Delta

Was der Prüfer tatsächlich sieht

Ein Diff über Bytes hilft im Review nicht weiter. VersaCal zeigt deshalb jeden geänderten Parameter mit physikalischem Alt-Wert, Neu-Wert, Einheit und Delta. Aus jeder Zeile springen Sie in den A2L-Quellcode oder auf die HEX-Adresse.

Dazu kommt der Health-Report mit Grenzwerten, Monotonie und Gradienten. Die KI-Assistenz fasst die Änderung zusammen und bewertet ihr Risiko. Sie schreibt jedoch nichts selbst: jeder Vorschlag läuft über Vorschau und Freigabe.

4-Augen-Prinzip, technisch erzwungen

Eine Vereinbarung im Prozesshandbuch lässt sich übergehen. Ein Gate im Werkzeug nicht. VersaCal trennt die Rollen deshalb strikt in Viewer, Applikateur und Freigeber.

Wer geändert hat, gibt nicht selbst frei. Erst die Zustimmung der zweiten Rolle erzeugt den Stand. Anschließend liegt ein Freigabe-Zertifikat vor, und jede Aktion steht im Audit-Trail.

Nachweise, die auch später tragen

Ein Kalibrierdaten-Review ist erst vollständig, wenn es nachweisbar bleibt. Der Audit-Trail hält fest, wer wann was geändert, kommentiert und freigegeben hat. Somit lässt sich ein Stand Jahre später rekonstruieren.

Die Ergebnisse fließen außerdem in Ihre bestehenden Formulare. Delta-DCM, CDFX, HEX und PDF-Reports entstehen auf Knopfdruck. Damit passt das Review in Freigabe-Ablagen, die es bei Ihnen längst gibt.

Standards nachlesen: ASAM CDF

FAQ

Häufige Fragen zu Kalibrierdaten-Review

Kann eine Person allein einen Stand freigeben?

Nein, sofern das 4-Augen-Gate aktiv ist. VersaCal trennt die Rollen Applikateur und Freigeber. Wer eine Änderung eingebracht hat, kann sie nicht selbst freigeben. Der Commit entsteht erst mit der Zustimmung der zweiten Rolle.

Wie granular lassen sich Kommentare im Kalibrierdaten-Review setzen?

Je Parameter. Ein Kommentar hängt damit an der Zeile, um die es geht, und nicht am gesamten Stand. Offene Punkte bleiben dadurch im Review sichtbar, bis sie geklärt sind.

Was macht das Risiko-Scoring?

Es bewertet die geänderten Parameter und hebt die heikleren hervor, beispielsweise große Sprünge oder Werte nahe an einer Grenze. Das Scoring ersetzt keine Prüfung. Es sortiert die Aufmerksamkeit im Review.

Kalibrierdaten-Review an Ihrem Ablauf sehen

Beschreiben Sie uns Ihre Rollen und Freigaberegeln. In der Demo zeigen wir das Review an einem Ablauf, der Ihrem entspricht.

Demo vereinbaren Oder schreiben Sie uns: info@algebra-ec.de