Facturatie extra volume (MAX6DYN)!?

[MRC101]

Ik vind de facturatie bij mij nogal raar.
Mijn teller wordt gereset op de 5de van de maand en dus mijn internet wordt ook gefactureerd van 05/xx - 05/xy, maar het volume wordt gefactureerd van 01/xx - 01/xy. Uiteindelijk kan je dus niet echt iets doen met die meter (zie voorbeeld)

Voorbeeld: Ik download in mei 30GB, waarvan 10GB in de eerste 4 dagen van de maand. Maar op de 5de wordt de teller op nul gezet dus ik download daarna nog eens 20GB tussen 5 en 31mei.
Uiteindelijk staat op mijn teller 20GB, maar op mijn factuur staat er dan wel 30GB voor de maand mei.

Word bij jullie het extra volume ook van 01/xx tot 01/xy gefactureerd?

[Arqentus]

Het is normaal, je moet enkel checken op de maandelijke meter voor je echte stats. De totaal stats worden gebruikt voor de facturen.

Ik geef toe, dat geeft wel een vreemde indruk soms, maar het klopt. Je totaal mag gerust dik over je limiet zitten, het is je maandelijke periode limiet wat telt.

[MRC101]

Dan zie ik eigenlijk het nut van een reset op facturatie datum niet in. Waarom geen reset op het begin van de maand?

[Avenger 2.0]

Dan zie ik eigenlijk het nut van een reset op facturatie datum niet in. Waarom geen reset op het begin van de maand?

Als iedereen dezelfde resetdatum heeft gaan de 29-28-30-31 ste traaaaaaag dagen worden

[Zyne]

Dus, als ik het maw goed begrijp wordt het verbruikte volume aangerekend aan de hand van het volume dat je verbruikt hebt gedurende de kalendermaand, en niet het volume dat je gebruikt hebt tijdens de factuurmaand? (verbeter me indien niet correct aub)

Waarom moet dit zo ingewikkeld zijn? Gewoonweg een reset op factuurdatum, en ook het verbruikte volume op factuurdatum...

Of misschien snap ik de logica erachter niet natuurlijk...
Ik zou het zelf uitzoeken, maar ik ben nog nooit over de limiet gegaan. Het wordt dus een beetje moeilijk voor mij

[MRC101]

Dus, als ik het maw goed begrijp wordt het verbruikte volume aangerekend aan de hand van het volume dat je verbruikt hebt gedurende de kalendermaand, en niet het volume dat je gebruikt hebt tijdens de factuurmaand? (verbeter me indien niet correct aub)

Waarom moet dit zo ingewikkeld zijn? Gewoonweg een reset op factuurdatum, en ook het verbruikte volume op factuurdatum...

Of misschien snap ik de logica erachter niet natuurlijk...
Ik zou het zelf uitzoeken, maar ik ben nog nooit over de limiet gegaan. Het wordt dus een beetje moeilijk voor mij

Wat jij zegt klopt.

Dan zie ik eigenlijk het nut van een reset op facturatie datum niet in. Waarom geen reset op het begin van de maand?

Als iedereen dezelfde resetdatum heeft gaan de 29-28-30-31 ste traaaaaaag dagen worden

Waarom zouden de mensen opeens extra beginnen downloaden, want extra trafiek word toch gefactureerd en dan nog op basis van de kalender maand en niet op basis van de teller.
De teller kan evengoed op 18GB staan en dat je moet al bijbetalen. Of omgekeerd, de teller staat op 21GB maar ja moet nog niet bij betalen.

Daardoor verliest de teller volledig zijn nut.

[MRC101]

Ik nog een afbeelding gemaakt die alles wat duidelijker maakt.

Op de eerste eerste tekening in afbeelding wordt er (gespreid over 3 maanden) 12GB aangerekend op de factuur terwijl je op je teller nooit boven den 20GB gaat.

Op de tweede tekening in de afbeelding ga je op je teller telkens over de limiet (in totaal 6GB over de drie maanden) maar op je facturen wordt niks aangerekend.

[Zyne]

Code: Selecteer alles

    Download       Upload
05/2006       8367,03 MB       1056,28 MB

Dus ik kan in mei (de volgende 3 dagen) nog 11GB downloaden moest ik willen (x2 met nachttarief)?
wtf? Dit is gewoon niet correct...
Mijn factuurdatum valt op de 13e van de maand, ik wil dus ook gefactureerd worden op de 13de van de maand, en niet op de 1ste...

[MRC101]

Code: Selecteer alles

    Download       Upload
05/2006       8367,03 MB       1056,28 MB

