For Visa and MasterCard it actually violates the merchant's terms of agreement to ask for ID.
More specifically, their rules do not preclude merchants from asking for ID but they cannot make an ID a condition of acceptance. In other words, they can ask for ID but cannot refuse the transaction if you refuse to show your ID.
I got tired of educating them on this rule so I just show my ID anyway.
Guess what. They can refuse the transaction if they want to.
It's up to each retailer. Cause if something happens they are the one eating the loss. The credit card company just takes it out of their account automatically even if the signature was very similar or close to identical. So if you suspect fraud and the customer has no valid identification you can refuse the transaction.
I don't think it's an Apple Pay thing. I think it's up to individual vendors if they want to see your ID. I've had cashiers ask for my ID when using my credit card in the past. I don't see how this is any different.
I don't think it's an Apple Pay thing. I think it's up to individual vendors if they want to see your ID. I've had cashiers ask for my ID when using my credit card in the past. I don't see how this is any different.
Not really sure what I would do if someone asked for ID with apple pay.. I would be genuinely curious as to what they would be looking for when they don't have anything to compare it to.
Was at Chevron and bought some stuff for a trip and forgot my wallet in the car on purpose to use Apple Pay lol. So I scan my phone on the keypad at the register and the cashier asks me debit or credit? I told her I am using Apple Pay, she then started making faces and said she needs to choose a option I just told her credit because I hate entering my pin (#FirstWorldProblems) and then she asks me for my ID and I told her you don't need a ID to use Apple Pay and that I forgot my wallet in the car, she said she still needs it, I didn't feel like making a big deal of it and just told her to do it debit then and I just scan my phone and put my pin.
I thought Apple Pay didn't require a ID and was a convenience feature and in essence your Fingerprint was your PIN number, guess I was wrong. Needless to say I wont be forgetting my wallet in the car anymore just in case.
I have used Apple Pay at a few places and is the first time having this problem.
More specifically, their rules do not preclude merchants from asking for ID but they cannot make an ID a condition of acceptance. In other words, they can ask for ID but cannot refuse the transaction if you refuse to show your ID.
I got tired of educating them on this rule so I just show my ID anyway.
Guess what. They can refuse the transaction if they want to.
It's up to each retailer. Cause if something happens they are the one eating the loss. The credit card company just takes it out of their account automatically even if the signature was very similar or close to identical. So if you suspect fraud and the customer has no valid identification you can refuse the transaction.
Some businesses have a policy to ask for ID whenever anyone pays by credit or debit. Gas stations are usually among one of the first stops a person that steals a credit card goes to so I can understand why they may ask for ID. Also while Chevron is an "ApplePay Partner" a lot of gas stations are independently owned and operated so maybe she didn't get the memo on how to process an ApplePay transaction.
They can still reverse the transaction and take back the merchandise if the signature does not match and you don't have ID to prove you are the account holder.
reversing the transaction would require me swiping my card again, heh
if they think my signature does not match the card or if they think i do not have
ID, they are well within their rights to confiscate my card. but they do not.
i don't think credit card companies even want merchants checking IDs
when i was selling beer/liquor i was confiscating fake ids left and right
Guess what. They can refuse the transaction if they want to.
It's up to each retailer.
Again, it doesn't matter what credit card companies want.
The retailer can do what needs to do be done to protect themselves over fraud.
And they don't need the card to reverse.
On many machines you can void last transaction or search transaction by amount to pull it up and void it.
Again, it doesn't matter what credit card companies want.
The retailer can do what needs to do be done to protect themselves over fraud.
And they don't need the card to reverse.
On many machines you can void last transaction or search transaction by amount to pull it up and void it.
In the same day. According to the DSS, the merchant can't retain the CC number after the transaction completes. In a batch settlement world, the authorization persists until the merchant settles the transaction or the authorization expires... what that void does is simply remove the transaction from the settlement batch. That's why even after the void, you have idiots who go to their bank's web site and lose their ***** over what they think is a still-persistent transaction.
The credit card companies will also cover the merchant's loss if they go by the book (i.e., ensuring that the signatures match without requesting ID under normal circumstances). In case of a suspected fraud, the merchant will be required to do more as stated in the guidelines.
Where have you been? Ever read the DSS? The merchant has almost no power. First comes the consumer, then the CC issuer, and then at the end the merchant has almost zero recourse.
You can only "reverse" if the transaction hasn't settled. Otherwise it's a "refund", which most certainly requires the complete CC.
In the same day. According to the DSS, the merchant can't retain the CC number after the transaction completes. In a batch settlement world, the authorization persists until the merchant settles the transaction or the authorization expires... what that void does is simply remove the transaction from the settlement batch. That's why even after the void, you have idiots who go to their bank's web site and lose their ***** over what they think is a still-persistent transaction.