It is difficult to follow what you are describing. But if you do not DELETE the old (production) app from the device before loading the app from Xcode then you will get that error.

and i want to create iOS app for that website (webview). An app must be more than a website. If your app is more than this website and one feature of the app is that it takes you to the website....and the 'subscription' is only used on the website, not in the app, then you do not need to use IAP. But if the subscription unlocks code or features within the app then you must use IAP.

Please clarify whether you have waited 48 hours after approval and it's still not showing.

Check your price tier to be sure you selected $34.99.

You do not need to show the price. Apple will do that before the user makes a purchase. But if you have multiple IAPs on the store (e.g. 10 widgets, 100 widgets or a 1 month subscription or a 6 month subscription) you might want to. Here is code in Objective C:             [numberFormatter setFormatterBehavior:NSNumberFormatterBehavior10_4];             [numberFormatter setNumberStyle:NSNumberFormatterCurrencyStyle];             [numberFormatter setLocale:[[response.products objectAtIndex:0] priceLocale]];             UIAlertController *alert =               [UIAlertController alertControllerWithTitle:@"IAP Products" message:@"The following packages are available for purchase.&#9;&#9;&#9;DESCRIBE PACKAGES GENERICALLY&#9;&#9;&#9;\nPlease select a package." preferredStyle:UIAlertControllerStyleAlert];             for(int iCount=0;iCount<[response.products count];iCount++){                 [alert addAction:[UIAlertAction actionWithTitle:[[[response.products objectAtIndex:iCount] localizedDescription] stringByAppendingFormat:@" %@",[numberFormatter stringFromNumber:[[response.products objectAtIndex:iCount] price]]] style:UIAlertActionStyleDefault handler:^(UIAlertAction * action) {                     [[SKPaymentQueue defaultQueue] addTransactionObserver:self];                     SKPayment *paymentRequest= [SKPayment paymentWithProduct:[response.products objectAtIndex:iCount]];                     [[SKPaymentQueue defaultQueue] addPayment:paymentRequest];                 }]];             }             [alert addAction:[UIAlertAction actionWithTitle:@"Check for recent purchase" style:UIAlertActionStyleDefault handler:^(UIAlertAction * action) {                 [[SKPaymentQueue defaultQueue] addTransactionObserver:self];                 [self performSelector:@selector(endIAP) withObject:nil afterDelay:5.0f]; &#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;comment - endIAP uses status to issue an alert&#9;- also in updatedTransactions add a cancelPreviousPerformRequestsWithTarget:                 self->status=@"no approved purchase";             }]];             [alert addAction:[UIAlertAction actionWithTitle:@"Not now, maybe later" style:UIAlertActionStyleCancel handler:^(UIAlertAction * action) {                 self->status=@"not now";                 [self endIAP]; &#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;comment -&#9;endIAP uses status to issue an alert             }]];             [self presentThisAlert:alert];&#9; &#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;&#9;comment - presentThisAlert issues an alert

Assuming that the decision to retrieve certain stored files is made within the app and further that within the app you select which files to retrieve then you are 'unlocking code' within the app and must use IAP. The fact that you do it by a 'subscription' doesn't matter. You are having the user pay to unlock code within an app - that's IAP.

It would be great to get an opinion from .... an official response from Apple. not possible one this forum. A secret is only needed for autorenewable subscriptions. The secret is only good for validating the receipt so there is little problem with sharing it with your trusted employees. But the secret could be used to hack the receipt validation process so there is a little concern if one of your employees is driven to hack your system.

if i have a free app, in which i sell clothes, or services, or collect monthly payments. how much is the fee that i will have to pay? You pay nothing except $99/year for a developer account i understand that apple charges 30% on paid apps. but how does it work with free apps with in-app purchases? 30% for IAPs what if i am selling a service or a product does apple take a percentage of that? or just the $99/fee yearly? ibid

If the 'digital product' is used within your app you must sell that digital product using IAP. The physical products can be sold using PayPal. If the user desires to purchase the digital product they would be sent to IAP software. If they desire to purchase a physical product they would be sent to PayPal software.

1) Does virtual coaching with a live person qualify as "physical services"? ie IAP not required. yes it does. (but see below) __ 2) Can users be connected to the provider within the app (through a 3rd party) and not go through Apple's IAP? _ yes (but see below) 3) ..... can the user provide their phone number and we'll call them outside the app? The app then connects user/provider for a promised coaching service and uses 3rd party payment. We would then provide coaching via phone or zoom. _ yes (but see below) BELOW: Apple will most likely approve* the app as you have suggested without requiring IAP because most of the value is from the service being provided by a real person. Were the service 'virtual' - for example a question is asked and the answer is selected from a bunch of prerecorded answers to FAQs - then that would require IAP. That being said, in reality you are selling two things in the app. One is the service itself - no IAP. The second is the cool app that connects you to a great person to answer the question - and that is more appropriately sold through IAP. How much value is in the connection and how much value is in the actual service? You might consider selling 'access to our service provider list' for $0.99 through IAP and then charge a per-hour cost for each actual question/answer session. all IMHO - no one can say what App Review will or will not approve.

App Review accesses approved and submitted IAPs when they test your app during App Review. Typically an app does an SKProductsRequest and gets a list of all products available on the App Store for that app. If the app has been downloaded from the app Store this SKProductsRequest will only return approved apps. If the app is downloaded from Xcode or by App Review, the SKProductsRequest will show all apps that are approved and that have been submitted for approval. The app then displays the available IAPs and lets the user select which one they want.

It is unclear what you mean by "we are not able to disable the automatic sign in." You can sign out using Settings/iTunes and App Store/ at the bottom tap your id and select sign out

There are many reasons for this error message. One is that you are trying to access the production environment, not the sandbox environment, because you loaded a version from Xcode over an earlier 'app store' version of your app rather than deleting that earlier version.

FYI - the original post was edited so your responding post no longer makes sense. This happens often when someone edits without indicating what they have edited. Very unsettling.

Actually section 1.4.1 goes on from there with a set of requirements. Do you satisfy those requirements? 1.4.1 Medical apps that could provide inaccurate data or information, or that could be used for diagnosing or treating patients may be reviewed with greater scrutiny. Apps must clearly disclose data and methodology to support accuracy claims relating to health measurements, and if the level of accuracy or methodology cannot be validated, we will reject your app. For example, apps that claim to take x-rays, measure blood pressure, body temperature, blood glucose levels, or blood oxygen levels using only the sensors on the device are not permitted.Apps should remind users to check with a doctor in addition to using the app and before making medical decisions.If your medical app has received regulatory clearance, please submit a link to that documentation with your app.