Dus ik kan in mei (de volgende 3 dagen) nog 11GB downloaden moest ik willen (x2 met nachttarief)?
wtf? Dit is gewoon niet correct...
Mijn factuurdatum valt op de 13e van de maand, ik wil dus ook gefactureerd worden op de 13de van de maand, en niet op de 1ste...

Inderdaad, ik heb daarnet dan maar een ticket aangemaakt.

[Zyne]

Inderdaad, ik heb daarnet dan maar een ticket aangemaakt.

Heb ik dan ook maar gedaan... Ik ben een beetje benieuwd naar de reactie nu, want eigenlijk is dit in principe niet eerlijk.
Misschien moet ik maar eens mijn facturen nakijken van de voorbije maanden. Domicili¨ering is allemaal wel gemakkelijk, maar de gevolgen zijn er ook naar.. Gelukkig kost dit maar 0,25€ per GB ipv 1€ zoals bij telenet

[MRC101]

Gelukkig kost dit maar 0,25€ per GB ipv 1€ zoals bij telenet

Dat dacht ik ook, daarom heb ik ook maar niks gezegd over de reeds gefactureerde bedragen (heb eigenlijk nog niets alles gecontroleerd; NU wel, voor de laatste 2 maanden in totaal 21GB teveel gefactureerd).

[Thales]

Het was me ooit wel opgevallen dat de 'historiek' van de teller in kalendermaanden rekende, en dat vond ik vreemd, maar ik heb er nooit bij stilgestaan dat dat de basis is voor de aanrekening van extra trafiek. Ik heb ook nog nooit extra trafiek moeten betalen, maar zoals het nu berekend wordt, klopt het inderdaad niet. Ik heb voor de lopende maand (mei) al 15 gig trafiek (wat klopt), maar ik heb sinds de reset van mijn teller (de 9e van mei) nog maar 6 gig trafiek. Als ik nu snel-snel 10 gig zou downloaden (voor het einde van deze maand) en daarna dan bijna niks meer, dan zou ik 5 gig extra moeten betalen, maar mijn teller zou nooit boven de 20 gaan

Ik weet (of denk te weten) van waar deze bizarre rekenwijze komt: vroeger werkte EDPnet met een 'sliding window' (zoals telenet). Om correct de extra gigs te kunnen factureren, hadden ze een systeem dat met kalendermaanden werkte en per kalendermaand ging kijken hoeveel je boven je inbegrepen volume gegaan was. Sliding window was om te bepalen of je op smallband gezet werd of niet, kalendermaand was voor facturatie. Nu werken ze niet meer met de sliding window, maar met een reset op de acitivatiedatum (voor iedereen verschillend), maar de facturatie is blijkbaar ongewijzigd gebleven: kalendermaanden.

Ik gok dat een aanpassing van het facturatiesysteem niet op korte termijn realiseerbaar is, maar volgens mij zou het dan wel geen slecht idee zijn om visualisatie van de trafiekmeter bij te schaven, zodat je kan zien hoeveel gig je effectief al verbruikt hebt binnen de kalendermaand. Nu staat er nogal misleidend dat ik al 10 % (6 gig) verbruikt heb, terwijl het eigenlijk al meer dan het dubbele is! Eigenlijk zijn de 'correcte' gegevens beschikbaar, maar daarvoor moet je op 'historiek' klikken: dan zie je hoeveel je al verbruikt hebt voor de lopende kalendermaand (en dus ook facturatie-gewijs). De rest van de gegevens in de teller zijn eigenlijk waardeloos. Uiteindelijk komt dit dan neer op een reset van de trafiek de eerste van elke maand. Of dit een goed of slecht idee is, daar lopen de mening over uiteen. Bij Belgacom ondervond ik daar nooit problemen mee, de snelheid bleef altijd stabiel, ook op het einde van de maand. Maar of het EDP netwerk er klaar is, dat weet ik niet.

Soit, ik geraak met de beste wil van de wereld niet aan mijn 20 gig, ik lig er dus niet meteen wakker van, maar ik ben wel voorstander van een correcte facturatie...

[MRC101]

De rest van de gegevens in de teller zijn eigenlijk waardeloos. Uiteindelijk komt dit dan neer op een reset van de trafiek de eerste van elke maand. Of dit een goed of slecht idee is, daar lopen de mening over uiteen. Bij Belgacom ondervond ik daar nooit problemen mee, de snelheid bleef altijd stabiel, ook op het einde van de maand. Maar of het EDP netwerk er klaar is, dat weet ik niet.

