问题描述
这将是我第一次来处理信用卡交易和商户的ID。我有一个网站，这两个活动的组织者及其用户提供服务。如果用户希望购买门票的事件，我想这些钱直接去的组织者。我想我有有他们自己的商家ID的组织者，只是存储他们处理这个问题。我的问题是，虽然，我必须要求他们的商人关键呢？
作为后续行动的问题，这是一个更好的方式来处理事务，而不必只是一个商人ID（网站），并通过它漏斗的钱，并分发到了用户的组织者，同时向他们收费一些额外的费用吗？
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).
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的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！