Informations boursières
CodeBourseCoursVariation
FTE Paris 0.00 -1.29%
VIV Paris 0.00 -0.37%
ILD Paris 0.00 +1.60%
TIT Milan 0.81 -0.80%
CPT Paris 0.00 0.00%
OMT Paris 0.00 N/A%
EN Paris 0.00 +0.36%
TEF Madrid 0.00 0.00%
Valeurs des cours en euros.
 

Les clients SFR Mobile victimes d'un bug informatique

Brève rédigée le 15/03/2010 à 12h32 par Stéphane Caruana


Nouveau logo SFR
C'est un mauvais coup de pub pour SFR. En effet, la Tribune révèle qu'environ 1 500 clients mobiles de l'opérateur auraient été victimes d'un bug informatique mercredi dernier. Celui-ci serait à l'origine de multiples retraits hasardeux sur les comptes bancaires des abonnés.



Certains évoquent jusqu'à 90 prélèvements, des sommes avoisinant les 2 000 euros sont même avancées. Suite à un bug informatique interne à l'opérateur et qui n'incomberait pas aux établissements bancaires, 0,01 % des clients mobiles de SFR ont vu les retraits se multiplier sur leurs comptes mercredi dernier, de manière totalement aléatoire, sans lien direct avec leur facture mensuelle.

Grâce à une « procédure d'urgence prévue avec l'ensemble des banques pour palier ce type de dysfonctionnement », la situation sera néanmoins rapidement rentrée dans l'ordre, les clients concernés ayant été personnellement contactés par téléphone.


Homme en colère Mobile
SFR s'est d'ailleurs montré très réactif, remboursant même certains abonnés avant que ceux-ci ne soient prélevés. En outre, l'opérateur affirme qu'il prendra en charge les frais bancaires éventuels. Enfin, les clients mécontents qui menacent de quitter l'opérateur se seraient vus proposer un geste commercial sur leur abonnement.



Pour l'instant, l'opérateur au carré rouge n'a pas chiffré le coût total d'un tel dysfonctionnement. En termes d'image, SFR, qui a enregistré une hausse de 743 000 clients mobiles en 2009, pourrait payer cher ce bug assez déroutant.

Source : La Tribune
picto liens en rapport avec la news Toutes les news sur:
SFR, Téléphonie, Mobilité, Panne, Finance
Publicité
Les commentaires des membres



l'erreur n'incombe pas au banguier de cette présentation, ça c'est digne de la palisse?

Mais par contre le banquier à tout de même une responsabilité celui dans un premier tps de classer en attente autant de prélèvement identique à priori, et d'en informer son client...

C'est quand meme bizarre ce type de bug on ce souvient encore il y a peu à l'époque du neuf ou les clients était prélevé 2fois et dont ils avaient eu le plus grand mal à faire reconnaitre au FAI leur erreur... cela ne touchait que certaines régions.

tofoo93 - 15/03/2010 à 14h13

Bonjour

Gageons que SFR, souci d'équité oblige, va s'infliger les pénalités auxquels il soumet ses abonnés en cas de retard, et pas seulement un geste commercial aux seuls râleurs impénitents. Chaque abonné lésé va recevoir les mêmes intérêts qu'il aurait dû verser si il avait était l'auteur d'un bug informatico-budgétaire, frais de dossier compris, minimum à percevoir itou.

Ou alors, ce ne serait pas juste.
Mais je n'ose y croire.

@+
JM

www.desphotos.net

ripadessa - 15/03/2010 à 14h21

Ca c'est quelque chose que j'aime pas bien avec les telecoms, et plus généralement tout ce qui est par abo en France, c'est que tu dois obligatoirement autoriser le prélèvement sur compte.

Sinon soit le fournisseur refuse l'abo, soit il te fait payer un max les autres moyens de paiements, mais du coups quand ca merdouille, c'est toi qui galère ensuite pour te faire rembourser (si ca rembourse...).

En suisse, pour payer les factures on a le "bulletin de versement" une sorte de TIP (Photo : http://fr.wikipedia.org/wiki/Fichier:BVR.JPG )
C'est pratique car on paie toutes les factures soit au guichet de la poste (oubliez ca ca craint ...) mais surtout par "netbanking" ou pour faire simple, le site web de la banque ! Ca remplace le bon vieux chèque, pas de timbre à payer, et pas de mauvaises surprise de prélèvement.

Il y a aussi le prélèvement en suisse, mais je sais pas trop qui l'utilise en faite.

Pour les fans de bvr : https://www.postfinance.ch/medialib/pf/de/doc/cons(...)

nicoge74 - 15/03/2010 à 14h36



Le 15 mars 2010 - 14 h 13, tofoo93 a écrit :
l'erreur n'incombe pas au banguier de cette présentation, ça c'est digne de la palisse?

Mais par contre le banquier à tout de même une responsabilité celui dans un premier tps de classer en attente autant de prélèvement identique à priori, et d'en informer son client...


Certaines banques le font (enfin sans prévenir le client). Moi cela m'est déjà arrivé avec ma carte bleue qui au final s'est retrouvée bloquée.

Vince81 - 15/03/2010 à 15h41

Mes 2 commandes IPhone4 prélevées 2 FOIS CHACUNE soit 796€ !!!!

Bonjour,
J'ai commandé et souscrit en ligne 2 abonnements sfr avec le iphone4 , à 199€ chacun,
Et en voulant faire mes courses aujourdhui, une fois à la caisse, avec mes enfants, ma carte bancaire est refusée !!!!
Je contacte illico ma banque qui me dit que SFR a prélevé quatre fois 199€ soit 796€ sur mon compte et que je suis en interdiction bancaire...
Donc résultat: compte bloqué, carte bloquée, aucun moyen de retrait d'argent car plafond dépassé, et me voilà sur mon lieu de vacances avec 0€ en poche et plus rien pour faire les courses super vacances merci SFR
Apres 3 appels au 900 personne n'est au courant de rien et on me dit d'attendre 5 jours mais ils délirent ou quoi je fais comment ?
J'ose espérer que quelqu'un va me recontacter dans la journée pour résoudre ce problème sinon je resilie tout - je suis dans les 7 jours de retractation - et je porte plainte + association de consommateurs + je ferai de la pub pour sfr sur tous les forums possibles et imaginables comptez sur moi
Est ce que quelqu'un d'entre vous a eu ce problème ? J'ai déjà trouvé deux autres personnes à qui il arrive également ce problème...

yanniphone - 15/07/2010 à 13h14


Publicité
Stop-Pub

Suivi du dégroupage

Carte Nra ADSL
Couverture ADSL
95,87%
Dégroupage ADSL
38,42%

●Derniers dégroupés
08/02 NAU15 Free
08/02 LNL29 Free
08/02 VNS01 Free
08/02 DMT69 ByTel
07/02 VDH25 Free
07/02 FBG25 Free
07/02 8FE65 ByTel
07/02 8EW65 ByTel

Les articles les plus consultés

W3C xhtml 1.1 W3C css 2.0