Zum Inhalt springen

Stammdaten-Administration

RailKeeper verwendet kontrollierte Stammdaten überall dort, wo Datensätze gemeinsame Namen, Klassifizierungen, Symbole oder Nummerierungsregeln benötigen. Der größte Teil wird unter Einstellungen > Daten verwaltet. Inventarnummernschemata stehen unter Einstellungen > Allgemein, der JSON-Stammdatentransfer unter Einstellungen > Import/Export.

Dieser Bereich dokumentiert RailKeeper v0.1.20.3 und trennt vier administrative Abläufe:

Zugriffsrechte

AktionAdminEditorViewerPlannerMesse
Einstellungen öffnen und Stammdaten lesenJaJaJaJaNein
Einträge anlegen, bearbeiten, deaktivieren oder reaktivierenJaJaNeinNeinNein
Geeigneten eigenen Eintrag endgültig löschenJaJaNeinNeinNein
Lagerorte verwaltenJaJaNeinNeinNein
Inventarnummernschemata verwaltenJaJaNeinNeinNein
Stammdatendokument exportieren oder importierenJaNeinNeinNeinNein

Viewer und Planner erben den Lesezugriff. Die Artikelverwaltung zeigt ausdrücklich einen Nur-Lese-Zustand. Einige Bedienelemente für allgemeine Stammdaten und Inventarnummern können für diese Rollen in v0.1.20.3 trotzdem sichtbar bleiben, der Server weist aber jeden Schreibvorgang ab. Ein sichtbares Bedienelement erteilt niemals eine Berechtigung.

Ein reines Messe-Konto kann die Einstellungen nicht öffnen. Es kann nur die aktiven Funktionssymbole über den isolierten Messeablauf lesen.

Herkunft und Lebenszyklus verstehen

Jeder kontrollierte Eintrag besitzt eine Herkunft:

HerkunftBedeutungEndgültiges Löschen
MitgeliefertWird von RailKeeper ausgeliefert und abgeglichenNiemals erlaubt
EigenLokal angelegt oder ohne passende mitgelieferte Kennung importiertNur ungenutzt erlaubt

Einträge beider Herkünfte lassen sich bearbeiten, deaktivieren und reaktivieren. Eine Deaktivierung entfernt einen Eintrag aus neuen Auswahlen. Bestehende Datensätze behalten ihren gespeicherten Wert und zeigen ihn weiterhin als inaktiv an. So wird ein historisch noch benötigter Wert sicher außer Betrieb genommen.

Für mehrere aktive Einträge desselben Datentyps steht eine Mehrfachauswahl zur Verfügung. Sie deaktiviert alle bestätigten Einträge in einer gemeinsamen Transaktion. Schlägt ein Eintrag fehl, bleibt der gesamte Satz unverändert. Eine Mehrfach-Reaktivierung gibt es nicht; inaktive Einträge werden einzeln reaktiviert. Der Ablauf gilt für allgemeine und artikelbezogene Stammdaten, nicht für Inventarnummernschemata oder Lagerorte.

Das endgültige Löschen ist absichtlich enger gefasst. RailKeeper bietet es nur für einen eigenen Eintrag an, dessen Datentyp eine bekannte Verwendungsprüfung besitzt und dessen Schlüssel oder Bezeichnung nicht referenziert wird. Die Standardschlüssel der Artikelarten sind zusätzlich geschützt. Beim Löschen eines geeigneten Eintrags werden auch seine Stammdatenbeziehungen entfernt. Der Vorgang lässt sich nicht rückgängig machen.

Konservativer Änderungsablauf

  1. Vor umfangreichen Änderungen eine aktuelle Anwendungssicherung erstellen und prüfen.
  2. Bei vielen Klassifizierungsänderungen zusätzlich das aktuelle Stammdaten-JSON exportieren.
  3. Einen Schreibfehler bevorzugt korrigieren, statt einen nahezu gleichen Eintrag anzulegen.
  4. Einen veralteten Wert zuerst deaktivieren und betroffene Fahrzeug-, Artikel- und Messeansichten prüfen.
  5. Nur einen bestätigt ungenutzten eigenen Eintrag löschen.
  6. Vor weiteren Massenänderungen ein betroffenes Fahrzeug oder einen Artikel testweise anlegen.

Inventarnummernschemata und Lagerorte gehören nicht zum Stammdaten-JSON. Wenn diese Einstellungen zusammen mit dem Bestand wiederherstellbar sein müssen, ist eine Anwendungssicherung erforderlich.

Verwandte Seiten

Dokumentierte RailKeeper-Version

Dieser Bereich dokumentiert RailKeeper v0.1.20.3 und wurde zuletzt am 28.08.2026 geprüft.