Master data management à travers l'OSS, le BSS et l'inventaire réseau

Un même abonné chez un opérateur européen de taille moyenne peut exister sous quatorze enregistrements client différents : un dans le système de facturation, un dans le CRMCRMCustomer Relationship Management : logiciel et stratégie pour gérer et analyser les interactions clients tout au long de leur cycle de vie.Voir la définition complète → (customer relationship management), un dans le moteur antifraude, un dans chaque système régional hérité d'une fusion dont la migration n'a jamais été terminée. Demandez à ce client de faire évoluer son forfait et de résilier une seconde ligne : il y a une vraie probabilité que la modification atterrisse sur le mauvais enregistrement. Ce n'est pas un cas d'école. C'est le quotidien de la plupart des patrimoines IT télécoms, et c'est pourquoi le master data managementmaster data managementLe Master Data Management (MDM) est la discipline qui consiste à créer et maintenir une version unique, cohérente et fiable des entités métier centrales d'une organisation : clients, produits, fournisseurs.Voir la définition complète → (MDM) est l'une des disciplines les plus efficaces et les moins glamour du secteur.

Pourquoi le paysage de données des télécoms se fracture

Les opérateurs télécoms reposent sur trois piles historiquement séparées :

• OSS (Operations Support Systems) : inventaire réseau, provisioning des services, gestion des pannes et des performances. Autrement dit : quel site cellulaire dessert quelle adresse, quel équipement se trouve dans quel central.
• BSS (Business Support Systems) : facturation, CRM, gestion des commandes, revenue assurance. Autrement dit : ce que le client paie, quel forfait il détient.
• Inventaire réseau / registres d'actifs : enregistrements des actifs physiques et logiques, des routes fibre aux unités radio en passant par les adresses IP.

Ces systèmes ont été construits par différents fournisseurs, à différentes époques, souvent après des fusions (T-Mobile et Sprint, Vodafone et diverses entités nationales, plusieurs rapprochements câblo-opérateurs/télécoms). Chaque système a inventé son propre identifiant pour la « même » chose : un client, une SIM, un routeur, une antenne. Il existe rarement une clé faisant autorité qui traverse l'ensemble.

Les grands domaines de master data

Quatre domaines de données comptent le plus dans le MDM télécom :

