I am currently working on one shopping cart application in which the payment flow works like this. When the customer pays, some portion of the amount (say 5%) will be transferred to the main owner account while the rest of amount will be transferred to the vendors account. So its an adaptive payment type of payment I guess.
After doing lots of R&D, I got an idea that I can accomplish it using the MLP library. But my client is asking for using Braintree v.zero iOS sdk. And I didn't find how we can integrate the adaptive payment with this sdk.
So, what I want to know is, Braintree v.zero iOS sdk supports adaptive payments? If yes then how? Any link?
No, Adaptive Payments is not supported in the Braintree SDK. The Braintree SDK is a separate product distinct from any single PayPal product, although it will probably evolve similarly to PayPal's newest REST-based products.
PayPal's MPL product was a contemporary of and closely affiliated with Adaptive Payments but both products have since been superceded. Unfortunately, not all features of the earlier products are present in the newer products.
I think you are looking for Braintree's "market place" solution. Here's the link: https://www.braintreepayments.com/features/marketplace
Let me know if this makes sense (or not).
I work at Braintree. Both Gautam and geewiz's answers are correct.
If you are looking for something similar to PayPal's adaptive payments with all available features, that is not something you can do with the Braintree SDK.
However, if you are looking for a system where you can facilitate transactions between two parties and charge a percentage for facilitating, then yes the Braintree Marketplace. would meet the needs you have laid out here. I encourage you to look at our docs to confirm that.
If you have some more detailed questions, please reach out to support#getbraintree.com and they will be able to help you.
Related
I would like to include Paypal as a peer-to-peer options to pay back friends in my iPhone app.
However, when I search online for Paypal iOS, it says that I should use Braintree now.
It's pretty easy to use and include in the application.
But I don't know if and how Braintree handles peer-to-peer.
I suppose it should, since Paypal doesn't approve Adaptive Payments anymore.
Adaptive Payments is now a limited release product. It is restricted
to select partners for approved use cases and should not be used for
new integrations without guidance from PayPal.
So how to include peer-to-peer in my application now?
I came across your question, because I have the same issue. I was on the right track using Adaptive Payments, and then came back to work on it to see that lots of things had changed. Also, both the sender and the receiver have to sign up for PayPal to make peer-to-peer payments.
I switched to using Braintree - here's their iOS setup page.
From my understanding, you just have to manage payments between the two parties. The payer would pay you, and then you would in turn pay the payee.
For example, A --> Your App --> B.
I'm working on the same thing, so when I make some headway, I'll come back here. Otherwise, if this doesn't work, Stripe it is!
Good luck!
After some extensive googling, I managed to find the answer here : setting-payee
You need to add new "payee" object in "transactions" array along with "amount" and "description".
Here is my question. I'm working on a app that customers can book flight tickets online. that means they can search for a flight, select it and book.
Now I'm stuck with the payment part( lots of confusions with this part because apple gets 30% for each purchase for digital goods).
but I think selling a tickets goes under service category. correct me if I'm wrong.
Should I use Apple Pay with this ? is this mandatory with after iOS 9 ? or can use 3rd party.
As I know , apple has mentioned that if we are selling physical goods or services we have to use a 3rd party payment process like Stipe.if we go in this method, do we have to pay 30% from each purchase.
In other hand, my clients asked me to implement the payment part with their existing web payment.is this a good idea and , is it that much easy to do this.
need your help and idea with this.
First of all, I would like to clear you that Apple Pay is available only for US, UK, Canada, and Australia on supported iOS devices. The Implementation of Apple pay is very easy follow my article -
apple pay step by step implementation using braintree
My app needs the ability to pay different merchants, so essentially I'm acting as a middle man. A user would fill up their cart from one merchant and then I'd present them the whole paypal interface and then that particular merchant would get paid. So first question: is that possible? Or is it only possible for MY account to get paid? If I had 10 merchants, I'd like to directly send them the payment amount (and have them pay the transaction fees).
The other question is discounts. Say a merchant creates a discount of some kind, is it possible with the mobile SDKs to apply these discounts?
My app is for iOS at first but will be quickly followed by an Android and then a web version of it. I don't really care which SDK I use so long as it can meet all my feature needs.
If none of this is possible with any of the SDKs, are there any out there that might accomplish what I need? Thanks.
It sounds like you're describing chained payments. You can utilize chained payments by integrating with classic MPL. The new Mobile SDKs will support these kinds of payments in the future, so keep on the look out!
I'm building an app that registers people for an event and charges them a registration fee. I've got most of it built but I'm having trouble actually charging them. I've read the guidelines and don't want to use apple's in-app purchase method because they charge a big fee and the goods being purchased aren't digital or for in-app use.
I've looked at doing paypal and I think that should work fine for me, I've already started playing around with their sdk and sandbox. However, I would also like the ability to charge a credit card. I found card.io that looks like it works really well but that just gets me the card information, it doesn't give me a way to actually process a transaction. Also, I know there are card readers like Square out there but I'd like to do everything in my app, not need the user to switch out to a processing service. Any ideas on how I can make this work? Thanks!
If you use a service like Balanced or Stripe you can tokenize your card info straight from the phone, this will save you having to process it via your server which keeps the PCI hassle low. These services are only for tokenizing and charging cards, if you're looking for a way to capture card info e.g. scanning or swiping the card, then a service like card.io or Square is what you want.
If you don't want to get the assle of the PCI-DSS certification you could use Braintree in combination with card.io.
Braintree offer an ios sdk so it won't even hit your server. (See https://www.braintreepayments.com/mobile-payment-processing.)
Card.io just let youscan the card, but when youget the card info back youcould push it to the braintree api.
Since what you are selling is a "service" you don't need to use the Apple in-app service.
You might look at the newly released PayPal iOS SDK.
Looks like you're looking for a Square solution but in your own app. You might want to check out CardFlight (https://getcardflight.com), as they provide the hardware and an SDK so that you can process payments within your own app. They work with your processor so you can still use Braintree to process the payments.
Full disclosure: I am currently working on this. We realized that there was a huge opportunity to provide the software and hardware so that people can accept physical card payments within their own app.
I'm aware that we can integrate in-app purchases with storekit. but i want to integrate payments using credit card. will apple allow to integrate such libraries? Are there any such libraries available where users can use their credit card for payment of products with in my app?
Depending on what users are purchasing*, you should be just fine accepting payments in your app. Instead of trying to incorporate some type of payment library into the app I would recommend using a payment API that offloads the work. Take a look at http://stripe.com/ for an example of an excellent payment system designed for ease of integration. Their API reference even mentions integration with iPhone apps.
*If you are trying to sell features or services of the app itself you will almost definitely be running afoul of Apple's guidelines, but based on the fact that you said "products" I am assuming this is not the case. In fact, while you must use the in-app purchase system for "content, functionality, or services in an app" you are specifically forbidden from using it for "physical goods or goods and services used outside of the application" (item 11.3 of Apple's App Store Review Guidelines).
Apple does allow not Apple's IAP in-app payments for goods not consumed in the phone (Digital content) as stated above.
See this example of an approved app that use external library for accepting credit cards in their app:
iStash
In my opinion Stripe is good solution but not the ideal for in-app as it is a web based solution and focuses on web experience.
If you want a true mobile in-app experience I suggest you check out PayPal library or my company, ZooZ, which accepts both PayPal and Credit Cards in one integration.
working project can be find here on github stripe example.
As an iOS dev you'd best have a good read through this. Specifically pertinent to you is section 11.2:
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
They want the profit, and they get their cut if you use the IAP API. Hope that clears up any issues.
EDIT: I am assuming based on the wording of your question that the payment will unlock something transitory in the app. IAP are only appropriate when purchasing something digital. If what you are selling is physically tenable, then you shouldn't, and in fact are not allowed, to use the IAP API. In that case, something along the lines of Stripe or a web-based version of Paypal's API would work.
In support of David's answer, I would like to add that, using a payment API to accept payments for products/donation through your app would be ideal.
Apple Pay is now available (as of today) on iPhone 6 and 6 Plus, and active only in US.
But if you still want to add support in your app for devices that cannot use Apple Pay, Authorize.Net now has an iOS SDK which you can use to integrate and enable credit card payments.