What does your app do if the user declines location permission? Is the problem that they require it to work in some sense even if location permission is denied? At a minimum it mustn't crash. Consider using a default location (e.g. your home town) if necessary.

According to the Wikipedia page for the file command: https://en.wikipedia.org/wiki/File_%28command%29 As of version 4.00 of the Ian Darwin/Christos Zoulas version of file, the functionality of file is incorporated into a libmagic library that is accessible via C (and C-compatible) linking I don't think that macOS has this libmagic (maybe the file command is statically linked with it?), but I've not investigated properly; maybe someone else can confirm. In any case it is BSD-licensed so you could compile it yourself.

In most countries, the proceeds are after Apple's commission and VAT or equivalent have been deducted. The USA is the exception, as they either don't have tax on apps or the tax is applied on top of the price that the user sees. I think it's a coincidence that in the Czech case the total of the VAT and the 15% small business commission is about 30%. Have a look at some other countries and see what you think.

No you cannot "choose Apple not to take care of your taxes", because they aren't your taxes, they are Apple's taxes. The end-user makes a purchase from (if they're in Europe) Apple Ireland. Apple Ireland is VAT-registered, so they pay VAT. Are the "other people" you refer to VAT-registered businesses? Are they in the same country as you? It may be worthwhile for you to be VAT-registered even if you are below the registration threshold, depending on the answers. You cannot avoid VAT on app store transactions (and rightly so). P.S. I think you may need to find an accountant.

See this question: https://developer.apple.com/forums/thread/702428

Originally, "Desktop" meant that users had purchased it using iTunes on their Mac and then synced to their iPhone/etc using USB. I don't know if that process is still possible; it's certainly not common. Now, I believe that "Desktop" means that a user with an "Apple Silicon" Mac has installed a "Designed for iPad" app on their Mac. There may be other circumstances where "Desktop" means "miscellaneous" in some other sense.

Generally you should not expect to get any response to bug reports. If you want a response, try Developer Technical Support.

In App Store Connect, there is a section titled "iPhone and iPad Apps on Apple Silicon Macs" in the "Pricing and Availability" screen. I think that enabling the box there makes the "Not verified" message go away.

This would require to to somehow get the "paid price" from the app receipt. Not sure if this is possible. Alternatively, I could check for the period of the first download (if possible). The app receipt has a field which indicates which version of the app the user originally purchased.

It's my code. I wanted to publish it using GNU GPL / AGPL but I read that you can't. If it's your own code, i.e. you are the copyright holder, you can do (almost?) anything you want. You can absolutely publish it on the app store and also release the source with GPL or AGPL licence. IANAL.

Install newer Xcode.

according to the EU we must send invoice to apple No, it's not "according to the EU", it depends on which country you are in. But yes it is true that in some countries you are required to always generate invoices and that is why Apple provides this address in Ireland. would be fine? Yes. should I write in invoice the payment that I receive from apple? or the price that I sell in store? I think Apple don't care what you write in the invoice, I doubt that they even open the envelopes. By far the simplest thing is to send an invoice for the amount that Apple have actually paid you, in your home currency, after you have received it. Anything else involves tracking multiple currencies, rounding, and other complications. Your objective should be to do whatever is needed to satisfy your local tax and other accounting rules.

These numbers are not published. I filed a bug suggesting that the docs should say something about this, with no reply obviously. I’ve not yet seen a “slow down” response from Apple. My fastest submissions are when I refresh App Attest receipts, where I submit them as fast as possible from a single-threaded process. I guess that manages 10-20 requests per second for a few minutes at a time. Does anyone else have any info about the fastest rate they have achieved?

I suspect it will be rejected, if that is the only way to log in. Can you add a different login method that doesn’t require the other app? Yes you can provide test login credentials for use by app review, there is a box for that in App Store Connect.

new credentials every time we submit in case they test to delete? Yes. Or give them a list of 100 accounts and tell them to pick one at random. Also, make your error message say “You deleted this account on Date at Time” and maybe even “click here to un-delete”, not just “error no such account”.