We did transfer an app with auto renewable subs to our account (now allowed since June 2017). We followed instructions from here http://help.apple.com/itunes-connect/developer/#/deved688524f and got the App shared secret from the previous owner. However, new users can't purchase subscriptions anymore. For info, bundle IDs of the IAP are still under the previous owner's name.
Anyone went throught the same process?
I can't get anyone from Apple on the phone on weekends...
Are we required to create new subscription ids with the new bundle identifier or these are also transferred and working out of the box as previously?
Related
I tried submitting an app made with bakerframework in the magazine category and i got the following:
To submit an app with the category Magazines & Newspapers, you must offer at least one auto-renewable subscription. Set one up in In-App Purchases.
However with the changes in in-app purchases a couple of years ago, apple disabled the option to give a free in-app subscription for a magazine.
So I tried a non consumable in app purchase. And got that message.
Then I changed the categories for the app to see whether it would accept an upload and still get the same message.
Does it keep track of your submissions and not accept changes in categories in itunesconnect?
I tried disabling subscriptions all together in the app and deleted all teh in app purchase settings in itunesconnect and STILL get the same error.
Does anyone have a solution or a similar experience with this?
Any help would be much appreciated.
i had the same issue the last two days.
It was because the build of my app was using the «Newsstand kit» and when developers use the Newsstand plist key in their app, they are required to have at least one auto-renewable subscription before submitting the app for review.
So with a new build without the «Newsstand kit», it worked ;)
The same issue occurred for my app so I have sent a request to the Apple Support team. They sent me the following answer:
Thank you for confirming this metadata was set correctly. After investigating further, it seems that this issue may be due to the fact that your app's category is set to Magazines and Newspapers but there is no free or auto-renewable subscription tied to the app - which is required for all Magazines and Newspapers apps.
Auto-Renewable Subscriptions allow users to access content or services within an app on an ongoing basis. At the end of the subscription duration, the subscription automatically renews until the user chooses to cancel. For more info, please see the following:
Offering Subscriptions
In-App Purchase Programming Guide
In-App Purchase Configuration Guide
If you are still unable to submit your app for review after including a free or auto-renewable subscription in your app, please let me know.
Kind regards,
In my app I have users subscribing to Auto-Renewable In-App Purchases. They can subscribe either 1 or 12 months.
my question is that if a user has purchased 12 months subscription from one device and suppose the device got stolen after the purchase
With new device the user login with same credentials in the application
(as now it will contain new device id ) ???
Did the user will be able to continue with the subscription, what he purchased or the user need to pay again for auto renew subscription as he/she has new device id..
You will need to use a non-consumable in-app purchase.
Check out how to do that at How do you add an in-app purchase to an iOS application?
Once you read the accepted answer you will see that your app needs a restore button which means if the user uses the same apple id with any device, your in-app purchase can be restored. There is no need for device id.
And about keeping track of time before your subscription ends. For this you should ask your user to register with their username/password and store it in your database with the subscription end date. Therefore, every time you user tries to restore in-app purchase your app can check the end subscription date in your database.
Slovakia has been added recently to list of supported Merchant countries for Google Play.
I have an account in Czech Republic (CZK) paired with Merchant Account with active paid and free apps and want to change the country to Slovakia (EUR) - mostly because i of the fees related to money transfers from a different currency (CZK to EUR) on my business account.
I have been searching on Google but found nothing except for transferring all my apps to new developer account. I'm afraid that this will hurt my play store search positions and i won't be able to transfer the Google Play Services data (LeaderBoards, Achievements)
Also i want to keep the package names.
Had someone done this? How should i proceed?
June 2017 update:
Apps with subscriptions can now be transferred!!!
The original answer:
This is a complete answer I got from Google:
Hi,
Thanks for contacting Google Play Developer Support.
I understand you'd like to change the country associated with your Google Payments Merchant account. Once your Google Payments Merchant account has been created, it's not possible to change the country associated with that account. Instead, I can cancel and refund your existing developer account and transfer your apps to a new developer account that has the appropriate merchant country details.
To get started with this process:
Edit your current developer account name. If you'd like to continue to use your developer name with the new account, you’ll need to change your current name in order to free it up for the new account. For example, name the old account “xxx-OLD,” so you can use "xxx" in your new account. Make sure you save your settings.
Create a second Google Account (with a new, different email address). After you've created the new account, you will need to configure Google Payments with a billing address corresponding to your preferred merchant country.
After you've registered the newly created Google Play Developer Console account, create a new Google Payments Merchant account from the Developer Console. Pay special attention to the country listed for your legal business address. You may need to adjust your Google Payments settings if you haven't configured your billing address properly.
Use this online checklist to submit your app transfer request.
Please note however at this time, an app transfer can't be completed with in-app subscriptions currently or previously configured for your app; this includes subscriptions that do not have subscribers, or those apps which have had all subscriptions canceled.
I understand this limitation can be frustrating, and I apologize that we don't currently have a more seamless way to transfer these applications across accounts. We're actively working with our teams to design a better experience for developers with apps using in-app subscriptions, though we do not currently have an ETA.
I appreciate your understanding, and your dedicated support of Google Play.
Regards,
xxxxx
Google Play Developer Support
The country associated with your Google Play Developer account can't be changed. However, you can create a new account that uses a different country and transfer your apps to your new account.
To transfer apps to a new account, you'll need to prepare some account information. To learn what information you need and to send your request, go to the Google's app transfer checklist.
Reference: https://support.google.com/googleplay/android-developer/answer/139626
Background
My iOS app supports multiple user accounts, but the user can only be logged into one account at a time. The app also offers a subscription service ("credits" in the form of a renewable In-App Purchase).
I'm having trouble keeping the in-app subscriptions separated to the specific user account that bought them. If a user buys credits on Account One and then signs out, and another user signs into Account Two (on the same device), the SKPaymentQueue still proceeds with the renewal process for the purchases from Account One (and, consequently, triggers the logic that unlocks those credits).
Question
What is the correct method of handling renewable in-app purchases for an app that supports multiple accounts? Is there any way to keep purchases from "overflowing" into other accounts on the same device? What else should be kept in mind?
I'm pretty sure what you're trying to do isn't possible. In-app purchases are tied to the Apple ID that purchased them. That means that if the user is logged into an Apple ID that has purchased the subscription, you are always going to be told it is available. A single user can't purchase the same subscription multiple times. The only way would be to force an Apple ID change when they change users in your app, which I'm almost certain you can't do.
I already submit a application on app store which have price $6.99. Now I am submitting new version of this app. Here I want that iPhone user, which already installed this application, should pay $.99 for this update and new user should pay $6.99
Is it possible to charge extra amount for existing user for update ? Please suggest
No. Updates from the App Store are always free. If you wish to charge for additional content, you can use the In-App purchasing system.
Otherwise, your only option is to create an entirely new App for major updates if you wish to get more money from your users.