Rezepte / VDMI-Rollenvorschläge

VDMI-Rollenvorschläge mit JavaScript vorprüfen

Verantwortlichkeiten werden nachvollziehbarer, wenn ein Vorschlag seine Funktion, den VDMI-Rollencode, die Evidenzbasis und den Bestätigungsstatus getrennt ausweist. Das Beispiel prüft diese Form lokal mit rein synthetischen Daten.

Suchintention

VDMI Rollenmatrix JavaScript prüfen: Wie lassen sich Verantwortlichkeitsvorschläge technisch validieren, bevor Menschen sie fachlich bestätigen?

Praktische Nutzenfrage

Ist der Rollencode gültig, besitzt der Vorschlag eine sichtbare Grundlage und bleibt klar, dass daraus weder Zugriff noch Ausführung folgt?

Prüfgrenze

Der Dry-Run bewertet nur die Darstellungsform. Er bestimmt keine Organisation, vergibt keine Rechte und ersetzt keine fachliche Rollenklärung.

Lokaler Dry-Run

node examples/vdmi-role-proposal-preflight.js

Das Skript prüft vier synthetische Vorschläge auf:

  • einen bekannten VDMI-Code V, D, M oder I,
  • mindestens einen nachvollziehbaren Hinweis in der Evidenzbasis,
  • einen Confidence-Wert zwischen 0 und 1,
  • die getrennte Kennzeichnung von Vorschlag und menschlicher Bestätigung.

Beispielausgabe

{
  "functionId": "meter-data-quality",
  "proposedRole": "D",
  "status": "proposal_requires_human_confirmation",
  "basisCount": 2,
  "grantsAccess": false,
  "triggersExecution": false
}

Vom Signal zur prüfbaren Rollenklärung

  1. Funktion und konkreten Verantwortlichkeitsbedarf benennen.
  2. Vorschlag und seine Grundlage getrennt speichern.
  3. Ungültige Codes oder fehlende Basis als Klärfall markieren.
  4. Die betroffene Rolle durch einen Menschen bestätigen oder korrigieren lassen.
  5. Zugriff, Freigabe und Prozessausführung in separaten Governance-Schritten behandeln.

VDMI-Zuordnungen sind organisationsspezifisch. Ein technischer Vorschlag ist keine Berechtigung, keine Rangfolge und keine fachlich bindende Entscheidung.

Beispielskript öffnen

Public-safe Evidenz

Das öffentliche Repository der Cernion Energy Tools beschreibt VDMI-Governance, dossiersichere Verantwortlichkeitsdarstellungen und ausdrücklich getrennte menschliche Prüfgates. Das Rezept übersetzt diese dokumentierte Grenze in einen lokalen Formtest ohne API-Aufruf.

Wenn aus dem Muster ein kontrollierter Integrationsreview werden soll, kann Felix Mertens die technische und fachliche Prüfgrenze einordnen.