ORLENE Platform – Systemarchitektur 1.0

Verbindliche Ausgangsarchitektur für September 2026

1. Zweck des Dokuments

• die Trennung zwischen Entwicklung und Produktivbetrieb,
• die Beziehung zwischen ORLENE Platform und ORLENE Footwear,
• die drei vorgesehenen Peter-Wagner-Installationen,
• den grundlegenden Release- und Installationsprozess,
• die standortübergreifende Erfassung der Gefundenen Zeit,
• sowie die Funktionen, die bewusst erst nach September umgesetzt werden.

2. Architektonisches Ziel

ORLENE Platform
└── ORLENE Development

ORLENE Footwear
├── PW-WIEN
├── PW-ASTEN
└── PW-MESSE-01

3. ORLENE Platform

3.1 Bereiche der ersten Platform-Version

ORLENE Platform
├── Development Space
├── Documentation Space
├── Reading Space
├── Review Workspace
├── Build & Release
├── Installationsverwaltung
└── Gefundene Zeit

3.2 Development Space

• Quellcode,
• Entwicklungsdaten,
• technische Tests,
• Prototypen,
• experimentelle Funktionen,
• Fehleranalyse,
• Build-Vorbereitung.

3.3 Documentation Space

• Systemarchitektur,
• Founding Domains,
• Entwicklerbuch,
• Funktionsdokumentationen,
• Prozessbeschreibungen,
• Entscheidungen,
• Release-Dokumentationen,
• Installationsanleitungen,
• spätere Kundendokumentationen.

3.4 Reading Space und Review Workspace

• Ideen,
• Änderungsvorschlägen,
• Dokumenten,
• Architekturentscheidungen,
• geplanten Funktionen,
• später auch Releases und Entwicklungsständen.

4. ORLENE Footwear

• Artikelsuche,
• Etikettendruck,
• Preisverwaltung,
• Verkauf,
• Reservierung,
• Lager- und Standortfunktionen,
• Scannerfunktionen,
• Sortimentplanung,
• Inventur,
• Berichte,
• weitere bereits vorhandene Funktionen.

5. Produktivinstallationen

5.1 PW-WIEN

5.2 PW-ASTEN

5.3 PW-MESSE-01

6. Gemeinsamer Programmstand

• orlene_wien
• orlene_asten
• orlene_messe

eine Entwicklungsquelle
↓
ein freigegebener Build
↓
drei getrennte Installationen

• Installation-ID,
• Standort,
• Daten,
• Konfiguration,
• lokale Hardware,
• lokale Drucker- und Scannerkonfiguration.

7. Installationsprofil

{
  "profile_version": 1,
  "product": "ORLENE Footwear",
  "organisation_id": "PETER_WAGNER",
  "installation_id": "PW-WIEN",
  "location_name": "Wien",
  "environment": "production",
  "update_channel": "stable",
  "offline_capable": true,
  "all_features_enabled": true,
  "license_mode": "reference_customer_full"
}

8. Trennung von Entwicklung und Produktion

8.1 Verbindliche Regel

• PW-WIEN,
• PW-ASTEN,
• PW-MESSE-01,
• alle späteren Kundeninstallationen.

8.2 Getrennte Datenbereiche

Development
├── eigene Datenbank
├── eigene Konfiguration
├── eigene Logs
├── eigene Backups
└── eigener Port

PW-WIEN
├── eigene Datenbank
├── eigene Konfiguration
├── eigene Logs
├── eigene Backups
└── eigener Port

8.3 Visuelle Kennzeichnung

9. Releaseprozess

Entwicklung
↓
technische Prüfung
↓
Funktionsprüfung
↓
Release erstellen
↓
Backup der Produktivinstallation
↓
Update installieren
↓
Funktionstest
↓
Freigabe

9.1 Versionierung

• 0.9.0
• 0.9.1
• 0.10.0
• 1.0.0

9.2 Releases müssen nachvollziehbar sein

• Versionsnummer,
• Erstellungsdatum,
• Änderungsübersicht,
• Datenbankänderungen,
• bekannte Einschränkungen,
• Freigabestatus,
• Sicherungsinformation.

10. Gefundene Zeit

10.1 Grundverständnis

10.2 Grundsatz

• Mitarbeiter zu überwachen,
• Menschen miteinander zu vergleichen,
• individuellen Leistungsdruck aufzubauen,
• vermeintlich langsame Benutzer zu bewerten.

• den Nutzen von ORLENE sichtbar zu machen,
• verbesserte Prozesse zu erkennen,
• Entwicklungsschwerpunkte zu bestimmen,
• den Nutzen gegenüber Kunden und Förderstellen nachvollziehbar zu belegen.

10.3 Standortübergreifende Erfassung

{
  "event_type": "FOUND_TIME_RECORDED",
  "product": "ORLENE Footwear",
  "organisation_id": "PETER_WAGNER",
  "installation_id": "PW-WIEN",
  "function_id": "LABEL_PRINTING",
  "saved_seconds": 80,
  "created_at": "2026-07-26T18:00:00+02:00"
}

