• Lifecycle Software a lancé un service de conseil qui met en correspondance les exigences réglementaires des télécoms avec les processus client et BSS utilisés pour exploiter des services mobiles.
  • Sa carte des obligations relie les règles aux étapes, du choix d’un forfait jusqu’à la sortie du client, tandis que la responsabilité réglementaire reste à la charge de l’opérateur.

Le constat

Lifecycle Software a lancé un service de conseil en conformité le 4 septembre pour les opérateurs de réseaux mobiles, les MVNO et les entreprises entrant sur le marché des télécoms. Le fournisseur britannique de BSS et de MVNE indique que ce service aidera les opérateurs à identifier les exigences réglementaires et à les appliquer à leurs systèmes et à leurs processus opérationnels.

Une partie centrale du service est une « carte des obligations » qui relie les exigences individuelles aux étapes du parcours client, du choix d’un forfait jusqu’au départ du service. Lifecycle précise que cela permet d’identifier où des processus, des contrôles ou des fonctions système sont nécessaires. Son périmètre inclut notamment les exigences Ofcom, le UK GDPR, la vérification d’identité client et le Telecommunications Security Act.

Lifecycle a également cité sa collaboration avec Coop Mobile Channel Islands, où il a conseillé sur la vérification d’identité, la gestion et la conservation des données clients, ainsi que sur les exigences de suppression des données. L’opérateur reste responsable du respect de ses obligations réglementaires.

L’évaluation

Pour un MVNO, la conformité se manifeste souvent dans des tâches opérationnelles courantes: vérifier un client, conserver ou supprimer des données, porter un numéro ou configurer un service. Ces tâches peuvent se trouver dans une plateforme BSS ou MVNE partiellement exploitée par un fournisseur externe, si bien qu’une exigence réglementaire doit, en fin de compte, devenir un processus, une autorisation, une règle de données ou une action système.

Lifecycle tente de rendre cette conversion plus précoce dans le processus de conception du service. Cartographier les obligations pendant la configuration des flux de travail peut identifier où un contrôle doit exister avant qu’un opérateur ne lance ou modifie un produit. Cela ne supprime pas la responsabilité de l’opérateur de décider quelles règles s’appliquent ou de démontrer que les contrôles ainsi obtenus fonctionnent.

Pour les lecteurs de BTW, la conformité devient ici un enjeu de configuration autant que juridique. La valeur du service dépendra de la capacité des opérateurs à prouver que les contrôles réglementaires fonctionnent lors de l’intégration, de la gestion des données, du changement d’opérateur et d’autres processus clients réels.

À surveiller

Il faudra voir si Lifecycle annonce d’autres opérateurs utilisant le service et précise quelles exigences sont implémentées sous forme de contrôles automatisés dans sa plateforme Nexus. Des exemples en conditions réelles portant sur la vérification d’identité, la suppression de données, le changement d’opérateur ou le reporting réglementaire montreraient si le service modifie les flux de travail opérationnels plutôt que d’ajouter une couche supplémentaire de conseil.