R
Rollen
Funktionen werden serverseitig gegen Benutzerrechte geprüft.
Vertrauen durch Klarheit
Keine Sicherheitsfloskeln. Konkrete Grenzen.
myERP24 wird als Geschäftsanwendung mit Rollen, Mandantenkontext, Audit- und Aktivierungsgrenzen gedacht. Auf dieser Seite steht, was vor einem öffentlichen Produktversprechen geprüft werden muss.
Grundprinzipien
Was ein professionelles SaaS-Angebot zeigen sollte.
T
Mandanten
Tenant-Auflösung gehört vor den fachlichen Datenzugriff.
A
Audit
Änderungen und kritische Folgeprozesse müssen nachvollziehbar bleiben.
↗
Aktivierung
Vorbereitet ist nicht automatisch live: Flags, Tests und Freigaben zählen.
Integrationen
Verbindungen werden getrennt bewertet.
M365 Storage und Mail haben unterschiedliche Berechtigungen, Healthchecks und Betriebsrisiken. Das sollte auch die Verkaufsseite zeigen.
- Storage mit minimaler Site-Auswahl und Zielprüfung
- Mail mit minimalen Graph-Rechten und Exchange-RBAC
- Secrets ausschließlich in geschützter Konfiguration
- Rotation, Widerruf und Rollback dokumentieren
✓
Versprechen mit Beleg
Ein Feature wird erst als produktiv angeboten, wenn die konkrete Revision, Berechtigung, Aktivierung und ein positiver Live-Test zusammenpassen.
Für Einkauf & IT
Die richtigen Fragen vor dem Rollout.
Wo werden Daten verarbeitet?
Die konkrete Hosting-, Backup- und Auftragsverarbeitungsdokumentation muss vor einem öffentlichen Launch ergänzt und verbindlich freigegeben werden.
Welche Integrationen sind tatsächlich aktiv?
Die Produktseite sollte je Integration den Status „verfügbar“, „Pilot“, „vorbereitet“ oder „Roadmap“ ausweisen. Das verhindert falsche Erwartungen bei M365, Mail und orgaMAX.
Wie wird ein Team eingeführt?
Mit Rollenmatrix, Daten-/Prozessaufnahme, Pilot, Abnahme und dokumentiertem Rollback-Plan — nicht nur mit einem Zugang.
Technischer Austausch
Sie möchten die Aktivierungsgrenzen im Detail prüfen?
Wir bereiten einen strukturierten Produkt- und Sicherheitsdialog vor.