You cannot link them, except in the sense that the number of sales should be approximately the same.

Oh FFS, comments are limited to 140 characters???!!! Hi Rincewind, Right. But looking at examples like my screenshot where for whatever reason there is no bleed of the colour from below, what colour should it be? I would expect that a blur of a uniform colour would result in the same uniform colour, but actually this blur effect seems to result in something lighter - assuming that the input to the blur is the same background colour as the content below it.

If I understand correctly, a "hide-my-email" email address is a valid email address which will reach the user if you send things to it. It's the same as the user creating individual "throw-away" email addresses. (Which I have done, for banks! It actually allows me to help distinguish genuine emails from my bank from scams. Scams are unlikely to know the single-use address.) Are you sure you cannot accept hide-my-email addresses?

Into what other file are you trying to include your abc.h ? You can’t include it in an Obkective-C .m file, if it includes a C++ header. (You might want to use the extension .hh to distinguish between obj-C and obj-C++ headers.)

And now it mysteriously starts working…..

I logged in, I wrote the post, I pressed submit, I got the error and lost what I’d typed. Repeat, same thing. Then I posted this thread, which worked. Went back to the one I tried to reply to before, now that works too.

There was a WWDC 2022 talk about concepts, so at least that much will be included in the next release.

Use “gift this app” to send gift codes from the “team leader” to the team members.

I’m pretty sure you will get the IAPs in the local receipt on a second device. There may be some odd corner-cases where you don’t, so do have a “restore purchases” button. I also watched that video. It wasn’t very helpful. They didn’t say anything about local receipt validation, when it would clearly be simpler than implementing server infrastructure in many cases. The paranoid half of my brain thinks this is a message to us that that functionality is going away soon.

I believe I’ve always paid back just my proceeds, but I seem to recall that the developer agreement does allow them to retain the commission. Maybe they only exercise that option if they think you are doing something fraudulent, or something. I don’t think there is anything in the financial reports that indicates when the original purchase corresponding to a refund was made. You just see, for each period, the number of sales and the number of refunds. You don’t know if those refunds are for purchases in the current or a previous period. I believe that the refund policy may depend on where the user lives. Your accountants are no doubt concerned that they cannot consider payments from Apple “final” until any potential refunds have been accounted for. It is their job to worry about this. But frankly, your concern should actually be “is my app so terrible that lots of people will ask for refunds, and Apple will agree to grant them?”. If that is a real concern for you - find another job! Some small level of refunds granted to “idiot customers” who genuinely pressed the wrong button or didn’t read the description are normal. You will get a feel for what percentage that is for you after a while. I think mine might be around 1%, but I’ve not checked recently.

on compilation of abc.h header file try renaming it to .hh.

I now have a few months of data to look at. I have now seen examples where receipts that were failing to refresh with 404s have "come back to life". A problem is that my exponential backoff means that it can take a while for me to discover that the receipts are working again. So for example, if a user doesn't use the app for 8 weeks then I will have stopped getting refreshed receipts after 3 weeks and after 5 weeks I will only be attempting to refresh every 20 days. This gives quite a long window when I don't have an up-to-date risk metric.

It is a long time since I did this, and I think the numbering of the sections has changed, but: Are you sure you should be completing Part II? That is for "disregarded entities" and "branches". Are you a "branch" of a larger company? Are you a part of a larger organisation that is "disregarded" for tax purposes? If not, I think Part II does not apply. You should complete Part III. Hopefully someone else who has done this more recently will comment. (Are you a business, or an individual? What sort of business?)

In the text that you quoted: Persons claiming treaty benefits on business profits or gains that are not attributable to a permanent establishment must complete this line. I think that does apply to you. You don't have a "permanent establishment" in the US. You need the article and paragraph number from the treaty: https://www.irs.gov/pub/irs-trty/poland.pdf (which is an interesting bit of history, agreed by Gerald Ford and Edward Gierek during his visit to Washington in 1974!) I think you need Article 8, paragraph 1. And the rate of tax you claim is of course zero %.

What you are doing is "business". You are a "sole trader". (jednoosobowa działalność gospodarcza ??), correct? It's not a company, or "corporation", but it is still "business". I don't think you can expect Apple to help much, but the way to contact them is via https://developer.apple.com/contact/finance/ - choose "Tax Setup" -> "Tax Forms".