in-app-purchase

问题 Can we use in- App purchase in an iOS App distributed as a enterprise app? If not possible can we use paypal or any other purchasing mechanism for that?Does Apple create any problem here as they did for Kindle App using payment other than their one? 回答1: If you're not going to publish the application in the AppStore, you can use any purchasing mechanism that you want. 回答2: Since the Enterprise license doesn't cover App Store integration, your bundle ID isn't registered and approved with Apple

问题 I have an app which has some purchase option. However, I don't want to make it through the app itself. For that, I already have a website for the purchase. So can I create a redirection page from my app to the respective webpage? Will my app get rejected? or is there a better solution? 回答1: if you want to sell tokens/credits/gold coins/gems or whatever as consumables in a game they also must be through In App Purchase. Meanwhile for Physical elements that we brought from any e commence app

问题 I have 2 auto-renewing in-app subscriptions being reviewed by Apple, but I keep getting rejected. Note that this is not related to IAP product (which apparently have not yet been reviewed) but instead to how I present the information in the UI. I can never get Apple to say expressly how to overcome the rejection. I appealed it once and it was again rejected, although I did put the requested information in the metadata and in the binary. I changed the flow of the app so that I present the

问题 I've been trying to test some consumable IAP on iOS, and I'm getting a strange error. An alert pops up with the text: "This In-App Purchase has already been bought. It will be restored for free. [Environment: Sandbox]" I have checked, and I'm certain that my IAP is consumable in iTunesConnect. It seems that my validation process is somehow failing, but I wouldn't expect this error message. Does anyone have any experience with this? 回答1: I'm not sure if this is the correct action, but calling:

问题 I have recently implemented In App Purchasing in my app. Good thing Apple has documented the whole process very well. Using those docs, I'm finally able to test In App Purchasing through the Sandbox, which is a very convenient feature. I have successfully tested my app so that it reacts to whatever the StoreKit returns when I tap the buyButton . Now here's my question. From the docs, it says that the Sandbox simulates the transaction process with no financial stuff. So I'm free to buy as much

问题 I plan to use non-renewing subscription on SaaS app since apple doesn't allow auto-renewable for SaaS. Apple also requires us to provide a server side mechanism to track the subscription with multiple devices. But, based on my research, apple also seems to reject app if registration is mandatory, so such user registration must be made optional. My app can be used without registration at start, so registering is optional at this point. But, if users want to buy non-renewing subscription,

问题 I followed Ray Wenderlich's tutorial to implement receipt validation in my app. The code connects to Apple's validation server directly from my app rather than going through my own server. After I submitted my first binary to the AppStore, I tested my app and the in-app purchasing didn't work because I had switched it over from the sandbox URL to the production URL. Will this also fail when they AppStore reviewers test it and therefore be rejected? I've read this post but I'm still very

问题 I'm trying to test the in app purchase in my app. When i restore the in app purchase with a test user who bought the in app purchase it all works fine. But when i try to restore an in app purchase with a user who didn't make the in app purchase before i expected the framework to call the following method: -paymentQueue:restoreCompletedTransactionsFailedWithError: but instead the framework calls: -paymentQueueRestoreCompletedTransactionsFinished: like my test user already bought the in app

问题 I've looked around and it seems like several people are having this issue but no-one seems to have solved it: Adding Apple in-app purchase to Electron HTML/JS app https://github.com/electron/electron/issues/3745 https://discuss.atom.io/t/osx-in-app-purchases-in-electron/22885 Some people suggest using this Node to Objective-C bridge to do it: https://github.com/TooTallNate/NodObjC Other people suggest using this in-app library, but from what I can see, it only validates receipts: https:/

问题 I'm trying to add in-app purchase for my existing published app that didn't previously have billing permission. I've uploaded an updated APK with billing permission, but didn't activate it since I don't want to publish this draft. However, I can't add in-app product - it still says "the current application version does not use the BILLING permission". Any way to solve/work around this problem? 回答1: Change Android version code in Androidmanifest.xml file. android:versionCode="1" suppose if