Our valued sponsor

AMA: I've made a mobile app (App Store & Google Play) with in-app purchases and it's anonymous

Asterion

Active Member
Oct 26, 2021
91
34
43
39
United Kingdom
Hello!

I wouldn't want to overestimate my experience, but I thought about giving something back to this fantastic community.

I have at last managed to publish a mobile app for iOS and Android through App Store and Google Play. The app has in-app purchases, which have already been paying revenue and it's run through a US SM LLC while being a Non-Resident Alien to the US and it's anonymous to the lay person with a normal brain and an internet connection.

I don't imagine this will be the most popular thread, but I thought I'd put it out there and answer questions as they come.

Again, thanks to the abundant advice I have received on this pages, without which I wouldn't have been able to get where I am (or it would have been much harder).
 
How can you be the one asking me that? You're the master of it all! :p

Doesn't it all come down to your interpretation of that passage of the US-[country of choice] tax treaty?

Regarding the link: the guy doesn't specify whether he is a person or an organization on Google Play/App Store. Also Australia might come into play (and I'm not based there).

From my experience:
App Store is quite nonchalant. You have to submit an (erroneous) W9 and then supersede it with a W8BEN filled in manually and sent as a PDF to a specific e-mail address for Tax Vendors.

Google Play is very specific. First you need a payee to own the payment account (payments.google.com) tied to the dev account, and they have to be in the same jurisdiction as the company. See this comment here, if it's available to a non-dev account at all. And, realistically, they have to be the name on the dev account that publishes the app. So it's nearly impossible to publish through the US without a "person of capacity" that can have the payments and dev account in their name and for which you have to document a "reasonable written explanation". BIG CAVEAT: if you are going through an organisation, of course.
Following this, the bots of the Google Dev Console will almost certainly request further documentation in the most occult and hermetic ways. In particular, there was ZERO explanation of what was unsuitable in what I provided, which I solved only by managing to get a call back from the Payments team (which in turn is not exactly the tax team, so they can't advise on many things), which you can only get in very rare moments without getting the "our people are too busy bla bla bla.

So in the end you submit something that doesn't get refused by the bots straight away, and after a few days you get an overall approval. Whether this is from the Google tax team as they send your W8BENs and documents to the IRS (so she said on the phone) or if this approval is already the IRS's, I don't know. I'll probably investigate further soon. This is my situation. I'll ask about that lower "W8BEN: Default" and whether I should resubmit the whole thing (i.e. some 15 mins worth of forms through which your input populates a W8BEN which then you can download).

1705738257741.webp
 
Doesn't it all come down to your interpretation of that passage of the US-[country of choice] tax treaty?
No, it does not come down to your interpretation :D, it comes down to whether you'll be investigated for reporting incorrect amounts. You need to clarify whether *your* US entity needs to pay withholding taxes from payments to *you* at any point, not Google or Apple.
 
I have consulted with both a US tax specialist and one in my local jurisdiction and there is no problem from the US.
This said, Marzio had previously argued that according to Article 4 of the DTT that the free lunch you get fromt the US does not apply if you are only liable to tax sourced in that jurisdiction.

id est: if the type of income that the US won't tax you on "when it leaves the US" is not taxed in your jurisdiction either, then the US will want its tax.


1705739614776.png


More to my point: I started to have revenue just in Q4 of 2023. Anonymity was a much higher priority for me than tax efficiency. I'll keep investigating my status and make sure I'm in line with any tax owed.
 
You're the master of it all
:cool:

How can you be the one asking me that?

My question wasn't about US WHT but instead was about which items of income are subject to WHT.

In Apple's App Store i know in-app purcahses are considered "service income" and service income isn't subject to US WHT.

On the Google's side of things things are more complicated as some items of income are subject to WHT and other don't.

My question was about finally get a clear picture on which items of income are subject to US WHT and which not.

First you need a payee to own the payment account (payments.google.com) tied to the dev account, and they have to be in the same jurisdiction as the company

Are you saying that a Georgian company with a Georgian dev account will not be accepted if the shareholder lives in Singapore? That's crazy!
 
On the Google's side of things things are more complicated as some items of income are subject to WHT and other don't.

I have subscriptions only as in-app purchases, no ads or purchase of items, and judging from the greenlights I got, they are not subject. The way their W8BEN adapts to your situation is impressive and I think leaves little room for doubt.

Are you saying that a Georgian company with a Georgian dev account will not be accepted if the shareholder lives in Singapore? That's crazy!

The person owning the Google Payments account used for the app must prove residency or maybe nationality to be the same of the legal entity used as the Developer Organisation used to create the Dev account. In the case you mentioned, a Georgian passport might be enough for the person to be "close enough" (location-wise) to the company used as Developer Organisation.
If that condition cannot be met, you'll have to rely on an external person that is resident/national of the location of your company and somehow demonstrate their connection to the business.
 
  • Like
Reactions: Marzio
The person owning the Google Payments account used for the app must prove residency or maybe nationality to be the same of the legal entity used as the Developer Organisation used to create the Dev account.

So for example a Georgian company with a Georgian nominee director would work then.
 
I just posted this related thread. Can I ask what you are doing with the Apple side of things. Im doing App Sales (not in app purcases or subscriptions) as an individual not an organisation, and started late last year as well. (I have no connection to the US at all except some people who buy the app are in the US) The app itself does not much income.

Im in Apples W-8BEN category (no servers or connection to the USA) and as far as I can tell, Apple appears to not be witholding any income from App Sales. It's not clear to me if that no income tax is due to the US government, or simply that Apple isn't required to withold anything. It seems to me that a non-US resident no-US citizen shouldn't need to pay tax on income sourced from apple (that is based on underlying "book/app sales") but its not 100% clear to me if that is the case.

What filings are you making with the IRS, if anything?
 
  • Like
Reactions: JohnLocke
Hi!
Apple is not withholding, and neither is Google as far as I have analysed the payouts. If you want to do the same, watch out because Apple looks like they pay you at the end of the month or in the first days of the following, but they actually have an average delay of 33 days.
Apple fiscal calendar year and payment dates (updated for 2024)
Google pays on the 15th of each month and for the calendar month before.

Last US tax year I had the company already, but no income. My accountant filed 5472 and 1120. We might have to add 1040NR this year, as I have income. For this one year I plan to throw more development and zero the profit of the LLC anyway. So whilst the LLC's accounting will have figures, I want to make sure there isn't something left that will pass through to me. For this year.

I had reliable advice from an American tax consultant and accountant that my specific situation is not liable of US taxation. It's likely the same for you, but you'll have to check for yourself.

Also, make sure you do the admin to have Apple and Google's cut (after VAT) to be 15% and not 30%. It's not the default, especially not for Apple.
 
Hi,
I'd like to ask some help. I'm not an us-resident and my priority is the anonimity so I'd like to form an LLC for Google Play. A cheap and painless solution would be the best. Could you recommend a state? Is there better than NM?
Can I open a separate bank account for the company?
Another question. Taxing. If my profile is organization the company should handle the taxes. That can be biggest painful for me.
What would be needed? W8-BEN, 5472, 1120, 1040nr? I've just seen these in the threads
Is there any template to fill the necessary forms correctly (for Play). 25k penalty is big enough...
 
  • Like
Reactions: saeed
It would be interesting to get a clear answer and a solution on how a non-US resident with a US LLC can sell their app through the Google Play Store and Apple App Store.
 
  • Like
Reactions: kissandorzsolti
@drillbill @kissandorzsolti @saeed

Big disclaimer: you need somebody US-based whom you can trust, can be involved in your business at least on paper, and that can create a google payments account for you

What I did after a few fails which involved creating additional dev accounts for google was
- create an email address in the domain of my company with the name of a relative of mine who is US based
- create a payments profile on google with that email
- test that it worked in some way or another (I must have made a purchase, I guess)
- only then did I create the google dev account with that e-mail address and payments profile (paid the $25 dollar fee with the payments profile)
- transferred the app to the new account (I had zero trust in the google migration functionality so I had the dev to create a new bundle from scratch)
- redacted the operating agreement of my company to include that relative as a manager (not a member)
- created a physical bank card in the name of the relative (Mercury is great for this)
- when the time for that verification came, I submitted the relative's passport, their bank card and the operating agreement as evidence of them being US based and the payments account being in their name

the last bit was difficult because the form on the developer console is very ambiguous, it's hard to understand when they are referring to you (the owner) or to the payments account holder. I remember being failed a couple of times, getting in touch with support who couldn't really help (usual case of not very literate/fluent people), but ultimately I got it.

Yes, it's shocking, I know. All of this I had to figure out by myself. Have a look at this, try to chase that BenMcc guy on that support.google.com, he's ex-Google I think and the only person remotely knowledgeable.
https://support.google.com/googlepl...d/241004070?hl=en&sjid=2599851225550045132-NA

As you can see, it's a problem that very many have.
Maybe things have changed for the better now.


Another thing that's important is the DUNS number. Be careful D&B don't make your name and surname visible through some of the searches (they had different ones).https://www.dnb.com/business-direct...iteContentPageNumber=1&tab=Business Directory
^ this is the one that can inadvertedly publish your personal details too.
In the case, you have to get in touch with them and get it removed, explaining very well with screenshots etc etc.
Again, it's amazing the number of truly dim people working these sort of customer service roles.
 
The crazy thing is that google doesn't have some kind of pricing tiers for different levels and quality of support. They probably think they are giving devs a GREAT deal by charging them $25 for a lifetime instead of the $100 or so that Apple charges every year. Whilst even $200 a year would be money well spent if it allowed you to talk to actual people with actual knowledge of wtf goes on in their systems.
 
Thank you very much for your reply @Asterion
Unfortunately it has discouraged me from trying to create an organization. What if....
It is unbelievable how amateur the whole Google attitude is and the competence of the employees is also terrible.
I've experienced this in other cases as well. It is very frustrating.
 
@Asterion in other words, you just need to open DND developer account with a Google account with a US payments profile and it works?
Hi! Not sure what you mean by DND developer account? What I have done is creating a google payments account with the details of a US-based person, create a Google Dev account with it and have ways to show that this person is related to the business. MAYBE there can be other ways too.
 
Thank you very much for your reply @Asterion
Unfortunately it has discouraged me from trying to create an organization. What if....
It is unbelievable how amateur the whole Google attitude is and the competence of the employees is also terrible.
I've experienced this in other cases as well. It is very frustrating.
Try and see if anyone provides the service that my relative was able to do for me. I think that registered agents, especially the ones that advertise here on the forum and geared towards small companies, could help.

Also, I recommend Wise as an initial bank while you wait for the EIN of your company, then switch to Mercury, they are amazing (whilst Wise now are asking me to produce a bill with the address of the company, which is of course the premises of the registered agent, so no freaking chance). Also, Hushed as virtual telephone number for the US (remember US numbers don't differentiate between landline and mobile, any number could be either).