Zum Inhalt springen

Eine Plattform-Architektur. Mehrere Vertikalen. EU-Compliance ab Tag eins.

Workbench, ITM, NIS2 Workbench, Datenschutzmanagement-System und domänenspezifische Frontend-Applikationen bilden eine gemeinsame Plattform. Jedes Produkt profitiert von derselben Architektur — ohne mehrfache Entwicklungskosten.

Architektur

Drei Layer. Eine Plattform.

Control, Compliance, Datenschutzmanagement und Vertikalen — aufeinander aufgebaut, nicht nebeneinandergestellt.

Workbench Control Layer

Einheitliche Betriebszentrale. Ein Control-Layer für alle Vertikalen — kein Ein-Tab-pro-System-Problem.

ITM Compliance Layer

E-Rechnung, ZUGFeRD/X-Rechnung, Auditierbarkeit. Compliance-Backend, das von allen Produkten gemeinsam genutzt wird.

Frontend-Applikationen / Vertikalen

Slotara

Buchung, Staffing, Ressourcen

Datenschutzmanagement-System

DSGVO-Prozesse, Nachweise, Fristen

HospitalityOS

Hotel, Gastronomie

digitaleswissen24

E-Learning, Academy

Workbench

Betriebszentrale für alle Vertikalen

Ein zentrales Control-Interface. Kein Ein-Tab-pro-System-Problem. Workbench aggregiert operative Prozesse aller Plattform-Vertikalen in einer strukturierten Ansicht.

ITM

Compliance-Backend für alle Produkte

E-Rechnung, ZUGFeRD/X-Rechnung und vollständige Auditierbarkeit. ITM ist kein Add-on — es ist das gemeinsame Compliance-Fundament, das alle Vertikalen nutzen.

NIS2 Workbench

NIS2-Compliance-Workbench

Nachweise, Risiken, Vorfälle, Lieferanten, Schulungen, Reports und projektbasierte Compliance-Arbeit — Phase 1 feature-complete, in aktiver Entwicklung.

DSMS

Datenschutzmanagement als System

VVT, DPIA/DSFA, TOMs, AVV, DSR, Datenschutzvorfälle, Fristen, Risiken, Policies, Trainings, Reporting, Audit Log, RBAC und Tenant-Isolation — in aktiver Entwicklung.

Frontend-Applikationen

Domänenspezifische Vertikalen

Slotara, HospitalityOS, digitaleswissen24 — jede Applikation adressiert eine spezifische Domäne, nutzt aber gemeinsame Plattform-Bausteine statt isolierter Eigenentwicklung.

Datenmodell

Buchungs-Aggregat.

Eine Buchung kann mehrere Termine, Ressourcen und Personen enthalten. Das Modell ist domänenunabhängig — Slotara und HospitalityOS nutzen dieselbe Abstraktion; DSMS folgt demselben Prinzip wiederverwendbarer Domänenmodelle.

Booking → enthält mehrere Termine (Appointments)
Appointment → Mitarbeiter / Ressource / Zeitslot
Resource → Raum / Tisch / Gerät / Person
Staff → Dienstleister / Mitarbeiter

Ressourcen-Modell

Mitarbeiter und Ressourcen: Beide Dimensionen.

Hospitality-Betriebe brauchen beides: Personalplanung und Ressourcenverwaltung. Slotara und HospitalityOS unterstützen Buchungen für Mitarbeiter (Service-Provider) und physische Ressourcen (Räume, Tische, Geräte).

Service-Provider

Mitarbeiter, Freelancer, Spezialisten

Physische Ressourcen

Räume, Tische, Geräte

Zeitslots

Flexibel konfigurierbar pro Vertikale

Kapazitäten

Parallelität und Auslastung

Vertikalen

Eine Plattform. Viele Domänen.

Dieselbe Buchungs- und Compliance-Architektur, angepasst für unterschiedliche Branchen.

Salon & Beauty
Healthcare
Coaching
Professional Services
Hospitality
Handwerk & lokale Services
Education
Individuelle Vertikalen

ITM

E-Rechnung. ZUGFeRD. X-Rechnung. Auditierung.

ITM ist kein optionales Modul. Es ist das Compliance-Fundament, das alle Produkte ab Tag eins nutzen — weil DSGVO und E-Rechnungspflicht keine Nachgedanken sein dürfen.

E-Rechnung
ZUGFeRD
X-Rechnung
Auditierbarkeit

Datenschutzmanagement-System

DSGVO-Prozesse als eigener Produktkern.

Das DSMS bündelt Datenschutzprozesse, Nachweise, Fristen, Risiken, Dokumentation und Reporting in einem multi-tenantfähigen System. Der öffentliche Produktauftritt bleibt bewusst vorsichtig, bis der externe Launch-Status final entschieden ist.

VVT
DPIA / DSFA
TOMs / AVV
Audit Log / RBAC

NIS2 Workbench

NIS2-Compliance als strukturierte Workbench.

Die NIS2 Workbench bündelt Nachweise, Risikomanagement, Vorfallsmanagement, Lieferantenbewertungen, Schulungen, projektbasierte Compliance-Arbeit und Reporting in einem System. Phase 1 feature-complete, Launch-Vorbereitung läuft.

Nachweise
Risikomanagement
Vorfälle
Lieferanten
Schulungen
Reporting

Workbench

Ein Control-Layer. Kein Tab-Chaos.

Wer mehrere Produkte betreibt, braucht eine zentrale Betriebszentrale. Workbench aggregiert Status, Aufgaben und Prozesse aller Plattform-Vertikalen in einem Interface.

KI-Ansatz

Deterministische Kernsysteme

Buchungs-Engine, Compliance, Abrechnung — diese Systeme bleiben deterministisch. Vorhersagbarkeit ist hier kein Nachteil, sondern Anforderung.

KI nur wo messbar

KI wird in Bereichen eingesetzt, wo der Nutzen messbar ist: Auslastungsoptimierung, Mustererkennung, Prozessvorschläge — nicht als Marketingsignal.

Keine KI-Hype-Rhetorik

Keine überladenen AI-Features, keine aufgebauschten Versprechen. Technische Entscheidungen basieren auf nachweisbarem Nutzen.

Tech Stack

Bewährte Technologien. Keine Exotik.

Laravel
Livewire
Tailwind CSS
MySQL
Linux / K3s
PHP 8.4

Positionierung

Nicht Calendly. Nicht Fresha. Nicht Mews.

Keine einzelne SaaS-Lösung, die einen Anwendungsfall abdeckt. Eine Plattform-Architektur, die Buchung, Datenschutzmanagement, Compliance und operative Prozesse mit gemeinsamer Control-Schicht bedient.

DSGVO-by-Design

Hosting Deutschland

E-Rechnungspflicht-ready

Auditierbarkeit ab Tag eins

Plattform im Detail besprechen.

Für Projekte, die mehr als ein einzelnes Tool brauchen.