If you enjoy the forum please consider supporting it by signing up for a NES Membership The benefits pay for the membership many times over.
Be sure to enter the NES/MFS May Giveaway ***Canik METE SFX***
Ammotherapy.I bought ammo with my HSA card. It was an error as both my cc and HSA card are the same Color. Charge went through.
I thought I answered that.I either missed the answer or the question was mis-understood. I understand the merchant enters eligibility into their system. When I slide the FSA debit card into the reader, how does the system know it is a FSA restricted card and not a regular debit card? Is a query done, or are their certain card number prefixes that identify it as an FSA card and not a regular card?
He's still looking for the other half: how does the system automatically know that the first card is WIC or SNAP or (in his case) HSA?I thought I answered that.
Every merchant codes their products for XYZ eligibility. Just like they code products for tax exempt or taxable. (If you buy hot fried chicken in a New Hampshire grocery store, it's taxed at the Meals rate; if they pull that same fried chicken because it's reached its shelf life, refrigerate it, and sell it cold, it's no longer taxable.)
Items are coded as WIC-eligible, SNAP-eligible, etc. If the merchant doesn't agree to do that, then they can't accept WIC/SNAP/EBT payments.
When a customer plops down baby food and formula, plus basic staples, plus beer and cigs, the store's system knows which items are approved for purchase under which system. This isn't up to the store: if they don't have items properly coded, the aren't approved to use the different payment systems.
Anyhoo: in that purchase, the customer would run their WIC card first, which would only pay for the WIC-approved items. Then SNAP/EBT, which would pay for the approved food items. And then there would still be a balance left for the beer and smokes, and the customer would have to pay with whatever method they have remaining (cash, debit, credit, check).
Your answer, while mostly complete, does not answer my question "How does CVS determine that a MasterCard is an FSA card and not a regular card without purchase constraints?" There are good answers given to questions other that the one I asked.I thought I answered that.
Every merchant codes their products for XYZ eligibility. Just like they code products for tax exempt or taxable. (If you buy hot fried chicken in a New Hampshire grocery store, it's taxed at the Meals rate; if they pull that same fried chicken because it's reached its shelf life, refrigerate it, and sell it cold, it's no longer taxable.)
Items are coded as WIC-eligible, SNAP-eligible, etc. If the merchant doesn't agree to do that, then they can't accept WIC/SNAP/EBT payments.
When a customer plops down baby food and formula, plus basic staples, plus beer and cigs, the store's system knows which items are approved for purchase under which system. This isn't up to the store: if they don't have items properly coded, the aren't approved to use the different payment systems.
Anyhoo: in that purchase, the customer would run their WIC card first, which would only pay for the WIC-approved items. Then SNAP/EBT, which would pay for the approved food items. And then there would still be a balance left for the beer and smokes, and the customer would have to pay with whatever method they have remaining (cash, debit, credit, check).
My question is "How does CVS differentiate between an FSA Master Card and a non-FSA one, as only the former is filtered as to what payments are allowed?"
The same way they know it's Visa or MC or Amex or Discover.He's still looking for the other half: how does the system automatically know that the first card is WIC or SNAP or (in his case) HSA?
Actual, Amputee Marksman covered it nicely. Visa/MC/Amex/Discover can be determined from the first digit. His explanation also covered my a FSA/HSA card will work without product level filtering at stores not specializing in medical stuff.The same way they know it's Visa or MC or Amex or Discover.
The same way they know it's Visa or MC or Amex or Discover.
Plus a cool checksum that will catch any transposition of unlike digits (The Lunh angorithm). Web sites frequently to do this to check credit cards number to make sure they checksum properly before sending the data to the server.We have a compliance team that does nothing but monitor changes from the card networks and makes sure the systems get updated, tested and rolled into production by the required dates. The PAN on a card is not some random set of numbers. It is like a smart key that holds tons of information on the card and even the card holder.
WIC and SNAP are referred to as EBT Cards. (Electronic Benefit Cards). They have their own BIN ranges. They are determined in the same way as FSA or HSA card.
VISA has a BIN specification document that is a few hundred pages long. It is updated at least twice a year. MC, AMEX, Discover ... all have BIN specifications also updated. BIN data is updated all the time.
We have a compliance team that does nothing but monitor changes from the card networks and makes sure the systems get updated, tested and rolled into production by the required dates. The PAN on a card is not some random set of numbers. It is like a smart key that holds tons of information on the card and even the card holder.
Also: BIN lookups are never performed on the terminal or by the merchant. BIN data is updated by the card networks on a regular basis, several times a month, and storing/indexing and searching the data is non-trivial. VISA alone has in excess of 50k BIN values. Each card network has different BIN data. At my job we get the BIN data updates from the card networks, normalize them to a certain extent, and store them in the DB. When we get a request for a lookup we query for the data and then normalize it again so the response data in the same format regardless of the card. The data returned is not always a "full set". We return what we have and in some cases the values of fields are empty/null or not returned. We return the data in 1 of 3 formats, XML, json or an ISO Message.
Probably.I was just thinking, not sure if this was already discussed, what happens when a prohibited person orders a T-shirt or hat from a gun manufacturer. Does that person get raided?