Zoals je zelf zegt, is de teller waardeloos, en is het systeem nu net hetzelfde alsof de teller op de eerste dag van de maand gereset wordt (behalve dan dat je een niet correcte meter hebt).
Het netwerk zou er ook niet veel onder leiden als de mensen dit zouden weten, want waaarom zou je op het einde van de maand zoals bij belgacom extra beginnen downloaden, want je betaald toch de verbruikte GB doordat het volume realtime (om de 30min denk ik) gemeten wordt.
Het snel downloaden van nog enkele extra GB's (over de limiet) heeft bij EDPnet dus geen zin.

[Thales]

Ik ga eerlijk zijn: als ik op het eind van de maand (pakweg de 27e? ) zou zien dat ik nog 'maar' 16 gig trafiek heb, en er is iets van 3 gig dat ik wel graag had willen downloaden, maar nog niet gedaan had, omdat het te groot was, of omdat ik het niet per se moest hebben, zou ik wellicht zeggen "foert, die 20 gig is betaald", en de download starten. Misschien vrezen ze bij EDP wel dat teveel mensen zo gaan redeneren en hun 'grote' downloads zullen uitstellen tot op het einde van de maand, om dan te kijken hoeveel gig er overblijft...met alle gevolgen voor de algemene downloadsnelheid. Hoewel dat bij een goed uitgebouwd, stabiel netwerk hoegenaamd geen problemen zou mogen opleveren. Bij Belgacom had je (tot voor kort, want dat liedje is daar nu ook gedaan) op het eind van de maand de mogelijkheid om tijdens de laatste sessie van 36u serieus over je limiet te gaan (smallband werd pas toegepast bij een reconnect en er is geen automatische facturatie van extra trafiek) en zowat iedereen die ik ken maakte daar gretig gebruik van, maar het netwerk heeft nooit een krimp gegeven...

Nu, hoe dan ook: die "ik-moet-nog-snel-een-paar-gig-downloaden" situatie lijkt me sowieso eerder uitzonderlijk. Bij EDP is de 'leech truc' van Belgacom ook niet van toepassing, dus misschien moet EDP maar gewoon de proef op de som nemen en een reset uitvoeren elke eerste dag van de maand. De facturen zelf mogen voor mijn part nog altijd op de activatiedatum komen, dat maakt dan in principe niet veel meer uit.

[Sven.VdS]

We interessant die kalender discussie ... ik heb zo onlangs ook een factuur gekregen die meer dan 50 euro bedroeg ... de verklaring van facturatiemaand <> kalendermaand verklaart dat nu ...

Wat betreft die 'download-rush' op het einde van de maand: dat is juist waarom Telenet destijds die glijdende maanden ingevoerd heeft ... op het einde van de maand probeerde veel klanten hun limiet op te souperen en raakte het netwerk overbelast.

Ik begrijp ergens ook wel die manier van factureren hoor ... het is een PAK minder administratie om gewoon elke 1e van de maand de maandtotalen van alle gebruikers uit de computer te laten rollen en op basis hiervan alle facturen in 1 keer uit te sturen, dan elke dag een klein beetje facturen genereren enkel omdat dit logischer is -puur psychologisch dan- voor een (heel) aantal klanten.

Op het einde van de rit (laten we een abonnementsjaar nemen) moet het totaal natuurlijk wel kloppen!

Ik ga alvast mijn facturen eens nakijken en een kleine controle uitvoeren ... ik verwacht nu niet direct onregelmatigheden maar zonder controle worden er geen fouten gevonden he edpnet handelt wel uit goeder trouw neem ik aan, maar er kan altijd iets mislopen buiten hun wil natuurlijk ...

[MRC101]

We interessant die kalender discussie ... ik heb zo onlangs ook een factuur gekregen die meer dan 50 euro bedroeg ... de verklaring van facturatiemaand <> kalendermaand verklaart dat nu ...

Wat betreft die 'download-rush' op het einde van de maand: dat is juist waarom Telenet destijds die glijdende maanden ingevoerd heeft ... op het einde van de maand probeerde veel klanten hun limiet op te souperen en raakte het netwerk overbelast.

Ik begrijp ergens ook wel die manier van factureren hoor ... het is een PAK minder administratie om gewoon elke 1e van de maand de maandtotalen van alle gebruikers uit de computer te laten rollen en op basis hiervan alle facturen in 1 keer uit te sturen, dan elke dag een klein beetje facturen genereren enkel omdat dit logischer is -puur psychologisch dan- voor een (heel) aantal klanten.

Op het einde van de rit (laten we een abonnementsjaar nemen) moet het totaal natuurlijk wel kloppen!

Ik ga alvast mijn facturen eens nakijken en een kleine controle uitvoeren ... ik verwacht nu niet direct onregelmatigheden maar zonder controle worden er geen fouten gevonden he edpnet handelt wel uit goeder trouw neem ik aan, maar er kan altijd iets mislopen buiten hun wil natuurlijk ...

