I am trying to recreate and reconcile the Financial Summary per currency available to a merchant from their reports using PayPal APIs. I have successfully setup the Transactions API which has the transaction event codes, but these are not detailed enough to be able to map across to recreate the Financial Summary.
For example T0004 "ebay auction payment" in the API, can be both a Sale as well as a Purchase on the Financial Summary. What further details can I receive from PayPal APIs, to be able to ascertain the correct results?
Many Thanks
Gurpreet
The Transactions Search API isn't meant to be used for financial reconciliation purposes. It is not built for that purpose, nor are there any other APIs built for reconciliation purposes.
PayPal Reports (available in the merchant account, from the Reports tab) are suited to this purpose. Large merchants can also request access to an SFTP reporting service, for automated daily deliveries to a dropbox: https://developer.paypal.com/docs/reports/#create-an-sftp-user-account
Related
I have a PayPal application that I just got to live mode using the developer console in PayPal
In this application I will using my PayPal application to transfer money between our users.
So far so good and the transactions are working , the money is getting passed between our users,
I just cannot see any indications or records any where in PayPal user interface.
I tried to create reports using the activity log here : https://www.paypal.com/activities
but I cannot see anything related to the transactions of our users
where I can see the records of all the transactions that are been made in my PayPal application using their Interface ?
If the transaction is not between your account (but rather between users' PayPal accounts), there will be no reporting available on such transactions for you in PayPal.com account nor the transaction reporting API of that account..
To use the transaction reporting API on behalf of third parties (without a client id and secret from their account) requires being a PayPal partner.
If you are facilitating transactions between users, the solution is to record the successful capture in your own database for reporting purposes.
I have some questions about subscription functionality using REST API. We have implemented recurring payments using "Express Checkout NVP/SOAP Integration" but for us it isn't optimal, because:
Webhooks easier and more usable then IPN messages;
We can't force customers to pay from PayPal balance.
That's why I want to rewrite it with REST API. I think the flow will be like:
User press button and we make the first request to get auth token;
Create billing plan;
Activate billing plan;
Create billing agreement;
Because of we're using PayPal payments here we redirect the customer to approve payment;
Execute billing agreement.
My questions are:
Is this flow correct?
To redirect customer for approving payment we need to make four requests to PayPal API servers, is it normal?
Should I create and activate a billing plan for every customer or I can use one plan for all customers?
If so can I create the plan in the merchant's profile page or I can do it only programmatically?
Let me see if I can answer your questions and provide some samples.
Yes, that flow is correct for the first request. If you already have a plan that you'd like to subscribe people to created, you can skip those billing plan steps. More on that below.
For the REST APIs, yes that's the normal flow for PayPal. Think of the plan as setting up the architecture of the payment that you'd like to offer (such as a subscription plan for a service). You set this up once and then can subscribe many people to that same subscription plan using a billing agreement.
If the details of the plan are the same for each person, then create one plan and then use a billing agreement for each person to subscribe them all to that same plan.
I haven't seen an integration of this with the profile system, but it's an interesting idea. For the time being, as far as I know you'll need to do this programmatically.
I've also created some new quickstart guides on the site that should help through creating the billing plan and agreements:
Billing plans: https://developer.paypal.com/docs/api/quickstart/create-billing-plan/
Billing agreements: https://developer.paypal.com/docs/api/quickstart/create-billing-agreement/
I have a more practical example of this billing plan / agreement integration in a Slack bot payment sample, if that helps: https://developer.paypal.com/docs/api/service-integrations/slack-bot/subscribe/
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.
I'm using the PayPal REST API, and although you can assign a web profile experience for an individual one-off payment, I'm having trouble figuring out how to do this for a subscription plan or agreement. Since I'm setting up an agreement for a purely digital product the shipping field is redundant and has actually led to lost sales due to the "shipping" country sometimes disagreeing with the billing country.
Is this possible or is it yet another feature overlooked by this API?
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.