In iOS Application can we provide different workflow and functionality to user after login based on device type - iPhone or iPad. Is that allowed as per apple review guidelines.

Dear App Review： We are an image processing software that undergoes regular iterations and updates with new features every month. At present, our updated version has been waiting for almost 2 weeks in the "waiting for review" state. During this waiting process, we have made the following actions but are unable to enter the review process: We requested an expedited review and informed that it was successful, but no progress was made; Contacted "App Review Status" via email; Please inform us that everything is normal and wait for the review; Refused by oneself, resubmit for review; Our users have been anxiously asking us when to update the new features, and they are very eager to use them. Apple ID of the App:6447539504 Looking forward to your reply, thank you!

Apple Rejected my Game which is published on my Google Play Account. It Requires me to Send the documentation to demonstrate that you are currently authorized by the rights holder to represent the products. I have sent them My Google Play Console Screenshot for the proof But they are requiring to submit documentation for that. Can you please guide me how can I prove them that I own that game in third party store? It has same package name and website/Privacy Policy links etc.

Hi, I read the requirements for the App Store. Specifically the subscription section. I understand for app subscriptions that there are Apple requirements around that with Apply Pay and such. However, the subscriptions are web site subscriptions for workout videos. The payments are done on the web site and the user will log in via the app to view the video. They can only sign up if they make a purchase on the web site. Is this going to be denied from the app store? All payments are done on web site and the app is to log in and view the content.

Hello, We are seeking urgent assistance with our app, which has been stuck "In Review" for 2-3 days now despite an expedited review request. Our app is currently experiencing a critical issue where the subscription screen crashes due to the app being approved while the associated subscription product IDs were rejected without our knowledge. We have since created new subscription product IDs (which have now been approved) and updated our binary to include these updated IDs. However, we just can't get the review for the app to be finalized. This subscription is for a new feature we spent months building and aimed to monetize out of the gate. Instead, we are now faced with many frustrated users who can't subscribe to this feature, which also has a financial impact on our business. After being "In Review" for 36 hours, we removed the app from review and resubmitted it since it seemed to be stuck, but it has been back "In Review" again for the past 20 hours. We have spoken with several Apple Developer Support reps by phone and email, but there hasn't been any change in status. Could anyone provide advice on how to escalate this issue further or any other steps we might take to get urgent assistance? Thank you so much in advance for your help.

Hi all, Our app has been rejected several times without any clear explanation of what we need to do. The latest rejection reason is as follows: Guidelines 3.1.1 - In-App Purchase and 3.1.3(c) - Enterprise Services We noticed in our review that your app offers enterprise services that are sold directly to organizations or groups of employees or students. However, these same services are also available to be sold to single users, consumers, or for family use without using in-app purchase. When an organization or group buys access to your app's enterprise services, you don't need to use in-app purchase. But when providing access to an individual user, consumer, or for family use, you should use in-app purchase. To which we responded with: We would also like to clarify our app and business model: 1) Our app is a free app intended for companies, organizations, and business owners. Individual users can sign up for our app, but with some restrictions. We designed it this way so that users can try our app before registering their company or business. 2) In the previous app version, we enabled users to subscribe and unlock more features within our app using our own mechanism. Hence, the review referred to Guidelines 3.1.1. In this version, we have removed the feature so that users cannot purchase any subscriptions. Since users cannot purchase anything from our app, we believe Guidelines 3.1.1 should no longer apply for the app review. But our app is still not approved. Instead, they replied with: We are not able to provide feedback on app concepts or features, but we recommend evaluating your suggestions against the App Review Guidelines, as well as the Apple Developer Program License Agreement, and the Human Interface Guidelines. Can anyone enlighten us why does the reviewer still referring to Guidelines 3.1.1 when there isn't anything that user can purchase from our app? And what do they actually want us to do?

Hi everyone, can someone tell me what kind of documents mentioned below do I need to provide? I submitted everything I could: design documents, our workspace on bitbucket, trello but still got rejected.

MIcrosoft Teams crashes when launched, following details Process: MSTeams [21109] Path: /Applications/Microsoft Teams (work or school).app/Contents/MacOS/MSTeams Identifier: com.microsoft.teams2 Version: 24004.1304.2655.7488 (24004.1304.2655.7488) Code Type: ARM-64 (Native) Parent Process: launchd [1]

Our submitted binary app version has been approved by Apple reviewers. It's currently pending Developer Release. However, our in-app purchase, which was submitted at the same time, is still under review. Since the newly added in-app purchase hasn't been approved yet, we've decided to hold off on releasing the binary app version. Should we just wait for Apple to approve the in-app purchase, or are there any other recommended actions? Thank you.

Hello everyone! By the guidelines we have to use IAP because actual service happens in the application itself: it is an app for scheduling actions. The business problem is that IAP does not allow the refund functionality which is important in-app in case the actual scheduled action will not happen. Is there a way to use Stripe still exactly cos we need to implement refunds in the app?