Ik ga eerlijk zijn: als ik op het eind van de maand (pakweg de 27e? ) zou zien dat ik nog 'maar' 16 gig trafiek heb, en er is iets van 3 gig dat ik wel graag had willen downloaden, maar nog niet gedaan had, omdat het te groot was, of omdat ik het niet per se moest hebben, zou ik wellicht zeggen "foert, die 20 gig is betaald", en de download starten. Misschien vrezen ze bij EDP wel dat teveel mensen zo gaan redeneren en hun 'grote' downloads zullen uitstellen tot op het einde van de maand, om dan te kijken hoeveel gig er overblijft...met alle gevolgen voor de algemene downloadsnelheid. Hoewel dat bij een goed uitgebouwd, stabiel netwerk hoegenaamd geen problemen zou mogen opleveren. Bij Belgacom had je (tot voor kort, want dat liedje is daar nu ook gedaan) op het eind van de maand de mogelijkheid om tijdens de laatste sessie van 36u serieus over je limiet te gaan (smallband werd pas toegepast bij een reconnect en er is geen automatische facturatie van extra trafiek) en zowat iedereen die ik ken maakte daar gretig gebruik van, maar het netwerk heeft nooit een krimp gegeven...

Nu, hoe dan ook: die "ik-moet-nog-snel-een-paar-gig-downloaden" situatie lijkt me sowieso eerder uitzonderlijk. Bij EDP is de 'leech truc' van Belgacom ook niet van toepassing, dus misschien moet EDP maar gewoon de proef op de som nemen en een reset uitvoeren elke eerste dag van de maand. De facturen zelf mogen voor mijn part nog altijd op de activatiedatum komen, dat maakt dan in principe niet veel meer uit.

Ik denk dat jullie het nog niet volledig begrijpen.
Op dit moment zijn er 2 TELLERS één voor de facturatie, die reset op de 1ste van de maand) en één voor ... (ik weet het eigenlijk niet), die reset op de facturatiedatum van uw abbonement. Dus zoals het nu gebeurd kan iedereen net doe wat Thales beschrijft, op het einde van de maand (iedereen samen) de laatste GB's (tot 20GB) nog vlug downloaden.

De andere teller met details en waar het totaal weergegeven wordt heeft totaal geen nut meer. Ze kunnen even goed de teller elke dag op 0 zetten, zij factureren toch aan de hand van een andere teller.

Heeft er iemand nog een boodschap aan die teller die op facturatie datum reset? Die is nu eigenlijk toch waardeloos!?

[Wright]

Dus zolang je historiek maar onder de 20GB blijft zal niets aangerekend worden?

Op Edpnet site staat:

Voor de berekening van uw trafiek hanteren we sinds februari geen zgn. 'glijdende meter' of 'sliding
window' meer. Dit houdt in dat het totaal van uw trafiek berekend wordt vanaf de startdag van uw abonnement, tot diezelfde dag de volgende maand, wanneer uw verbruik op 0 teruggezet wordt.

[Phuncz]

Mijn persoonlijke mening: jullie kunnen toch een behoorlijk stukske zagen, t'is echt nooit goed. Uiteindelijk betaal je toch wat je verbruikt. Als je voor zowat 1 euro per maand die je de maand erna niet meer moet betalen, al zo'n gedoe erover kunt maken...

Sommige dingen moet ge op voorhand betalen, sommige dingen op tijd en sommige dingen later. Ik zie hier echt geen probleem, je betaalt exact wat je verbruikt. Het is ook een traffiekmeter, niet een "rekeningmeter".

[FlashBlue]

Ik ga akkoord met phuncz ; net door dit soort gezaag en de nodeloze tickets, gaat de response time op de tickets de hoogte in.

Ik ben al jaren tevreden edpnet klant; en het enige negatieve dat ik de laatste tijd merk; is dat er veel idiote en zagende klanten zijn bijgekomen die het de mensen bij epdnet moeilijk maken om hun werk te doen.

[Genghis]

Alsik eerlijk moet zijn, als nieuwe klant vindik dit systeem toch ook verwarrend hoor...
Tgaat er mij niet zozeer om welk systeem ze hanteren, maar wel om de informatie die er zou moeten gegeven worden.
Ik smijt namelijk niet zomaar euro's weg... En in dit geval is het duidelijk dat
het wegsmijten van geld kan vermeden worden door de werkelijk gehanteerde methode te kennen, en die op de website geadverteerd zou dus niet de werkelijk gehanteerde methode zijn.

[Thales]

