Likes Likes:  0
Resultaten 1 tot 6 van de 6
Geen
  1. #1
    Beep Beep
    Voorstel voor nieuwe Telemeter
    Gast
    n/a Berichten
    Berichten zijn liked



    Thread Starter

    Voorstel voor nieuwe Telemeter

    Een voorstel...

    Telenet zou beter zo vlug mogelijk overstappen van de glijdende
    Telemeter naar een meter die voor elke klant synchroon loopt met zijn
    factuurdatum en waarbij het duidelijk is hoeveel GB downstream en
    hoeveel GB upstream inbegrepen is in het maandabonnement.

    Daardoor wordt de eind-van-de-maand piek vermeden, want niet alle
    factuurdata lopen gelijk denk ik. En daardoor kan iedereen gewoonweg
    verbruiken wat hij wil door het extra verbruik bovenop het inbegrepen
    volume op het einde van de facturatieperiode eenvoudig bij te betalen.

    Het zou kunnen werken als volgt...

    Voor alle abonnementstypes wordt er vastgelegd hoeveel er 'gratis'
    inbegrepen is in het maandelijks abonnement, apart qua
    downstreamvolume en qua upstreamvolume. Dus niet meer met een
    percentage upstream in verhouding tot het totaalvolume zoals nu, dat
    is te complex. Maar bijvoorbeeld wel als volgt: "bij Mono is gratis
    8.500 MB downstreamvolume per maand gratis inbegrepen, plus 1.500 MB
    upstreamvolume". (Mag natuurlijk altijd meer zijn he...)

    Eerst wordt de Telemeter voor elke klant op nul gezet op hun
    individuele factuurdatum. Dus als mijn factuurdatum bijvoorbeeld 10
    mei is, dan wordt op middernacht mijn volumeverbruik op nul gezet.

    Vervolgens wordt verbruik bijgehouden gedurende de maand, apart voor
    downstream en voor upstream (en de klant op elk moment zijn verbruik
    gaan aflezen op de Telemeter website).

    Wanneer de Telenet-facturatiecomputer zich dan na een maand klaarmaakt
    om de volgende factuur te maken, vraagt hij de stand van de meter op.
    Van het downstreamverbruik dat daar staat trekt hij dan het 'gratis'
    inbegrepen downstreamvolume af, en idem voor upstream.

    Het meerverbruik wordt aangerekend in blokjes van 100 MB: aan 10 cent
    per 100 MB voor Mono/Duo/Quattro, of aan 1 euro per 100 MB voor
    ComfortNet (mag natuurlijk minder zijn, maar dit zijn de huidige
    Telenet-tarieven). De som van beiden verschijnt dan op de factuur.
    (Heb je geen extra verbruik, dan betaal je uiteraard niets extra).

    Stel dat je bijvoorbeeld 12000 MB downstream hebt verbruikt met je
    Mono gedurende de voorbije maand en 2000 upstream, dan zou je extra
    betalen als volgt: [extra downstream: 12000-8500=3500/100/10=3,5 euro]
    plus [extra upstream: 2000-1500=500/100/10=0,5 euro], dus samen 4 euro
    extra te betalen.

    Dan wordt de meter weer op nul gezet en begint de factuurcyclus
    opnieuw.

    Dat is volgens mij makkelijk om te verstaan voor iedereen en een
    eerlijk systeem: je betaalt gewoon voor wat je extra verbruikt hebt.

    Je komt ook nooit meer op smalband, want het concept van 'maximum
    volume' verdwijnt en wordt vervangen door een concept van gratis
    inbegrepen volume + betalen voor extra volume.

    (Eventueel zou men nog een optie kunnen geven aan de klanten om via
    Mijn Telenet toch zelf een bovengrens in te kunnen stellen, boven
    dewelke men toch op smalband gaat, om zich aldus te beschermen tegen
    al te hoge volumefacturen. Misschien nuttig voor gezinnen met
    kinderen?).




  2. #2
    Wannes
    Voorstel voor nieuwe Telemeter
    Gast
    n/a Berichten
    Berichten zijn liked



    Thread Starter

    Re: Voorstel voor nieuwe Telemeter

    > Beep Beep on 09-05-2004 09:56 :

    > Telenet zou beter zo vlug mogelijk overstappen van de glijdende
    > Telemeter naar een meter die voor elke klant synchroon loopt met zijn
    > factuurdatum


    Dat zal te simpel zijn zeker.
    Meting per maand of per facturatie-periode is eigenlijk de enige correcte
    manier, omdat dat ook de tijdsperiode is waarvoor je abonnement betaalt.

    Dat wil echter zeggen dat je de Telemeter als een meet-instrument aanziet en
    gebruikt, en niet als een manier om klanten te ontmoedigen die wensen te
    gebruiken wat ze eigenlijk ook mogen gebruiken.

    --
    Softwarepatenten ? Neen, bedankt !
    http://www.softwarepatenten.be/



  3. #3
    Ghingis Khan
    Voorstel voor nieuwe Telemeter
    Gast
    n/a Berichten
    Berichten zijn liked



    Thread Starter

    Re: Voorstel voor nieuwe Telemeter


    "Beep Beep" <beepbeep@beep.invalid> schreef in bericht
    news:Nulnc.100192$0A1.6060172@phobos.telenet-ops.be...
    > Een voorstel...
    >
    > Telenet zou beter zo vlug mogelijk overstappen van de glijdende
    > Telemeter naar een meter die voor elke klant synchroon loopt met zijn
    > factuurdatum en waarbij het duidelijk is hoeveel GB downstream en
    > hoeveel GB upstream inbegrepen is in het maandabonnement.
    >
    > Daardoor wordt de eind-van-de-maand piek vermeden, want niet alle
    > factuurdata lopen gelijk denk ik. En daardoor kan iedereen gewoonweg
    > verbruiken wat hij wil door het extra verbruik bovenop het inbegrepen
    > volume op het einde van de facturatieperiode eenvoudig bij te betalen.
    >
    > Het zou kunnen werken als volgt...
    >
    > Voor alle abonnementstypes wordt er vastgelegd hoeveel er 'gratis'
    > inbegrepen is in het maandelijks abonnement, apart qua
    > downstreamvolume en qua upstreamvolume. Dus niet meer met een
    > percentage upstream in verhouding tot het totaalvolume zoals nu, dat
    > is te complex. Maar bijvoorbeeld wel als volgt: "bij Mono is gratis
    > 8.500 MB downstreamvolume per maand gratis inbegrepen, plus 1.500 MB
    > upstreamvolume". (Mag natuurlijk altijd meer zijn he...)
    >
    > Eerst wordt de Telemeter voor elke klant op nul gezet op hun
    > individuele factuurdatum. Dus als mijn factuurdatum bijvoorbeeld 10
    > mei is, dan wordt op middernacht mijn volumeverbruik op nul gezet.
    >
    > Vervolgens wordt verbruik bijgehouden gedurende de maand, apart voor
    > downstream en voor upstream (en de klant op elk moment zijn verbruik
    > gaan aflezen op de Telemeter website).
    >
    > Wanneer de Telenet-facturatiecomputer zich dan na een maand klaarmaakt
    > om de volgende factuur te maken, vraagt hij de stand van de meter op.
    > Van het downstreamverbruik dat daar staat trekt hij dan het 'gratis'
    > inbegrepen downstreamvolume af, en idem voor upstream.
    >
    > Het meerverbruik wordt aangerekend in blokjes van 100 MB: aan 10 cent
    > per 100 MB voor Mono/Duo/Quattro, of aan 1 euro per 100 MB voor
    > ComfortNet (mag natuurlijk minder zijn, maar dit zijn de huidige
    > Telenet-tarieven). De som van beiden verschijnt dan op de factuur.
    > (Heb je geen extra verbruik, dan betaal je uiteraard niets extra).
    >
    > Stel dat je bijvoorbeeld 12000 MB downstream hebt verbruikt met je
    > Mono gedurende de voorbije maand en 2000 upstream, dan zou je extra
    > betalen als volgt: [extra downstream: 12000-8500=3500/100/10=3,5 euro]
    > plus [extra upstream: 2000-1500=500/100/10=0,5 euro], dus samen 4 euro
    > extra te betalen.
    >
    > Dan wordt de meter weer op nul gezet en begint de factuurcyclus
    > opnieuw.
    >
    > Dat is volgens mij makkelijk om te verstaan voor iedereen en een
    > eerlijk systeem: je betaalt gewoon voor wat je extra verbruikt hebt.
    >
    > Je komt ook nooit meer op smalband, want het concept van 'maximum
    > volume' verdwijnt en wordt vervangen door een concept van gratis
    > inbegrepen volume + betalen voor extra volume.
    >
    > (Eventueel zou men nog een optie kunnen geven aan de klanten om via
    > Mijn Telenet toch zelf een bovengrens in te kunnen stellen, boven
    > dewelke men toch op smalband gaat, om zich aldus te beschermen tegen
    > al te hoge volumefacturen. Misschien nuttig voor gezinnen met
    > kinderen?).
    >
    >


    Blijkbaar heb je nog nooit een probleem met de dienst facturatie gehad.

    --
    Ghingis Khan
    http://chinggiskhanfoundation.com/
    http://www.khadag.org/



  4. #4
    JanC
    Voorstel voor nieuwe Telemeter
    Gast
    n/a Berichten
    Berichten zijn liked



    Thread Starter

    Re: Voorstel voor nieuwe Telemeter

    "Beep Beep" <beepbeep@beep.invalid> schreef:

    > Telenet zou beter zo vlug mogelijk overstappen van de glijdende
    > Telemeter naar een meter die voor elke klant synchroon loopt met zijn
    > factuurdatum en waarbij het duidelijk is hoeveel GB downstream en
    > hoeveel GB upstream inbegrepen is in het maandabonnement.
    >
    > Daardoor wordt de eind-van-de-maand piek vermeden, want niet alle
    > factuurdata lopen gelijk denk ik. En daardoor kan iedereen gewoonweg
    > verbruiken wat hij wil door het extra verbruik bovenop het inbegrepen
    > volume op het einde van de facturatieperiode eenvoudig bij te betalen.


    Er zijn 2 groepen vziw: facturen op de 1e en op de 15e.
    Twee pieken per maand ipv één per maand is ook niet echt de bedoeling.

    [...]
    > (Eventueel zou men nog een optie kunnen geven aan de klanten om via
    > Mijn Telenet toch zelf een bovengrens in te kunnen stellen, boven
    > dewelke men toch op smalband gaat, om zich aldus te beschermen tegen
    > al te hoge volumefacturen. Misschien nuttig voor gezinnen met
    > kinderen?).


    Maak dat maar meteen de standaard-instelling dan: bovengrens op 10 GiB.
    Ik kom iets te veel mensen tegen die na een jaar klant te zijn nog niet
    weten dat Mijn Telenet bestaat, of die bang zijn om er iets te veranderen.
    (Daarnaast is Mijn Telenet net als de helpdesk-site niet eens met alle
    browsers toegankelijk, wat eigenlijk schandalig is.)

    En je vergeet ook nog één ding: jouw systeem betekent minder inkomsten voor
    Telenet... ;-)

    --
    JanC

    "Be strict when sending and tolerant when receiving."
    RFC 1958 - Architectural Principles of the Internet - section 3.9

  5. #5
    Wannes
    Voorstel voor nieuwe Telemeter
    Gast
    n/a Berichten
    Berichten zijn liked



    Thread Starter

    Re: Voorstel voor nieuwe Telemeter

    > JanC on 10-05-2004 00:34 :

    > Er zijn 2 groepen vziw: facturen op de 1e en op de 15e.


    Tiens, waar heb ik dan opgevangen dat daarvan afgestapt was om de belasting
    op de facturatie te spreiden gezien het toenemende aantal klanten ?


    > (Daarnaast is Mijn Telenet net als de helpdesk-site niet eens met alle
    > browsers toegankelijk, wat eigenlijk schandalig is.)


    Tiens, welke doet het dan niet ?
    Ik heb ze indertijd met zowat alle toen beschikbare Mac browsers getest,
    waaronder een paar behoorlijk obscure stukjes software.
    Dat werkte en werkt zo te zien nog steeds.

    Wel waarschuwen een aantal browsers er _nog steeds_ voor dat de site
    self-signed certificaten gebruikt.

    --
    Softwarepatenten ? Neen, bedankt !
    http://www.softwarepatenten.be/



  6. #6
    JanC
    Voorstel voor nieuwe Telemeter
    Gast
    n/a Berichten
    Berichten zijn liked



    Thread Starter

    Re: Voorstel voor nieuwe Telemeter

    Wannes <Wannes@gmx.net.invalid> schreef:

    >> (Daarnaast is Mijn Telenet net als de helpdesk-site niet eens met alle
    >> browsers toegankelijk, wat eigenlijk schandalig is.)

    >
    > Tiens, welke doet het dan niet ?
    > Ik heb ze indertijd met zowat alle toen beschikbare Mac browsers getest,
    > waaronder een paar behoorlijk obscure stukjes software.
    > Dat werkte en werkt zo te zien nog steeds.


    Probeer een browser zonder frames, JavaScript, Flash, enz.
    (Dat kan een gewone browser zijn van een klant die dat bewust of per
    ongeluk uitgeschakeld heeft--niet iedereen is even kundig op computer-
    gebied, en precies op dat moment hebben ze de helpdesk /nodig/.)

    Op de helpdesk, Mijn Telenet en de webmail zouden al die zaken hoogstens
    optioneel mogen zijn, maar geen noodzaak zoals nu (voor sommige dingen)
    het geval is.

    > Wel waarschuwen een aantal browsers er _nog steeds_ voor dat de site
    > self-signed certificaten gebruikt.


    Er is niks fout met self-signed certificaten. SSL certificaten zijn
    overigens wel alleen maar nuttig als je de signing key(s) kan controleren.

    --
    JanC

    "Be strict when sending and tolerant when receiving."
    RFC 1958 - Architectural Principles of the Internet - section 3.9

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2026 Webhostingtalk.nl.
Web Statistics