Läuft lokal
calServer entwirft Prüfpläne und räumt Stammdaten auf. Standardmäßig gegen ein lokales Modell, ohne dass Daten die Installation verlassen.
Jede einzeln zuschaltbar, jede mit eigener Modellwahl. Der Name sagt, was eine Funktion tut; die Einstufung darunter sagt, welche Felder sie dafür überträgt. Was aus bleibt, läuft wie vorher.
Betriebsdaten, kein Personenbezug
Aus Gerät, Richtlinie und Herstellergenauigkeit entsteht ein vollständiger Entwurf mit Messpunktgruppen. Sie prüfen ihn und übernehmen, was passt.
Betriebsdaten, kein Personenbezug
Neue Geräte bekommen einen Vorschlag für die passende Kategorie, statt in einer Sammelablage zu landen.
personenbezogen
Dasselbe Objekt unter drei Schreibweisen? Die KI schlägt Zusammenlegungen vor, entscheiden tun Sie.
kein Personenbezug
Hersteller- und Typbezeichnungen werden auf eine einheitliche Schreibweise gebracht, damit Filter und Auswertungen wieder greifen.
Betriebsdaten, kein Personenbezug
Neue Gerätetypen bekommen einen Vorschlag für die Preisklasse, abgeleitet aus dem vorhandenen Bestand.
Betriebsdaten, kein Personenbezug
Kalibriergegenstand, Methode, Beschreibung und Messbedingungen als Entwurf, statt sie je Verfahren neu zu formulieren.
personenbezogen
PDF-Kalibrierscheine fremder Labore werden im Stapel gelesen und gegen den Bestand geprüft, statt abgetippt zu werden.
Datenschutz
Der Unterschied, der im Lastenheft steht
Wer Prüfmitteldaten aus Pharma, Verteidigung oder öffentlicher Verwaltung verwaltet, darf sie nicht an einen US-Dienst schicken. Deshalb ist der Standardtreiber in calServer ein lokal betriebenes Modell: Die Anfrage geht an einen Rechner in Ihrem Netz, nicht in eine fremde Cloud.
Der Schalter Externe KI-Dienste erlauben steht ab Werk auf Aus. Solange er aus ist, wird ein Aufruf an eine Adresse ausserhalb der Installation blockiert, bevor etwas übermittelt wird. Nicht abgelehnt, nachdem die Daten draußen sind, sondern verhindert, bevor der Request rausgeht. Wer ihn umlegt, etwa für einen gehosteten Dienst wie Hetzner Inference oder einen eigenen OpenAI-kompatiblen Endpunkt, tut das bewusst im Administrationsbereich: jeder Aufruf nach außen wird protokolliert.
Und unabhängig vom Anbieter gilt: Die KI ändert nie selbst etwas. Sie erzeugt Vorschläge. Jeder Vorschlag wird angenommen oder verworfen, und was angenommen wird, steht mit Benutzer, Zeitpunkt, altem und neuem Wert im Audit-Log. Jede Anfrage wird zudem mit ihrem Token-Verbrauch mitgeschrieben, damit sichtbar bleibt, was die Funktion tatsächlich kostet.
Ablauf
Ein Vorschlag wird nicht angewendet, weil er entstanden ist, sondern weil jemand ihn angenommen hat.
Je Funktion ein Schalter, dazu die Modellwahl. Ohne diesen Schritt läuft nichts, auch nicht im Hintergrund.
Der Lauf wird ausgelöst, nicht geplant. Was dabei übertragen wird, steht vorher an der Funktion.
Jeder Vorschlag landet offen in der Liste, mit dem Wert, den er ersetzen würde.
Angenommen, abgelehnt oder überholt: der Vorschlag behält seinen Zustand. Abgelehntes kommt nicht wieder.
Ein übernommener Wert steht wie jede andere Änderung im Audit-Trail, mit Benutzer, Zeitpunkt, altem und neuem Wert.
Die Frage ist nicht, ob ein Assistent Daten lesen kann, sondern mit wessen Rechten er das tut.
Zugang
calServer bringt einen MCP-Server mit. Ein KI-Client arbeitet darin mit genau den Rechten des Benutzers, der sich angemeldet hat.
Rechte
Der übliche Weg ist ein technischer Benutzer mit weiten Rechten. Hier hängt der Zugang an der bestehenden Rechtevergabe.
Betrieb
Jede Anfrage wird mit ihrem Token-Verbrauch protokolliert. Sie sehen, was die Funktion tatsächlich kostet.