We're integrating Payflow Gateway on a ecommerce portal. Considering that customer already has a Payflow account (via Chase), they prefer to go with the same.
After referring to PayPal docs, I'm not sure if tax component can be specified during a Sale (for certain US states and Canada users) and that PayPal displays it as part of Order Summary (Hosted Checkout Pages). Has anyone tried this?
If not, alternately, looks like we can use ExpressCheckout API which internally processes transactions via Payflow and then we can make use of expressive EC api to specify tax details. Any insights on this?
Notes:
In reply to my ticket, PayPal tech support says, hosted checkout pages will not show anything other than total amount. :(
However, I did find references to fields like ALTERNATETAXAMT in their developer guide. I presume, it is processor specific.
Ref: https://developer.paypal.com/docs/classic/payflow/integration-guide/
End Goal (no solution yet):
User should see sub total, tax and grand total during Order Review.
Related
I've been looking for a solution everywhere after I saw PayPal mentioned Metered Billing on their developer page.
I would like to use PayPal for my SaaS, implementing a metered billing solution for billing my customers on a monthly basis a variable amount depending on their usage rate of the service.
I do remember an option for authorizing PayPal to give some software permission to execute payments without any further action from the side of the customer. Unfortunately, I cannot find any valid documentation, and not sure if is possible at all right now.
Is metered billing an option using the PayPal API?
Thank you so much!
What you are looking for is a "Reference Transactions" solution, which use PayPal Billing Agreements. It can be tested in sandbox, but to use it in live, the business account would need to be approved for this feature by PayPal. To do this the account owner would need to contact their PayPal account manager or PayPal's general customer support (not MTS), and explain the business need for this feature.
As far as implementing the solution, the only public documentation is for classic APIs: https://developer.paypal.com/docs/classic/express-checkout/ec-set-up-reference-transactions/ . Any newer API or vault solution isn't publicly documented currently, though I have seen some links surface about a v2 vault solution.
So, you can always contact PayPal's support and ask if there's something they'd rather you implement than classic APIs. The first hurdle is the business approval for the feature mentioned earlier.
Im trying set up recurring payment on my site by using Paypal Express Checkout. I did read through the official docs and I couldnt find anything useful related to recurring payment.
https://developer.paypal.com/docs/integration/direct/express-checkout/integration-jsv4/add-paypal-button/
Im just wondering does Express Checkout support recurring payment? If so, how can I achieve that or Where can I get some good example to start with?
Thank you for your help in advance. Much appreciated
Cheers
We have a similar issue before. You might wanted to take a look at this thread.
I'm trying to understand the use case here. When you say recurring payment for express checkout,it has to be something a customer is buying regularly like restocking an item, in that case it's not an express checkout, it's a recurring purchase by a returning customer. They must have opted to restock at a regular interval like every 30 days, 2 months etc. They also must be registered users on your website.
So your logic must include — Checking all the customers who have set up an automatic purchase for an item.
—Check their frequency of purchase and charge them for the amount of the item at that frequency.
—For this purpose PayPal has a REST API :
This is the accurate place to look for to implement PayPal recurring payments:
https://developer.paypal.com/docs/api/payments/#payment_create
In case they also allow you to authorize payments through the following API
https://developer.paypal.com/docs/api/payments/#authorization
you could use it as well.
But at least this narrows down your choices in terms of regular payment authorization.
This API will allow you to request PayPal services to authorize payment on a regular basis for that customer. You will still have to have your own logic to check the 'subscription' for your products and the intervals.
—The CreateRecurringPaymentsProfile API Operation (NVP) at the link below looks to be for personal payments. For example something an Inventory Management System will do.
https://developer.paypal.com/docs/classic/api/merchant/CreateRecurringPaymentsProfile_API_Operation_NVP/
It's an API specific to adding recurring payments functionality.
Since you're a developer, PayPal Developers' Resources will answer any queries you have regarding the API functionality and usage. You will have to just know what to ask for. You are their B2B customer trying to understand their API system. You can also file a bug on their Developer portal if you're not getting proper answers.
We use PayPal classic APIs.
We have a Linux server with some application/database running on it.
Users pay pages for ocr processing.
We need to offer to our users an option to make automatic payments when some condition is occured.
For example: when the user have left only 100 available pages.
In this case we want to offer to user something as "pay with PayPal 1000 pages everytime when my account have less than 100 pages".
Is this possible to do it with PayPal API?
Asolutely, this is simple to accomplish. If you prefer the Express Checkout API suite, the Reference Transactions product allows you to collect permission to re-bill your customers for additional goods and services when they check out. Then you call the reference transaction API when the event you are interested in (such as the user's inventory of prepaid pages gets low) occurs.
See:
https://developer.paypal.com/docs/classic/express-checkout/integration-guide/ECReferenceTxns/
Other PayPal products support similar behavior in combination with Adaptive Payments, the RESTful APIs, etc etc.
I am using REST API to enable Paypal option on my site. To help the finance department for future taxation issues, I am trying to set up VAT rates based on the country.
After googling a bit and checking the documentation, found out Paypal's tools for setting the sales tax - https://developer.paypal.com/docs/classic/paypal-payments-standard/integration-guide/ProfileAndTools/#id08A9ED090WS
But after setting the value on the config page like this:
I still cant see any tax information while I am trying to buy some test items (I had to cover some parts of the screenshots :/ )
And after a successful test purchase, I get tax=0.00 in the IPN response.
Am I missing some points on the documentation about using the auto-tax calculator of Paypal? Even setting taxing data while sending request to Paypal does not let me see the taxing information and other details on the form.
PayPal's tax calculator is a free tool included with PayPal Payments Standard; it doesn't work with any of the API based products. You will need to calculate tax and pass it to PayPal in the API call.
Looking forward for PayPal's new RestAPI.
We have already started building and finding cool things as we go. Since its an on going process of releasing features it is still not clear sometimes what is supported and what is not. I am listing down my doubts for what is supported for Non-US developers.
Merchants cannot accept payments by taking credit card number.
Subscription / recurring payment possible?
For Pay with PayPal method, does Paypal offer to accept payments form non Paypal users? Like pay directly using card on Paypal page?
Do mention if I missed anything.
To register for a Live set of REST credentials you are required to provide:
U.S. Business owner Social Security Number, date of birth, and other personal details.
U.S. Business Tax ID (EIN, ITIN) and other business information.
Subscription / Recurring Payments are not yet available through the REST process. There are Reference Transactions allowed through "Vault" though.
There isn't an equivalent to "SOLUTIONTYPE" for the REST process yet but hopefully soon.