Cloud oder Rechenzentrum für die bAV-Verwaltung?

Eine Entscheidungsgrundlage für bAV‑Verwaltungs-Plattformen – mit Blick auf bixie

Zielgruppe: HR- und IT-Entscheider · Tiefe: fachlich vertieft · Lesezeit: ca. 9 Minuten

• Cloud in DE/EU bietet i. d. R. bessere Skalierung, Auditierbarkeit und Planbarkeit als Anbieter-Eigen-Rechenzentrum.
• OTC liefert Zertifikate/Architektur „ab Werk“; bixie nutzt das (SSO/MFA/RBAC, APIs, Exporte).
• Kosten lassen sich steuern (Opex-Logik, Nacht-Drosselung), Governance und Exit sind vertraglich absicherbar.

Executive Summary

Wenn bAV digital sauber gemanaged werden soll (hohe Compliance‑Anforderungen, viele Beteiligte, lange Aufbewahrungsfristen), ist eine cloudbasierte Lösung mit Hosting in Deutschland/EU in der Regel die pragmatischere Wahl: schneller startklar, leichter auditierbar, skalierbar und planbarer in den Betriebskosten.

PCAK verfolgt genau diesem Ansatz und hostet bixie deshalb in der Open Telekom Cloud (OTC) in Deutschland. Das Hosting bei der OTC bietet zahlreiche Vorteile wie bestehende Zertifizierungen ( u.a. BSI c5 Typ II, SOC 1/2/3, ISO,  TISAX), Hochverfügbarkeiut durch das „Twin-Core-Rechenzentrums-Modell“ sowie Availability Zones und Georedundanz. Das reduziert Prüf‑ und Risikoaufwand spürbar.

1) Ausgangslage: bAV ist Daten‑, Prozess‑ und Compliance‑intensiv

Die bAV‑Verwaltung verarbeitet sensible personenbezogene Daten über lange Zeiträume mit teils jahrzehntelangen Aufbewahrungsfristen, verknüpft HR, Payroll, Aktuariat, Versicherer, Wirtschaftsprüfer und muss gesetzliche Änderungen zeitnah abbilden. Jede unnötige Reibung in Zugriff, Technik, Prozessen oder Audits verteuert den Betrieb. Eine Plattform, die in der EU gehostet, sicher angeschlossen und sauber dokumentierbar ist, reduziert diesen Aufwand. bixie adressiert diese Problemstellungen: Hosting in der OTC (DE), SSO und 2‑Faktor‑Authentisierung, rollenbasierte Berechtigungen, Verschlüsselung und Exporte/Dokumentation.

2) Zwei Ansätze im Vergleich

• Cloudbasiert (z. B. bixie auf der Open Telekom Cloud)
  Die Anwendung läuft in zertifizierten EU-Rechenzentren mit unterschiedlichen Verfügbarkeitszonen und der Option elastischer Skalierung. Sicherheits- und Compliance-Mechanismen sind Teil des Betriebs: Patches, Härtung und Funktions-Updates werden zentral codebasiert automatisiert eingespielt und stehen gleichzeitig allen Mandanten zur Verfügung. Das reduziert operative Last, beschleunigt Releases und erleichtert Nachweise gegenüber Datenschutz und Revision.
  
  
• Eigenes Rechenzentrum des Anbieters (Colocation/„Private Hosting“)
  Der Anbieter oder das Unternehnmen betreiben oder mieten die Hardware selbst. Deshalb müssen Redundanzen, Patching, Pen-Tests, Notfallübungen und Zertifizierungen jeweils individuell organisiert, dokumentiert und regelmäßig erneuert werden. Das führt in der Praxis häufig zu heterogenen Setups, längeren Änderungszyklen und mehr Aufwand in Audits.

Quintessenz für bAV-Teams: bei vielen Beteiligten, langen Historien und Pflichtreports zählt Standardisierung mit prüfbaren Nachweisen mehr als individuelle Sonderwege. Cloud-Modelle bringen diese Standardisierung „ab Werk“.

3) Sicherheit, Zertifizierungen, Auditierbarkeit

Prüfer und Datenschutzbeauftragte wollen erfahrungsgemäß formale Nachweise und regelmäßige unabhängige Prüfungen sehen. Genau hier punkten Cloudumgebungen wie die Open Telekom Cloud:

• Soc 1,2,3 (ISAE 3402, ISAE3000, ISAE 3000)
• TISAX Level 3
• BSI C5 Typ II (ISAE 3000)
• DUB EN 50600
• EU Cloud Code of Conduct
• ISO/IEC (27017, 27001, 27018, 27701)

bixie nutzt dieses zertifizierte Umfeld und zudem SSO, 2‑Faktor‑Authentisierung, TLS 1.3/1.2‑Only und Dokumentenverschlüsselung. Das reduziert die Zahl der individuellen Maßnahmen/Protokolle, die im Projekt zusätzlich erarbeitet werden müssen.

4) Datenschutz & Datenresidenz

