https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/ Recent content on KalibriWare - Dokumentation Hugo -- gohugo.io de https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/anatomie/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/anatomie/ Im vorangegangenen Dokument wurde bereits das Skelett für ein neues Kalibrierskript vorgestellt, welches hier als Grundlage dienen soll: // Zusatzfunktion der Abhängigkeitsauflösung importieren import { Injectable } from 'injection-js'; // Basisklasse für alle Skripte, jedes Skript muss von `Script` erben. import { Script } from '@script'; // Klasse als erzeugbar markieren @Injectable() export class SkriptName extends Script { // Im Konstruktor können zusätzliche Parameter angefordert werden constructor() { } // Run enthält das eigentliche Kalibrierskript. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/diagramme/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/diagramme/ Einführung Analog zum alten Kalibriscript können auch in Kalibriware Diagramme aus Messreihen erzeugt werden. Die Diagrammfunktion basiert auf der MeasurementSeries Klasse (unsichtbare Tabelle im Protokoll), welche dann nachfolgend in eine DisplayTable (sichtbare Tabelle im Protokoll) oder eine Grafik dargestellt werden kann. Wir benutzen echarts als Diagrammbibliothek, sodass alle möglichen Diagrammtypen unterstützt werden. Diagramm im Protokoll Zuerst benötigen wir eine MeasurementSeries um die darunterliegenden Daten abzuspeichern: const table = this.steps.createSeries(SeriesTemplates.XSTIAQ(Fields.Empty, Tolerance.Absolute(0.20))); this. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/hardware/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/hardware/ Im vorangegangenen Dokument wurde bereits das Skelett für ein neues Kalibrierskript vorgestellt, welches hier als Grundlage dienen soll: // Zusatzfunktion der Abhängigkeitsauflösung importieren import { Injectable } from 'injection-js'; // Basisklasse für alle Skripte, jedes Skript muss von `Script` erben. import { Script, StepsService } from '@script'; // Klasse als erzeugbar markieren @Injectable() export class SkriptName extends Script { // Hier wird der StepsService aus der Dependency Injection angefordert und innerhalb der Klasse abgespeichert. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/standardnutzung/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/standardnutzung/ Im vorangegangenen Dokument wurde bereits das Skelett für ein neues Kalibrierskript vorgestellt, welches hier als Grundlage dienen soll: // Zusatzfunktion der Abhängigkeitsauflösung importieren import { Injectable } from 'injection-js'; // Basisklasse für alle Skripte, jedes Skript muss von `Script` erben. import { Script, StepsService } from '@script'; // Klasse als erzeugbar markieren @Injectable() export class SkriptName extends Script { // Hier wird der StepsService aus der Dependency Injection angefordert und innerhalb der Klasse abgespeichert. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/messreihen/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/messreihen/ In diesem Teil soll beschrieben werden, wie Messwerte aufgenommen werden können und ins Protokoll eingefügt werden. Dazu wollen wir das vorhergehende Skript um eine Messroutine erweitern, welche einen Parameter vom Benutzer abfragt. Als Ausgangspunkt soll folgendes Skript dienen: import { Injectable } from 'injection-js'; import { Script, StepsService } from '@script'; @Injectable() export class SkriptName extends Script { constructor(private steps: StepsService) {} public Run(): void { this.steps.Add("Parameter 1", async () => { // TODO Benutzerinteraktion anlegen }, {}); } } Benutzerinteraktion Zuerst wollen wir uns anschauen, wie von einem Kalibrierskript aus mit dem Kalibrierer kommuniziert werden kann. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/skriptspeicher/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/skriptspeicher/ Um persistente Daten zu speichern gibt es in Kalibriware drei Möglichkeiten, welche alle über eine gemeinsame Basisklasse abgebildet werden: Diese hat eine Schnittstelle wie folgt: interface PersistentStorageEngine { async get(key: string, namespace = "script.ini"): Promise<string | number | boolean>; async set(key: string, value: string | number | boolean, namespace = "script.ini"): Promise<void>; } Über die Funktion set kann ein Wert überschrieben werden, dabei kann ein namespace zur Gruppierung und Organisation von Werten benutzt werden. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/entwicklerdokumentation/altskripte/intro/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/entwicklerdokumentation/altskripte/intro/ Einführung Bei der im alten Kalibri integrierten Skriptsprache handelt es sich um eine komplette Eigenentwicklung. Sie kombiniert Ideen aus verschiedenen anderen Sprachen, nimmt dabei aber nur die Nachteile mit und lässt die Vorteile gezielt stehen. Die Skriptsprache ist historisch gewachsen und weist deswegen eine außergewöhnliche Menge an problematischen Designentscheidungen auf. Die Syntax ist überaus komplex, aber gleichzeitig sehr fehleranfällig und schlecht dokumentiert. Der dazugehörige Interpreter, welcher sich hauptsächlich in der Datei GPIB. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/grundbegriffe/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/grundbegriffe/ Das OLP (stellenweise auch Kalibriware genannt) wurde in enger Zusammenarbeit mit CTDI und den Mitarbeiter*innen des Labors entwickelt, um die betrieblichen Abläufe möglichst effizient und wenig fehleranfällig abzubilden. Grundbegriffe Im folgenden werden ein paar Grundbegriffe eingeführt: Auftrag oder Werkstattauftrag Ein (Werkstatt)Auftrag im OLP entspricht direkt einem Werkstattauftrag aus dem SAP. Ein Werkstattauftrag besitzt folgende Elemente Interne UUID SAP-Werkstattauftragsnummer Status Service Tag Zugehöriger Auftrag (via Meldungsnummer), dadurch verknüpft: Kunde Deadline Vorabautorisierung für Reparaturen Zugehöriger Prüfling (beim Import zugeordnet über SAP-Materialnummer, danach zugeordnet über interne UUID), zusätzlich dazu: CTDI-Inventarnummer / Interne Seriennummer Herstellerseriennummer Kundeninventarnummer Erfolgte Kalibrierungen Teilebuchungen / Materialbuchungen Zeitbuchungen Historie Zeitpunkt des Exports der Teilebuchungen an das SAP Zeitpunkt des Exports der Zeitbuchungen & Statusrückmeldung an das SAP Status von Werkstattaufträgen Ein Werkstattauftrag kann folgende Status haben: https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/provision-new-pc/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/provision-new-pc/ Falls ein Messplatzrechner ausgetauscht werden soll oder ein neuer Messplatzrechner installiert werden soll, müssen dort folgende Einstellungen manuell vorgenommen werden: Netzwerkeinstellungen IP-Typ: Statisch IP-Adresse: eine aus dem Bereich 10.3.94.0/24 wählen DNS-Server: 10.3.94.1 Gateway: 10.3.94.254 HTTP(s) proxy server für apt: http://10.3.4.144:8080 Betriebssystem Als Betriebssystem kommt dabei ein Debian 12 zum Einsatz, weiterhin muss bei der Installation ein OpenSSH-Server installiert werden. Dazu benötigen wir zwei Benutzeraccounts, einmal root und einmal den Standardbenutzer (z. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/fehlersuche/sap-export/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/fehlersuche/sap-export/ Falls der Export eines Auftrags nicht durchgeführt werden konnte wird dies über eine Standard-Fehlermeldung (“Toaster”) signalisiert. In diesem Falle verbleibt der Auftag im Status “Export” und wird nicht nach “Archiviert” verschoben. Im diesem Fall sollte auch maximal einer der beiden Exportzeitpunkte gesetzt sein: Folgende Schritte sollten in diesem Fall durchgeführt werden: 1. Prüfung der Systemmeldungen Falls der Export fehlschlägt sollte diesbezüglich eine Systemmeldung vom Typ export.sap.orderjob.transmiterror hinterlegt sein. Diese Fehlermeldung an sich sollte bereits genügend Informationen enthalten, um das Problem zu identifizieren. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/entwicklerdokumentation/systemarchitektur/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/entwicklerdokumentation/systemarchitektur/ Ziel dieses Dokuments ist es, dem Leser die Ziele hinter dem Design der Software “KalibriWare” nahezubringen. Dazu wird zuerst ein Überblick über die gewünschten Funktionalitäten gegeben, anschließend wird aus diesen Funktionalitäten eine Systemarchitektur abgeleitet und die notwendigen Entscheidungen strukturiert erläutert. Bisheriger Stand Bisher werden Kalibrierungen im Kalibrierlabor der CTDI mittels der Software ‘KalibriScript’ durchgeführt, welche ihr Lebensende erreicht hat. KalibriScript führt den Nutzer durch den Kalibrierprozess diversester Messgeräte und archiviert die erzeugten Kalibrierprotokolle auf einem zentralen Datenspeicher. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/entwicklerdokumentation/altskripte/design-decisions/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/entwicklerdokumentation/altskripte/design-decisions/ Nicht direkt offensichtliche oder triviale Designentscheidungen, welche getroffen wurden, werden im Folgenden dokumentiert. Ausführung der Skripte in Form eines Interpreters in TypeScript Zu Beginn des Projektes wurden verschiedene Ansätze getestet und evaluiert. Der erste Ansatz war eine automatische Transpilierung der Altskripte in das neue Skriptformat. Hierzu sollten die Altskripte geparsed und dann mittels Transformationen des AST (Abstract Syntax Tree) transpiliert werden. Es stellte sich jedoch heraus, dass das automatische Parsen des Bestandes an Altskripten ein aussichtloses Unterfangen ist. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/create-workplace/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/create-workplace/ Um einen neu eingerichteten Messplatz erstmalig zu konfigurieren, bitte folgende Schritte vornehmen: Messplatz anlegen Name: Frei wählbarer Name für den Messplatz Kalibrierscheinpräfix: Buchstabe, welcher für die Eindeutigkeit den Kalibrierscheinen, welchen an diesem Messplatz erstellt wurden, vorangestellt wird. Rechner: Alle verfügbaren Rechner aus Schritt 1, welche an den Messplatz gekoppelt sein können. Anmerkung: Ein Rechner kann immer nur genau einem Messplatz zugeordnet sein - wird der Rechner für einen anderen Messplatz zugeordnet, so wird die Zuordnung überschrieben. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/fehlersuche/node-occupied/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/fehlersuche/node-occupied/ In seltenen Ausnahmefällen kann es vorkommen, dass ein Messplatz als “belegt” angezeigt wird, obwohl er das nicht ist. Achtung: Das Vorgehen in diesem Abschnitt kann zu schwerwiegenden Fehlern im System führen, falls es nicht korrekt oder in der falschen Situation durchgeführt wird Lösung: Löschen des passenden Jobs Empfohlenes Vorgehen: k9s öffnen Master Node auswählen (optional) :jobs eingeben, falls keine Jobs angezeigt werden 0 drücken Finden des passenden Jobs mittels d (describe) Löschen mittels CTRL+d https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/workflow/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/workflow/ Workflow Jeder Werkstattauftrag durchläuft den folgenden Workflow: Dabei wird basierend auf dem Servicekennzeichen am Anfang entschieden, ob ein Gerät kalibriert, repariert oder sowohl kalibriert als auch repariert werden muss. Falls bereits am Prozesseingang klar ist, dass das Gerät eine Reparatur benötigt, so wird diese zuerst vorgenommen. Falls das Gerät kalibriert werden soll, die Kalibrierung aber fehlschlägt, wird das Gerät zwischengeparkt und die Zustimmung zur Reparatur eingeholt. Falls ein Gerät nicht vor Ort repariert oder Kalibriert werden kann, wird das Gerät zum Hersteller (Vendor) gesendet. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/skript-weiterverwendung/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/skript-weiterverwendung/ Einführung Anders als im alten Kalibriscript gibt es in kalibriware die Möglichkeit, Skripte basierend auf dem Prüfling und/oder dem Auftrag zu verändern. Ein sehr gutes Beispiel dafür ist, Gerätefamilien zu kalibrieren. Beispielsweise könnte eine Gerätefamilie aus Geräten mit verschiedenen Optionen kombinierbar sein, sodass basierend auf dem Prüfling diverse Optionen kalibriert werden müssen. Dies soll im folgenden näher beleuchtet werden. Skript-Anpassung Um ein Skript für mehrere Prüflinge zu schreiben, müssen wir zunächst an die Information, welcher Prüfling vorliegt, kommen. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/entwicklerdokumentation/altskripte/architecture-and-inner-workings/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/entwicklerdokumentation/altskripte/architecture-and-inner-workings/ Bis auf wenige Ausnahmen ist der Quellcode für den legacy-interpreter in src/legacy-runtime zu finden. Zeilenbasierte Behandlung von Skripten und Makros Grundsätzlich arbeitet der Interpreter zeilenbasiert, da dies auch die Operationsweise des alten Kalibri-Skript ist. Jede Zeile wird dabei als einzeler Buffer abgebildet. Anbindung an die neue Laufzeitumgebung - legacy-script.ts In der Datei src/script-api/legacy-script.ts wird die Klasse LegacyScriptEngine implementiert. Die LegacyScriptEngine ist ein Wrapper und bindet den Legacy-Interpreter an die neue Laufzeitumgebung an (Ausführung und Fehlerbehandlung). https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/dashboard/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/dashboard/ Die folgende Grafik zeigt den Einstiegs-Bildschirm. Die Liste der Aufträge ist der Haupt-Einstiegspunkt um mit dem System zu arbeiten. Standardmäßig wird dabei eine Liste aller Aufträge geladen, und dem Benutzer alle möglichen Aktionen signalisiert. Die möglichen Aktionen folgen der Prozessbeschreibung unter Workflow. Am oberen Rand sind diverse Schnell-Filter zur Auswahl: Überfällig - Zeigt alle Aufträge, bei denen die Deadline abgelaufen ist und die nicht in einem pausierten Zustand sind. Offen - Zeigt alle Aufträge, welche bereit zur Bearbeitung sind In Bearbeitung - Zeigt alle Aufträge, welche aktuell in Kalibrierung oder in Reparatur sind On Hold - Zeigt alle Aufträge, die aktuell im Vendor oder im Pause status sind, bei denen keine Deadline gesetzt ist. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/create-new-user/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/create-new-user/ Benutzer anlegen Um einen neuen Benutzer anzulegen, muss man sich zuerst einmal im Kalibri-UI als Administrator anmelden, anschließend dort unter Administration den Punkt ‘Benutzer und Gruppen’ auswählen. Danach öffnet sich die Seite der Benutzerverwaltung, dort muss ‘Add User’ geklickt werden: Ausgefüllt werden müssen mindestens ein Benutzername, EMail, First Name (Vorname) und Last Name (Nachname), sowie die Gruppen. Der Schalter Email verified muss auf Yes gesetzt werden. Um den Benutzer zu den entsprechenden Gruppen einzuladen, einmal auf Join Groups klicken und dann die entsprechenden Gruppen anhaken und mit Join bestätigen. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/fehlersuche/script-engine-logs/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/fehlersuche/script-engine-logs/ In gewissen Fällen kann es hilfreich sein, live bei der Ausführung der Skript Engine die relativ umfangreichen Logs mitzuverfolgen. Empfohlenes Vorgehen: k9s öffnen Master Node auswählen (optional) :jobs eingeben, falls keine Jobs angezeigt werden 0 drücken Finden des passenden Jobs mittels d (describe) Durchnavigieren bis zum “runtime” Container (das ist die Skript Engine) Es sollten nun logs angezeigt werden. Falls nicht kann das Drücken von 0 (oder 2-5 Abhilfe schaffen) Alternatives Vorgehen: Alternativ kann der “runtime” Pod auch über die Nodes gefunden werden (Nodes -> passenden Node auswählen -> Pod mit calibration-{UUID} -> Container mit runtime) https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/order-details/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/order-details/ Auf der Auftrags-Details-Seite können weitere Änderungen am Auftrag gemacht werden: Zeitbuchungen stornieren Teilebuchungen stornieren Kalibrierscheine für ältere/fehlgeschlagene Kalibrierungen herunterladen Auftrag pausieren extra Zeiten buchen SAP-Exportdatum zurücksetzen/manuell setzen Status / Deadline manuell überschreiben Servicetag ändern Historie Auf der linken Seite unter den Aktionen befindet sich die Historie, dabei wird von oben nach unten ein Zeitstrahl dargestellt, wer wann den Auftrag in welchen Status verschoben hat. Tabellen Teilebuchungen - dabei kann eine Teilebuchung, sofern der Auftrag nicht im Status “SAP-Export” oder “Archiviert” ist, wieder durch drücken des Mülleimer-Icons storniert werden. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/standards-admin/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/standards-admin/ Einführung Kalibriware erlaubt es, Standards fast vollständig frei zu definieren. Details zur codetechnischen Umsetzung sind im Bereich Skriptentwicklung zu finden. Standards können entweder aktiv oder passiv sein. Ein Standard ist aktiv, wenn er Code zugeordnet hat (Treiberdatei / Klasse). Ein Standard ist passiv, wenn keinen Code zugeordnet hat. Aktive Standards sind dazu gedacht, die Modularität des Quellcodes zu unterstützen, indem Funktionalität gekapselt wird und einfach angefordert werden kann. Gleichzeitig wird mit einer Anforderung der Funktionalität eines Standards selbiger auch automatisch in das Protokoll aufgenommen, was Fehlerpotential minimiert. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/sap/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/sap/ Das OLP ist an das SAP angebunden. Da es sich hier um komplexe betriebliche Prozesse handelt, sind einige Punkte zu beachten. SAP-Export / Rückmeldung SAP-Export beschreibt die Richtung vom OLP ins SAP, das OLP übermittelt also Daten an das SAP. Es findet eine Rückmeldung an das SAP statt. Die technischen Spezifikationen für den SAP-Export sind unter Systemadministration / SAP Import & Export Spezifikation dokumentiert. Das Auslösen des SAP-Exports ist aus den Status “Reparatur abgelehnt” und “Abgeschlossen” möglich. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/dut-admin/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/dut-admin/ Erstellung und Verwaltung von Prüflingen Die Verwaltung von Prüflingen passiert in Administration -> Prüflinge. Prüflinge werden ggf. beim Import von Aufträgen aus dem SAP automatisch erstellt. Auf der Hauptseite findet sich eine Liste der Prüflinge. Durch die Buttons können Prüflinge editiert, Messplätzen zugeordnet die Entwicklungsumgebung geöffnet werden. Anlegen neuer Prüflinge Ein Prüfling kann in der GUI wie folgt angelegt werden. Korrektes Eintragen der Skripte Prüflinge haben zwei Arten von Skripten: Kalibrierskripte und Prüfskripte. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/administration/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/benutzerdokumentation/administration/ Zusätzlich zur Auftragsbearbeitung können in kalibriware noch diverse Stammdaten bearbeitet und eingesehen werden. Für Detailliertere Informationen zu den Prüflingen, Standards und Messplätzen bitte auch den Abschnitt Systemadministration beachten! Kunden Über diese Tabelle können Kunden manuell bearbeitet und angelegt werden. Normalerweise werden neue Kunden beim erstmaligen Vorkommen automatisiert aus dem SAP importiert. Im Bearbeiten-Dialog, welcher über den Bleistift erreicht werden kann, können alle Angaben des Kunden bearbeitet werden. Prüflinge Über diese Tabelle können Prüflinge bearbeitet und angelegt werden. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/sap-import-export/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/systemadministration/sap-import-export/ Grundbegriffe Die Begriffe Import und Export sind immer aus Sicht des OLP. Import bezeichnet also die Richtung von SAP zu OLP. Export bezeichnet die Richtung von OLP zu SAP. Import erfolgt über einen FTP-Server (Username sap-uploader, Passwort aus Sicherheitsgründen nicht hier dokumentiert) in das Root-Verzeichnis. Es darf ausschließlich der sap-uploader Benutzer genutzt werden, da ansonsten Hooks nicht ausgeführt werden. Sobald der Import erfolgreich ausgeführt wurde, wird die hochgeladene Datei automatisch gelöscht. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/treiberentwicklung/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/treiberentwicklung/ Einführung In kalibriware können Standards mit einem ‘Treiber’ versehen werden. Das Ziel dazu ist ähnlich zum bestehenden Makrosystem in KalibriScript gemeinsam genutzte Funktionalitäten zu abstrahieren und Hardware einfacher austauschbar zu machen. Dazu wird pro Standard eine Klasse mit gerätespezifischem Code geschrieben, welche oft genutzte Funktionalitäten in einer geteilten, abstrakten Schnittstelle implementiert. Im Folgenden wird die Funktion am Beispiel eines Multimeters demonstriert. Am mächtigsten ist diese Funktion, wenn die Gerätespezifika vollständig abstrahiert sind, also zum Benutzer hin das eigentliche Gerät nicht mehr sichtbar ist. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/entwicklerdokumentation/kalibrierscheinanpassung/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/entwicklerdokumentation/kalibrierscheinanpassung/ Quelltext Der Quellcode zur Protokollerzeugung ist im Projekt “protocol-server” verankert. Aktuell ist das Projekt hier zu finden. Der Protocol-Server basiert im Kern auf den Frameworks React und Chromium. React ist ein UI Framework, welches auch für das normale Web-Frontend des OLP genutzt wird. Der Protocol-Server ist an sich also auch eine Web-Applikation, d.h. der Kalibrierschein wird als Website gerendert und danach durch Chromium über programmatisches Ansprechen der “Print-to-PDF” Schnittstelle ein PDF umgewandelt.