Hvad er OSS og BSS? Det kan til tider være en udfordring at komme tilbage til det grundlæggende. Hvordan forklarer man, hvad OSS og BSS betyder? Kort fortalt. Præcist. Der har altid været debat og holdninger om deres respektive roller. Og folk kan ikke engang blive enige om, hvad OSS står for. OSS Line kaster lys over dette ømtålelige, men grundlæggende emne …
OSS er enten Operational Support Systems eller Operations Support Systems.
Download vores gratis 79 siders e-bog
Du har for meget tid til rådighed, hvis du vil diskutere, hvilken definition der er den “korrekte”. Historisk set har jeg brugt Operational, men jeg erkender, at Operations på en måde giver mere mening, når man tænker over det…
BSS står for Business Support Systems. Simpelt. Ingen diskussion.
Hvad er Operational Support Systems?
Software (undertiden hardware) applikationer, der understøtter back-office-aktiviteter, som driver et teleselskabs netværk, leverer og vedligeholder kundeservice.
OSS bruges traditionelt af netværksplanlæggere, servicedesignere, drift, arkitekter, support og tekniske teams hos tjenesteudbyderen. I stigende grad kan produktchefer og ledende medarbejdere under CTO eller COO også bruge eller være afhængige af OSS i et vist omfang.
Hvad er Business Support Systems?
Softwareapplikationer, der understøtter kundevendte aktiviteter. Fakturering, ordrehåndtering, forvaltning af kunderelationer, automatisering af callcentre er alle BSS-applikationer.
BSS kan også omfatte den kundevendte fernis af OSS-applikationer som f.eks. trouble-ticketing og serviceforsikring – det er backoffice-aktiviteter, men de er iværksat direkte ved kontakt med kunden.
Dette grundlæggende forhold mellem OSS og BSS, hvor OSS får videregivet serviceordrer og leverer oplysninger om serviceforsikring til BSS-laget, kaldes ofte “Orders Down, Faults Up”.
Over. Super simpelt forhold mellem OSS og BSS
Er integrationen mellem OSS og BSS klar?
Tidligere var der en klarere adskillelse mellem OSS og BSS. En almindelig opgave som f.eks. registrering af en kundeordre og levering af den krævede en simpel grænseflade mellem BSS og OSS. “Levere produkt X til kunde Y”. BSS registrerede ordren, oprettede faktureringen og sendte ordren videre til OSS med henblik på udførelse.
Nu er net og tjenester mere komplicerede og fleksible, og teleselskaberne tilbyder en række differentierede produkter. OSS og BSS skal samarbejde om, hvad kunden kan bestille, baseret på den tjeneste, han allerede har, baseret på det net, han vil bruge, baseret på de aktuelle tilgængelige ressourcer, baseret på, hvor langt han er fra telefoncentralen … osv. At tilbyde en kunde en tjeneste er nu en forhandling mellem de kommercielle produkter, der forvaltes af BSS, og OSS’s (og det lokale net) evne til at levere visse produkter.
Som følge heraf er der nu en række systemer, der går på tværs af OSS/BSS:
- Service Assurance-systemer er nu integreret på tværs af OSS/BSS med henblik på at spore tjenestens ydeevne og sikre, at kundernes serviceniveauaftaler (SLA) overholdes. Service Assurance kan også proaktivt identificere netværksfejl, iværksætte løsningsforanstaltninger og underrette kunder med høj prioritet.
- Tjenestekataloger (også kaldet produktkataloger) giver teleselskabet ét sted at opregne de produkter, der tilbydes kunderne, og definere, hvilke netværksressourcer der kan bruges til at levere tjenesten. Tjenestekataloger giver produktcheferne et værktøj, der samler tjenesteudbuddet og opfyldelsesprocesserne på tværs af BSS og OSS.
- Service Management-applikationer giver mulighed for større interaktion mellem OSS- og BSS-processer, når tjenestebestillings- og opfyldelsesprocessen er kompleks. Hvis en serviceordre omfatter flere tekniske ressourcer, som leveres af flere OSS-systemer, er Service Management ansvarlig for at orkestrere opfyldelsesprocessen og holde det kundevendte team informeret om fremskridt, ændringer eller leveringsproblemer.
Der er nu mindre debat om, hvad disse systemer på tværs af OSS/BSS-systemer gør, men stadig masser af usikkerhed om, hvis budget implementeringsprojektet kommer fra …