I want to test a new in-app purchase on a live app before the IAP goes live. I don't see any way to associate the IAP with the Test Flight version.
Is there anyway to do this?
You should read the "Testing In-App Purchase Products" guide from Apple but the key points are:
To perform testing for In-App Purchase products:
Set up test user accounts within Users and Roles in iTunes Connect, as detailed in Creating Sandbox Tester Accounts in iTunes Connect Developer Guide.
You’ll need a test user for each territory you want to test the app in.
Clear any account information stored on your test device. This prevents an actual user account from automatically being used when testing.
Use your test account credentials to test the purchase.
You can setup your sandbox test users in iTunesConnect. The following has detailed information.
https://developer.apple.com/library/ios/documentation/LanguagesUtilities/Conceptual/iTunesConnect_Guide/Chapters/SettingUpUserAccounts.html#//apple_ref/doc/uid/TP40011225-CH25-SW10
The products must be real products ready to go live with your next release however you should be able to test them beforehand.
Related
I'm integrating a react native app with PayPal's REST API and all has gone quite smoothly. However, when I click through, the buyer does not get the option to complete the purchase as a guest. I'm using a v1/payments integration; The transaction works if I login or create an account, but is it possible to let buyers pay without having to login?
I have researched and done most things people say you should do, like having a business account, enable guest payments, etc.
I tried using this github as an approach to using REST API, it works fine but if it helps: https://github.com/tonynguyenit18/paypal-RN-intergration
This isn't a REST API issue. You are getting the expected behavior of the PayPal Checkout in general. Guest checkout is available on a case-by-case basis. Very many factors -- such as the country of the buyer, IP address, repeated payment attempts, and testing payments to one's own account in the live environment -- are used to determine guest eligibility.
When a checkout is not guest-eligible, the buyer can still enter their card details but will also need to choose a password to create an account in the process.
Again, this is just how the PayPal Checkout works in general.
By the way, the v1/payments API is deprecated. You should use 'Create Order' and 'Capture Order', documented here.
I am developing an app for iOS. I am planning to publish this app in app-store as free app. I would like to authorize app users via outside RESTful webservice. Is this practice against any Apple official guidelines and can be not approved by Apple app review?
The Apple Review Guidelines 11.1 states:
Apps that unlock or enable additional features or functionality with
mechanisms other than the App Store will be rejected.
It sounds clear, but I believe it is open to interpretation on behalf of their reviewers. My company has produced an app exactly as you describe and it not only passed but has been versioned up very recently. Like yours, this app consumes a web service and while the launch screen is public facing, the user must immediately authenticate on the screen after that to go any further.
Our app was not a good candidate for the enterprise store model, since the intention is to distribute to customers, not employees.
Also, and perhaps most telling, when you prepare to upload your binary the iTunes Connect portal has a place for you to enter demo account credentials for the testers to access protected content in your app. So I think you're OK. Screencap below taken from iTunes Connect.
UPDATE
Apparently, when submitting your app you can provide demo account information (#erikr98), implying that an app like yours could be tested by Apple and be approved in the store. I've seen apps like this and worked on them before, but was under the impression that you also had to provide some sort of functionality in the app outside of your "pay wall."
....
I think the answer is maybe. It sounds like you're hovering the line between a public app and an enterprise app. I'm going to assume your question could be rephrased like this:
"I make money from my customers through an existing process (probably on the web) and I want to allow them to use that functionality on iOS without giving 1/3 of that money to Apple via a paid-app or through In-App Purchase. If I build a free app and provide my current customers access to its content via their existing accounts (and through a login process) will Apple reject it?"
Apple's App Store Review Guidelines, Section 11, clearly states that if you allow users to upgrade the content, unlock features or abilities, or purchase content through your application, that purchase must be done through In-App Purchase.
However, in my experience I have found that Apple will not reject an application if it provides value to everyone, not just those with an account. If you provide some sort of benefit for someone without an account you stand a much better chance. In my case we had, 5 features available to the people without an account, and 10 features available for those that could login. Our app was approved and released to the App Store. This was last year.
Also, think about this from a reviewer's perspective at Apple: When you sit down to review an app, its probably not a good sign that you can't access any part of the app without a user name and password.
Look at the model that the newspapers use. Washington Post, for example, has a free app with a $15 In-App purchase that provides you access to their content. You get a limited number of free articles, first, though. See, they provide content for everyone even if on a limited basis. You can also sign into the application, which unlocks all content, if you already have a paying account.
I would like to test txn_type of 'subscr_payment' using paypal's ipn simulator.
but there is no such option.
while as you can see here there is such txn type
Correct; not all transaction types are currently supported in the IPN simulator.
We are planning to add more scenarios to the simulator, but for this kind of testing (which would require multiple successive IPN messages), I would recommend creating a subscription button in the sandbox environment and having it bill manually.
Unfortunately that's the only way to simulate subscription IPN messages today.
I also wonder if you can simulate subscription in IPN Simulator, but based on the choices, there is no way you can simulate subscription using IPN Simulator.
The best way to simulate subscription is to create Sandbox test accounts: one for the 'buyer' and one for the 'seller'. You can do this by going to Paypal Developer and go to Applications -> Sandbox Accounts.
My Sandbox test accounts: one for the buyer and one for the seller:
Once you have create the two test accounts, go to Paypal Sandbox site, login into your buyer Sandbox test account and create a Subscription Button. Wallah! You are done. Note: make sure to set the billing cycle to 1 day only so that you quickly test your Paypal IPN Listener.
Sandbox Subscription Button image:
Email notifications to your Sandbox test accounts can be seen at the Sandbox account notifications.
From within the PayPal developer site, you can go to the IPN simulator, select Transaction Type as Web Accept, click Show All Fields. You can then edit txn_type to be subscr_payment, subscr_signup, etc.
It's not perfect, as it doesn't give you all of the variables, but you can put info in other entries, and use a logical to determine whether or not the correct entry exists.
Do one test subscription, so that you have the values, and then work from there
I'm developing an app that uses In-App Purchases, but when I tap on buy and enter my Apple ID and password I get this error:
This is not a Test User account. Please create a new account in the
Sandbox environment. [Environment: SandBox]
You can't use your Apple ID for testing the In-App purchase.
You need to create a test user (with different email id) in the itunes connect for testing the in-app purchase.
Go to iTunes Connect
Login with your credentials
Choose manage Users
4> Select Test User
For testing the in app purchase in development phase you need to
create the test user in the sand box environment , For walk through
use this link
[1]: http://www.raywenderlich.com/2797/introduction-to-in-app-purchases
i want to set up a test account to test in app purchase on sandbox, i am logging into intunes connect and following the same procedure as prescribed in the itunes connect developer guide. i am clinking on manage user, but i am not able to see the window where i can select test in app purchase user.
do i need to do any change in my profile to make it visible.
Just didn't had the paid app contract certificate so wasn't getting the page
now it is working fine... In case anybody is stuck in this, check it once.