Regeln¶
Unter Administration > Grundeinstellungen > Regeln (/v2/admin/settings, Tab „Regeln") werden die aus calServer V1 übernommenen Systemregeln verwaltet. Die Werte liegen — wie in V1 — als Properties unter settings/calibration (bzw. settings/customer) und werden von der V1→V2-Migration unverändert übernommen.
Der Tab ist schema-getrieben: Beschriftungen, Feldtypen, Auswahllisten, Hilfetexte und Validierung kommen aus dem Backend-Katalog app/Support/SettingsCatalog.php, genau wie bei den Tabs „Anmeldung" und „Passwort & Sicherheit". Eine neue Regel entsteht durch einen Katalog-Eintrag, nicht durch Frontend-Code. Beim Speichern schreibt die Seite je Property-Bereich ein eigenes PUT /admin/properties; welcher Wert in settings/calibration und welcher in settings/customer gehört, sagt das Schema.
Umgezogen (ADR-031)
Feldzuweisungen (Statusfeld, Typfeld, Anzeigefelder), die Kundensuche und die globalen Zähler stehen seit ADR-031 nicht mehr hier, sondern seit dem 17.08.2026 unter Vorgaben im Tab „Feldvorgaben" (Zwischenstation war die Feldverwaltung). Dort steht das Feldregister zur Verfügung, also wird die Zuweisung ausgewählt statt getippt. Gespeichert wird weiterhin nach settings/calibration bzw. settings/customer — nur die Bedienstelle hat sich geändert.
Kein „Nur V1" mehr in diesem Tab
Der Tab führte bis August 2026 sechs Regeln mit dem Kennzeichen Nur V1: Einstellungen, die man ändern konnte, ohne dass in V2 etwas passierte. Sie sind aus der V2-Oberfläche entfernt; „Leere Dokumente anzeigen" ist umgekehrt zu einer Regel geworden, die V2 auswertet. Was wegfiel und was in V2 an seine Stelle tritt, steht unten unter Was aus den Regeln verschwunden ist.
Die Werte bleiben in der Datenbank stehen. Entfernt ist die Bedienstelle, nicht die Property — eine Installation, die daneben noch V1 fährt, liest sie unverändert weiter. Wer sie dort ändern muss, tut das in der V1-Oberfläche.
Das Kennzeichen selbst gibt es weiter, nur nicht mehr hier: Die Dateispeicher-Pfade tragen es, und in den Vorgaben die Feldzuweisungen, die V1-Codes ansprechen (Statusfeld, Typfeld, Zertifikatsfeld).
Fälligkeits- und Ampelregeln¶
| Regel | Wirkung | Vorgabe |
|---|---|---|
Fälligkeitszeitraum (due_date_period) |
Vorlauf in Tagen, ab dem eine Kalibrierung als „fällig" zählt (Dashboard-Statistik) | -30 |
Kritisch Stufe 1 (critical_date_period_1) |
Erste Warnstufe der Fälligkeits-Ampel | -14 |
Kritisch Stufe 2 (critical_date_period_2) |
Zweite Warnstufe | -7 |
Kritisch Stufe 3 (critical_date_period_3) |
Dritte Stufe — hier bereits überfällig | 7 |
Vorzeichen: Die Grenze ist immer heute - Periode. Ein negativer Wert
zählt also in die Zukunft (Vorwarnung: -14 = 14 Tage vor dem Termin), ein
positiver in die Vergangenheit (7 = bis zu 7 Tage überfällig). 0
schaltet den Topf ab — die zugehörige Kachel zählt dann nichts.
Die Werksvorgabe ist eine Leiter, die enger wird, je näher der Termin rückt,
und mit einer Überfällig-Stufe endet: 30 Tage vorher „fällig", dann 14, dann 7
Tage vorher, dann 7 Tage überfällig. Bestandsinstallationen, deren vier Werte
noch exakt auf der alten Vorgabe (60 / -60 / -14 / -7) standen, wurden per
Migration auf die neue Leiter gezogen; eigene Einstellungen bleiben unberührt.
Barcode¶
| Regel | Wirkung in V2 |
|---|---|
Barcode-Typ (barcode_type) |
Symbologie, in der die Etiketten-Systemberichte den Code rendern. Angeboten werden die zehn Symbologien, die der Report-Runner drucken kann; ältere V1-Werte (std25, code11, code93, msi) bleiben speicherbar, werden aber nicht gedruckt |
Barcode-Feld (barcode_field_fieldname) |
Feld, dessen Wert codiert wird. api_name oder V1-Code |
Aufbau und Höhe des Etiketts sind keine Einstellungen mehr: Beides steht in der Berichtsvorlage des Etiketts, und der Druckdialog übernimmt die Größe aus der erzeugten PDF.
Sicherheitsregeln¶
| Regel | Wirkung in V2 |
|---|---|
Doppelte Inventarnummern verhindern (disable_double_asset_number) |
Anlage/Änderung mit vorhandener Inventarnummer wird abgelehnt |
Doppelte Auftragsnummern verhindern (disable_double_booking_number) |
Anlage mit vorhandener Auftragsnummer wird abgelehnt |
Warnung bei offenen Aufträgen (enable_user_opens_order) |
Beim Anlegen eines Auftrags wird gewarnt, wenn der Kunde bereits Aufträge in einem aktiven Status hat (Auftragsnummern in der Warnmeldung) |
Dokumente¶
| Regel | Wirkung in V2 | Vorgabe |
|---|---|---|
Badge bei DMS-Dateiansicht (enable_badge_dms_view) |
Blendet den Freigabestatus-Badge (Freigegeben/Entwurf) in Dokumentansichten ein/aus | an |
Leere Dokumente anzeigen (show_empty_doc) |
Zeigt Dokumentbereiche auch dann, wenn keine Datei hinterlegt ist | an |
Was „Leere Dokumente anzeigen" bewirkt. Die Dokumentansicht gruppiert die Dateien eines Datensatzes nach DMS-Kategorie (den Fächern aus der Dateiverwaltung). Eingeschaltet bekommt jede Kategorie ihren Bereich, auch eine leere — dort steht dann „Keine Dateien" und der Hochladen-Knopf. Abgeschaltet listet die Ansicht nur Kategorien, in denen tatsächlich eine Datei liegt; hält keine eine, steht dort „Keine Dokumente vorhanden".
Das ist dieselbe Entscheidung, die calServer V1 im Dokument-Tab trifft. Ein Unterschied bleibt: In V2 hängt am Bereich auch der Upload. Damit der Weg in eine noch leere Kategorie nicht verschwindet, blendet die Ansicht für Nutzer mit Schreibrecht am Ende der Liste einen Schalter ein, der die verborgenen leeren Kategorien nachzieht („n leere Kategorien anzeigen").
Die Regel gilt für Dokumente, nicht für Gerätebilder — die stehen in V2 wie in
V1 in ihrem eigenen Bereich (_img-Kategorien).
Was aus den Regeln verschwunden ist¶
Sechs Regeln standen im Tab, ohne dass calServer V2 sie las. Ein Schalter, der
nichts tut, kostet mehr Erklärung als er wert ist — sie sind aus der
V2-Oberfläche entfernt. Die Werte bleiben in property stehen: Eine
Installation, die daneben noch V1 fährt, liest sie unverändert weiter und
pflegt sie in der V1-Oberfläche.
| Entfernte Einstellung | Was V1 damit macht | Was in V2 an seine Stelle tritt |
|---|---|---|
Label-Druckformat (barcode_field_print) |
Aufbau des Etiketts (TEXT:BARCODE:FIELD) |
Der Aufbau steht in der Berichtsvorlage des Etiketts |
Label-Höhe (barcode_label_height) |
Höhe des Etiketts in Millimetern | Die Vorlage bestimmt die Etikettengröße; der Druckdialog übernimmt sie aus der PDF |
Lokale Benutzerkonten (enable_local_user_accounts) |
Anmeldung mit Intranet-Servicekonten aus der Serverkonfiguration | V2 meldet nur über Benutzerkonten der Datenbank und API-Token an |
Fixierte Tabellenköpfe (enable_fixed_grid_header) |
Schaltet den fixierten Tabellenkopf der V1-Grids ein | V2-Grids halten Kopfzeile und Aktionsspalte konstruktiv fest |
Auftrags-Tabs (pic_doc_code) |
Reihenfolge der Zusatz-Tabs der Inventaransicht (Bild, Dokumente, Barcode) | Die V2-Detailseite zeigt ihre Tabs nach Modul und Berechtigung |
Download-Ordner (download_folder) |
Systemweiter Vorschlag beim Herunterladen | Standard-Download-Ordner im eigenen Profil (/v2/settings/profile), also je Benutzer |
Weiterhin Nur V1, aber an anderer Stelle: die Dateispeicher-Pfade und in den Vorgaben die Feldzuweisungen, die V1-Codes ansprechen (Statusfeld, Typfeld, Zertifikatsfeld — V2 spricht Kalibrierfelder über ihren api_name an).
Berechtigungen¶
Der Tab und die zugehörigen Endpunkte (/admin/properties) erfordern die Operation basic_setting_admin.