Eine Plattform-Architektur für Fachsysteme, Nachweise und kontrollierten Betrieb.
intelliMSystems verbindet konkrete Fachsysteme, Datenschutz- und Compliance-Dokumentation, Governance- und Sicherheitsstrukturen, geplantes Wissens- und Trainingsangebot sowie Betriebsdisziplin in einer gemeinsamen Architektur — jedes System auf derselben Basis, ohne mehrfache Entwicklungskosten.
Architektur
Drei Layer. Eine Plattform.
Control, Compliance, Datenschutzmanagement und Vertikalen — aufeinander aufgebaut, nicht nebeneinandergestellt.
Einheitliche Betriebszentrale. Ein Control-Layer für alle Vertikalen — kein Ein-Tab-pro-System-Problem.
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
Plattform-Story
Eine Architektur. Mehrere Fachsysteme. Gemeinsame Betriebs-, Nachweis- und Wissensstrukturen.
intelliMSystems ist keine lose Sammlung von Tools. Die Produkte ordnen sich in fünf Layer ein, die aufeinander aufbauen — von konkreten Fachprozessen über Nachweise und Governance bis zu Wissen und kontrolliertem Betrieb.
Layer 1
Fachsysteme
Slotara, PraxisInvoice, ITM, Workbench und HospitalityOS stehen für konkrete Fachprozesse — von Buchung und Abrechnung bis zu interner Steuerung und Betrieb.
Layer 2
Nachweise & Dokumentation
Das DSMS/DMS strukturiert Datenschutzprozesse, AVVs, TOMs, VVTs, Risiken und offene Punkte als reviewfähige Nachweis- und Reportstruktur — kein Ersatz für Rechtsberatung oder abschließende Prüfung.
Layer 3
Governance & NIS2
Die NIS2 Workbench bündelt Sicherheits-, Risiko- und Governance-Strukturen für spätere Readiness-Prozesse — in Entwicklung, ohne Zertifizierungs- oder Garantieclaim.
Layer 4
Training & Wissen
digitaleswissen24 ist als Wissens- und Trainingsplattform geplant, um Datenschutz-, NIS2- und Sicherheitswissen für Fachpersonal strukturiert aufzubereiten — aktuell nicht live.
Layer 5
Betrieb & Qualität
Tests, Dokumentation, Deployments, Smoke-Checks und klare Statusgrenzen sorgen dafür, dass Systeme nicht nur gebaut, sondern kontrolliert weiterentwickelt werden.
Software löst Fachprozesse. Das DSMS macht Nachweise sichtbar. Die NIS2 Workbench strukturiert Governance. digitaleswissen24 bereitet Wissen und Schulung vor — auf gemeinsamer Betriebsbasis.
Die Plattform schafft technische, organisatorische und dokumentarische Strukturen. Rechtliche Bewertung, Zertifizierung und fachliche Freigabe bleiben separate Prüfungen.
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.
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.
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.
Datenschutzmanagement-System
DSGVO-Prozesse als eigener Produktkern.
Das DSMS bündelt Datenschutzprozesse, Nachweise, Fristen, Risiken, Dokumentation und Reporting in einem multi-tenantfähigen System und übersetzt sie in reviewfähige Nachweisdokumente. Es ist produktiv im kontrollierten Betrieb — öffentlich erreichbar, Zugang kontrolliert, kein öffentlicher Self-Service.
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.
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.
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
Weiterführend
Architektur-Grundlagen.
Zwei kurze Erklärseiten ordnen ein, was intellimSystems unter einer modularen Business-Software-Plattform und gemeinsamer Architektur versteht.
-
Was ist eine modulare Business-Software-Plattform?
Der Unterschied zwischen einer Plattform und einer Sammlung einzelner Tools.
-
Wiederverwendung statt Einzellösung: Warum gemeinsame Architektur zählt
Was technisch geteilt wird, wenn Module eine gemeinsame Architektur nutzen.
Plattform im Detail besprechen.
Für Projekte, die mehr als ein einzelnes Tool brauchen.