• Lifecycle Software hat einen Beratungsservice gestartet, der Telekommunikationsanforderungen den Kunden- und BSS-Prozessen zuordnet, die für den Betrieb mobiler Dienste genutzt werden.
  • Die dazugehörige Pflichtenkarte verknüpft Vorschriften mit den Phasen von der Tarifauswahl bis zum Verlassen des Dienstes, während die regulatorische Verantwortung beim Betreiber bleibt.

Der Sachverhalt

Lifecycle Software hat am 4. September einen Compliance-Beratungsservice für Mobilfunknetzbetreiber, MVNOs und Unternehmen, die in den Telekommunikationsmarkt einsteigen, gestartet. Der britische BSS- und MVNE-Anbieter sagt, der Service soll Betreibern helfen, regulatorische Anforderungen zu identifizieren und über ihre Systeme sowie Betriebsprozesse anzuwenden.

Ein zentraler Bestandteil des Service ist eine „Pflichtenkarte“, die einzelne Anforderungen mit den Phasen der Kundenreise verbindet, von der Tarifauswahl bis zum Verlassen des Dienstes. Lifecycle sagt, dass so sichtbar wird, wo Prozesse, Kontrollen oder Systemfunktionen benötigt werden. Der Geltungsbereich umfasst u. a. Ofcom-Anforderungen, UK GDPR, Kundenidentitätsprüfungen und den Telecommunications Security Act.

Lifecycle nannte außerdem seine Zusammenarbeit mit Coop Mobile Channel Islands, wo es zu Identitätsprüfung, Umgang und Aufbewahrung von Kundendaten sowie zu den Anforderungen an die Datenlöschung beraten hat. Die Verantwortung für die Erfüllung regulatorischer Pflichten bleibt beim Betreiber.

Die Bewertung

Für ein MVNO zeigt sich Compliance oft in normalen Betriebsaufgaben: der Verifikation eines Kunden, der Aufbewahrung oder Löschung von Daten, der Rufnummernportierung oder der Konfiguration eines Dienstes. Diese Aufgaben können in einer BSS- oder MVNE-Plattform liegen, die teilweise von einem externen Anbieter betrieben wird, sodass eine regulatorische Anforderung letztlich zu einem Prozess, einer Berechtigung, einer Datenregel oder einer Systemhandlung werden muss.

Lifecycle versucht, diese Übersetzung bereits früher im Service-Design-Prozess vorzunehmen. Die Abbildung von Pflichten während der Workflow-Konfiguration kann vor dem Start oder der Änderung eines Produkts aufzeigen, wo eine Kontrolle erforderlich ist. Sie befreit den Betreiber nicht von der Verantwortung zu entscheiden, welche Regeln gelten, oder nachzuweisen, dass die resultierenden Kontrollen funktionieren.

Für BTW-Leser wird Compliance hier zunehmend zu einem Konfigurationsproblem ebenso wie zu einem Rechtsproblem. Der Wert des Service hängt davon ab, ob Betreiber regulatorische Kontrollen im Onboarding, in der Datenverarbeitung, beim Tarifwechsel und in anderen Live-Kundenprozessen nachweisen können.

Worauf zu achten ist

Achten Sie darauf, ob Lifecycle zusätzliche Betreiber nennt, die den Service nutzen, und offenlegt, welche Anforderungen als automatisierte Kontrollen in der Nexus-Plattform umgesetzt werden. Live-Beispiele zu Identitätsprüfungen, Datenlöschung, Tarifwechseln oder regulatorischem Reporting würden zeigen, ob der Service operative Workflows verändert oder nur eine zusätzliche Beratungsstufe hinzufügt.