bixie wird in Deutschland gehostet – in der OTC. Für HR/IT heißt das: Datenverarbeitung in der EU.

5) Verfügbarkeit & Resilienz: Architektur, die Ausfälle abfedert

Die Open Telekom Cloud (OTC) betreibt in Deutschland ein sogenanntes Twin-Core-Rechenzentrum in Magdeburg und Biere (Distanz ca. 18 km) mit drei Availability Zones je Region. Beide Cores sind über dedizierte Hochgeschwindigkeitsverbindungen gekoppelt; Netzwerksegmente sind strikt getrennt. Auf Wunsch ist Georedundanz über die NL-Region (Niederlande) möglich. Die Stromversorgung erfolgt zu 100 % aus erneuerbaren Quellen.

Die Cloud-Architektur mit Multi-AZ-Design, Replikation, automatisiertem Failover und standardisierten Backups erleichtert kurze RTO/RPO-Vorgaben – und macht deren regelmäßige, realistische Tests (Wiederanlaufübungen, Restore-Proben, dokumentierte Runbooks) praktisch umsetzbar.

6) Kosten und TCO – warum eigene Rechenzentren teuer sind

Die meisten Anbieter von bAV-Software in Deutschland arbeiten mit eigenen Rechenzentren. In Eigenrechenzentren fallen systembedingt hohe fixe Grundkosten an: Hardwarebeschaffung und -abschreibung, Ersatzteile, Energie und Kühlung, Fläche, 24/7-Betrieb mit Security-Team sowie regelmäßige Pen-Tests und Zertifizierungen. Für Lastspitzen muss Kapazität dauerhaft vorgehalten werden, die große Teile des Jahres ungenutzt bleibt. Hinzu kommen Redundanzanforderungen (zweites RZ/Georedundanz, Notstrom, Brandschutz), die die Basis­kosten weiter erhöhen. Die Folge: Kosten steigen stufenweise und nicht im Takt der tatsächlichen Nutzung – die TCO bleibt volatil und schwer vorhersehbar.

In der Cloud wandern diese Investitionen in nutzungsnahe Betriebskosten. Compute, Storage, Netzwerk und Sicherheitsfunktionen kommen als standardisierte Services; Kapazitäten lassen sich bedarfsgerecht hoch- und herunterfahren. Infrastruktur-Zertifikate sind „ab Werk“ verfügbar und reduzieren Auditaufwände. Damit folgen die Kosten dem realen Bedarf, Peak-Reserven müssen nicht dauerhaft finanziert werden, und die Gesamtwirtschaftlichkeit wird planbarer.

Dies erlaubt uns für bixie eine transparente Kostenlogik darzustellen: Preis pro Zusage richtet die Ausgaben an den bAV-Beständen statt an Servermetriken aus. Zeitgesteuertes Drosseln bzw. temporäres Abschalten nicht benötigter Rechenkapazitäten (z. B. nachts) senkt die laufenden Aufwände weiter. Ergebnis: weniger Fixkosten, geringeres Auslastungsrisiko, höhere Kostentransparenz.

7) Einführung & Betrieb: schneller live, weniger proprietäre „Baustellen“

Cloud‑Plattformen sind schneller einsatzbereit (keine Hardware‑Beschaffung, keine RZ‑Onboarding‑Rituale). Updates, Patches, Sicherheits‑Härtung laufen zentral und automatisiert. bixie integriert gesetzliche Regelwerke (BetrAVG, Steuer/SV) laufend.

8) Schnittstellen & Zusammenarbeit über Unternehmensgrenzen

Die bAV erfordert durchgängige Datenflüsse. bixie bietet Web‑API zu gängigen HR/Payroll‑Systemen (DATEV, SAP, Personio, Workday u. a.) und Anbindungen zu Versicherern (z. B. über BiPRO, RNext, GDV). Das reduziert Medienbrüche und Nacharbeiten.

Belege aus der Praxis:

• Lindner Unternehmensgruppe: Auswahl nach Marktanalyse, WebAPI‑Anbindung + SSO, Einführung ~6 Monate.
• WTS: nutzt Schnittstellen u. a. für die Versorgungsleistungs‑Abrechnung.

9) Governance, Zugriffe & Mandantenfähigkeit

In der bAV arbeiten HR, Finance, Aktuariat, externe Dienstleister und Versicherer zusammen. Per se sind diese Stakeholder nicht in einem gemeinsamen System vereint; effizient und revisionssicher wird es erst, wenn alle Beteiligten auf einer gemeinsamen Plattform arbeiten – etwa wie bei bixie. Dafür nötig: eindeutige Identitäten, feingranulare Rollen und prüffähige Historien, damit Zugriffe und Änderungen lückenlos nachvollziehbar bleiben.

