NL1011787C2 - Systeem voor gepersonaliseerde facturering. - Google Patents

Description

Titel: Systeem voor gepersonaliseerde facturering 5 De uitvinding heeft betrekking op een systeem voor periodieke aanmaak van een aan een gebruiker aan te bieden factuur voor gemaakte gebruikskosten van door een provider geleverde diensten.

Bekend is dat factureringssystemen voor grote aantallen facturen, zoals bij voorbeeld in de telecommunicatie industrie gebruikelijk, onder meer 10 de volgende eigenschappen hebben: (1) zij zijn gewoonlijk batch georiënteerd, dat wil zeggen dat per tijdseenheid (veelal een dag) voor een zekere verzameling klanten de factuur eenmalig wordt berekend; (2) de wijze waarop de gebruiker wijzigingen in de factuureigenschappen 15 zoals berekeningswijzen invoert vindt gewoonlijk plaats aan de hand van een configuratiemodel. De meeste moderne systemen zijn z.g. "tabel gedreven". In zulke systemen worden de bedoelde wijzigingen aangebracht door een aantal tabellen in (meestal) een relationele database te wij zigen; 20 (3) zij kennen gewoonlijk een, of slechts een gering aantal factuurmodellen, waaruit per klant moet worden gekozen. Binnen een gegeven model is een zekere variatie mogelijk door het kiezen van klantspecifieke parameters. Hiermee kan bij voorbeeld aan een klant een bepaald prijsplan (kortingsschema) worden toegekend. Het bekende heeft de 25 volgende nadelen: (a) Door de architectuur gericht op massaverwerking is geïndividualiseerde facturering niet of slechts moeizaam te realiseren. Hiermee wordt gedoeld zowel op de onmogelijkheid van een "factuur op maat voor iedere klant" (nadeel al) alsook op het op niet afroep kunnen 30 aanmaken van de rekening (nadeel a2). Ook het terstond reageren op gebeurtenissen, zoals het overschrijden van een verbruikslimiet, is gewoonlijk niet mogelijk (nadeel a3).

(b) Ofschoon configuratie met methoden zoals het aanpassen van een aantal tabellen in een relationele database het voordeel heeft dat er niet hoeft 35 te worden geprogrammeerd, zijn er andere nadelen aan verbonden. De gebruikte datamodellen zijn dikwijls eerder een afspiegeling van de gebruikte algoritme dan van een logisch opgebouwd klant-en tariefmodel. Daardoor zijn zij niet intuïtief en is, wil men een aanpassing aanbrengen, diepgaande kennis nodig van de wijze waarop de programmacode 40 tabellen gebruikt om tot een factuur te komen. Dit maakt dat gebruik van dit mechanisme aan specialisten blijft voorbehouden. Ook kan het wijzigen van een tabel entry onbedoelde gevolgen hebben elders in het systeem, 101 ’87 2 vaak op een volkomen onverwachte plaats. Mede hierom is uitgebreid testen noodzakelijk, zelfs na een eenvoudige wijziging. Tenslotte is, doordat men specialisten nodig heeft, de afstand tot de klant(belanghebbende bij het billing proces) groot waardoor de kans op misverstanden toeneemt.

5 (c) De mogelijkheden van aanpassing van factuur en berekeningswijze blijven beperkt tot die faciliteiten die door de leverancier van het systeem zijn voorbereid. Zou men een wijziging willen die niet in het model kan worden uitgedrukt, dan is men aangewezen op de leverancier om het datamodel (zie onder) aan te passen, de programmacode aan te passen, 10 het geheel te testen (ook op het behouden blijven van de bestaande functionaliteit), om daarna het nieuwe systeem te implementeren. Hiermee zijn gewoonlijk aanzienlijke kosten en een lange doorlooptijd gemoeid.

Dit is zeker me de huidige ontwikkelingen qua technologie, markt- en dienstontwikkeling en concurrentie een groot nadeel.