Ik heb welgeteld één ticket ingediend, en dat was nadat ik een week aan een stuk amper kon surfen. Ticket behandeld, einde verhaal.

By the way: niemand betaalt graag teveel. Als dat niet zo zou zijn, dan zou iedereen via Belgacom surfen.

Ik stel enkel vast dat de trafiekmeter van EDP niet helemaal doorzichtig is: een reset op facturatiedatum, maar een historiek per kalendermaand? Dat alleen al is op zijn minst eigenaardig. Ben ik een idiote en zagende klant omdat ik me de bedenking maak dat EDP hier op termijn iets aan zou kunnen wijzigen? Ik weet dat EDP mensen hier meelezen, en daarom maak ik me die bedenking hier, zodat ze het idee kunnen oppikken en er eventueel iets mee kunnen doen. Geen ticket, geen gezaag, hoogstens een suggestie.

Ik ben klant (geweest) bij de grote spelers op de markt: Telenet, Scarlet, Belgacom en nu EDP. Op de resp. sub-fora heb ik die ervaringen proberen delen en met plezier mensen proberen helpen. Tot sommigen het nodig vinden om te beginnen schelden. Je mag van mening zijn dat het topic over de trafiekmeter weinig nut heeft, maar de twee posts met enkel en alleen beledigingen hebben al helemaal geen nut.

[FlashBlue]

noem ik ergens jouw naam ? dacht het niet he
Maar er zijn mensen die niet anders doen dan zagen en klagen.

-ze hebben nachtsurfen; maar ze gaan zagen als ze snachts maar 400k ipv 600k halen , omdat ze samen met een pak anderen zo nodig hun illegale warez moete downloaden...

-ze betalen al enorm weinig, maar ze gaan zagen als de traffiek eerder of later wordt aangerekend (want daar komt het op neer; je moet het uiteindelijk toch betalen .... wat maakt het uit of dat vroeger of later is).

-Ze worden klant bij edpnet; en gaan achteraf zagen dat dommel 50g download van de newsserver toelaat ipv de 10 bij edpnet -> to bad; informeer je op voorhand of neem een betalende eweka of g-news account.

en zo kan je nog even doorgaan als je sommige topics hier leest .....

[MRC101]

Maar er zijn mensen die niet anders doen dan zagen en klagen.

Ik heb dit topic zeker niet geopend om te zagen. Hoe er nu gefactureerd wordt klopt het gewoon niet.

-ze betalen al enorm weinig, maar ze gaan zagen als de traffiek eerder of later wordt aangerekend (want daar komt het op neer; je moet het uiteindelijk toch betalen .... wat maakt het uit of dat vroeger of later is).

Toch zullen er mensen zijn die nooit boven 20GB gaan op hun meter en toch zullen moeten bijbetalen.
Stel uw reset is op de 15de, de eerste helf van de maand download je 16GB, na de reset download je gedurende de andere helf van de maand 15GB en de volgende maan in de eerste helft 5GB. Dan ben je nooit boven de 20GB geweest op je meter en toch zal je 11GB aangerekend krijgen!

Mijn persoonlijke mening: jullie kunnen toch een behoorlijk stukske zagen, t'is echt nooit goed. Uiteindelijk betaal je toch wat je verbruikt. Als je voor zowat 1 euro per maand die je de maand erna niet meer moet betalen, al zo'n gedoe erover kunt maken...

Sommige dingen moet ge op voorhand betalen, sommige dingen op tijd en sommige dingen later. Ik zie hier echt geen probleem, je betaalt exact wat je verbruikt. Het is ook een traffiekmeter, niet een "rekeningmeter".

Wat jij zegt klopt dus niet (zie voorbeeld hierboven). Mensen als jij die altijd meer dan 20GB downloaden zullen inderdaad nooit teveel betalen, maar de mensen die minder dan 20GB downloaden zullen soms teveel aangerekend worden.
En waarom denk je dat de traffiekmeter er is? Juist om te zien of je meer (en hoeveel meer je) zal moeten betalen of niet (wat dus soms wel moeilijk is met de huidige situatie. Bij u dient die dan waarschijnlijk weer om te zien of je op smallband komt of niet.

[Phuncz]

Ah op die manier Ja ik zie het probleem in, dat kan idd voor oncorrecte vorderingen zorgen.

[Sven.VdS]

Ik denk dat jullie het nog niet volledig begrijpen.
Op dit moment zijn er 2 TELLERS één voor de facturatie, die reset op de 1ste van de maand) en één voor ... (ik weet het eigenlijk niet), die reset op de facturatiedatum van uw abbonement. Dus zoals het nu gebeurd kan iedereen net doe wat Thales beschrijft, op het einde van de maand (iedereen samen) de laatste GB's (tot 20GB) nog vlug downloaden.