In Cloud-Umgebungen sind SAML/OIDC, SSO und MFA de facto Standard. Bei bixie sichern SSO und 2-Faktor-Authentisierung den Zugang; rollenbasierte Berechtigungen begrenzen Sicht- und Handlungsspielräume; Mandantenfähigkeit erlaubt Dienstleistern getrennte, kontrollierte Kundenzugriffe. TLS 1.3/1.2 schützt die Übertragung, Dokumentenverschlüsselung die Ablage. Ergebnis: höhere Sicherheit und klare Auditspuren – Rechteänderungen, Logins und Bearbeitungsschritte sind nachvollziehbar und damit revisionsfest.

Im Eigen-RZ ist Vergleichbares möglich, jedoch mit mehr Integrations-, Betriebs- und Pflegeaufwand. Jede Anpassung – etwa an MFA-Policies, Cipher-Suites oder Mandantenstrukturen – wird zum Projekt; die Heterogenität erschwert Standard-Audits. Folgen: stärkere Abhängigkeit von Einzelpersonen, längere Zyklen und höhere Vollkosten für denselben Governance-Effekt.

10) Vendor‑Lock‑in

Lock-in ist kein cloudspezifisches Problem. Das Problem entsteht überall dort, wo Daten und Prozesse nicht offen und nicht dokumentiert sind. Entscheidend sind Exports, APIs, Doku und klare Vertragsregeln. bixie unterstützt den Ausstieg pragmatisch: tabellarische Exporte (u. a. XLSX/PDF, maschinenlesbar) und Web-APIs sind vorgesehen; die Daten liegen in der EU. Damit ist ein Wechsel grundsätzlich planbar; der Aufwand wird vor allem durch die fachliche Komplexität der bAV bestimmt – weniger durch das zugrunde liegende Hosting-Modell.

11) Risiken, Einwände – und wie sie kontrolliert werden

Kostensteuerung
Cloud-Kosten bleiben beherrschbar, weil bAV-Lasten planbar sind. Wirksam sind Budgets/Quoten, Alarme und monatliche Kostenreviews. bixie reduziert Betriebskosten zusätzlich durch zeitgesteuertes Drosseln bzw. temporäres Abschalten nicht benötigter Rechenkapazitäten.

Digitale Souveränität
Erreichbar über europäische Cloud mit Hosting in DE/EU, klaren AV-Verträgen und belastbaren Audit-Reports. Entscheidend ist die Kombination aus Datenresidenz, Vertragswerk (AVV, Subdienstleister) und aktuellen Nachweisen.

Verfügbarkeit & Business Continuity
Schutz entsteht aus Architektur und Übung. Unterschiedliche Verfügbarkeitszonen, Georedundanz und definierte RTO/RPO wirken nur mit regelmäßigen Tests (Wiederanlauf, Restores, Runbooks).

Zertifizierungen & Nachweise
Zertifikate wechseln; relevant ist eine stabile Compliance-Baseline (z. B. C5, ISO-270xx, SOC, ggf. ISO 22301) plus aktuelle Reports.

12) Warum speziell die Open Telekom Cloud uns als Hosting‑Standort überzeugt

• Standorte & Architektur: Twin Core-Modell in Magdeburg und Biere (DE)
• 3 unterschiedliche Verfügbarkeitszonen
• Automatisierung via API möglich (Zugriff mittels bestehener Terraform-Provider, Konfigurierbar durch Ansible).
• Zahlreiche bestehende Zertifizierungen die den eigenen Zertifizierungsprozess ebenfalls erleichtern.

Fazit – zentrale Hinweise für HR/IT

Ein Cloud-Betrieb von bAV-Workload mit Hosting in Deutschland/EU ist lohnenswert: Skalierung nach Bedarf, schnellere Einführung, standardisierte Sicherheits- und Compliance-Nachweise, planbare Betriebskosten. Die Open Telekom Cloud (OTC) stellt dabei für uns eine belastbare Basis bereit.

Was bixie in einfachen Worten leistet - ausschließlich aus Cloud-/Betriebssicht (nicht bAV-Funktionalität):
bixie wird in Deutschland auf der Open Telekom Cloud betrieben und nutzt deren zertifizierte Infrastruktur.

• Hosting & Compliance: EU-Datenresidenz (DE), geprüfte Rechenzentren (z. B. C5/SOC/ISO), standardisierte Reports für Audits.
• Zugriffe & Sicherheit: SSO/MFA, rollenbasierte Berechtigungen (RBAC), TLS 1.3/1.2, Verschlüsselung von Übertragung und Ablage.
• Resilienz & Betrieb: Mehr-AZ-Architektur/Twin-Core der OTC, automatisierte Backups/Replikation, Failover-Tests, zentrale Patches/Updates.
• Integration & Datenportabilität: Web-APIs zu HR/Payroll/Versicherern, maschinenlesbare Exporte (CSV/XLSX) plus PDF-Belege; klare Protokollierung/Logs.
• Einfache Kostenstruktur: bei bixie zusätzlich zeitgesteuertes Drosseln bzw. temporäres Abschalten nicht benötigter Rechenleistung (z. B. nachts) zur direkten Kostensenkung; Preis-pro-Zusage als transparente, bestandsnahe Metrik.