Is it possible to pull transaction records from an existing account in Yodlee MoneyCenter?
I am trying to figure out if there is a public API for this.
Yodlee Moneycenter(now Yodlee Labs) is a platform which provides you much more than account aggregation features to use for free.
In case if you are looking for APIs to build something similar you can get access to the Yodlee APIs, which has been exposed to the developer community(though you have to pay for it).
Please visit developer.yodlee.com for more information about this.
Related
My team is building an app that will require users to connect their financial institution accounts and we've been investigating Yodlee's Developer Platform to help us do so. Seems like a great service, but I've read some dodgy articles in the press about how Yodlee also aggregates and sells that information for a variety of purposes.
Is it possible to opt out of allowing Yodlee to do this? Or does Yodlee require you to share that info in order to use their API services? Do other services like Plaid also do this?
Thanks!
Can't speak for Yodlee, but Plaid (where I work!) offers bank account connections and data services, and we don't sell our data to third parties.
I'm working on a startup and we plan to use Plaid API or Yodlee for banking data aggregation ie credit history and previous transactions. I wanted to know about the data policy of these services from a fellow programmer who has worked on it. The sales guys give a pretty garbled view.
My questions are mainly
If one of my users had previously given their data to these
aggregators (ie maybe used Yodlee for mint) do they have to put in
each of their bank login details again if they use my service or do
they have a sort of user profile with which they can authorize my
app to view the data stored in their service.
Does Plaid API/Yodlee use the data I generate for its own uses and
do my users owe these data to these services and not me?
If I want to move out do they still hold my users data (the bank
accounts they have signed up with)as a profile on their desk?
PS: I think this question follows SO's policy but feel free to correct me if not.
I have managed to successfully create billing plans and agreements by using PayPal PHP SDK via REST API for the Web Service of company I work. However I could not find any document about how I should check the agreement payments made automatically.
I guess the webhooks are for this work but also I can retrieve the payment transactions via SDK.
There are the cons of both.
Con of using webhooks is that the website really should work all the time and there is no way to understand if I have missed a request. This is something I can not guarantee for all moment.
Con of using REST API, I should check for all the transactions of all agrements to sync with my DB.
Is there a better solution that I possibly miss or are those the only possible solutions.
What would be the best practice for checking received or missed plan payment?
The conversation on https://github.com/paypal/PayPal-Python-SDK/issues/69 would be relevant to you. Short answer is that while support for billing agreements in webhooks is underway, using IPN would be the best interim solution if you want to be push notified, else transactions of all agreements would need to be fetched.
I am required to create an application which collects transaction details of bank accounts, there are APIs like
Plaid
Yodlee
Geezeo
But these APIs make use of the clients username and password for retrieving the transaction data, but in my case I need to do so using only the credit card number.
Can it even be done?
Is there any other APIs that provide this functionality?
I have researched about this issue a lot but still can't seem to find any APIs that suits the requirement. Any help is appreciated, Thank you.
I just answered essentially this question for another user (Serizawa Sanjay), here is my response below:
"
I have worked for Credit Unions that have experience with all these types of APIs. The Geezeo and the Yodlee API will not allow you to do what you want since that would violate the privacy on the card and the card issuers will not allow someone outside of the flow of approvals to get to that data. There are a few APIs that you can get by working with partners like FirstData to look for a certain type of transaction or vendor that comes across their system if it matches a certain card number, but you have to be a key partner with FirstData, not an easy task.
As far as aggregating transaction data from accounts like credit cards, bank accounts, auto loans, mortgages, investment accounts and the like, you really want to be using an API like MoneyDesktop. Yodlee is good as well, it just does not have the coverage, uptime, or quality of data that MoneyDesktop has. Geezeo's API just does not have the critical features that a MoneyDesktop or Yodlee API has. First Geezeo does not do its own aggregation and it only has one partner to do their agg for them. Yodlee is only one source, but if there is a broken connection, at least they can control fixing it. If a connection goes down with Geezeo, there is nothing that Geezeo can do to fix it but wait for their aggregation provider to fix it. If your business, bank or credit union can't afford for aggregation to go down (reputation risk), you need someone like Yodlee that controls their own aggregation, or someone like MoneyDesktop that has many aggregation providers and can route between them the second that one of their connections has problems. Also, Yodlee and MoneyDesktop both do their own data cleansing and aggregation, where Geezeo does not and has to rely on their aggregation provider. This is extremely problematic because as users editing and input to the system as to the transaction being data cleansed incorrectly or categorized incorrectly is not taken into account properly or optimally.
I have also heard that Intuit Data Services has a good API as well, but I have never had any experience with it.
Good luck!
"
I am currently working with a client who would like to use Eventbrite as a ticketing system within their website. The major issue is that there are going to be many different accounts making their own events and I don't believe that's possible with a singular API Key.
We would like to have each company who joins to have access to a separate Eventbrite account, but still be able to have the admin overview all accounts to see sales metrics/what events are being created by whom, etc. The admin also has to be able to charge a fee separate from Eventbrite for each transaction that takes place.
Any advice and/or guidance on this would be much appreciated.
Thank you in advance!
What you're lookning for is allowing separate Eventbrite accounts to authenticate against your application. Implementing Eventbrite's OAuth (http://developer.eventbrite.com/doc/authentication/) will allow individuals to have independent accounts, but will allow your application pull data from authenticated accounts.
To answer the second part of your question:
The admin also has to be able to charge a fee separate from Eventbrite
for each transaction that takes place.
Eventbrite doesn't allow for 3rd parties to put additional fees on top of their service fee.
You're essentially asking this forum to engineer your API for you. We don't do that, we just answer questions. My advice would be to hire a lead developer who knows what he's doing.