I'm having the most trouble with Paypal. We already have a system set up that is working our live site, but I created a test-only Payflow account for testing configured exactly how we have it in live, but it keeps timing out or giving me the error
"Information entered incorrect. Try again.". The code has not changed.
Just yesterday before I left for the day it was working for once. I don't know what I'm doing wrong.
Posting to this URL: https://pilot-payflowlink.paypal.com/
Login = My Login
Partner = PayPal
Amount = 5
Type = S
I have turned everything as "OPTIONAL" as far as address and billing goes. All that displays is the credit card number and expiration, but after it gives me the "Information entered incorrect. Try again." it displays a radio button that asks if the address is the same as the shipping. if I click different it does nothing, I think it should at least drop down with some other fields.
Payflow manager:
In Payflow manager if i try a test transaction under Virtual Terminal > Test Single Transaction it gives me this error:
Tender Type: Credit Card
Transaction: Sale
Card Number: 371449635398431
Mode: Test
I give it $5, nothing else filled in:
Result Code: 104 Response Message: Timeout waiting for Processor
response
It's a project I need to finish as quickly as possible but looks like Paypal isn't letting this happen. Also, I am using the test credit card numbers found in the docs.
Test link: http://cityoftemplates.com/email_process_test/tests/clientCheckout/
The gateway with no changes to what I had done earlier started working.
I assume it was some kind of maintenance or downtime caused by POODLE (SSLv4 bug) that made it go down all morning.
Related
I have configured Paypal Pay-flow Pro, and live mode is set, but when I use test card details for any card type then it accepts it and successfully checks out.
When I have set Payment Action -Authorization in admin payment settings then it works fine, but not when Payment action will be Sale.
CC.php from model file of payment has been overwritten and changes are below :
$info->setCcCidEnc($info->encrypt($info->getCcCid()));
This line is uncommented in prepareSave() function.
What is the exact issue here, I am unable to trace it!
I have got response from paypal support team and they had an issue whereby some of the processed transaction is not appearing in their PayPal account.
their developers fixed it and it's working properly now.
I am posting answer so it may help someone in future.
I am using omnipay package for my payment method in authorized.
I have two site on the same server, one is a live site that runs ssl and one that is for testing purposes only and do not run ssl.
Now, i dont have problem on paying in our testing site which it runs within our expectation. But, it seems odd in our live site because after entering my billing information, it returns an error that says:
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.
Where do u think the problem lies? I really need help on this. Thanks!
This means the relay response URL used by your application is not returning a successful response to Authorize.Net in time (5 seconds). As a result Authorize.Net is assuming the page is not functioning and displaying that message.
You either need to verify the URL is correct, not error-ing out, and responding within a few seconds.
As a team we're currently investigating a strange occurrence. It doesn't seem to apply to all orders by any means, but it is affecting a large number of customers based on the logging we've added to the noItems.phtml page.
Please note: I'm not really expecting an answer as I assume this is a problem we have to solve ourselves based on addons, and our server configuration (three servers for loading balancing). However, I am looking for possible ideas and/or whether this is something somebody has come across previously.
What we've done so far, and what we know:
User enters their card details in the SagePay iFrame;
User purchases an item via SagePay -- order is successful;
Some users are sent back to the success page;
Some users don't see the success page (phoned to confirm a handful) but instead return back to the empty basket;
We're still investigating, but we find it ever so strange how a user would return to the empty basket page. We've added logging to the noItems.phtml and we can see that some users are getting assigned another session ID after a successful transaction. This seems to be the problem, but why the user is being assigned another session ID after a SagePay payment isn't easy to comprehend.
Has anybody else experienced a similar issue with SagePay/Magento? And if so, what steps did you take to solve?
Our Sage Pay Support team would be happy to look at the transaction logs (within 72 hours of the transation being submitted) and help you determine the reason for the failed transactions on 0845 111 4455 24/7.
You reply to the Notification URL when you acknowledge receipt of our response. You have 20 seconds to response. You need to send the Status (OK, Error or Invalid), Status Detail and Redirect URL. We then send the shopper back to your Redirect URL.
A few suggestions would be:
If we can't reach your Notification URL, check you have ports 443 and 80 open. Check you don't have a DNS issue.
If you are receiving the notification from Sage Pay to confirm the status of the transaction via the Notification URL. Check the information you are sending is in the correct casing, that it is not empty data and that your website is not spooling and check whether the success/failure URL is a valid landing page.
All our system needs is the Status Deatil, 'Status = ' and 'RedirectURL =' fields with the appropriate values assigned, separated with Carriage-Return and Line-Feeds (as specified in the protocol) . Nothing else is required. The response you send should also be text/plain message, not text/html or any other MIME type.
If the customer is being sent back to an empty basket, check whether your website is doing a job in the background such as writing to a databse, preparing confirmation emails to the back office before sending the customer to the payment page. Test whether your server can handle the amount of transactions coming through from Sage Pay. Or are you truncating the NEXT URL?
Regarding a session ID, each transaction is assigned a unique Sage Pay ID called a VPSTxID which is used to identify the transaction. We can take a look at the transactions you are referring to if you are getting several session IDs to discuss further if you would like.
Sage Pay Support.
Check the action that pushes the user to the success page on successful purchase. Maybe its something like target _parent. Maybe its something where its trying to load the success page in the iframe. Or maybe its timing out on sagepay when trying to redirect.
I am currently testing the PayPal functionality. I added all the appropriate config information, and the purchase is working perfectly.
Going into the admin panel, all the orders have "Payment review" status (they were made either today or yesterday).
My question is - is it normal to last this long ? If it is, how am I supposed to properly test. If it's not, can anyone give me any tips on how to debug this issue ?
Any information on how the process goes from this point on would be highly appreciated. Anticipated thanks.
Check the PayPal account that you made the purchases on. Do they show completed in there, or do they say pending? If they show completed, it may be possible you did not receive the IPN to update your cart. If they show under review in your test sandbox account, you may have payment review turned on. You could need to go into the details of the transaction within your test sandbox account and manually accept the payment. You can also turn payment review off if it is on. You just need to log into your developer account at developer.paypal.com, click on test accounts. You then should see a column for payment review. If it is enabled, you will just need to toggle it from here.
Since this is quite popular with Google I will add my solution here as well:
I had noticed that many payments would still have the "Payment review" status even after I disabled payment review in my sandbox account.
Turns out that if a payment is made in another than the sandbox account's default currency, it is automatically put into the "Review" status.
To turn this feature off, log into your sandbox account under https://www.sandbox.paypal.com and go to Profile -> More Options -> Payment Receiving Preferences. There you can change the setting for "Allow payments sent to me in a currency I do not hold" to auto-accept such payments.
My problem was transaction status said "Paid" in merchant test (Sandbox) account but IPN response I received had payment status "Pending".
For a new user like me, it was hard to find out how to accept a payment manually when "payment review" is turned on. It took hours for me.
To make it easier for others,
Go to transaction detail -> Click on "More Information" link. Go to bottom of the page. Here you will find "Accept" link just above "Return to My Account" button. Click on "Accept" link and transaction status will change to "Complete".
After that I received IPN response with payment status "Completed"
I hope this helps someone.
This query solved it for me in case of Amazon Sandbox orders which left opened transactions. These popped up in the error log with
The OrderReferenceId XYZ is invalid
each time with Magento's cron scheduler. Basically the same as for Paypal and all other external payment methods which have a sandbox mode:
UPDATE `sales_payment_transaction`
SET `is_closed`=1
WHERE 'S02-XXXXXXX-XXXXXXX' IN (txn_id, parent_txn_id);
We have a magento store, payment method is everything is working but unfortunately we have got some real order with test mode and we got message like this
"Credit Card: xxxx-XXXX amount $47.39 authorize and capture - successful. Authorize.Net Transaction ID 0. Transaction ID: "0".
thats why we could not receive any payment, but main problem is we shipped product without checking received amount in our account.
So Is there any solution to charge from them. any solution appreciated.
thanks
A transaction ID of 0 means you are using a test account and not your live account It looks like someone forgot to switch the Authorize.Net account when the site when live. Switch out of test mode and put in the live account's credentials and you should be fine going forward.