1. Données client/partie : nom, adresse, numéro fiscal, compte de facturation, rattachement au foyer.
2. Données produit/offre : forfaits, bundles, promotions, SKU (stock keeping units) dans les catalogues grand public et entreprise.
3. Données actif/terminal : mobiles, SIM, IMEI (International Mobile Equipment Identity, numéro de série unique d'un terminal), CPE (customer premises equipment) comme les routeurs.
4. Données de ressources réseau : sites cellulaires, antennes, ports, circuits, blocs d'adresses IP, tronçons de fibre.

Le problème de réconciliation apparaît aux intersections. Un seul « service » (disons une ligne haut débit fixe) touche les données client (qui paie), produit (quel forfait), actif (quel routeur) et réseau (quel port sur quelle armoire de rue). Si un identifiant ne correspond pas d'un système à l'autre, un technicien peut être envoyé à la mauvaise adresse, ou un client facturé pour une ligne mise hors service.

Ce que font réellement les stratégies de « golden record »

Un golden record est la version unique et fiable d'une entité, construite en rapprochant, fusionnant et arbitrant des attributs contradictoires issus des systèmes sources.

Architecture type :

• Ingestion : récupérer les enregistrements du CRM, de la facturation, de l'inventaire OSS et des systèmes de provisioning.
• Matching : rapprochement probabiliste ou déterministe (par exemple sur nom plus adresse plus téléphone, en fuzzy matching pour les fautes de frappe) afin d'identifier les doublons probables.
• Fusion : appliquer des « règles de survivance » (quelle source l'emporte pour quel champ : la facturation l'emporte généralement pour l'adresse, l'inventaire réseau pour le numéro de série du terminal).
• Distribution : renvoyer le golden record via des APIAPIApplication Programming Interface : une interface standardisée qui permet aux applications de communiquer et d'échanger des données sans connaître leur fonctionnement interne respectif.Voir la définition complète → ou des flux d'événements pour que les systèmes opérationnels restent synchronisés au lieu de dériver à nouveau.

Parmi les acteurs de ce marché : Informatica, IBM InfoSphere et Oracle pour le MDM généraliste, ainsi que des plateformes d'inventaire spécifiques aux télécoms et alignées TM Forum. Le TM Forum (association mondiale du secteur télécom) publie l'Open Digital Architecture and Information Framework (SID), un modèle de données de référence largement utilisé qui normalise la structuration d'entités comme « client », « produit » et « ressource ». La plupart des opérateurs Tier 1 alignent leurs travaux MDM sur SID plutôt que d'inventer des schémas de zéro.

Un extrait de matching simplifié

La logique de matching déterministe est souvent aussi basique que ceci (pseudocode illustratif, pas de qualité production) :

def is_likely_duplicate(record_a, record_b):
    score = 0
    if record_a["tax_id"] == record_b["tax_id"]:
        score += 50
    if normalize(record_a["address"]) == normalize(record_b["address"]):
        score += 30
    if record_a["phone"][-8:] == record_b["phone"][-8:]:
        score += 20
    return score >= 60  # seuil de candidat à la fusion automatique

Les vraies plateformes MDM utilisent un matching probabiliste plus sophistiqué (par exemple la logique du modèle Fellegi-Sunter), mais l'idée de fond, pondérer les indices sur plusieurs champs, reste la même.

Les métriques de qualité de données qui pilotent les programmes MDM

Les opérateurs suivent un ensemble constant de dimensions de qualité de données, généralement restituées en pourcentages sur un dashboard de gouvernance :

• Complétude : % de champs obligatoires renseignés (par exemple, % d'enregistrements client avec une adresse de facturation valide).
• Unicité : taux de doublons, souvent exprimé en enregistrements dupliqués pour 1 000 (par exemple, un taux de doublons estimé entre 3 et 8 % est couramment cité dans les CRM télécoms hérités avant un nettoyage MDM, à titre d'estimation sectorielle et non de chiffre universel).
• Exactitude : % d'enregistrements correspondant à une référence externe fiable (par exemple, adresse validée contre une base postale nationale).
• Cohérence : % d'entités rapprochées portant des valeurs identiques pour le même attribut dans deux systèmes ou plus (par exemple, nom du client orthographié de façon identique dans le CRM et la facturation).
• Fraîcheur : délai entre un changement réel (déménagement du client, terminal remplacé) et sa répercussion dans tous les systèmes, souvent mesuré en heures ou en jours.

Exemple chiffré : supposons qu'un opérateur compte 10 millions de comptes clients. Un audit trimestriel identifie 420 000 enregistrements où l'adresse du CRM diffère de l'adresse de facturation. Cela donne un taux de cohérence de :

(10 000 000 − 420 000) / 10 000 000 = 95,8 % de cohérence

Un opérateur qui fixe une cible de gouvernance de 98 % de cohérence sur les champs réglementés (l'adresse de facturation compte pour la conformité fiscale et la facturation) qualifierait cet écart d'anomalie à corriger, et prioriserait les domaines au coût aval le plus élevé : litiges de facturation, commandes de provisioning en échec, techniciens envoyés au mauvais endroit.

Les structures de gouvernance qui font tenir l'ensemble

La technologie seule ne répare pas les master data. La gouvernance, si. Structures courantes :

• Rôles de data stewardship : propriétaires nommés par domaine (un « customer data stewarddata stewardUn responsable côté métier, garant de la qualité, de la cohérence et du bon usage des données de son domaine.Voir la définition complète → », un « network asset data steward ») responsables des métriques de qualité de leur domaine.
• Conseil de gouvernance des données : instance transverse (IT, opérations réseau, marketing, conformité) qui arbitre les règles de survivance et valide les évolutions de schémamaUtiliser un logiciel pour automatiser les tâches et campagnes marketing répétitives, afin de personnaliser à grande échelle sur des canaux comme l'email, le web et le social.Voir la définition complète →.
• Pipelines de change data capture (CDC) : mécanisme technique garantissant qu'une fois le golden record mis à jour, tous les systèmes aval reçoivent le changement au lieu de dériver de nouveau.

La pression réglementaire renforce tout cela. Sous le RGPDRGPDRèglement de l'UE encadrant la collecte, le stockage et l'usage des données personnelles, avec des amendes indexées sur le chiffre d'affaires mondial.Voir la définition complète → (Règlement général sur la protection des données, la loi européenne de protection des données), le droit à l'effacement ou à la portabilité d'un client est inapplicable si l'opérateur ne peut pas identifier tous les enregistrements liés à cette personne dans une douzaine de systèmes fragmentés. Cela a conduit plusieurs opérateurs européens à traiter le MDM comme un programme de conformité, et pas seulement comme un projet d'efficacité.

Benchmarks et mesure du ROIROIReturn on Investment : le rapport entre le profit net et le coût d'un investissement. Un ROI de 300 % signifie que chaque dollar investi en rapporte 3.Voir la définition complète → par les opérateurs (côté données, pas ratios financiers)

Les programmes MDM sont jugés sur des métriques opérationnelles et de données, pas seulement sur des économies :

• Taux de réduction des doublons : par exemple, faire passer le taux de doublons abonnés d'environ 6 % à moins de 1 % en 18 mois (estimation au niveau programme, très variable selon l'opérateur).
• Taux de fallout des commandes : % de commandes qui échouent au provisioning automatisé à cause d'écarts de données (adresse discordante, identifiant d'actif inconnu). Ramener le fallout de deux chiffres à un chiffre faible est une cible couramment citée dans les programmes de modernisation OSS.
• Mean time to reconcile : temps nécessaire pour résoudre un conflit de données signalé entre deux systèmes, suivi en jours.
• Couverture de synchronisation par API : % de systèmes sources intégrés via des flux d'événements temps réel plutôt que par des batchs nocturnes hérités. Le temps réel est la trajectoire de la plupart des opérateurs Tier 1 qui migrent vers des architectures de cœur 5G standalone, où les slices réseau et l'allocation dynamique de ressources ne tolèrent pas des données d'inventaire périmées.

Points clés

• Les opérateurs télécoms exploitent des systèmes OSS, BSS et d'inventaire réseau fragmentés, chacun avec ses propres identifiants pour le même client, produit ou actif, ce qui crcrLe pourcentage de visiteurs ou de prospects qui réalisent une action attendue (achat, inscription, formulaire de contact), calculé en divisant les conversions par le nombre total d'opportunités.Voir la définition complète →ée des problèmes de réconciliation chroniques, en particulier après des fusions.
• Les programmes MDM construisent des « golden records » par matching, fusion et règles de survivance, de plus en plus normalisés sur des frameworks comme le modèle SID du TM Forum.
• La qualité des données se suit avec des métriques concrètes et auditables : complétude, unicité (taux de doublons), exactitude, cohérence et fraîcheur, chacune exprimée en pourcentage mesurable ou en délai.
• La gouvernance (rôles de stewardship, conseils transverses, pipelines CDC) est ce qui empêche la dérive de reprendre après le nettoyage, et la conformité RGPD donne aux opérateurs européens une raison juridique, et pas seulement opérationnelle, d'investir.
• Le succès d'un programme se mesure avec des benchmarks opérationnels : taux de réduction des doublons, taux de fallout des commandes et mean time to reconcile, autant de chiffres à considérer comme des estimations sauf s'ils proviennent des résultats publiés d'un opérateur précis.