If I did not store the transaction ID on my server, how can I go about getting all of my transaction IDs? I plan on using them to get all of the information for all of my transactions. It would be great if this can all be done programatically and the solution is available to the public on github or somewhere else.
You can get a list of your transactions using the TransactionSearch API. Then you can get more details about any individual transaction using GetTransactionDetails.
If you happen to be using PHP you may want to look at my class library for PayPal. It will make these API calls very quick and easy for you. In fact, here's a sample of what the TransactionSearch result looks like from my library.
Scroll down and you'll see a SEARCHRESULTS section, which has all of the results parsed into an array nice and neat for you to work with.
Related
So, I'm building a public RESTapi for testing so I can have my own set of data to fetch.i'm using Express and MongoDB. And I'm interested if I should add post request, because then the user could update the data in the API. So I'm interested what is the best practice when building such API?
There is a lot to an APi, so it would depend on what you're trying to achieve. As you're learning, I recommend that you start with creating a small project - for me personally, that's the best way to learn. There are also lots of courses out there, I would recommend the Nodejs course by Andrew Mead on Udemy.
So, getting down to it, try and create a simple todo api where the user can add a todo, update and delete it. This would require POST, PATCH and DELETE requests to be sent. (check out postman for sending API calls easily). Finally, a GET request would retrieve all the todos.
I would also recommend looking into userIds, timestamps and JWT tokens to authorize users.
Check out my github (repository named MongoDB), I've done a small tutorial on something similar...
www.github.com/nugoo1
I'm still trying to wrap my head around all this, so my apologies if I've made a mistake, but it seems like the old NVP apps that are now unable to be registered as of December 1st had some features available that can't be replicated in the new REST world order...
Here's what I want/need: I need to be able to translate buyer-side transaction IDs into my seller-side transaction IDs, and I want to be able to do this on a webserver that is secure but I don't want it to have full access to my account, so I'd like fine-grained authz for this server.
It seems like I am a couple days too late to actually get what I want/need. Basically, GetTransactionDetails does exactly what I want (convert buyer to seller transaction IDs, and returns the rest of the transaction information for good measure). And, although I haven't gotten it working, it looks like the Permissions SDK plus an NVP AppID would allow me to have just the TRANSACTION_DETAILS permission on this service which is exactly what I want.
However, as of Friday apparently I can't get an AppID for the classic NVP API? If so, my timing is impeccable.
Trying to figure out how to do this in the REST API has proven difficult. This thread talks about the sale record, which does indeed take a buyer-side transaction ID, but it does not actually translate it into a seller-side one. It does have the custom field, which helps me a little, but I really need the seller-side transaction ID. It looks like maybe the parent_payment URL in the return from the sale might help, but the API started returning PERMISSION_DENIED on me even on previously successful queries so I can't exactly test this right now. And, even if that did work, it seems like the permissions on the REST API are incredibly coarse compared to the Permissions SDK, for example the sale endpoint is under /v1/payments which seems to also include refunds and all kinds of other stuff I don't want exposed. It looks like there's a Transaction Search permission but it's marked beta and it didn't work for querying a sale for me. But maybe it means they're working on it?
What are my options here?
Thanks,
Chris
Okay, so I played around with this for a while, and it seems like the PayPal REST API is just not very good. So, I worked around the limitations here using AWS Lambda and its fine-grained IAM permissions. I created a Lambda function that took my PayPal NVP credentials as encrypted env vars, and an IAM account that could only call my Lambda function, and so now I've got a microservice that will translate transaction IDs and return some extra info (custom and email) from the transaction to boot.
I wish I didn't have to use AWS to work around PayPal's limitations (which seem to be getting worse with the REST API, the NVP api would have been fine if I could have gotten and AppID and used the Permissions SDK), but oh well.
Chris
I have been researching Jira REST api in order to grab all the test cases inside my structures but I haven't had any luck. The closes I have been to getting inside a structure is using the URL $baseUrl/rest/structure/2.0/structure. From there I tried to manipulate the url into giving me all the information about a specific structure.
For example, I used $baseUrl/rest/structure/2.0/structure/$id but I only got back
{"id":135,"name":"TEST PLAN 1","description":""}
There is hardly any information in this REST api call. IS there a way to have it list out all the issue keys(test cases) in the structure i pick?
Information Regarding JIRA Structure REST API is posted here https://wiki.almworks.com/display/structure/Forest+Resource
I have built a tool that uses REST API to pull all payments and create various reports. However, I do not see any of the transactions completed via the Virtual Terminal.
The person that used the virtual terminal printed out the approved page, so I know that transactions were done on the 2015-11-19 yet these don't show up in my query results.
I don't think those will come back in the REST API, no. You can use the Classic API to get them, though. Specifically, TransactionSearch would return the list of transactions, and then you can use GetTransactionDetails to pull more details for any given transaction.
If you're working with PHP you can use this PayPal PHP SDK to make those calls very quick and easy for you.
Looking in at the DATA.com API we do have a license for 1000 API queries a day. My question is we are looking at a different CRM to handle our outbound sales processes other than SalesForce.
Base CRM looks like it is capable of handling our needs for our business and account processes. Is it possible to have the Base API send queries to the Data.com API and return the results?
I also see there is an API purchase within the SalesForce API. When you conduct a search API query does it require you to purchase the results if you have a license already in place to use Data.com?
Our goal is to have a primary CRM pull information from Data.com or another source for lead information and display it in the new CRM.
If none of this is possible with the solution I am looking at might you suggest other platforms.
Thank you!
Unfortunately, we don't currently offer the triggers to query Data.com's database. However, there are a couple of other ways to integrate Data.com with Base. You can either use a polling-driven trigger to Data.com, you could attempt to configure a workflow in Data.com to send this data over to Base, or you could use an import to pull this data into Base (as many of our customers have done). I hope that helps!