IoT-facturering:als legacy niet het antwoord is

Elk gesprek over bedrijfssoftware en zijn doelfuncties (in dit geval facturering) komt altijd in een van de twee smaken, theorie en praktijk. Nu de inkomsten uit traditionele telecomdiensten snel afnemen (kijk bijvoorbeeld naar de verstoring van sms-inkomstenstromen door WhatsApp ), zijn communicatieserviceproviders (CSP's) steeds meer afhankelijk van de mogelijkheid om snel verder te gaan dan de theorie om nieuwe services en servicebundels snel en kosteneffectief mogelijk te maken en te gelde te maken.

Hoe vaak heb je een CEO van een telecombedrijf niet horen zeggen dat hun grootste frustratie de trage time-to-market is voor nieuwe diensten die hun concurrentievermogen zouden kunnen vergroten? Of vraag je je af hoe je de digitale kans het beste kunt benutten?

De theorie is allemaal goed, maar er is een groot probleem. Legacy Business Support Systems (BSS) voor CSP's blijven duur, inflexibel, monolithisch en tijdrovend om te veranderen, zegt Keith Brody, VP marketing bij Evolving Systems . Hoewel er de afgelopen jaren vooruitgang is geboekt om deze realiteit aan te pakken, komen ze snel genoeg? In een tijd van snelle evolutie in zowel het netwerk als de netwerkgebaseerde diensten, vraagt ​​deze vraag om een ​​antwoord.

En het is een probleem dat softwareleveranciers niet per se helpen oplossen. Als ze het al erkennen. Veel leveranciers verschuilen zich achter een argument van 'veronderstelling van complexiteit' waarmee sommige lezers misschien bekend zijn. Hier beweren ze dat hoewel de volgende generatie BSS misschien duur en beperkt lijkt in termen van het leveren van snelle time-to-market, een dergelijke realiteit onvermijdelijk is gezien de snelheid van serviceveranderingen in de industrie zelf, met name waar nieuwe services steeds complexer kunnen zijn dan hun voorgangers.

Bij nader onderzoek wordt het complexiteitsargument echter snel ontmaskerd als de rode haring die het is. Hoewel sommige opkomende mobiele CSP-services inderdaad complex zijn in termen van zaken als de partnerketen die moet worden geregeld en de partijen die moeten worden vergoed, is de overgrote meerderheid gebaseerd op duidelijke paradigma's die alleen een eenvoudige of slanke IT-aanpak vereisen; ironisch genoeg (gezien de vooruitgang in services), een systeem dat vaak eenvoudiger is dan het oude BSS-systeem waarvoor het moet worden vervangen.

De vraag waarmee de CSP wordt geconfronteerd, is wat het alternatief is voor legacy en wat te doen om dit te bereiken? Een denkrichting zegt dat door het herdistribueren van een aantal traditionele functies naar nieuwe locaties in de BSS-stack, nieuwe diensten snel kunnen worden geactiveerd en te gelde worden gemaakt zonder de legacy-infrastructuur te destabiliseren. Dit soort "servicecontrole" kan de exploitant ten goede komen door de risico's die gewoonlijk gepaard gaan met IT-veranderingen te verminderen en de time-to-market in het proces te verkorten.

Laten we, om het punt te illustreren, naar een specifiek scenario kijken. Steeds meer diensten zijn tegenwoordig gebaseerd op bundels, en in dergelijke gevallen hoeft de beoordeling alleen plaats te vinden op het moment dat het gebruik het gebundelde aanbod "kruist". Dit veroorzaakt mogelijk een splitsing tussen bundeling en beoordeling, waarbij beide onafhankelijke modules binnen een BSS kunnen worden en elk afzonderlijk kan worden geoptimaliseerd volgens de marktkrachten.

In deze Use Case hoeft het tellen voor de bundel niet binnen het dure factureringsdomein te vallen, maar kan het worden afgehandeld binnen databeheertoepassingen. De waarde hier omvat complexiteitsreductie, opslagreductie en verminderde belasting van downstream-applicaties voor prijsstelling/classificatie/facturering, aangezien de meeste gebruiksrecords in een voorverwerkingsstap worden verwerkt, waardoor het een offload-functie wordt.

Moeten verschillende architecturen zoals deze worden overwogen? Ik zou ja zeggen. Om te beginnen is de vereenvoudiging en commoditisering van IT-architecturen in het algemeen onvermijdelijk. Kostenreductie is en blijft een belangrijke drijfveer, evenals de noodzaak om minder afhankelijk te zijn van afzonderlijke, complexe softwaresystemen.

Marktkrachten drukken de kosten in een modulaire architectuur, aangezien elke module onafhankelijk is en afzonderlijk kan worden gecommercialiseerd. Gezien de realiteit dat de overgrote meerderheid van gebruiksregistraties met betrekking tot gemeenschappelijke services weinig meer dan een eenvoudige beoordeling vereisen, ligt de logica voor de hand. Tellen buiten de facturatie/OCS-applicatie kan LEAN en kostenefficiënt zijn. Gegevensbeheer- en verwerkingsplatforms zijn, in tegenstelling tot andere applicaties, inherent flexibel en daarom gemakkelijk en snel aan te passen en in staat om nieuwe diensten mogelijk te maken wanneer ze in het controlepad worden geplaatst.

De kracht van het argument verklaart waarom een ​​groeiend aantal operators buiten de bestaande kaders denkt. Deze realiteit is globaal; operators van Europa tot Azië tot Noord-Amerika hebben al nieuwe benaderingen geïmplementeerd.

Bovendien moeten CRM en productcatalogi belangrijke componenten worden, aangezien ze alle gegevens voor klanten van waarde bevatten. Serviceproviders zullen vrijwel zeker in toenemende mate afhankelijk zijn van deze systemen, waardoor ze moeilijk te vervangen zijn. In een dergelijke context is de orkestratiemodule die de controle- en informatiestroom tussen andere modules beheert, van cruciaal belang. Wijzigingen in de configuratie die hier worden gemaakt in plaats van elders in de netwerklaag (waar verandering duurder is), zijn logisch.

Waar de kosten voor het netwerk gestaag dalen terwijl OSS/BSS OPEX en CAPEX vast zijn en dus een steeds groter percentage van hun totale kostenbasis vormen, is verandering essentieel. Innovaties binnen de 'enabling stack' zijn dus onvermijdelijk.

De auteur is Keith Brody, VP marketing bij Evolving Systems.