这将是我第一次来处理信用卡交易和商户的ID。 我有一个网站，这两个事件的组织者和它的用户提供服务。 如果用户想要购买门票的事件，我想这些钱直接去的组织者。 我想我有拥有自己的商家ID的组织者，只是存储它们处理这个问题。 我的问题是，虽然，我要问他们的商家密钥呢？
作为后续行动的问题，这是一个更好的方式来处理事务，而不必只是一个商人ID（网站），并通过它漏斗的钱，并分发到了用户的组织者，同时向他们收取一些额外的费用？
Answer 1:
我想这些钱直接去主办方
那么你应该考虑你的实现是一个“服务只provdier”有谷歌Checkout的“集成”到你的服务。 你们的关系被定义为这样的-而你的客户-活动组织者和他们的客户有自己的关系（S）与谷歌结帐
这样，你没有 加入那个他们和谷歌Checkout的之间发生的交易。
此外，谷歌Checkout仅支付了直接向商家（他们没有任何其他类型的“支出”，我知道的）。
这是一个更好的方式来处理事务，而不必只是一个商人ID（网站），并通过它漏斗的钱，并分发到了用户的组织者，同时向他们收取一些额外的费用
我想你已经只是要求它实现的陷阱-你知道，它不只是一个技术问题-你有你自己的责任去思考，当你交易当事人（一个或多个）有关。
- 你会在退款吗？ 这是你的帐户是由“打” ...
- 你会在退款吗？
- 当有事件的组织者和他们的客户之间的纠纷，你会怎么做？
在这些样品的情况下， 你将不得不面对与他们-你的“用户”是“风马牛不相及”，以谷歌结帐（他们不“存在”在谷歌的眼睛）。
另外，我不是律师，顺便说一句，但谷歌不允许以某种方式加入到交易中使用谷歌结帐 ，每TOS的任何“费”。
Answer 2:
如果您的商家帐户用于销售，那么你正在倒卖赛事门票。
作为经销商，你可以提供一个非常干净的经验，为您的客户。 但你会支付活动的组织者后来（不在同一个交易）。 一个很好的理由后支付活动的组织者是，你可以拿着自己的钱的全部或部分中介支付自己在一个扣费的情况。
如果你想在客户的钱直接去活动的组织者，我觉得有一些方法：
顾客通过PayPal，谷歌结帐，authorize.net，等你直接客户的（活动主办方）支付页面卖出，然后回到你的网站。 我认为这是Eventbrite在线上售票做。 你需要从事件的组织者分别收集您的费用。 （你可以同时充电由赛事组织者所拥有的信用卡。）
您可以使用亚马逊支付其中明确包括第三方功能。 - 它使您（第三方）来控制，其他两方（赛事组织者和最终客户）之间发生的交易
祝好运！
文章来源: MVC and multiple google checkout merchant ids
