Xero connection limit of 25 connections seems to Include Demo Companies - xero-api

I am connecting to Xero through their API with OAuth2. In the past I used to create Demo companies on Xero to test the application I was developing.
Every time the Demo company expired I created a new one and reconnected to Xero through the API. This worked for over 6 months of development.
Now Xero is telling me I have hit the 25 connections limit, but as far as I understood, Demo companies are not included in the connection count for the app limit. Where am I going wrong ?
I cannot delete any stored connections as they are live customers and I am not trying to add new customers. I am just trying to connect demo companies to Xero to continue development.

There is only one Xero demo company per Xero login record (which does not expire) and then there are trials which do expire.
The demo company does not count towards the limit.
While trials are active they will count towards the limit.
https://central.xero.com/s/article/Use-the-demo-company

Related

Policy of data generated using Plaid API or Yodlee

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.

Google Service Account Limit

We built a system where we can access all our clients google analytics. I use Google service accounts to do server calls to google Analytics API and grant access to that service account as a user. Some how there is a limitation where each service account reaches a limit to be added in user accounts. (we have more than 2000 clients).
As of now, I am creating multiple service accounts when ever the previous reaches its limit. What is the solution for this?
Thank You,
The Core Reporting API has a quota limit of of 10,000 requests per view (profile) per day.
I suspect what you are doing is trying to display your Google Analytics data to all of your customers. Which isnt really going to work because of the quoat limit. I recomend that you use your service account to download your data into your own system and then display the stored data to your users.
There is no way to increase this quota limit.

Migrate Google Merchant account to different country

Slovakia has been added recently to list of supported Merchant countries for Google Play.
I have an account in Czech Republic (CZK) paired with Merchant Account with active paid and free apps and want to change the country to Slovakia (EUR) - mostly because i of the fees related to money transfers from a different currency (CZK to EUR) on my business account.
I have been searching on Google but found nothing except for transferring all my apps to new developer account. I'm afraid that this will hurt my play store search positions and i won't be able to transfer the Google Play Services data (LeaderBoards, Achievements)
Also i want to keep the package names.
Had someone done this? How should i proceed?
June 2017 update:
Apps with subscriptions can now be transferred!!!
The original answer:
This is a complete answer I got from Google:
Hi,
Thanks for contacting Google Play Developer Support.
I understand you'd like to change the country associated with your Google Payments Merchant account. Once your Google Payments Merchant account has been created, it's not possible to change the country associated with that account. Instead, I can cancel and refund your existing developer account and transfer your apps to a new developer account that has the appropriate merchant country details.
To get started with this process:
Edit your current developer account name. If you'd like to continue to use your developer name with the new account, you’ll need to change your current name in order to free it up for the new account. For example, name the old account “xxx-OLD,” so you can use "xxx" in your new account. Make sure you save your settings.
Create a second Google Account (with a new, different email address). After you've created the new account, you will need to configure Google Payments with a billing address corresponding to your preferred merchant country.
After you've registered the newly created Google Play Developer Console account, create a new Google Payments Merchant account from the Developer Console. Pay special attention to the country listed for your legal business address. You may need to adjust your Google Payments settings if you haven't configured your billing address properly.
Use this online checklist to submit your app transfer request.
Please note however at this time, an app transfer can't be completed with in-app subscriptions currently or previously configured for your app; this includes subscriptions that do not have subscribers, or those apps which have had all subscriptions canceled.
I understand this limitation can be frustrating, and I apologize that we don't currently have a more seamless way to transfer these applications across accounts. We're actively working with our teams to design a better experience for developers with apps using in-app subscriptions, though we do not currently have an ETA.
I appreciate your understanding, and your dedicated support of Google Play.
Regards,
xxxxx
Google Play Developer Support
The country associated with your Google Play Developer account can't be changed. However, you can create a new account that uses a different country and transfer your apps to your new account.
To transfer apps to a new account, you'll need to prepare some account information. To learn what information you need and to send your request, go to the Google's app transfer checklist.
Reference: https://support.google.com/googleplay/android-developer/answer/139626

8.5 Connections Per User with Yodlee

I am working with a financial company. We recently did a test of integrating Yodlee's API and allowing connections to the mid tier SQL servers. We noticed their API had 1700 connections for 200 users. Is that normal to have an 8.5 connections for each user? Has anyone else seen this type of behavior?
Yodlee is a SAAS provider, so I am assuming you are referring to the calls made to Yodlee APIs and not DB connections.
It depends on how you integrate Yodlee APIs. The total number of calls made to Yodlee APIs may be 1700 for 200 users depending on the data set you are retrieving from Yodlee.

subscription payment processing

Looking for some advice on which service to use to implement the following on my site:
I would like to sell 4 levels of subscriptions each to be billed on a monthly basis
The customer should be able to cancel their subscription at any time
The customer should be able to upgrade and downgrade their subscription at any time
I would like to keep the cost down until I have enough subscribers.
I have looked at Paypal but could not figure out how I can do requirements #3. Posting to their community forums yielded no response.
I am also located in Canada which seems to limit the options available to me.
I am currently looking at www.preedly.com and www.chargify.com but they seem to require a merchant account so I'd end up paying 2 service providers.
My site is written in PHP so a PHP-friendly solution is needed.
One last thing, I could not find a way to get Paypal to tell me the new subscription expiry date (following the successful processing of a transation) in order for me to update my customer table and lock out those who have not paid.
You may want to look into gettings a US based merchant account (I used to work for a merchant account provider and we were able to successfully establish merchant account for Canadian businesses. IIRC it required some hoops to be jumped through, though). If you can get a US merchant account you then can use Authorize.Net's Automated Recurring Billg (ARB) API. It allows you to create subscriptions and modify them accordingly (upadting and deleting).