we have integrated with Amazon's API http://docs.developer.amazonservices.com/en_US/orders/2013-09-01/ and the results look great,
But it is not showing us the Amazon Fee value. How do we get that number in the results?
We can see all other amounts such as taxes, discounts etc but not the fee charged by Amazon to sell the item.
Any suggestions would be greatly appreciated.
Fees are found in the Finances API. Look at the various financial datatypes to find the fees you're looking for. I believe this is a fairly new API. We started pulling our fees out of here a couple months ago.
Related
I have a website in which I use Stripe and its NodeJS SDK. In particular, I use the checkout feature.
The problem is this: I have a product and I want to earn, let's say, 100€ for each sold product. In this moment this is not possible, because when the user pays, I will have stripe's fees removed from the 100€.
Is there a way to specify: "this is the price that I want to earn, without the fees, the additional fees will be paid by the user"?
Or do I have to increase manually the price and adjust it so that after the fees it will result in 100€?
It’s not possible to do that automatically, you need to manually compute the amount that includes the Stripe fee. The formula to compute that amount is explained here.
However, note that:
You cannot really know the Stripe fees in advance when using Checkout, since they will change depending on the Payment Method used (for example cards in EU have a different fee than cards in the US). You can learn more about Stripe pricing here.
And in some jurisdictions, charging processing fees to your customers is prohibited by law (as explained in the first link I shared).
So instead of customizing the price to each charge, I would recommend to directly set the price to cover your own costs of doing business (including credit card processing fees). For example, charge your customers 102€ for your 100€ product.
I am creating a Stripe Connect marketplace which charges a fixed fee based on value of sales, e.g. up to £2500 of revenue (for a connected account in a calendar month) will incur a flat fee of £200 per month to the platform.
I have read the Stripe documentation but still quite unclear how I can achieve this using a Standard Connect account. I understand the concept behind adding a flat fee per transaction but my use case is based around the amount of revenue over a time period.
Any help is always appreciated.
it sounds like you want to keep track of the payments processed by your connected accounts in order to figure out what to charge them.
The best way to do this is probably to set up a Connect webhook and listen for events like charge.succeeded and keep a running total each month for each account.
You have a number of options for charging your accounts, but using Billing to create a subscription that you update as their revenue grows is probably the best experience. You could also use metered billing with pricing tiers based on the payments you track.
If you need to calculate historic revenue, you'd need to manually retrieve the payments and calculate the total for the month(s) you're interested in.
NOTE: For both the webhook events and the retrieval approaches you'd need to be aware of several different objects other than Charges that may affect revenue up or down, like PaymentIntents, Refunds, Disputes etc depending on the details of the connect account's integration.
Hope that helps!
I've read all the documentation on this I could find (maybe there is more?) and I'm still unclear on the $2 fee per active account per month.
If I am building a peer to peer e-commerce platform, let's say there are 100 active user accounts.
Of those 100, 10 active accounts sell goods and 90 active accounts are only purchasers of goods from those 10 sellers.
Would the $2 fee be for only the accounts that are selling? Or all 100? This would be a significant monthly cost difference at $20/month vs $200/month.
Thanks in advance for any guidance.
Would the $2 fee be for only the accounts that are selling? Or all 100?
Stripe has multiple products, what you are asking about is the seller side. (https://stripe.com/en-nl/connect)
Connect accounts allow you to manage your sellers - onboard them, verify them (fradulent?), transfer funds to their connected accounts and pay them out.
If you want to integrate payments, you will also need Stripe Payments - https://stripe.com/en-nl/payments
Payments are usually charged per transaction, so I would do some forecast of potential traffic.
Their pricing also depends on the countries you are buying/selling in so I would definitely recommend to check with their sales team and get a quota. They are really helpful and professional.
Maybe a list of useful heads up questions:
Does your platform operates in one country or there is a plan to expand?
What is the average price of goods that are traded (if you take payment cost - is it worth it)?
Are your sellers risky?
Are your buyers risky?
What kind of payment methods will your buyers use?
Do you think your sellers want customized onboarding experience? Can you justify additional cost of onboarding?
No need to share responses, but prepare yourself if you plan to negotiate contract.
I hope this is helpful!
According to the documentation Google Wallet seems to only support monthly recurring subscriptions.
I'd to charge users annually for the use of an application hosted on AppEngine (purely to be able to offer the user a better price and reduce administrative costs). Are there any plans to support annually recurring subscriptions?
Or is there a way to configure the current subscription system to behave as an annual subscription system?
Technically there's no way to configure an annual subscription. But I suppose you can work around it: Request an initial payment for the entire first year and then a monthly-recurring payment at a discount.
For example, suppose you offer a monthly plan that costs $100. And you want to offer an annual plan for $900 (25% discount). Instead, you may offer an initial payment of $900 followed by 36 monthly-recurring payments of $75.
What this means for your business is that once a user has paid for and used your service for an entire year then you start treating her as a "loyal customer" and let her keep paying the discount price without committing for another year.
Wallet for Digital Goods currently only supports a monthly frequency for subscriptions.
https://developers.google.com/commerce/wallet/digital/docs/jsreference#jwt
there is no official solution for an annual subscription, but you could implement a solution similar to what #oferei or #EdSF suggested in their posts.
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/