Has anyone tried testing the Authorize.net Direct Post Method with test credit cards using Magento 1.6.2.0?
I tried using the 4111111111111111 Visa test credit cards, switching the Authorize.net account from test mode:on and test mode:off.These transactions are captured on Authorize.net account but the checkout page in Magento does not redirect to Success page, instead i get an error message
An error occurred while trying to report this transaction to the merchant. An e-mail has been sent to the merchant informing them of the error. The following is the result of the attempt to charge your credit card. This transaction has been approved. It is advisable for you to contact the merchant to verify that you will receive the product or service.
Could someone elaborate on how to test credit card transactions in Magento 1.6.2.0 using Direct Post Authorize.net payment method?
The Direct Post Method requires Authorize.net open a communication to your server (essentially, the customer sends information directly to Authorize.Net including the credit card number, expiration date, etc... as well as a URL that Authorize.Net uses to communicate to your server). Because of this, your test site will need to be publicly accessible (i.e. firewall open, with a domain name registered and pointed to the site).
Related
Is it possible to send all relevant details to including the paypal email and password to make a transaction in only 1 step?
From what I know, no you can't.
I have been playing with the api for the last week and here is what I've learned.
You can get the users information using PayPal Login API (use the token to process payments)
You can charge a credit seamlessly (without redirecting to paypal)
You can stored / delete / look up a credit card
You can obtain authorization for a payment (requires redirect to paypal site), then capture it later.
Complete Sale (redirect to paypal), confirm payment and complete sale
I'm building a small cart app in PHP which needs to have PayPal integrated into it for payments.
Checking the PP developer site you get 100 different APIs for every kind of job, however there is no clear answer as to which is the GENERIC API I should use to accept payments in the classic manner most webshops implement:
1. Client clicks pay
2. Redirected to PP site where he is asked to login.
3. After login he is presented with confirmation, he clicks OK.
4. Browser redirects back to my cart which presents user with a "Thank you" message, order code etc, while in the background a request is sent to my cart with the transaction credentials (transaction id, success status etc).
By the way, I'm not looking for Express Checkout since in this case PP provides the shipping info.
You could use the DoDirectPayment API to process payments. This will keep the buyer on your site, and they will enter in the information on your site. Then you will pass the details over to PayPal through an API call, and PayPal will then send the response back to you if the payment is approved.
If you are not wanting to use the DoDirectPayment API and are wanting to direct the buyer over to PayPal's pages to complete the payment but do not want to use Express Checkout, you could use PayPal Payments Adv/Payflow.
Express Checkout is what you want. Shipping info can be set on your end or Paypal end. It makes no difference.
When I'm testing payment on my site using paypal account I'm receiving PDT (silent post) and then notification (IPN). But when I'm testing payment using credit card, I'm getting only silent post and no notification from IPN service. Also I can't find any sale transaction where has been used credit card on sandbox.paypal and no notifications in IPN History, but it (transaction) exists on manager.paypal. Also no charges to merchant account. Is it fine? Can anybody tell me how should I check that money transferred successfully and transaction completed when used cc for payment?
Thanks,
Eugene
You may have PayPal set up to handle your Express Checkout transactions, and a 3rd processor set up to handle your credit card transactions on your test Payflow account which would cause the issue that you are seeing. As IPN is only set up on the PayPal account, and if your credit cards are not being processed through PayPal you wont get an IPN. If you can provide one of the transaction id's I can confirm this on my end.
I am so confused about the services and over here the paypal website also seems to be serving up 400's and 404s.
This is how the webpage looks for customers on my site when they are ready to pay:
As far as I know, I don't have Express Checkout, but I'm not sure if I have Website Payments Pro (my company created this account).
Now I have two questions:
1- This is just the sandbox. But on the real site, does this solution that give users the opportunity to pay by credit card? I've actually successfully done a credit card transaction in the sandbox, I'm just worried because I've heard that customers can only do direct credit card transactions in PayPal Website Payments Pro. The PayPal website is overloaded with information and I can't find my way around it to answer simple questions like this.
2- Is it possible to do negative testing for transactions on this page? Such as simulating the events that the user's credit card or Paypal account doesn't have enough balance? If it is possible, and I am using the ButtonManagerAPI, then is the technique below the correct way to go about it?
I put an error code in the amount variable that is passed on to IPN via via an NVP api call, like this (lots of value pairs in the middle excluded as irrelevant):
$nvpReq = "BUTTONCODE=HOSTED&..............&L_BUTTONVAR1=amount=".$err_code
EDIT
So it appears I have PayPal Website Payments Standard, which means I cannot incorporate cannot have credit card payment forms directly on my website, but customers have to be directed to PayPal. I'm fine with that, as long as customers have the option to pay with credit cards.
The screenshot looks like PayPal Standard, which is an HTML-only (non-API) integration.
Any regular business account that can receive money can make use of the Express Checkout API.. typically by authenticating with an API USER/PWD/SIGNATURE. For businesses with programming/development resources, EC is by far the recommended way to accept PayPal payments.
If you pass SOLUTIONTYPE=Sole in the initial SetExpressCheckout call, it will accept credit cards from "guest" customers who don't have a PayPal account, similar to the Standard screenshot you're displaying above.
The main reason to choose EC over Standard is that it's a much tighter handshake between your checkout software and PayPal's servers. With Standard's HTML-only, the customer is redirected away from your site and might not return to your site after a successful transaction is committed (they may stay on paypal.com and not click to return or their browser might crash before return --- whereas with EC the return to your site is built-in before anything touches the financial system)
With the recent beta of developer.paypal.com, all new sandbox Business accounts are full Pro accounts by default. Signing up for a live Pro account would be useful if, in addition to accepting PayPal payments, you wished to create a credit card entry form directly on your own site.
Here are some EC links for programmers:
https://tryit.paypal.com/guide/ec
https://paypal-labs.com/integrationwizard/ecpaypal/main.php
The button manager API is unlikely to be useful to you. And there are ways to do negative testing with the sandbox, but it's really not an important concern when you're still deciding on a product/API.
I'm building an e-commerce website from scratch in Ruby on Rails. I currently have PayPal integrated into the site, but the client wants to go with a cheaper solution (that takes less cut than PayPal.) I don't have a website for them, they don't have integration docs. All I got was a Merchant Identification Number (MID). The guy from the payment company said that my client would be able to use this Merchant Identification Number when the shopping cart site asks for it.
The payment guy thinks that my client is using a pre-packaged solution like Volusion or Magneto.
Can I use the Authorize.net payment gateway with just a merchant identification number? It looks like from this page, http://activemerchant.rubyforge.org/classes/ActiveMerchant/Billing/AuthorizeNetGateway.html#method-M000393, that I need an Authorize.Net API Login ID and an Authorize.Net Transaction Key.
What information am I missing from the payment guy?
He said that we could use VeriSign or Authorize.net... but VeriSign was acquired by PayPal, wasn't it?
The merchant ID is required, along with other details, to register for an Authorize.Net account. Once you have that account they will provide you with the API loginand transaction key. Then you. Can integrate it into active merchant and accept payments.