MVC和多谷歌的Checkout商家IDS [英] MVC and multiple google checkout merchant ids

问题描述

这将是我第一次来处理信用卡交易和商户的ID。我有一个网站，这两个活动的组织者及其用户提供服务。如果用户希望购买门票的事件，我想这些钱直接去的组织者。我想我有有他们自己的商家ID的组织者，只是存储他们处理这个问题。我的问题是，虽然，我必须要求他们的商人关键呢？

作为后续行动的问题，这是一个更好的方式来处理事务，而不必只是一个商人ID（网站），并通过它漏斗的钱，并分发到了用户的组织者，同时向他们收费一些额外的费用吗？

解决方案

  

我要的钱去主办方直接

那么你应该考虑你的实现作为服务只provdier有谷歌Checkout的集成到你的服务。你们的关系的定义是这样的 - 当你的客户 - 活动组织者和的的客户有自己的关系（S）与谷歌结帐

这样你的不可以 方的可以让他们和谷歌结帐。

之间发生的交易

此外，谷歌Checkout仅支付了的直接的给商家（他们没有任何的其他的类型是支付，我所知道的）。

  

这是一个更好的方式来处理事务，而不必只是一个商人ID（网站），并通过它漏斗的钱，并分发到了用户的组织者，同时向他们收取一些额外的费用。

我想你已经只是要求它实现的陷阱 - 你知道它不是只是一个技术问题 - 你有你自己的责任去思考，当你交易当事人关于（S）

• 您将在扣款做什么？这是你的帐户是打由...


• 您将在退款怎么办？


• 你会怎么做时，有活动的组织者和的的客户？
之间的纠纷

在这些样本的情况下，您将不得不面对与他们 - 你的用户是的无关的谷歌来结帐（他们并不存在在谷歌的眼睛）。

另外，我不是律师，顺便说一句，但谷歌不允许任何费，也就是某种程度上的加入到交易中使用谷歌Checkout的的的，按他们的条款。

This will be my first time to handle credit card transactions and merchant ids. I have a site that offers services to both event organizers and its users. If a user would want to buy tickets for an event, I want the money to go to the organizers directly. I was thinking I have to handle this with an organizer having their own merchant ids and just store them. My question is though, do I have to ask for their merchant key as well?

As a follow up question, is this a better way to handle transactions instead of having just one merchant id (the website) and funnel the money through it and distribute to the organizers from the users, at the same time charging them for some extra fee?

解决方案

I want the money to go to the organizers directly

Then you should think of your implementation as a "service provdier only" that has Google Checkout "integrated" into your service. Your relationship is defined as such - while your customers - event organizers and their customers have their own relationship(s) with Google Checkout

This way you are not party to the transaction that occurs between them and Google Checkout.

Additionally, Google Checkout only pays out directly to the merchant (they don't have any other type of "disbursement" that I know of).

is this a better way to handle transactions instead of having just one merchant id (the website) and funnel the money through it and distribute to the organizers from the users, at the same time charging them for some extra fee

I think you already realize the pitfalls just by asking it - you realize that its not just a technical matter - you have your own liability to think about when you are party to the transaction(s).

• What would you do on a chargeback? It's your account that is "hit" by that...
• What would you do on a refund?
• What would you do when there is a dispute between event organizer and their customer?

In these sample cases, you will have to deal with all of them - your "users" are "irrelevant" to Google Checkout (they don't "exist" in Google's eyes).

Also, I'm no lawyer btw, but Google doesn't allow any "fee" that is somehow added to the transaction for use of Google Checkout, per their TOS.

这篇关于MVC和多谷歌的Checkout商家IDS的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！