De andere teller met details en waar het totaal weergegeven wordt heeft totaal geen nut meer. Ze kunnen even goed de teller elke dag op 0 zetten, zij factureren toch aan de hand van een andere teller.

Heeft er iemand nog een boodschap aan die teller die op facturatie datum reset? Die is nu eigenlijk toch waardeloos!?

Ik begrijp het wel hoor

Het is alleen momenteel zo dat de trafiekmeter een vertekend beeld geeft van uw maandelijks verbruik, en dusdanig ook hetgeen ge verwacht gaat aangerekend worden.

Zoals hierboven in voorbeeld aangegeven wordt, gebeurt er een andere manier van facturatie dan ge zou verwachten, en in dat voorbeeld gaat het zelfs verder: ge wordt verkeerdelijk gefactureerd.


Wat betreft dat downloaden op de laatste dag van de maand: de meesten gaan ervan uit dat hun verbruik wordt geëvalueerd op de facturatiedag. In de lopende periode van factuurdag tot factuurdag wordt uw verbruik door de meter opgeteld. Maar de meter waarop gefactureerd wordt is eigenlijk een andere.

Resultaat: mijn vervaldag is bvb de 10e van de maand. Ik zal dus logischerwijs -wil ik mijn verbruik maximaliseren- de 9e meer gaan downloaden. En NIET de 31e rekening houdende met die maandtotalen.

Ze bengelen het ene metertje voor uwe neus maar factureren met een andere ... dat is op z'n minst misleidend.

En wat de opmerkingen betreffen ivm illegale warez die op't einde van de maand nog snel binnen moeten: grow up everybody... 20GB is niet fenomenaal veel tegenwoordig nu er meer en meer betalende software downloads komen. Stel ik koop op het einde van de maand een software pakket of een film of whatever en dat is 4GB groot. Als ik voor die trafiek extra aangerekend word kost mij die film of spel of programma 1 euro meer. Losstaand van het feit dat dit maar 1 euro is, en of dat veel of weinig is voor iemand, blijft het feit dat het 1 euro te veel is.

Ik post dit niet om te zagen over die facturen, ik vraag gewoon aan degenen die kleinerend verwijzen naar de 'zagers' om op z'n minst even na te denken en toe te geven dat er iets misloopt en dat dit niet helemaal correct is. Wees op z'n minst zo volwassen.

[Rubinho]

wel ik kan dit allemaal bevestigen. Ik was van plan dit hier nog aan te kaarten, maar nog geen tijd voor gehad.
Ik heb hier vorige week een ticket voor geopend, en toen na wat weg en weer gemail, bleek dus inderdaad dat trafiek per kalendermaand wordt aangerekend en niet per factuurmaand.
Ik heb het geval gehad dat ik per factuurmaand nooit meer dan 20GB gedownload heb, maar als ik per kalendermaand keek ik ongeveer 10GB moest bijbetalen, dit gewoonweg omdat mijn factuurmaand op de 16e van de maand ligt. Hiervoor moest ik dus zogenaamd 10GB extra trafiek betalen, die ik nooit gebruikt had. Ze hebben mij dit (eenmalig) gecrediteerd. En gezegd dat ik in het vervolg moest kijken naar mijn verbruik per kalendermaand, want daar wordt de factuur op berekend. Ik stuurde als commentaar terug, dat dit niet eerlijk was en dat dit mogelijks netwerkproblemen kon geven omdat iedereen dan op het einde van de maand nog snel snel aan zijn limiet wil geraken. Ik kreeg hier antwoord op, dat het nu eenmaal zo is, en dat ze dit niet zomaar kunnen veranderen, dit vergt heel wat werk van de programeurs. Als antwoord op de reset, kreeg ik dat er maandelijks een reset was op je factuurdatum. Wat volgens mij je reinste bullshit is, want die reset dient tot niks.
Let dus op, je hebt 20GB per kalendermaand. Onafhankelijk van wanneer je factuurdatum is en hoeveel je verbruikt tijdens die factuurperiode, enkel de kalendermaand telt.
Let dus op voor mensen die niet willen boven hun limiet gaan!
Ik hoop nu maar dat edpnet hun communicatie hieromtrent wat kan stroomlijnen, want deze manier van werken staat nergens op hun site te lezen en is eigenlijk zelfs incorrect.
En ik vind het trouwens zeer gevaarlijk, naar het einde van de maand toe en snelheidsproblemen daaromtrent.

[Mette]

als dit echt zo is Rubinho vind ik het idd schandalig
dan moete ze de meter ook per maand laten zien ipv per factuurperiode (want zo ben je er dan toch niets mee)

