Can Google Checkout support the Parallel Payments like Paypal - google-checkout

I have created a Event website and here registered user can create event and their tickets and when an event is created then other users purchases tickets. when customer pays for the tickets then the payment goes to the two person ie. 1(Ticket Owner),2(Website Owner). there are two payment gateways one is Paypal and second is Google Checkout.
I have implement Paypal Parallel Payments for this and want to know that there are any options in Google Checkout like Paypal for this type payment. please let me know as soon aspossible.
Thanks

As far as I know there is no equivalent to PayPal Parallel Payments in Google Checkout.

Related

Stripe multi vendor payment gateway using stripe API's in Laravel

I have created API's in laravel where user can buy and sell its products on a platform (android & iOS) app .
User is paying when he is buying any product .
Payment amount is going to Admin (Stripe dashboard) .
so what i need to do after that is ---- i am calculating stripe fee and application amount then i want to pay the rest amount to seller .
i have created an API where buyer will mark "mark completed" after he will recieved a product or seller will mark "mark completed" after he will successfully sell the current product in its chat hostory also buyer and seller both can mark dispute in this api
so how can i create a charge to pay the rest amount to seller after completion of a product's selling or buying that is marked by a user or seller .
please let me know if there is something best
thanks in advance!!
You can use Stripe Connect for paying your vendors. You can make separate charges once the item is bought and transfer the calculated amount to the seller once it is marked completed. Click here for more details about this.

Braintree - proration upon subscription cancellation

I have a yearly recurring subscription set up on Braintree. I am trying to cater for a scenario where the user is able to have their subscription cancelled by an admin part way into the yearly cycle.
I am aware of the discounts feature but am unsure how I would apply it in this case or even whether its possible.
Is there a way in Braintree to prorate the amount for the rest of the cycle and credit it back to the user? I would not be doing any of this directly in Braintree but rather through the API via my application that uses Braintree for payments.
Full disclosure: I work at Braintree. If you have any further questions, feel free to contact support#braintreepayments.com.
You can cancel an annual subscription mid-cycle by using the API call to cancel a subscription. Here's a Ruby example, but the Braintree developer docs show examples in all supported SDKs.
result = Braintree::Subscription.cancel("the_subscription_id")
A proration would only apply if a change is made to the subscription price in the middle of a billing cycle. In the event of a cancellation, Braintree won't automatically issue a partial refund; you would have to process the refund yourself. Here is the API call for a partial refund:
result = Braintree::Transaction.refund("transaction_id", "amount")
Also, keep in mind that a cancelled annual subscription will not renew the next year. The only way to "reactivate" the subscription is to create a new one.

Recurring Payments - Trial without card

We're developing a system whereby the user will be sign-up and have a 3 month trial without entering card details. Once the trial period is up they get sent an e-mail asking them to come back and register card details in order to setup a recurring payment in order to continue accessing the site.
Is it possible to configure recurring payments with Braintree such that we don't provide a card for the trial period and then configure one upon notification that it has expired?
Thanks!
I work at Braintree. If you want more information than you can easily get on Stack Overflow, please reach out to our support team.
Braintree subscriptions require a credit card to be created. That way, the transition from trial period to billing doesn't require any action by the customer or merchant. Since our core service is billing credit cards, that's what subscriptions are designed to do.
In your case, it sounds like you can create a subscription in your application, and only link it to a Braintree subscription if / when credit card details are entered. You'll need to handle tracking the three month time limit yourself.

Refunds from Google Merchant Account while testing with real product IDs

Context: I have tested my app with static response, but now I want to test with real product IDs, So I followed from developer site "Testing In-app Purchases Using Your Own Product IDs"
Now when I made purchases I have to refund from my merchant account, The refund links on the order is not enabled, (Note: I have not added bank account to receive the money in merchant account). I see Cancel Entire Order button, but refund amount in there is 0, So can any one tell me how to refund?
Give Google some time:
"To ensure a safe purchasing environment and compliance with our Terms of Service, our specialists review Checkout merchant accounts on a regular basis. During this time, you will be temporarily unable to process refunds through your account. [...] Also rest assured that you will be able to resume processing refunds through your account 24 hours after your refund attempt is first declined. We appreciate your patience during this time.

Google Checkout subscription: How to identify the user

We are using Google Checkout - google handled subscriptions. In our html form we are using merchant-item-id parameter to store the subscription plan id and user id, so when Google Checkout send us back the notification for the new orders (merchant-item-id is there) we know what user for what plan to charge. So far this works perfect.
But now, when a month is passed, and Google Checkout start creating the reoccurring orders, there is no merchant-item-id parameter in the notifications they send. So we don't know what user for what plan is charged.
What should we use as user identifier, so we can handle properly the subscription on our site?
Any ideas?
Btw. I know about the "buyer-id" parameter which is send with each new order notification, but that will not work for us, because it is possible that the same google buyer is paying for several of our users accounts.
I would try putting some unique info in "shopping-cart.items.item-1.merchant-private-item-data" to something unique that I can identify the subscription by.
Nikolaj

Resources