15 De uitvinding beoogt de genoemde nadelen te ondervangen en het systeem volgens de uitvinding wordt daartoe gekenmerkt door configuratiemiddelen voor het configureren van de vorm of inhoud van factuurobjecten, die deel uitmaken van de aan de gebruikers aan te bieden factuur en die elk bepaalde eigenschappen ten aanzien van inhoud en presentatievorm van de 20 genoemde factuur weergeven, waarbij de configuratiemiddelen omvatten een interface in de vorm van een of meer elektronische spreadsheets voor het uitdrukken van de gewenste factuureigenschappen.

De uitvinding voorziet derhalve in de volgende maatregelen: I. Voor het uitdrukken van de gewenste factuureigenschappen (zoals boven 25 bedoeld, dus omvattende prijsplannen, berekeningswijzen, gepersonaliseerde boodschappen, enz.) wordt een spreadsheet gebruikt. Hiermee wordt bedoeld dat met behulp van een tooi als Microsoft Excel een aantal elektronische (virtuele) werkbladen wordt geconstrueerd, waarin zowel de basisgegevens voor de facturering kunnen worden ingeschreven 30 (zoals geleverde diensten, abonnementskosten, nog openstaande posten enz.), alsmede alle gegevens die op de uiteindelijke factuur een plaats moeten vinden, maar ook alle noodzakelijke tussenberekeningen om tot het resultaat te komen. Dit biedt de volgende voordelen: (a) men heeft de volledige uitdrukkingskracht van het elektronische 35 spreadsheet om de relatie tussen brongegevens en gewenst resultaat, gevormd door verschillende factuur-"objecten"(of - elementen")/ elk met bepaalde eigenschappen ten aanzien van inhoud en presentatievorm, uit te drukken. Hiermee zijn in de praktijk alle beperkingen voor het definiëren van factuureigenschappen opgeheven. Dit ondervangt nadeel (c) als 40 bovengenoemd. Ook is het in een spreadsheet mogelijk acties te specificeren die onder bepaalde omstandigheden genomen moeten worden, zoals het genereren van een waarschuwing indien een bepaalde 101 1781 3 bestedingslimiet wordt overschreden, hetgeen tezamen met maatregel (b) hieronder leidt tot het ondervangen van nadeel (a3) .

(b) de spreadsheet-"taal" is intuïtief, breed bekend, en gemakkelijk te leren. Verder is het ontwikkelen en testen van een spreadsheet eenvoudig, 5 aangezien men interactief kan experimenteren en onmiddellijk resultaat ziet. Wanneer men eenmaal de relatie tussen brongegevens, tussenresultaten en factuur heeft vastgelegd is het niet nodig een berekeningswijze in de vorm van een algoritme te ontwikkelen, hetgeen een belangrijke bron van fouten elimineert en bovendien tot snelle 10 ontwikkeling bijdraagt. Ook indien de kant niet zelf het spreadsheet wenst te ontwikkelen, kan men dit eenvoudig samen met hem doen zodat de kans op misverstanden minimaal wordt. Dit ondervangt nadeel (b) als boven genoemd.

II. Het in de vorige stap gecreëerde spreadsheet wordt vervolgens 15 gecompileerd (vertaald) naar een formaat dat in een daartoe geschikte computer omgeving als "executable" kan worden uitgevoerd. Tenminste voldoet deze omgeving aan de eis dat hij in staat is een factuur voor een klant te maken door het (gecompileerde) spreadsheet (rekenmodel) dat voor die klant geldt te combineren met klantspecifieke gegevens, zoals 20 administratieve gegevens en gegevens over geleverde diensten. Dit ondervangt nadeel (al) als boven genoemd, met andere woorden, iedere klant kan een factuur op maat krijgen. Dit is een wezenlijk andere situatie dan gebruikelijk, waar de kenmerken van facturen deel uitmaken van het systeem en pas op het moment van facturering aan een klant 25 gekoppeld worden. Hier maakt de factuur zelf deel uit van het klantprofiel, eventueel in de vorm van een verwijzing indien meer klanten gebruik maken van hetzelfde profiel.

Indien bovendien de omgeving de eigenschap heeft dat de factuur op afroep gemaakt kan worden, wordt nadeel (a2) ondervangen. Door het beschikbaar 30 komen van nieuwe gegevens te gebruiken als signaal om de factuur opnieuw te berekenen, kunnen terstond acties worden ondernomen indien daar aanleiding toe wordt gevonden, bij voorbeeld als een verbruikslimiet wordt overschreden. Zoals reeds eerder opgemerkt ondervangt dit nadeel (a3). Resumerend stelt de uitvinding een factureringssysteem voor, dat 35 voorziet in: (a) het op eenvoudige en intuïtieve wijze specificeren van de berekeningswijze voor een factuur, gevolgd door (b) het vertalen van het resultaat in een, in een daarvoor geschikte omgeving, executeerbaar formaat, zodanig dat het 40 (c) op eenvoudige wijze mogelijk wordt voor iedere klant of klantgroep een factuur op maat aan te maken.

De uitvinding zal nu aan de hand van een aantal figuren die een implementatievoorbeeld voorstellen, nader worden toegelicht, Figuur 1 101 1787 4 stelt voor het "off-line proces" voor en figuur 2 het "on-line proces". Figuur 3 toont schematisch een implementatievoorbeeld van het systeem volgens de uitvinding.

Het in figuur 1 geïllustreerde off-line proces dient om het systeem 5 bekend te maken met het voor een of meerdere klanten geldende factuurmodel.

Het in figuur 2 geïllustreerde on-line proces dient om te gelegenertijd, dat wil zeggen periodiek, de factuur te produceren. De cirkels stellen stappen voor in de processen, de overige elementen stellen 10 gegevensverzamelingen voor, en, aan het einde van het on-line proces de feitelijke factuur.

Bij de verschillende elementen past de volgende toelichting.

1. "Ontwikkeling factuurmodel". Dit is het proces waarbij interactief, middels een tooi als Microsoft Excel, de factuur wordt opgebouwd. In het 15 spreadsheet vindt men plaats voor de brondata voor facturering, zoals gegevens over geleverde diensten, abonnementen, enz. Daarnaast velden die op de factuur moeten verschijnen met de bijbehorende berekeningsformules. Waar nodig kunnen tussen resultaten als extra velden worden ogenomen zoals dat bij spreadsheets gebruikelijk is. Niet alleen numerieke velden 20 kunnen worden opgenomen, maar ook tekstvelden die op zichzelf afhankelijk kunnen worden gemaakt van berekende waarden. Zo kan de klant bijvoorbeeld een bijzondere aanbieding krijgen indien hij voor een minimum bedrag heeft afgenomen. Invoer voor dit proces zijn de wensen van de gebruiker (belanghebbende bij het factureringssysteem), resultaat is het 25 spreadsheetbestand, bijvoorbeeld in de vorm van een ".xls" bestand.

2. "Compileer factuurmodel". Dit proces neemt als invoer het spreadsheetbestand en produceert als uitvoer een formaat dat geëxecuteerd kan worden in de aanwezige run time omgeving.

3. "Pas klantinformatie aan". In deze stap wordt de run time 30 informatie aangepast. Naast de bij billingsystemen gebruikelijke klantspecifieke gegevens wordt hier expliciet opgenomen met welk spreadsheet (in de vorm van een .mod file) de klant moet worden gefactureerd.

Hiermee zijn de off-line processen toegelicht. Er is in principe een (1) 35 on-line proces.

4. "Haal data op, produceer factuur". Dit on-line proces reageert op een "trigger", te weten de aanvraag om de factuur voor een bepaalde klant te produceren. Het haalt de klantspecifieke gegevens op, waaronder het juiste spreadsheet (.mod file), alsmede gegevens over de te factureren 40 diensten. Hiermee wordt de inhoud van de factuurobjecten berekend en de factuur (logisch) vormgegeven, waarna deze in een geschikt formaat beschikbaar wordt gesteld.

ίΟ ί ίίo r 5

Figuur 3 toont een telecommunicatienet 1, waarop een (groot) aantal gebruikersterminals 3 zijn aangesloten, via welke gebruikers met elkaar kunnen communiceren. Het gebruik van het netwerk 1 wordt geregistreerd door een "billing server" 2 (in de praktijk een uit veel meer componenten 5 bestaand billing systeem) via een (niet-getekend) netwerkbesturingssysteem. De terminals 3 kunnen -zeker als ze een PC of iets dergelijks omvatten- onder gebruikmaking van het "internet protocol" (IP), via een internet access provider" (ΙΑΡ) 4 communiceren met een groot aantal (niet-getekende) "internet service providers" (ISPs), die in 10 HTML gecodeerde "sites" omvatten van veel en veelsoortige organisaties, instellingen, ondernemingen, etc. In de in figuur 3 voorgestelde configuratie is een dergelijke ISP 5 getekend, die fysiek of virtueel verbonden ("gelinkt") is met de billing server 2. De ISP omvat, volgens de uitvinding, een interface in de vorm van een elektronisch rekenblad 15 ("spreadsheet"), zoals in het bovenstaande is aangegeven. Een aantal parameters in dat spreadsheet zijn voor de gebruikers 3 "transparant" en kunnen, via een spreadsheet/HTML interface door de gebruikers 3, gebruikmakend van het IP, worden ingesteld of gewijzigd. Het resultaat van die (gewijzigde) parameterinstellingen, dat wil zeggen de volgens die 20 parameterinstellingen en de in de billing server 2 aanwezige data die op de gebruiker 3 betrekking hebben, gegenereerde "online"-factuur, worden in HTML formaat aan de gebruiker 3 worden overgedragen. Gebruikers 3 zijn aldus in staat om in een iteratief proces de vorm en inhoud van de verschillende factuurobjecten van hun factuur in te stellen ("klant aan 25 de knoppen"), waardoor de factuur, op dezelfde wijze geconfigureerd als de on-line factuur, teven "off line" kan worden geprint en aan de gebruiker -per conventionele post- toegezonden. Op dezelfde wijze als de gebruikers 3 dat kunnen, kunnen facturen worden geconfigureerd door een "billing operator" aan de zijde van de telecommunicatie-provider, 30 namelijk met behulp van een operator terminal 6, die met de ISP 5 (of met de billing server 2) verbonden is. Uiteraard zijn de rechten die aan de gebruiker worden toegekend ten aanzien van het instellen van factuur-configuratieparameters anders dan de rechten van de operator, terwijl sommige factuurvariabelen, met name de "harde" data, afgeleid van 35 zogeheten "call detail records"(CDRs) niet gewijzigd kunnen worden.

101 1787

Claims (7)

1. Systeem voor periodieke aanmaak van een aan een gebruiker aan te bieden factuur voor gemaakte gebruikskosten van door een provider geleverde diensten, gekenmerkt door configuratiemiddelen (5) voor het configureren van de vorm of inhoud van factuurobjecten, doe deel uitmaken van de aan gebruikers aan te bieden factuur en die elk bepaalde eigenschappen ten aanzien van inhoud en presentatievorm van de genoemde factuur weergeven, waarbij de configuratiemiddelen (5) omvatten een interface in de vorm van een of meer elektronische spreadsheets voor het uitdrukken van de gewenste factuureigenschappen.

2. Systeem volgens conclusie 1, gekenmerkt door verbindingsmiddelen {1, 4, 5), die toegankelijk zijn voor de gebruiker (3), voor het configureren van de vorm of inhoud van de factuurobjecten.

3. Systeem volgens conclusie 2, met het kenmerk dat de genoemde verbindingsmiddelen een IP gebaseerd netwerk omvatten, zoals het internet.

4. Systeem volgens conclusie 3, gekenmerkt door een server (5), die een site omvat, en gelinkt is aan de genoemde electronische spreadsheets, via welke site de gebruiker de gewenste instellingen in het spreadsheet kan maken of wijzigen.

5. Systeem volgens conclusie 1, met het kenmerk dat de configuratiemiddelen (5) toegankelijk zijn voor de provider (6) voor het configureren van de vorm of inhoud van de factuurobjecten, alsmede voor het in die factuurobjecten opnemen van factuurvariabelen, die gerelateerd zijn aan de gebruikskosten van door een provider aan de gebruiker geleverde diensten.

6. Systeem volgend conclusie 4, met het kenmerk dat de genoemde site tevens geschikt is om de door de provider ingevoerde factuurobjecten aan de gebruiker te tonen.

7. Systeem volgens conclusie 1, gekenmerkt door compilatiemiddelen voor compilering van de elektronische spreadsheet naar een formaat, dat in een geschikte computeromgeving kan worden geëxecuteerd. 101 178?