Hi guys,
I was wondering if anyone can create the module for PayFlow Pro, I know there is a mod for PayFlow Link (viewtopic.php?f=23&t=4347&p=23059&hilit=payflow#p23059). However, I am in need of PayFlow Pro.
Note: I do not want to use Authorize.Net or any other payment gateway. I prefer using Paypal as I've already have an account with them. Also note that I'm currently located in Australia and using OpenCart 1.3.2
Regards,
Jaden
I was wondering if anyone can create the module for PayFlow Pro, I know there is a mod for PayFlow Link (viewtopic.php?f=23&t=4347&p=23059&hilit=payflow#p23059). However, I am in need of PayFlow Pro.
Note: I do not want to use Authorize.Net or any other payment gateway. I prefer using Paypal as I've already have an account with them. Also note that I'm currently located in Australia and using OpenCart 1.3.2
Regards,
Jaden
can you not use paypal direct? I'm just asking as I have no idea of the options in other countries, but I know in the US you have the option to use either paypal direct or payflow pro, and there is a paypal direct module already.
OpenCart commercial mods and development http://spotonsolutions.net
Layered Navigation
Shipment Tracking
Vehicle Year/Make/Model Filter
Paypal has really confused me with all its different types of payment. I don't really know what is so different about "Paypal Payflow Pro" and "Paypal Websites Pro"
The only difference I see is that the Paypal Websites Pro demo shows both Credit Card Form and Paypal Express, while the Payflow Pro only shows the Credit card form.
So technically it stands to reason that if you install "Paypal Websites Pro" and don't include Express Checkout.. then by default it becomes Payflow Pro.
[rant]
Paypal really needs to be taken down. Their insanity infects everyone that touches them on the retail side. We need a white knight to buy out ebay and shut down paypal. It's the only way to get back to sanity.
Paypal is like IE6.. Everyone has it and knows it, but its an abomination and needs to stop being used. They are a travesty of a company and their API contradicts itself between different interfaces so much that you want to string up the noose after working with it a few days.
[/rant]
Back on topic, I think Xsecrets is right. Payflow Pro seems to be PWPro without the express checkout so that may potentially work.
The only difference I see is that the Paypal Websites Pro demo shows both Credit Card Form and Paypal Express, while the Payflow Pro only shows the Credit card form.
So technically it stands to reason that if you install "Paypal Websites Pro" and don't include Express Checkout.. then by default it becomes Payflow Pro.
[rant]
Paypal really needs to be taken down. Their insanity infects everyone that touches them on the retail side. We need a white knight to buy out ebay and shut down paypal. It's the only way to get back to sanity.
Paypal is like IE6.. Everyone has it and knows it, but its an abomination and needs to stop being used. They are a travesty of a company and their API contradicts itself between different interfaces so much that you want to string up the noose after working with it a few days.
[/rant]
Back on topic, I think Xsecrets is right. Payflow Pro seems to be PWPro without the express checkout so that may potentially work.
I came across this in my search.
http://productcart.blogspot.com/2007/04 ... aypal.html
After looking at the price of $59/month of Payflow Pro I have to wonder who pays rates like that? A normal credit card processor gateway should be no more than $19/mo (and many can be found at $10/mo) and the merchant account reporting fee should be no more than $15/mo. $60/mo is ridiculous
Even the Paypal Website Payments Pro at $30 is overpriced.
At any rate, it does seem PF pro and PP pro are different in access rights.. but im not sure about how different their APIs are.
Another comparison:
https://www.paypal.com/cgi-bin/webscr?c ... comparison
http://productcart.blogspot.com/2007/04 ... aypal.html
After looking at the price of $59/month of Payflow Pro I have to wonder who pays rates like that? A normal credit card processor gateway should be no more than $19/mo (and many can be found at $10/mo) and the merchant account reporting fee should be no more than $15/mo. $60/mo is ridiculous
Even the Paypal Website Payments Pro at $30 is overpriced.
At any rate, it does seem PF pro and PP pro are different in access rights.. but im not sure about how different their APIs are.
Another comparison:
https://www.paypal.com/cgi-bin/webscr?c ... comparison
yeh Paypal Payflow Pro and Website Payments Pro are pretty similar, only difference is that Website Payments Pro
doesn't work in Australia, wheres Payflow Pro does.
It is quite ridiculous about the rate that Paypal is charging, I am trying to convince my client to go with eWay as it is cheaper and easier to implement into OpenCart.
doesn't work in Australia, wheres Payflow Pro does.
It is quite ridiculous about the rate that Paypal is charging, I am trying to convince my client to go with eWay as it is cheaper and easier to implement into OpenCart.
Nick - I want! We have PayFlow Pro and a crappy (custom-built) cart that I'm constantly making changes to (I didn't build it). OpenCart recently came onto our radar and I (and many other people) want to switch so badly from the current software.
Some history: PayFlow Pro used to be a Verisign product. PayPal _bought_ Verisign back in 2005. So...eBay owns PayPal and PayPal owns Verisign (therefore, eBay owns Verisign...uh...).
BTW, PayFlow Pro used to be a really crappy product (we were only allowed to access Verisign PayFlow Pro servers via a Java SDK!). Now it is a less crappy product (HTTPS access via PHP to the PayPal PayFlow Pro servers - the Java SDK is optional).
Some history: PayFlow Pro used to be a Verisign product. PayPal _bought_ Verisign back in 2005. So...eBay owns PayPal and PayPal owns Verisign (therefore, eBay owns Verisign...uh...).
BTW, PayFlow Pro used to be a really crappy product (we were only allowed to access Verisign PayFlow Pro servers via a Java SDK!). Now it is a less crappy product (HTTPS access via PHP to the PayPal PayFlow Pro servers - the Java SDK is optional).
I finally had some time today to look at the PayPal Payments Pro code. From what I've heard, the two systems are similar. The code we use for PayFlow Pro (compliant with the latest SDK) is nearly identical in format to the Payments Pro code in OpenCart 1.4.0. I should be able to create a Payment Extension for OpenCart without much difficulty. This cart switchover has to be done in ten days. I'll provide progress reports as I go along. I was hoping Nick would get back to me on this, but it seems like he's wandered off to do other things.
Update: I'm basically done. I still have to test everything on the frontend (the admin works fine but that isn't the important part), but I'll do that on Monday. Yes, I just cranked out an entirely new payment system for OpenCart in one day.
PayFlow Pro Extension
I put in a number of "advanced" options that I needed and spent some time making the setup have lots of hints (PayFlow isn't nearly as intuitive as other gateways I've used).
Test transactions come through the system and show up with '[Test Transaction]' in the status change list.
Let me know how it works out for you. So far I've only had one transaction where the browser "froze". Clicking the button to purchase again resulted in the same transaction and a "DUPLICATE=1" response from the PayFlow server in the status change list. The testing PayFlow server prevented a duplicate transaction, which was rather nice (and the browser went to the next page - I can see users freaking out, but this shows it won't be a big deal).
Anyway, enjoy!
I put in a number of "advanced" options that I needed and spent some time making the setup have lots of hints (PayFlow isn't nearly as intuitive as other gateways I've used).
Test transactions come through the system and show up with '[Test Transaction]' in the status change list.
Let me know how it works out for you. So far I've only had one transaction where the browser "froze". Clicking the button to purchase again resulted in the same transaction and a "DUPLICATE=1" response from the PayFlow server in the status change list. The testing PayFlow server prevented a duplicate transaction, which was rather nice (and the browser went to the next page - I can see users freaking out, but this shows it won't be a big deal).
Anyway, enjoy!
@payflow
To start off I'm new to open cart but not OOPHP, or the MVC structure.
With that said, I just downloaded your payflow pro extension and put the files in the correct folders. When i go to edit it, I get a blank white theme. I saw in this post that you were getting the white screen as you were developing it.
I installed opencart + payflow pro extension on my local machine and the error I got was "trying to use method https() on a non-object) or something of that sort. I believe the error is at the start of the breadcrumb section around line 95
I opened up the controller file in the admin folder to check out what was going on, and I noticed that $this->url->https() is being used, but I dont see where $this->url is being declared. I opened up the main controller file in system>engine>controller and couldn't find a declaration of $this->url. I'm really at a loss as to how to get this working. Any insight into this would be amazing. Thanks
small update
When i comment out the breadcrumbs section and the $data['action'] and $data['cancel'] lines, it brings up the admin panel, but obviously the action and attribute isn't populated correctly
To start off I'm new to open cart but not OOPHP, or the MVC structure.
With that said, I just downloaded your payflow pro extension and put the files in the correct folders. When i go to edit it, I get a blank white theme. I saw in this post that you were getting the white screen as you were developing it.
I installed opencart + payflow pro extension on my local machine and the error I got was "trying to use method https() on a non-object) or something of that sort. I believe the error is at the start of the breadcrumb section around line 95
I opened up the controller file in the admin folder to check out what was going on, and I noticed that $this->url->https() is being used, but I dont see where $this->url is being declared. I opened up the main controller file in system>engine>controller and couldn't find a declaration of $this->url. I'm really at a loss as to how to get this working. Any insight into this would be amazing. Thanks
small update
When i comment out the breadcrumbs section and the $data['action'] and $data['cancel'] lines, it brings up the admin panel, but obviously the action and attribute isn't populated correctly
Who is online
Users browsing this forum: paulfeakins and 4 guests