Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 5 years ago.
Improve this question
Currently i am trying to develop a native iOS application where i have to integrate Stripe based Apple Pay, For that i have added the SDK provided by them inside my project.
At the final step, i am going to test the apple pay functionality but i am not sure how i can perform it.
1) Do i have to add some dummy / test card account in my Passbook application ?
2) or Do i have to add some real card account in my Passbook application but while payment operation, if i perform any transaction then do it deduct the balance from my account?
3) or Nothing setup is required for Passbook for development purpose
Please guide me.
According to the documentation if you use your test API keys they'll detect it. Here is what it says exactly:
How do I test Apple Pay with Stripe?
Apple won’t let you add a fake credit card to Passport and the iPhone.
However, if you’re using Apple Pay and your test Stripe API keys,
we’ll recognize the situation when the Apple Pay request is made and
return a successful test card token. To test a payment in live mode,
you’ll need to use a working credit card.
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 2 years ago.
Improve this question
I've been developing my app for quite some time and I need to integrate PayPal. I tried Braintree but I found out it is not supported in my country. I've been searching and found same questions here but so far everything seems to be vague and not clear. So I tried and followed the steps from this link provided by PayPal https://developer.paypal.com/docs/accept-payments/express-checkout/ec-braintree-sdk/get-started/ but it still needs the merchant id, private and public key which can only be found in Braintree. Am I missing something from the resources around here?
Try and follow the steps below :
Download the iOS Mobile Payments Library SDK from Paypal(Make sure
you include all MPL components inside your app)
Get your App ID and use the Paypal sandbox App ID
Specify your environment for testing
Include your values in the MPL call
Set your payment types
Make your payment calls (at this stage if everything is successful,
the user is normally presented with the in-app Paypal login screen,
and the user makes payment which happens inside your app)
On completed payment, the MPL returns control to your app
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 4 years ago.
Improve this question
I’ve created an app using Ionic and Cordova. It runs on iOS, Android, and the web. The app helps streamline most tasks that small business owners face. It’s basically a CRM. In order to use the app a monthly subscription is required after 30 days. I’ve integrated Stripe as my payment processor and works well on every platform. However my app has been rejected twice now by Apple for not using their in-app purchaser which is required according to guideline 3.1.1. I just submitted the app a third time and this time I’ve structured my app exactly the same way as apps such as Salesforce and Insightly. When you download the app all you see is a login page. There is no option to create an account or a link/information pointing the user to a website where they can subscribe. All payment processing is handled outside of the app in the web browser. Im really hoping this change does the trick because I want the mobile versions of my app to act as simply companion apps after they subscribe on my website. I want to see if others could shed some light on this for me. I believe setting it up this way allows your app to fall under guideline 3.1.3(b). If I get rejected again for not using in-app purchases when my app is structured the exact same way as others currently on the App Store what can I do?
According to Apple:
3.1.3(b) Multiplatform Services: Apps that operate across multiple platforms may allow users to access content, subscriptions, or
features they have acquired elsewhere, including consumable items in
multi-platform games, provided those items are also available as
in-app purchases within the app. You must not directly or indirectly
target iOS users to use a purchasing method other than in-app
purchase, and your general communications about other purchasing
methods must not discourage use of in-app purchase.
I think the important point here is you CANNOT advertise anywhere in an app that you are selling something outside of iOS. So your example of Salesforce displaying nothing but a login screen does not violate these terms. Including even a link to your homepage will get you rejected by Apple.
The key point that Apple generally looks for is whether or not the purchase is being made to unlock in-app functionality. If users are paying for goods or services outside of the app, then Apple doesn't make you use their in-app purchases. (see 3.1.5 (a)).
Evaluate your application to see if it is clear that users are paying for out-of-app or multi-platform functionality.
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 5 years ago.
Improve this question
I was considering to implement a payment method in my iOS app.
I considered to use IAP (In App Purchase) or PayPal. IAP is actually very expensive, Apple charges up to 40% according with the country you belong. On the other hand PayPal charges you something like 3% - 4%.
Anyone knows why the gap is so huge?
Does PayPal breaks Apple purchasing terms?
The gap is huge, because Apple brings you the end user directly, by using it's tools, platforms and market, whereas, PayPal is just a payment system, which does almost nothing for you.
In this case, you should consider the Apple just like your agent selling your house, who searches for customers, advertises, does all the documentation s**t, sells and gets his percent from the sale. So, Apple is getting it's 30% for using it's ecosystem, not for the payment only.
And, no, I don't think PayPal breaks Apple's purchasing terms.
PS: I don't work for Apple ))
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 9 years ago.
Improve this question
There's a service without free registration or something like that. Clients of this service have login and password. This service wants to develop an iOS app and distribute it in the App Store. This app won't be useful for regular users. Is it possible to submit this app in the App Store?
I understand that there are options like enterprise developer account, but for some reasons the developer wants to use regular account and regular app store.
I've read App Review Guidelines and didn't find any restrictions which require application be useful to anyone.
Of course test login will be provided for reviewer.
It is possible, look at concur & office 365 as examples
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
My App is rejected by the reason :
"We found your app inappropriately unlocks or enables additional functionality with mechanisms other than the App Store, which is not in compliance with the App Store Review Guidelines"
"It may be appropriate to revise your app to use the In App Purchase API to provide content purchasing functionality. "
What I have done is as below:
As this app is for my specific customer companies to use, I only want the companies who get the Invitation Code from me to use my app. There is no charge. I don not know is it necessary to use the In App Purchase API instead? if it is true , can you give me some tips?
Your application cannot be used by members of the general public, and thus does not belong in the App Store.
If you only intend your application to be made available to a few specific people, you should use Ad-Hoc Distribution to make it available to them.
Explain the purpose to the review team, sometimes they listen.
Also, maybe have that message as a "login page" instead. Have a username and password rather than a verification code. The verification code message may look more like you are selling the app behind the AppStore. Also provide the review team with an access code / login details if you haven't already so they can actually review the app.