i'm new in mobile app.
I am developing an app in CodeNameOne.
I created a flow-chart to describe it.
is it possible to implement it in codenameone?
does google & apple support to query on purchased items by invoices id?
See these about IAP in Codename One:
http://mobilecodetogo.blogspot.co.il/2013/02/in-app-purchase-in-ios-with-codenameone.html
http://mobilecodetogo.blogspot.co.il/2013/03/android-does-it-better-in-app-purchase.html
Normally the products need to be listed in the client side since listing isn't a very cross platform feature so you need to have the product id's on your side.
Related
I'm developing an application and I'm looking which tool should I use for adding priced features in it.
Before answering, there are some things to take in account, that's what blocking me:
1 - We have a web application which already manage purchases for the web, and we would prefer going through our API to manage purchases as it's already here.
2 - We have 2 differents type for purchasable items : a subscription (for now we have 3 months or 12 months subscription, but we're working on making only one kind of subscription) and a virtual currency in a virtual wallet that the user can fill as he wants.
3 - Last but not the less, when a user subscribes or add currencies to his virtual wallet, those items are also available on the web application.
I've troubles choosing IAP or Braintree/Tribe, because it's seems to me that some Apple's guidelines are contradicting each others in my situation :
"11.1
Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected
11.2
Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be rejected"
Those first rules are saying that I just cannot use any third-party API to add priced content in my application.
"11.3
Apps using IAP to purchase physical goods or goods and services used outside of the App will be rejected"
In my case, I feel like the subscription and our virtual currency are concidered "goods and services" used outside of the app, because the user can use it on our web application
"11.4
Apps that use IAP to purchase credits or other currencies must consume those credits within the App"
Here, Apple seems to tell you "Ok, go for the virtual currency, BUT we prevent you from using it outside of your iOS application"
So what should we do ? Can we add our purchases inside of our application, or are we forced to say to the user for buying them on our web application ? And if we can add them in our application, does it go to the In-App purchase or to the "third party payment API" because it's used on our web app too ?
Thank you in advance for your help
Bilkix
I'm no expert, but my understanding is that you have to use Apple's In-App Purchase to unlock content within your own app (for instance, if your app is a game and you want to sell additional content such as new levels, you should use IAP).
For selling goods that aren't relevant to the app (i.e. the app is merely a storefront), then you must use an external processor.
For reference, here is the support article from Stripe that covers this topic: https://support.stripe.com/questions/apple-and-stripe-tos-and-fees
(Disclaimer: I work for Stripe.)
I am doing an iphone application which involves payment mechanism when all the time user joining in a group.
For example: I am registered user .i can create a community ,and i can join in a community.To create and join i need to pay some money.
So,What is the best of doing payment in this scenario.
can i go for in-app purchase which apple provide? or can i go for any payment integrations methods like paypal sdk?
Which is the suitable process for doing payment every time to buy a product or to join in a community?
Here its not a feature i am buying once.it is like product i can buy many times.
I am in a way of searching for the solution.hope i can get here.
Thank you.
Refer to Section 11 of the following document (Apple's guidelines for app review)
https://developer.apple.com/appstore/resources/approval/guidelines.html
You can sell physical goods using Paypal, Stripe etc. which provide iOS SDKs to integrate payments within your app. But for selling in-app content/subscriptions, you must use Apple's In-app purchase in which case you'll have to share 30% of your revenue with Apple.
My company develops Apps for different clients say ClientA, ClientB, and ClientC. I already have my company's iOS developer program setup and have Apps for ClientA. Now I want to develop an Apps for ClientB and ClientC, and want to keep their App selling and Bank accounts separate. If I create new iOS developer programs, when people clicks more Apps from this Developer, it won't displayed ClientA, ClientB and ClientC all together. Am I right? Can someone please help me here?
Client B and Client C will require their own accounts which you could use to publish their apps on their behalf
You must be create new Apple Developer Account for clientB and clientC. and publish your app with this new account.
When user clicks more Apps from this Developer, it'll display the name of the app's provision profile's developer account only.
if you want to list the number of apps developed by your company means, Open one developer account with our company name and use in your company app.
If you want to keep the bank accounts for each client's app separate, then you have to use a separate iOS developer account for each client, and you can not list apps under your own individual name. Apple does not recognize non-incorporated partnerships, only individuals and companies.
Choose one or the other. (Or forget developing for Apple's iOS App store).
I've recently taken over development of an iOS project for a company, and we have a completely new version in the works. To distribute the beta without overriding the old version (so our users and testers could use both on the same device) we've set a new bundle ID and such for the new one.
We're going to have the same In-App-Purchases available, so I'd like to be able to just access the old ones in the beta. Can I make them available to multiple Bundle IDs?
Yes and no, you can't share subscription between apps, but your backend can verify if user is allowed to use feature behind In-App-Purchase. But you are responsible to not to take money twice for the same feature.
source: https://developer.apple.com/app-store/subscriptions/
Offering Subscriptions to Multiple Apps
You can offer auto-renewable subscriptions to access multiple apps in your portfolio. Each app must be approved to use auto-renewable in-app purchases and must be published under the same developer name on the App Store.
In iTunes Connect, you’ll need to set up separate and equivalent auto-renewable in-app purchases in each app offered in the multi-app subscription so that users can subscribe from any app. To avoid users paying multiple times for the same offering, you are responsible for verifying that they are subscribers in one of the apps before showing any subscription options. To do this, consider maintaining an account management system in which users create an account with your business to sign in to each app.
I understand that in server model of in-App purchases in iOS, the products(non-consumables in my case) would have to be hosted on my own server. Now, with iOS 6, it seems apple allows you to upload content to their servers. Does that mean that if I have to add more products in the future, I only have to upload more content, add description and pricing, associate it with my app and submit it for approval? or do I still need to have a list of products on my own server which will be updated(with new products in the future) and downloaded by the app after purchasing and which will fetch products?
Sorry if I am sounding confusing but I could do with some clarification.
THanks.