Is "pay with amazon" service available in india? If yes can someone provide relevant source for that? I tried following the us/uk documentations and every time I get stuck at method getOrderReferenceDetails for one time payments.
Yes, "Amazon Pay" (rebranded product name) is available in India. The business model and the product is quite different though from the US/UK/EU/JP variants of Amazon Pay, so you cannot simply apply the US/UK integration guide for India.
For further information, you may want to contact the Amazon Pay India team on https://www.amazonpay.in/.
I found the answer .
Yes "Pay with amazon" service is available in India.
The resource can be found at "https://login.amazon.com/website" .
I had to create a developer account and register the Appication in "https://login.amazon.com/manageApps" .
Thanx.
Related
A few weeks ago I implemented my first REST integration with the DocuSign API. Things over all went smoothly and with very little complaints. One particular hang up I experienced though was some confusion in regards to the Developer account and how it relates to the General account. I started with a developer account and used the test credentials to build my integration. Once my integration passed inspection it required me to choose another paid docusign account that the integration key would "go live" on. This is all pretty straight forward.
The curve ball came when I actually went to purchase the API account and it said, "you aren't eligible to purchase this". There isn't clear instruction on the site, so my questions are:
1.) In what order does the account creation need to go? Developer > General (Paid) > API Plan (Paid)?
2.) Does DocuSign expect the user, as the customer, to purchase the plan or should that plan be purchased through my developer account?
I tried to reach out to customer service directly, but it was pretty much a, "give us all of your money, then we'll help" situation. I have several customers who are interested in this integration, but I'm not comfortable presenting this as an option until I get a better understanding of the process. Any advice is greatly appreciated.
In general, DocuSign does require a paid account to complete the Go Live process. If you - the integration owner - will not be using DocuSign yourself, you would want to reach out to the [DocuSign Partners program][1] to receive a free Partner account that can hold your integration key instead of having to purchase one.
From there, the end users of your integration can purchase their own DocuSign accounts. You could potentially act as a reseller of DocuSign if you were so inclined.
https://www.docusign.com/partners/become-partner
If you still need assistance, please email apihelp#docusign.com with this information. Someone will help you right away.
we are developing a SaaS (node.js) and struggling how we could manage our subscriptions and billing. First idea was Stripe, but there are limitations like no PayPal Integration, not covering all tax rules in Europe etc.
Is there a solution in node so we could integrate it seamless in our product? something like:
- subscription management
- provides payment cia Stripe, PayPal, amazon Pay
- creates invoices
- compliant to european tax law (reverse charge etc)
Any idea? I asked google (and other engines;)), no result.. there are so many saas build up on node, can't imagine there's no solution
best
Felix
Hope you are doing great days.
I am trying to set up payment by using stripe connect. I followed the tutorial 'https://stripe.com/docs/connect/express-accounts' and finished everything. (Admin account is Europe based)
But when I test my onboarding process, I can't create a European account(step 2 of above documentation). I am supposed to be a US based user and I am required to input US phone number, social digits and etc.
Of course I can pass this process with test methods(phone num: 000 000 0000). But when I pass with test data, I am registered as a United States based account in admin's connect account. Thus I can't transfer money from admin to registered account with 'stripe transfer api'. Error is occurred because admin and connected account are not from same region.
Is there anyone who can help me with this problem?
I tried to explain what my problem is but not sure I did it exactly. I will be happy if you contact me. Please feel free to ask me if you can't get what my problem is.
Many thanks.
I found that stripe express account is only available in U.S.(Mr.Karllekko hinted me). I contacted with stripe support team and they say that Express account is not available in Germany. So I decided to implement current business logic with Custom account.
Thank you guys who are interested in my question. And thanks again, Karllekko.
I'm building an uber-like app where there are customers, and drivers:
Customers need to have a wallet to which they can add money using credit cards
Drivers need to be paid when they complete a ride, and my platform receives a commission on each ride fare.
I experimented with Stripe, but they don't seem to support a customer wallet implementation out of the box. Neither does braintree. Am I missing something?
Full disclosure: I work at Braintree. If you have any further questions, feel free to contact
support.
Happy to offer help!
Customers need to have a wallet to which they can add money using
credit cards
Braintree has a Vault in which you can allow customers to store payment methods, but there is no feature which will allow them to "add money". These payment methods are represented as payment method tokens which can be charged at any point.
Drivers need to be paid when they complete a ride, and my platform
receives a commission on each ride fare.
Braintree offers a Marketplace solution that allows you to split a payment to two parties; one being a sub-merchant (in your case, a driver), and a service see being sent to you, as the master merchant. You can read more about Marketplace at this link.
Feel free to reach out to support if you need further clarification!
Stripe doesn't support a 'wallet' style approach, but you can definitely use Connect to build this, though you'd then charge your customers at the time of purchase/use, rather than having them 'prefill' a wallet.
I'd suggest you reach out to Support if you have further questions on this one.
In your experience which are the best recurring payment solution and merchant account providers in Asia?
What would you think are the key criteria to choose a recurring billing solutions provider? (with most Asian currencies)
Based on what I found in my search so far, I noted the following.
PayPal does provide recurring payment services in Asia - but customer support is as bad as it is elsewhere with PayPal around the world and with the additional risk of getting blocked for >5% of refunds.
PCI Compliance is absolutely necessary on the part of provider.
Based on initial search found "Money Bookers" but not sure how good their service is - seem to be able to transact in 200 countries so far.
Your experiences (good experiences & warnings) in dealing with recurring billing providers and merchant accounts will be helpful to choose for my implementation.
TechCrunch recently featured SaaSy which seems to fit your criteria pretty well: http://techcrunch.com/2011/03/17/online-subscription-billing-is-still-a-hassle-saasy-aims-to-change-that/