I want to validate phone number associated with credit card number during transaction processing using authorize.net. i.e I want to check entered phone number is same as that of credit card issuing bank's record during transaction processing with authorize.net.
If entered phone number is valid & is same with phone number that is associated with credit card then only I can proceed for real transaction processing other wise I will not pass transaction to authorize.net payment gateway.
Can I use auth_only transaction type i.e (x_type= "Auth_only") with $0.0 amount for authorizing request to validate entered phone number with phone number associated with credit card ?
Does card get charged any way or it is get reflected in card statement when we authorize only $0.0 transaction. ?
I do not want to charge card any way or transaction to be displayed in customers statement after authorizing only transaction (x_type= "Auth_only")
Please kindly help how to do this
There is no way to validate a phone number is associated with a credit card because there is no such thing as a phone number being associated with a credit card. A credit card will have a Card number, expiration date, CVV, and billing address. It does not have a phone number associated with it. Additionally, phone numbers are not sent to the card issuing bank so even if there was one, it can't be validated anyway.
Related
One of our customers is experiencing an issue that I am trying to debug where their order is being marked as having a $0.00 SPLIT_CUSTOM entry for our custom tender. We are following the sample and making the payment amount as the full amount in the success response of our "TenderActivity", but sometimes the payment is marked as $0.00.
What could cause the split payment entry to be $0.00?
Here is an example:
This is what was happening:
A register transaction is started and the custom tender was launched (TenderActivity)
The custom tender would temporarily malfunction.
The cashier would take card from the customer and put it into the clover hardware. The custom tender would still be on the screen, but In the background the clover hardware processes the transaction and marks the order as PAID.
While step 3 was happening the custom tender would recover and mark the tender was having paid the amount.
This causes the TenderActivity to mark the payment as complete with the full amount plus tip if present.
Clover says the order has already paid because payment was taken on the hardware in step 3, marks the new payment as a SPLIT_CUSTOM and includes the tip if given. The amount paid by the custom tender is marked as 0.00.
According to the api we can authorize the credit card. But in that process we have to put the amount and other information. What if i only want to validate a credit card not to charge it.
Actually i only want to verify whether the user is putting the correct credit card or not. because the system have to go through the hands of laymen.
You can't validate a credit card is legitimate without processing a transaction. You can validate the format of the card number is valid and the card is not expired, but not if it is real or active.
To validate a credit card is valid without charging it you need to do an AUTH_ONLY for either $0.00 or $0.01 depending on your processor's requirements. If it is approved, and the amount is $0.01, you should then void that transaction.
How to refund the amount via authorize.net API using c# without credit card number.
I just want to post only transaction id for refund process.
Is that possible in code level?
When i try to refund without credit card number it shows value as "Credit card number is required.
Thanks in advance.
Use getTransactionDetails to get the payment object and then use it with the transaction id to issue a refund http://developer.authorize.net/api/reference/index.html#payment-transactions-refund-a-transaction
yes this is possible but in different way.
First get the transaction details from transaction id, then get the credit card and expiration date from that transaction details
then use this credit card number which will be 4 digits and expiration date(mask date) and setting the transcation id in refund.
It will works fine.
you can get more details here
http://developer.authorize.net/api/reference/index.html#payment-transactions-refund-a-transaction
I have been using Stripe as a payment method. I need to implement ACH to pay back to the customer's bank account.
Here's the summarized business model.
We sell recurring subscriptions to our customers
With every subscription we deposit some amount as rewards in their account
At any point of time they can claim their reward money
We ask them if they want to get paid via check or ACH
Paying to customer via check has been completed.
For ACH, I talked to Stripe and came to know that Stripe only accept payments, but it does not hold funds and exchange them with other people.
I researched and found out that Paypal does this.
Is there any other way?
Thanks
i am about to start work on a group-buying site. it works like this: a phone costs 100USD, but if 50 people buy it together , u get a price of 70USD.
so the website launches this offer, waits for 50 people to deposit money . once the threshold is reached, everyone is sent a coupon and that person can go and get his phone.
the problem.. there will be few offers which will be time-limited. for example, total of 100 mobile phones available only. the first 100 users can only buy it. the offer starts on 5th janissary at 11am.
now, how we can detect any suspicious attempts. like a person writing a script and buying all the 100 units.
i dont think IP based limits is a good enough criteria as REAL BUYERS may access the website using the same IP.
environment is LAMP.
why should you care , the more you sell the more you make money :) if the transaction is made you can enforce that user can't buy with same payment method and credentials twice. And as you said user must deposit money before he can make the purchase. You can ask user credit card data before the sale is opened, that is rather good limit as scammer must use 50 different credit cards