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.
Related
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.
I installed the Joomla AEC Version 1.0, Revision 5149.
I have set up plans and everything in this matter, if user clicks on the create an account system will ask user to select the plan. Then user clicks on buy now, she goes through Paypal, Purchase get made (Subscription with 3 days free trial) then user get redirected back to the site which all works fine.
My problem is user will see the message that says "Thank you for your registration. Our system will now await your payment. You will receive an e-mail once our system has processed your request. ". site will never get the clearance from Paypal. I havent put any custom custom URL or anything like that.
Also site is in the staging. so the URL starts with http://staging.domainanme.com
Not sure if this will cause an issue.
Thanks
With AEC it is quite simple with a Paypal Subscriptions processor. You just need to put in the email address of your account at:
Processors -> Paypal Subscritions -> Business ID
Not sure if that will be the same with 1.0 as this is based on 1.2.
If you have a valid account that's all you need. Of course make sure you have assigned the processor to your plan.
So if this all checks out one other thing you can try. If you were using the paypal account before with some other domain then switch to staging.domainname.com then you might want to try adding the Alternate IPN Notification Domain. Find this at:
Processors -> Paypal Subscritions ->Alternate IPN Notification Domain
In here put exactly http://staging.domainname.com
UPDATE:
The problem is Paypal communication then. First remove the Alternate IPN Notification Domain setting in AEC that I suggested. That was just for testing.
Either Paypal email is not confirmed so the communication fails or the communication can't be established.
Assuming you are using Paypal Standard, go to Paypal and login. Check in this order:
Click on Profile. Does the email have "unconfirmed" beside the email? If it does then that's your problem.
Go to Profile -> My selling tools -> Instant payment notifications. Click update on the far right. Enable it and add a new notification url. It should look like: http://www.yoursite.com/index.php?option=com_acctexp&task=paypal_subscriptionnotification
Just another thought. Paypal doesn't enable Paypal subscriptions when you sign up for Paypal Standard. I can't remember exactly when/how that was done but I remember that a separate step was needed. That could also be the cause of this issue.
I have a client that's running a Magento Community Edition site - version 1.3.2.4 - they've been using PayPal for payments for over a year with no issues at all.
Last week we added Authorize.net as an option and configured it to authorize and capture payments. They have their Authorize.net account set to then connect up with their Sage Pay account on the accounting side.
Everything works great until attempting to submit a payment - no matter what card type is selected using the Authorize.net choices (Visa / MC / Dis / AMEX) upon submitting the form, it throws a Magento alert of "Credit card type is not allowed for this payment method".
I've been on Google and the Magento forums for a couple hours now trying to track down the issue, but I've come up empty. Most suggestions I found were to clear the cache - I've done so, both in the admin as well as clearing out var/cache and var/sessions, but it's made no difference.
We've contacted Authorize.net and verified that the account is active and ready to receive transactions from those 4 card types.
Any thoughts on why this would be occurring and how to correct it?
Thanks for your help,
Jonathon
This typically means the the account was set up as card present instead of card not present. Having the account changed to the right type will solve this issue.
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.
My module needs to know when a success checkout has occurred. So, in accordance with what I have read in various places, I listen out for the events checkout_onepage_controller_success_action and checkout_multipage_controller_success_action. That's fine, when I pay with a dummy credit card on my dev site, one of the above events is fired. But I wondered what happens if I pay with PayPal, so I said up a PayPal dev sandbox to test it out. Examining the http traffic, I saw that a notify_url was sent to PayPal when the order was placed. That was promising - when the paypal/ipn action is called from PayPal, the PayPal module will, if a 'completed' status is received, fire the checkout _xxx_controller_success_action - right? Wrong.
My module relies on knowing when an order is successfully placed, so I am looking for advice on the best way to tackle this issue please.
I'll just add a little bit about my environment here in case it is relevant.
I am running Magento 1.4.2.0 on my laptop. When using PayPal Standard, a notify_url is sent to PayPal which overrides any set up in the PayPal account. I am testing from my laptop, so the notify URL passed to PayPal is not accessible from the PayPal sandbox. So I changed the notify_url to point to an accessible JSP that just printed out the notification it received. I then give that parameter string to a little Java program I run on my machine which posts it to the original notify_url (.../index.php/paypal/ipn).
Thank you.
This is an old post but still a relevant question. We successfully used event checkout_onepage_controller_success_action (which is used by Magento core GoogleAnalytics extension) to observe successful PayPal Express orders (and also checkout onepage orders). Event sales_order_payment_pay did NOT fire for new orders.
I was having the same trouble - try using the sales_order_payment_pay event instead - it worked nicely for me