pb de carte bancaire
kieffer
Je suis au credit mutuelle (depuis peu), j ai une carte banquaire a retrait
immediat avec interragation au serveur. Hier je vais pour acheter un lit a
confo je paye avec la carte, la caissiere tape sur des boutons avant que la
transaction se termine et il y a le message carte arraché, elle appelle une
autre caissiere qui appuye des boutons et les tickets sortent. Un ticket de
la caisse avec la somme paye tout a fait normal et un autre celui de la
carte où est marque ABANDON debit, Je rentre chez moi! je vois ca, je file
au distributeur de billet voir mon compte et là!!
La somme manque bien sur le total de la somme du compte mais la transaction
n apparait pas!! (c etait hier aujourd hui aujourd hui a midi j ai la meme
chose) Le pire c est que le soir confo m appelle il veule que j y
aille pour les payer!
Donc mon argent est retire et j ai un ticket qui dit que j ai pas paye!!!
Y a t il qq1 pour me donner une explication? merci
Sylvain
"kieffer" <leno...@msn.com> a écrit dans le message news:
Xns93E8BE4E3DA8...@213.228.0.4...
Bonjour,
lors d'un paiement par carte (même avec interrogation systématique), le
vendeur ne reçoit qu'une "autorisation de paiement", il ne réalise pas
l'opération elle-même; par contre cette autorisation lui assure que
lorsqu'il présentera la demande de paiement (en fin de journée ou plusieurs
fois par jour pour de gros magasins) il sera payé (et votre compte débité) -
l'option immédiat / différé intervient alors uniquement entre vous et votre
banque, soit elle débite votre compte, soit elle vous fait crédit (le
magasin est lui payé immédiatement - enfin le temps d'échanger les bobines
entre banques).
si l'unique ticket carte qui soit sorti du terminal est un avis d'opération
annulée, le paiement direct ne sera pas réalisé, mais cela ne veut pas dire
qu'il ne peut pas l'être, le magasin peut présenter un demande de paiement
(sans présenter l'autorisation préalable) et votre banque peut - ou non -
l'accepter, et ses règles de choix sont relativement libres (dans le
meilleur des cas, elle vous contactera).
dans votre situation, il convient surement de prendre le temps de clarifier
avec votre banque / son centre financier les autorisations émisses et les
demandes de paiement reçus pour être certain que le magasin a été payé ou
non.
par ailleurs, je suis étonné qu'un réglement par carte chez cette enseigne
s'accompagne du dépot d'un numéro de téléphone (qui leur aura permis de vous
rappeller).
Sylvain.
kieffer
manipe avec la carte et que l achat est annule, et que l' on reesaye de
nouveau, la somme durant la journee est debité 2 fois si on va consulte
notre compte!?
> par ailleurs, je suis étonné qu'un réglement par carte chez cette
> enseigne s'accompagne du dépot d'un numéro de téléphone (qui leur aura
> permis de vous rappeller).
>
J avais reserve cette article, car il l avait pas en stock, c est pourquoi
il avait mes coordonnée, mais il avait deja toute mes coordonnées dans l
leur ordi. Il garde tout en memoire. C est comme a planete saturn j ai fait
un achat l autre jour, le vendeur m a sorti toute la liste de mes achats
ulterieurs!
Sylvain
> Merci de m'avoir éclairé. Si j ai bien compris si il y a une erreur de
> manipe avec la carte et que l achat est annule, et que l' on reesaye de
> nouveau, la somme durant la journee est debité 2 fois si on va consulte
> notre compte!?
>
non, pas tout à fait.
si le magasin est fort malhonnête, il peut présenter autant de demandes de
paiements qu'il le souhaite (et que vous ayez réellement fait un achat ou
non).
considérant que le magasin est honnête, toutes les demandes d'autorisation
de paiement qui ont échoué sont éliminées (ne donnent pas lieu à une demande
de paiement), et seule la transaction qui a abouti à une autorisation de
paiement donnera lieu à une demande de paiement présenté par le magasin à
votre banque.
la somme doit donc être débitée une seule fois si une seule transaction
correcte a été réalisée.
toutefois les erreurs (rares) restent possibles: la banque peut traiter 2
fois la même demande et donc faire 2 débits identiques, ces erreurs sont
généralement vite détectées et corrigées; ou encore le magasin peut
"oublier" de jeter la transaction échouée et faire une demande de paiement
sans autorisation en plus de celle avec autorisation (qui résulte de la
transaction correcte), dans ce cas vous devez intervenir auprès du magasin
pour être recrédité.
Sylvain.
Stéphane
"kieffer" <leno...@msn.com> a écrit dans le message de
news:Xns93E8BE4E3DA8...@213.228.0.4...
> Bonjour,
Bonjour,
> Je suis au credit mutuelle (depuis peu), j ai une carte banquaire a
retrait
> immediat avec interragation au serveur. Hier je vais pour acheter un lit a
> confo je paye avec la carte, la caissiere tape sur des boutons avant que
la
> transaction se termine et il y a le message carte arraché,
D'après ce que je lis plus loin, la carte a due être arrachée après la
demande d'autorisation ? N'est-ce pas ?
> elle appelle une
> autre caissiere qui appuye des boutons et les tickets sortent. Un ticket
de
> la caisse avec la somme paye tout a fait normal et un autre celui de la
> carte où est marque ABANDON debit,
Les causes peuvent être multiples. ABANDON DEBIT signifie que le paiement
n'a pas eu lieu.
Causes possibles : autorisation refusée ; carte arrachée (je pense qu'ici
l'autorisation a été donnée et la carte arrachée ensuite).
> Je rentre chez moi! je vois ca, je file
> au distributeur de billet voir mon compte et là!!
> La somme manque bien sur le total de la somme du compte mais la
transaction
> n apparait pas!!
Ca me semble normal : une des particularités des cartes à autorisation
systématique est de consulter le solde du compte pour garantir le paiement.
Le montant est donc réservé jusqu'à ce que la transaction soit effectivement
envoyée par le magasin au serveur informatique de la banque, ce qui peut
intervenir plusieurs jours après (dans votre cas, jamais).
D'après moi, le montant de l'opération devrait donc réapparaître sur votre
compte d'ici quelques jours. Et le magasin ne sera pas payé.
(c etait hier aujourd hui aujourd hui a midi j ai la meme
> chose) Le pire c est que le soir confo m appelle il veule que j y
> aille pour les payer!
Normal, les banques n'ont (en théorie) pas le droit de vous prélever des
transactions ayant donner lieu à un abandon débit.
>
> Donc mon argent est retire et j ai un ticket qui dit que j ai pas paye!!!
Non l'argent est réservé pendant quelques jours (voir avec votre agence).
Vous n'avez cependant effectivement pas payé et il vous faut peut-être voir
avec l'agence pour libérer le montant afin de pouvoir refaire une
transaction d'un montant élevé (dépend de votre solde).
>
> Y a t il qq1 pour me donner une explication? merci
De rien.
Stéphane
Stéphane
"Sylvain" <Syl...@noSpam.net> a écrit dans le message de
news:biv6pm$okg$1...@news-reader5.wanadoo.fr...
>
> "kieffer" <leno...@msn.com> a écrit dans le message news:
> Xns93E960481545...@213.228.0.133...
> > Merci de m'avoir éclairé. Si j ai bien compris si il y a une erreur de
> > manipe avec la carte et que l achat est annule, et que l' on reesaye de
> > nouveau, la somme durant la journee est debité 2 fois si on va consulte
> > notre compte!?
> >
>
> non, pas tout à fait.
>
> si le magasin est fort malhonnête, il peut présenter autant de demandes de
> paiements qu'il le souhaite (et que vous ayez réellement fait un achat ou
> non).
Uniquement en vente à distance. En paiement de proximité (=utilisation de la
puce), les transactions ne peuvent pas être réutilisée car elles sont
identifiées de façon unique par le résultat d'un calcul de la puce à l'aide
de données de la transaction (date, heure, montant, numéro de carte...).
Ainsi la banque sait faire la distinction entre une transaction réinjectée
(calcul identique à une autre transaction) et une vraie transaction.
>
> considérant que le magasin est honnête, toutes les demandes d'autorisation
> de paiement qui ont échoué sont éliminées (ne donnent pas lieu à une
demande
> de paiement), et seule la transaction qui a abouti à une autorisation de
> paiement donnera lieu à une demande de paiement présenté par le magasin à
> votre banque.
En France, les demandes/réponses aux autorisations en paiement ne donnent
pas lieu à un débit du compte, seulement à une réserve d'argent pour
certaines cartes (cartes à autorisation systématique notamment). Le débit
n'aura lieu que lors de la télécollecte de la transaction correspondante
aboutie (c'est à dire non abandonnée). Le message ABANDON DEBIT signifie
qu'il n'y a pas de transaction aboutie donc pas de débit du compte.
>
> la somme doit donc être débitée une seule fois si une seule transaction
> correcte a été réalisée.
Oui.
>
> toutefois les erreurs (rares) restent possibles: la banque peut traiter 2
> fois la même demande et donc faire 2 débits identiques,
Vrai mais probablement beaucoup plus rare qu'avant.
> ces erreurs sont
> généralement vite détectées et corrigées; ou encore le magasin peut
> "oublier" de jeter la transaction échouée et faire une demande de paiement
> sans autorisation en plus de celle avec autorisation (qui résulte de la
> transaction correcte),
En paiement de proximité, il n'est pas possible de faire des transactions
sans présence physique de la carte et composition du code confidentiel. Si
le magasin est malhonnête, la transaction éventuellement serait alors faite
en vente à distance. Dans ce cas, la transaction pourra être répudiée.
> dans ce cas vous devez intervenir auprès du magasin
> pour être recrédité.
>
> Sylvain.
Il vous faudra sans doute payer le magasin si vous n'avez pas de ticket de
caisse indiquant que vous avez payé. Et même si vous en avez un, il faudrait
qu'il n'indique pas que le paiement était par carte. Il faudrait alors dire
qu'il était en liquide. En effet, les banques conservent plusieurs mois les
traces de chaque transaction. Ici, il n'y en a pas.
Stéphane
Sylvain
"Stéphane" <seveill...@yahooNOSPAM.fr> a écrit dans le message news:
bj2uek$2iaf$1...@biggoron.nerim.net...
>
> > si le magasin est fort malhonnête, il peut présenter autant de demandes
de
> > paiements qu'il le souhaite (et que vous ayez réellement fait un achat
ou
> > non).
>
> Uniquement en vente à distance. En paiement de proximité (=utilisation de
la
> puce), les transactions ne peuvent pas être réutilisée car elles sont
> identifiées de façon unique par le résultat d'un calcul de la puce à
l'aide
> de données de la transaction (date, heure, montant, numéro de carte...).
> Ainsi la banque sait faire la distinction entre une transaction réinjectée
> (calcul identique à une autre transaction) et une vraie transaction.
>
vous ne m'avez apparemment pas lu.
la distance ou la proximité que vous introduisez ne change rien au
traitement d'une *demande de paiment* (je n'ai pas dit *demande
d'autorisation*).
une telle *demande de paiment* peut être présentée sans acquittement de
demande d'autorisation, et elle est généralement traitée (c'est comme cela
que fonctionne tous les "quasi-wallets"); ces opérations sont rejetés a
priori uniquement si une demande de paiment est identique (même
bénéficiaire, même montant) à une précédente traité "peu de temps" avant.
Visa et Mastercard renforcent cette règle en interdisant les transactions
pour un même bénéficiaire (quel que soit le montant) dans un laps de temps
court (ceci pour empécher le fractionnement).
> > considérant que le magasin est honnête, toutes les demandes
d'autorisation
> > de paiement qui ont échoué sont éliminées (ne donnent pas lieu à une
> demande
> > de paiement), et seule la transaction qui a abouti à une autorisation de
> > paiement donnera lieu à une demande de paiement présenté par le magasin
à
> > votre banque.
> En France, les demandes/réponses aux autorisations en paiement ne donnent
> pas lieu à un débit du compte, seulement à une réserve d'argent pour
> certaines cartes (cartes à autorisation systématique notamment). Le débit
> n'aura lieu que lors de la télécollecte de la transaction correspondante
> aboutie (c'est à dire non abandonnée). Le message ABANDON DEBIT signifie
> qu'il n'y a pas de transaction aboutie donc pas de débit du compte.
>
reformulation.
la transaction est également abondonnée (localement) si le plafond est
dépassé suite à un cumul important d'achats dans les 5 à 10 jours
précédents.
> > ces erreurs sont
> > généralement vite détectées et corrigées; ou encore le magasin peut
> > "oublier" de jeter la transaction échouée et faire une demande de
paiement
> > sans autorisation en plus de celle avec autorisation (qui résulte de la
> > transaction correcte),
> En paiement de proximité, il n'est pas possible de faire des transactions
> sans présence physique de la carte et composition du code confidentiel.
c'est faux mais heureusement personne ne dérige à cette régle (qui apporte
la garantie du paiement au vendeur et limite les échanges avec la banque au
minimum).
>Si
> le magasin est malhonnête, la transaction éventuellement serait alors
faite
> en vente à distance. Dans ce cas, la transaction pourra être répudiée.
pas compris.
une transaction est "annulée", une demande d'autorisation est (si vous
voulez) "répudiée" après un certain délai (il peut ainsi se produire qu'un
commercant ne soit jamais payer s'il transmet sa demande de paiement trop
tardivement, qlq semaines).
Sylvain.
Serge Ritzenthaler
"Sylvain" <Syl...@noSpam.net> a écrit dans le message news:
bj7t8j$8aq$1...@news-reader4.wanadoo.fr...
|
| "Stéphane" <seveill...@yahooNOSPAM.fr> a écrit dans le message news:
| bj2uek$2iaf$1...@biggoron.nerim.net...
| >
| > > si le magasin est fort malhonnête, il peut présenter autant de
demandes
| de
| > > paiements qu'il le souhaite (et que vous ayez réellement fait un achat
| ou
| > > non).
| >
| > Uniquement en vente à distance. En paiement de proximité (=utilisation
de
| la
| > puce), les transactions ne peuvent pas être réutilisée car elles sont
| > identifiées de façon unique par le résultat d'un calcul de la puce à
| l'aide
| > de données de la transaction (date, heure, montant, numéro de carte...).
| > Ainsi la banque sait faire la distinction entre une transaction
réinjectée
| > (calcul identique à une autre transaction) et une vraie transaction.
| >
|
| vous ne m'avez apparemment pas lu.
| la distance ou la proximité que vous introduisez ne change rien au
| traitement d'une *demande de paiment* (je n'ai pas dit *demande
| d'autorisation*).
|
calculé pour toute demande d'autorisation et imprimé sur les tickets.
Ce certificat est différent de celui qui est envoyé en plus pour les
demandes d'autorisation. C'est à lui que les banques se référent s'il y a
des réclamations.
Sylvain
bj9c3j$ee9$1...@s1.read.news.oleane.net...
>
> | vous ne m'avez apparemment pas lu.
> | la distance ou la proximité que vous introduisez ne change rien au
> | traitement d'une *demande de paiment* (je n'ai pas dit *demande
> | d'autorisation*).
> |
> Je pense que Stéphane à raison, et qu'il existe un certificat qui est
> calculé pour toute demande d'autorisation et imprimé sur les tickets.
> Ce certificat est différent de celui qui est envoyé en plus pour les
> demandes d'autorisation. C'est à lui que les banques se référent s'il y a
> des réclamations.
>
Je n'ai pas dit que Stéphane avait tort ! je disais au contraire que ce
propos est identique au mien sur le fonctionnement d'une transaction - le
"certificat" mentionné ici est ce qu'on appelle plus généralement une
"demande d'autorisation" (le résultat de cette demande, si vous préférez).
plus simplement, après vérification par la carte du code porteur et des
plafonds (cumuls des achats sur une période glissante), le terminal peut
transmettre l'identifiant du compte à débitter, celui à créditer et le
montant, il obtient en retour un code unique appellé "autorisation de
paiement" (ce que vous appellez ici "certificat", mais qui n'a rien a voir
avec une donnée PKI).
cette autorisation doit être transmisse avec la demande de virement pour que
celle ci soit réalisée.
je nuançais simplement le propos pour rappeller que si ce type de demande de
virement est le plus efficace (traité le plus rapidement par la banque) et
qu'il garantie que le paiement sera bien réalisé, un commerçant peut tout
aussi bien envoyer une telle demande sans l'accompagner d'une autorisation
préalable.
Sylvain.
Stéphane
En fait, la carte calcule réellement un certificat à l'aide d'une clé
secrète connue de la puce. Ce certificat est transmis dans la demande
d'autorisation. Ainsi, la carte est authentifiée par le serveur
d'autorisation de la banque du porteur (sous-entendu, porteur de carte :
c'est le client du commerçant).
La banque du porteur répond alors en cas d'acceptation du paiement avec un
numéro d'autorisation qui est lui aussi une sorte de certificat calculé à
partir d'une clé secrète connue de la banque du porteur et d'un tiers : le
groupement des cartes bancaires. Ainsi, en cas de litige entre la banque de
l'accepteur (c'est à dire la banque du commerçant) et la banque du porteur,
la banque du commerçant peut authentifier la réponse à la demande
d'autorisation.
Lorsqu'il n'y a pas de demande d'autorisation, la carte calcule quand même
un certificat. Celui-ci est vérifié après remise de la transaction.
Les certificats ci-dessus permettent d'authentifier une transaction puisque
des données parmi lesquelles la date, l'heure, le montant ou le numéro de
porteur (=le numéro de la carte) sont utilisées dans le calcul.
Une réponse positive à une demande d'autorisation ne garantit le paiement
que si le code a été composé. Sinon, le porteur a la possibilité de répudier
le paiement (pendant deux mois, il me semble d'après la loi MURCEF).
Dès lors que le code a été composé, que le commerçant n'a pas empêché qu'une
demande d'autorisation ait lieu (et que ça réponse ait été reçue), que de
plus il n'a pas forcé la transaction après un refus du serveur
d'autorisation, le commerçant est garanti d'être payé. Même s'il n'y a pas
eu de demande d'autorisation.
Stéphane
Sylvain
vous avez tout à fait raison; je n'avais à l'esprit que la question initiale
que je reformulerais par "est il possible de réaliser un paiement (au profit
d'un tiers) alors que la tentative d'obtention d'une autorisation de
paiement a échoué" et je crois que nous parlions de deux choses différentes
(même si elles font parti d'un seul processus).
préalablement à la tentative d'obtention d'une autorisation de paiement, un
certificat de transaction (de 8 octets) est en effet calculé - après
vérification du code porteur et enregistrement d'une "transaction" - à
partir du mot carte résumant cette transaction (type d'opération, date et
montant) et de 6 octets venant du terminal en utilisant une des quatre clés
de transaction.
Sylvain.