In order to have ads on Meta that link to the App Store directly (instead of to a website) Meta requires that I install the FB SDK. Now: Apple requires an ATT permission popup if a user is being tracked. I've installed the SDK but turned all tracking off by default (so it behaves as though the user said "no" to the ATT popup) and it's still not passing review. Any ideas as to what I could try next?

Hello everyone, I have a question, can anyone help me answer it? Thank you very much! I am developing a health application for my company’s employees, which has a large number of employees (more than 1000 employees). Once it is completed, I want to publish it on the Apple Store. Our employees are provided with login accounts, so there is no account creation function. Will my application be approved?

I'm unable to reproduce an issue which only seems to occur on App Review devices. It's mainly stuck at a loading screen when trying to sign in with GameCenter. I'm using Microsoft Azure PlayFab as a game backend. I've tested my game on two iPads and three different iPhone models. They're all able to connect to the server. No debug build was installed on those devices via Xcode. I used the same build which was rejected, freshly installed via TestFlight on the internal test track. Looking at my server logs, I can't even find one single request sent from the App Review device. This can only mean that there is some connectivity issue between their device and the server (e.g. a firewall or proxy). I've also implemented a retry mechanism so in case the request times out, it would try it again and after three retries it would eventually display an error message and further details. How shall I figure this issue out, if the only thing the reviewers provided me is a screenshot of the loading screen?

I have a question regarding app publishing. I am a developer creating applications for my clients. I want to publish an application I developed for a client using my own Apple Developer account. The content of the application consists of data provided by my client. Can I do this? Are there any examples of applications that have been published under similar circumstances?

I have recently launched a new app that replaces an older app and I want to grandfather all old app users to the new app for free. I no longer have access to the source code of the old app and it is not authenticating users so there is no way to turn off access to users to get them to switch to the new app. Would I be able to publish a new version of the "old" app with just a static screen that would say something along the lines of "this app is no longer available, download app xyz for free access to the new material" or would Apple not allow that as technically this static screen doesn't do anything?

Our app submission is being rejected with the following error message: TMS-90809: Deprecated API Usage - New apps that use UIWebView are no longer accepted. Instead, use WKWebView for improved security and reliability. We have thoroughly scanned our code and all dependent libraries for references to UIWebView and found none. looking for help, on how to address this issue

Recently, our app was rejected by App Store, reason is : "The app still uses public APIs in an unapproved manner, which does not comply with guideline 2.5.1. Specifically, your app is using NEVPNManager APIs without using VPN APIs. Since there is no accurate way of predicting how an API may be modified and what effects those modifications may have, unapproved uses of public APIs in apps is not allowed." Our app uses VPN to connect our company-internal network only. so what should we do next? i need update some options with Xcode or apply for some kinds of permission

We use CoreNFC feature for few clients. For clients who don't use NFC or add NFC related permission, the app is rejected on App Store. is there a way to make CoreNFC optional in the library and not lead to app store rejection for parent app who do not use this feature?

In our application, we have a 'sign up' link that directs users to a URL (which is shared by our website) where they can create an account on our platform. Users can create an account either through traditional sign-up methods (providing their name, email, phone number, and password) or by using social sign-up options such as LinkedIn or Google. Our application was rejected after we introduced the Google and LinkedIn social sign-up options. As a temporary measure, we have removed the link to the sign-up page from the application. Currently, users can only sign in to the app if they already have an existing account using email and password. From guideline 4.8 we have: 4.8 Login Services Apps that use a third-party or social login service … must also offer as an equivalent option another login service with the following features: the login service limits data collection to the user’s name and email address; the login service allows users to keep their email address private as part of setting up their account; and the login service does not collect interactions with your app for advertising purposes without consent. This guideline clearly specifies that the three listed features are only applicable to the equivalent (non social sign-up) option, they are not relevant to the third party login options. Furthermore, the two third party login options which we have added to the page in question (Google and Facebook) are listed as third-party or social login service options in guideline 4.8, so these are not options which are unfamiliar to Apple and are clearly separated from what the guideline defines as an equivalent option, thereby clarifying that they are not needed to be reviewed for adherence to the three features listed. I have communicated with the review team multiple times, seeking more details or a resolution to the issue, but the responses have been vague, pointing us to guideline 4.8 without providing detail on what aspect we are not adhering to. What would be the best approach to resolve this issue and reinstate the sign-up functionality in the app? Based on my research, it seems that adding Apple Sign In as a third social sign-in option might be a solution, but this sign-up method would be out of place on the website and it does not feel like Apple will strong-arm developers in such a way.

Hi, I would like to know the guidelines or rules regarding the implementation of Local Authentication. My client requirements are: After the user login in with username and password, reset password, it will then authorize face id or passcode to be able to access/navigate the app. Subsequent access will also require face id or passcode to access the app. Clicking app notifications when app is closed will require face id or passcode to access app. Is this a proccess allowed by Apple? Thanks