Yes I have code to validate Mod-10

>I think, the right way to do this is for you to have a CC simulator or you input the credit card info manually then your your app dials for authorization at the card issuer, e.g. banks, you have to make such agreement to card issuer for credit card verification. Other way is to have other person to call the card issuer for verification then relay to you whether its valid or not.
>
>BTW, do you have a code to process manual input of credit cards? If you dont have I can share my code on this.
>
>
>
>
>
>>Yes it's to order items from home and deliver them to customers. My idea was to validate the number while the customer is on the phone.. may be it can be fraudulent, or simply a mistake from customer reading the card (but we can't tell to the customer to wait 10 or 20 seconds to validate the card number)
>>
>>
>>>>No, my application is not web-based... but may be I could make another program that verify these datas online, before sending items to customers. The best was to verify datas when the customer is on the phone that's why I needed a fast verification.
>>>>
>>>>
>>>>
>>>>>>>The msg that Sergey mentioned validates the card. I've never heard of an algorithm to validate the date and number on the back. I'm under the impression the 4 digit # on the back is random.
>>>>>>
>>>>>>My 2 credit cards have a 3 number digit... does some card have more than 3 digits?
>>>>>>
>>>>>>When I buy on internet and I enter a different number or date, I got an error... does my app have to connect somewhere on internet to validate the CC numbe, date and virification number? (in this case, i am affraid that it will be too slow for the user to wait that validation)
>>>>>
>>>>>Hi,
>>>>>
>>>>>If your application is a web base, your application will send the card information to a CC verification host, if the credit card is valid the host will send back to you including the approval code which in return your application can capture the verified card info (this process not really slow). If let say your application is a desktop application like a point of sale, the application can used to verify the validity of the card by swiping to a card reader, e.g. verifone CC terminals which in return dials the financial institution who issue the terminals for verification, returns back the verified card, its authorization/approval code.
>>>>>
>>>>>Mostly if you enter credit card info such as cc number, expiration date and the last 3 digit of your card verification number manually, the CC verification host will do it for you..(e-Commerce) & for POS app you really need to verify the credit card info is valid, its CC number, expiration date and name on card, the last 3 digits is not needed to be verified as this is only use for e-commerce sites..
>>>
>>>I see, if thats the case, you need to process the credit card info to your APP, then your app needs to send the info to the right card issuer by telephone. e.g. your app dials to the card issuer phone together with the credit card number, expiration date, etc.
>>>
>>>But I think this process can cause fraudelent transaction, you just stated that customer will tell their credit card number before you deliver items to them. Now, what if they give a stolen card number or somebody's credit card number and its valid thru the phone? Correct me if my perception is wrong.
>>>
>>>BTW, is this a sort of shopping from outside a shop? Customers will order items from home and you deliver to them?