ofwel idd gewoon per factuurperiode factureren
dat het voor de programeurs te moeilijk is is bullshit want bij andere ISP's kan het wel en ZO moeilijk lijkt het me (ik doe toegepaste informatica en heb dus wel al wat moete programeren) ook niet om te maken

mijn factuurperiode begint de 17de
dus ik zou ook met dit probleem zitten

en idd, als je per maand enkel naar je limiet moet kijken gaat er op het eind van de maand serieus meer verbruik zijn (de reden waarom ze bij andere ISP's per factuurperiode de limiet bekijken)

ofwel geef je een limiet en laat je dan DEFTIG bekijken hoe ver de gebruiker is met zijn limiet en hoeveel hij nog kan gebruiken
ofwel als je te lui/slecht bent om dit deftig te doen schaf je dan maar gewoon de limiet af imo

dit is hetzelfde als voor 30 euro benzine betalen en dat je zonder meter benzine in je auto moet gieten en moet schatten hoeveel ongeveer 30 euro aan benzine is
als je er over bent betaal je extra, als je er onder zit heb je teveel betaald


(en ik was juist zo content van het nachttarief enzo van edpnet en dat de meter zo snel werd geupdate, maja, als hij niet juist telt (van de juiste dag) ben je er natuurlijk niet veel mee))

edit: pas op, ik ben content van edpnet tot nu toe, maar ik vind wel dat hun meter moet meten wat er betaald moet worden
en als een ander verbruik wordt aangerekend dan die dat op de meter staat dient die meter gewoon voor niets he (buiten dat je dan weet hoeveel je per dag hebt verbruikt, maja ge zijt er toch niks mee)

[Sinvraal]

Let dus op voor mensen die niet willen boven hun limiet gaan!
Ik hoop nu maar dat edpnet hun communicatie hieromtrent wat kan stroomlijnen, want deze manier van werken staat nergens op hun site te lezen en is eigenlijk zelfs incorrect.

Raar, gisteren stond het toch ergens in vet-rood op hunne site. Ik vind het helaas niet meer terug Alleen dat al is een flater van EDPnet. Zoiets moet duidelijk vermeld worden.

Trouwens, kent iemand een download monitor die we kunnen gebruiken om onze maandelijkse traffic bij te houden? ISP monitor werkt wel, maar ge kunt die niet laten optellen of resetten...
Thx

[darkie]

Let dus op voor mensen die niet willen boven hun limiet gaan!
Ik hoop nu maar dat edpnet hun communicatie hieromtrent wat kan stroomlijnen, want deze manier van werken staat nergens op hun site te lezen en is eigenlijk zelfs incorrect.

Raar, gisteren stond het toch ergens in vet-rood op hunne site. Ik vind het helaas niet meer terug Alleen dat al is een flater van EDPnet. Zoiets moet duidelijk vermeld worden.

Trouwens, kent iemand een download monitor die we kunnen gebruiken om onze maandelijkse traffic bij te houden? ISP monitor werkt wel, maar ge kunt die niet laten optellen of resetten...
Thx

http://www.dumeter.com/
http://www.soft4ever.com/StatnPerf/Fr/index.html

Ik heb lang statnperf gebruikt, probleem is dat die de gegevens haalt vanuit het windows dialup venster, op zich niets mis mee, behalve dat alsje meer dan 4gb download, die teller terug op 0 springt (2^32 geeft max 4gb) en je dus incorrecte gegevens gaat hebben als dat veel voorvalt (dumeter heeft dit dus niet). Daarom dat ik recent overgestapt ben naar dumeter (heb gelukkig al mijn statnperf gegevens kunnen overzetten )
Persoonlijk vind ik de statistieken die statnperf geeft handiger dan die van dumeter, maar dat heb ik dan maar opgelost met een homebrew php app die mij betere stats geeft.

[Zyne]

Raar, gisteren stond het toch ergens in vet-rood op hunne site. Ik vind het helaas niet meer terug

Je hebt me de ogen geopend

ATTENTION: extra traffic is invoiced per month (and not from the starting day of your subscription, until that same day of the next month). Consult the overview of your total trafic.

midden op deze pagina, in het rood!

edit: en ik heb natuurlijk ook nu pas gezien dat die pagina ook in het nederlands beschikbaar is ...

LET OP: extra trafiek wordt gefactureerd per kalendermaand (en niet vanaf de startdag van uw abonnement, tot diezelfde dag de volgende maand). Raadpleeg daarom uw trafiekhistoriek voor een duidelijk overzicht.

edit2:; mijn excuses voor het rood... Wou het zo getrouwheidsmogelijk doen...