10.4 Ermittlung

10.5 Auswertung

• gesamter ORLENE Platform,
• Produkt,
• Organisation,
• Installation,
• Standort,
• Funktion,
• Zeitraum.

10.6 Offline-Erfassung

11. Datensouveränität der Standorte

PW-WIEN
└── eigene lokale Datenbank

PW-ASTEN
└── eigene lokale Datenbank

PW-MESSE-01
└── eigene lokale Datenbank

12. Zentrale Entwicklungsumgebung

• PC zu Hause,
• privates Notebook,
• Firmennotebook,
• weitere freigegebene Geräte.

13. Nicht Bestandteil der September-Version

• vollständiges Modulsystem,
• lizenzabhängige Funktionsauswahl,
• Abonnementverwaltung,
• Kunden-Selbstinstallation,
• selektiver Moduldownload,
• Plugin- oder Marketplace-System,
• allgemeiner Installer für beliebige Kunden,
• vollständig automatisierte Cloud-Auslieferung,
• öffentliche Online-Version von ORLENE Footwear.

14. Vorbereitung für die spätere Modularchitektur

{
  "all_features_enabled": true,
  "license_mode": "reference_customer_full"
}

def feature_enabled(feature_name: str) -> bool:
    return True

15. Sicherheits- und Stabilitätsgrundsätze

• Debug-Modus ist deaktiviert.
• Produktivdaten werden vor jedem Update gesichert.
• Updates dürfen bestehende Daten nicht unkontrolliert überschreiben.
• Fehler einer Installation dürfen andere Standorte nicht blockieren.
• PW-MESSE-01 bleibt offline arbeitsfähig.
• Installationsidentitäten dürfen nicht doppelt vergeben werden.
• Entwicklung verwendet niemals direkt die Produktivdatenbank.
• Jeder produktive Build ist versioniert.
• Jede Installation besitzt eigene Logs und Backups.

16. September-Abnahmekriterien

Development

• Eine getrennte Entwicklungsumgebung besteht.
• Sie besitzt eine eigene Datenbank und Konfiguration.
• Sie ist sichtbar als Development gekennzeichnet.

PW-WIEN

• Eine eigenständige Produktivinstallation besteht.
• Die bisherigen produktiven Daten wurden übernommen.
• Etikettendruck, Artikelsuche und bestehende Kernfunktionen funktionieren.

PW-ASTEN

• Eine eigenständige Installation wurde eingerichtet.
• Drucker und vorgesehene Arbeitsabläufe wurden getestet.
• Die Installation arbeitet unabhängig von PW-WIEN.

PW-MESSE-01

• Die Installation startet vollständig offline.
• Die operativen Messefunktionen sind offline nutzbar.
• Lokale Vorgänge werden zuverlässig gespeichert.

Releases

• Ein freigegebener Build kann reproduzierbar auf allen drei Installationen eingesetzt werden.
• Die aktive Version ist sichtbar.
• Vor Updates werden automatisch oder kontrolliert Backups erstellt.

Gefundene Zeit

• Jeder Standort verwendet seine eigene Installation-ID.
• Geeignete Vorgänge erfassen Gefundene Zeit.
• Offline-Ereignisse können später ohne Doppelzählung zusammengeführt werden.
• Eine Gesamtauswertung für alle drei Standorte ist möglich.

17. Verbindliche Architekturgrundsätze

1. ORLENE Platform und ORLENE Footwear sind unterschiedliche Ebenen.

1. ORLENE Platform entwickelt und veröffentlicht Produkte. ORLENE Footwear wird operativ eingesetzt.

1. Es wird niemals direkt in einer Produktivinstallation entwickelt.

1. Alle Standorte verwenden denselben freigegebenen Programmstand und unterscheiden sich durch Identität, Daten und Konfiguration.

1. Produktivinstallationen müssen auch bei fehlender Internetverbindung arbeitsfähig bleiben, sofern ihr Einsatz dies erfordert.

1. Gefundene Zeit bewertet Prozesse, nicht Menschen.

1. Für September hat ein stabiler Referenzbetrieb an drei Standorten Vorrang vor einer vollständigen Modul- und Lizenzarchitektur.

1. Die ORLENE Platform ist die erste Anwendung ihrer eigenen Arbeits-, Wissens-, Dokumentations- und Review-Prinzipien.

18. Ergebnis der Systemarchitektur 1.0

ORLENE Platform
└── zentrale Entwicklung, Dokumentation, Prüfung und Veröffentlichung

ORLENE Footwear
├── PW-WIEN
├── PW-ASTEN
└── PW-MESSE-01

• erhalten denselben freigegebenen Build,
• besitzen eigene Daten und Installationsprofile,
• erfassen ihre Gefundene Zeit,
• können später kontrolliert aktualisiert und synchronisiert werden.