Is there a way to query the google wallet in app payments api for the cost of a transaction? It used to be sent with google checkout callbacks but seems to be missing for the wallet callbacks.
Edit, the details of what's included in the postback can be seen at https://developers.google.com/commerce/wallet/digital/docs/postback
AFAIK, there is no "query API" for it at this time.
However, if you are referring to the fees charged by Google per transaction, you can determine it based on the simplified fee structure
Related
Stripe uses webhooks to notify application when an event happens in the account. Webhooks are particularly useful for asynchronous events like when a customer’s bank confirms a payment, a customer disputes a charge, a recurring payment succeeds, or when collecting subscription payments etc.
But, does stripe have any webhook to inform application for usage record pricing model?
There is no webhook for usage record today in Stripe's API. This API is used at a higher volume that most APIs and reporting an event for every usage record would likely be unsustainable on your servers and Stripe's.
The best option is to either track the records yourself as you create those or use the summary API: https://stripe.com/docs/api/usage_records/subscription_item_summary_list
I am new with paypal.
After searching for info it seems paypal has a lot of technologies, APIs etc to be consumed and I cannot choose to right one for my case
My business case:
Simple marketplace android application with 2 main actors:
Seller
Buyer
Actions:
When buyer want to buy something via marketplace -> he pays via own paypal account to seller (buyer can see paypal page and authorize payment)
Seller automatically send fee payment to marketplace's paypal account (seller does not need any time autorize payment to marketplace, it should be automatically after buyer send money to seller)
Thanks for every help!
There are a number of ways to get that done depending on the experience you would like for all parties involved.
PayPal would recommend that you use the Adaptive Payments API for this because it's exactly the sort of thing they built it for. Specifically, you could setup a chained payment. That will automatically split the payment between the seller and the marketplace / app owner.
I personally don't like the Adaptive Payments checkout experience, so I prefer to build the same functionality with Express Checkout.
For this, though, you would need to have the sellers that sign up with your marketplace create a billing agreement with the app (marketplace) so that you can trigger payments on their behalf.
Then you would build a reference transaction payment to yourself from the seller account any time you need to. So this could be as each transaction happens, or you could tally up some number of transactions and only process the reference transaction payment to yourself when the total reaches some amount, or do it once per week / month, or whatever you want to do in that case.
I recommend Express Checkout as your payment solution.
https://developer.paypal.com/docs/classic/products/express-checkout/
EC provides mobilized checkout page, and you do not need to apply for special approvals. And by setting PAYMENTREQUEST_n_SELLERPAYPALACCOUNTID in SetExpressCheckout API, you may achieve parallel payments easily.
https://developer.paypal.com/docs/classic/express-checkout/ht_ec-parallelPayments/
https://developer.paypal.com/docs/classic/api/merchant/SetExpressCheckout_API_Operation_NVP/
I want to create a job that runs once a month and charges customers for different fees.
Is it possible to charge multiple customers in one api call ?
If not, what is the rate limit of the api ?
There is no way to charge multiple customers in one API call. You'd need to create one charge for each customer. As for the rate limit of the API, it's not published officially and you'd need to contact Stripe's support directly about this here.
I am new to integrate Google Wallet and there are some confusion and questions related to that given below:
Is it possible to add multiple items for Google wallet?
How to handle discount by API?
What's the parameter in JWT response on postback URL for success and failure transaction?
Is refund functionality available for a transaction by API call?
Anyone have idea about this. Thanks in advance.
Can you clarify which specific API (Instant Buy or Wallet for Digital)?
Is it possible to add multiple items...
Digital - no, you can however "bundle", see this post for clarification.
Instant Buy - it's just a "layer" on top of your (pre) existing purchase/ordering processes and handles (just) the payment data of a Google Wallet user. The "order details" is something you control. See sample of data you send.
Discounts by API
By API - no. You can pass whatever (pre-calculated) value in both APIs.
Success vs. Failure Postback
Digital - Google will only send HTTP Post to your server URL on successful transaction. See #5: "Google sends an HTTP POST message to the postback URL whenever a purchase completes..."
Instant Buy - not relevant. You are processing the transaction, unlike in Digital where Google is. Instant Buy in a nutshell provides your web site, secure access to a Google Wallet user's data. You need to have your own merchant account/processor, be PCI compliant, etc. That said, you will have the success or failure info that you actually have to send to Google - they need to know if you have successfully processed or not (yup, it's the other way around).
Refund by API
By API - Unless a Googler says otherwise, AFAIK, not at this time, for both APIs.
On that note, for Instant Buy, it's actually unclear to me how to "inform Google" when performing a credit or refund. Its still a "private API" (not GA) so I actually haven't seen its "guts". It's understood that since the merchant uses their own processor that a credit/refund is the same procedure, but letting Google "know" about it (days/weeks after the fact) is something I personally have no actual info on..sorry...I can assume some "button" in merchant center for Instant Buy, but that's just a guess....
Hth....
W.r.t InstantBuy Refunds:
The Refund happens on the virtual one time card that is returned by the Google API. The refund on the card can be done by using any backend payment processor. Once the refund is made to the card, it hits the user's backing card.
I'm developing a donation platform on which I'll be taking a fee and am looking into using Stripe, but I'm snagged on one point that I haven't found any documentation for thus far.
Stripe doesn't handle chained payments, but does mention in their FAQ that: "If you want to collect a fee on the transactions, you can charge these merchants with your API key using Stripe."
Anyone know of some documentation or examples I could reference for this? Or could anyone point me in the right direction with their existing docs?
Thanks!
Stripe doesn't handle chained payments, but does mention in their FAQ that: "If you want to collect a fee on the transactions, you can charge these merchants with your API key using Stripe."
This just means your platform's users can pay you via credit card, and you can charge these cards with your Stripe API key. If you email support#stripe.com with more details on your setup, we can help you decide how to best structure your platform payments. Also feel free to jump into our chatroom at https://stripe.com/campfire.