[Wright]

Mooi dat Edpnet dit toch recht zit

[Mette]

inderdaad ze hebben het aangepast (dat is toch al iets deftiger)
nu nog zorgen voor een gebruikbare meter en het is in orde (al zou ik opteren voor per factuurperiode de limiet te tellen want nu zit ge met overbelasting van de laatste dagen van de maand omdat iedereen zijn limiet dan probeert vol te krijgen)

[rtl]

bedankt om dit net op tijd te melden

[trax]

F*cking verwarrend ja. Reset gewoon alles op één dag dan is iedereen mee en geen zever.

[MRC101]

F*cking verwarrend ja. Reset gewoon alles op één dag dan is iedereen mee en geen zever.

Inderdaad, want op dit moment heeft er eigenlijk niemand iets aan de gewone meter.
Zoals het nu is:
-Zullen / kunnen gebruikers die minder dan 20GB hebben gedownload heb op het einde van de maand nog vlug alles downloaden om aan hun 20GB te komen.
-Kunnen gebruikers die een bepaalde maand meer willen downloadn over hun 60GB (of 100GB) limiet gaan zonder op smallband.
-Is niemand iets met de meter, tenzij je 60GB of meer begint te downloaden.

Als ik nu wat egoïstischer was had ik mss gezegd: Ahja ik weet waar ik moet kijken.

[Ken]

Ik heb eens een Excel gemaakt met wat berekeningen. Zie bijlage
Hopelijk zijn jullie er wat mee.

Wat ik dus merk bij deze berekeningen is dat EDPnet bedragen naar boven afrond op 2 decimalen. Daardoor zijn de prijzen een paar centiemen hoger. That's it.

[Sven.VdS]

Voor mensen die onder de 20GB blijven en niks willen bijbetalen wordt het wel moeilijk zo .. constant 2 meters in't oog houden

Ik begrijp de bedoeling wel vanuit edpnet hoor ... zo kunnen ze voorkomen dat iedereen z'n limiet gaat opgebruiken op het einde van de maand ... maar eigenlijk strooien ze zo zand in de ogen van de klanten ... want die houden zich aan de lopende meter (waar nota bene WEL de smallband van afhangt!!!) maar eigenlijk moeten ze naar een andere kijken ...

Resultaat: binnenkort heeft zowat iedereen door dat de meter eigenlijk gebaseerd is op de historiek en gaat iedereen alsnog de laatste dagen van de kalendermaand zwaarder downloaden ... terug naar af dus ...

[Mette]

Voor mensen die onder de 20GB blijven en niks willen bijbetalen wordt het wel moeilijk zo .. constant 2 meters in't oog houden

Ik begrijp de bedoeling wel vanuit edpnet hoor ... zo kunnen ze voorkomen dat iedereen z'n limiet gaat opgebruiken op het einde van de maand ... maar eigenlijk strooien ze zo zand in de ogen van de klanten ... want die houden zich aan de lopende meter (waar nota bene WEL de smallband van afhangt!!!) maar eigenlijk moeten ze naar een andere kijken ...

Resultaat: binnenkort heeft zowat iedereen door dat de meter eigenlijk gebaseerd is op de historiek en gaat iedereen alsnog de laatste dagen van de kalendermaand zwaarder downloaden ... terug naar af dus ...

maar als ze gewoon factureren op wat je download op de smallbandmeter (dus de gewone meter) dan is het probleem ook opgelost (hetzelfde als dat bij bv scarlet enzo is)(maar dan wel met de snelheid die edpnet zijn meter update liefst )

[rds]

Waar ik mij ook aan stoor is dat de meter de procent verbruikt uitrekent aan de hand van 60GB. Ik ben van het princiepe dat ik geen enkele eurocent meer wil betalen. Ik zal nooit boven de 20GB gaan. Ofwel download ik het de maand nadien, ofwel gewoon niet. Niet alleen moet ik naar 2 meters kijken, ook wilt de procent dus niks zeggen.

En je zou moeten kunnen instellen dat je op smalband geraakt vanaf 20GB. Ik wil niet financiëel ervoor opdraaien dat een lompe ouder per ongeluk zijn kazaa heel de nacht heeft laten openstaan. (en voor de legale mensen: bv. internet radio streaming vergeet af te zetten)

[FlashBlue]

heel simpel; de limiet van alle max6 abo's staat default op 60 gig, staat zo ook al sinds het begin geafficheerd...

Dus als je dat niet wilt; had je simpelweg geen max6 abo moeten nemen .

20 GB trafiek per maand inbegrepen

- Automatische facturatie van extra trafiek:
€0,25 per begonnen GB tot 60 GB**