MVC 및 여러 Google Checkout 판매자 ID

Question

이것은 처음으로 신용 카드 거래 및 판매자 ID를 처리합니다. 이벤트 주최자와 사용자 모두에게 서비스를 제공하는 사이트가 있습니다. 사용자가 이벤트 티켓을 구매하려는 경우, 돈을 주최자에게 직접 보내주기를 원합니다. 나는 자신의 상인 ID가있는 주최자와 함께 이것을 처리해야한다고 생각했습니다. 제 질문은 그래도 상인의 열쇠를 요구해야합니까?

후속 질문으로, 이것은 하나의 판매자 아이디 (웹 사이트)를 가지지 않고 거래를 처리하고 돈을 흘려 보내고 사용자로부터 주최자에게 배포하는 동시에 약간의 추가 비용을 지불해야합니까?

Answer 1

내가 직접

그런 다음 당신은 당신의 서비스에 "통합"Google Checkout을 가지고있는 "유일한 서비스 provdier"로 구현 생각해야 돈이 조직에 가고 싶다. 고객하면서 - - 이벤트 조직 및 자신의 고객이 Google Checkout을

이 방법과 자신의 관계 (들)가 당신이 그들 사이에 발생하는 거래하지자입니다 귀하의 관계 등으로 정의된다 Google Checkout.

또한, 구글 체크 아웃은 상인에게 직접 을 지불한다 (그들은 내가 아는 "지출"의 다른 유형이 없습니다).

대신 한 상인 ID (웹 사이트) 필요없이 트랜잭션을 처리하고 그것을 통해 돈을 깔때기 일부 추가 요금을 충전하는 동시에, 사용자의 조직에 배포하기 위해이 더 좋은 방법입니다 당신은 실현 자사하지 단지 기술적 문제 - -

나는 당신이 이미 그냥 물어 함정을 실현 생각 당신이 트랜잭션 (들)의 당사자 인 경우에 대해 생각하는 자신의 책임이있다.

• 지불 거절에 대해 무엇을 할 수 있습니까? 그것은 귀하의 계정에 의해 "히트"입니다 ...
• 무엇을 환불합니까?
• 이벤트 주최자와 고객이 고객 사이에 분쟁이 발생하면 어떻게해야합니까? 이러한 샘플의 경우

, 당신이 모두 처리해야합니다 - 당신의 "사용자"(그들은 구글의 눈에 "존재"하지 않음) Google Checkout에"무관"입니다.

또한 변호사가 아니며 Google은 TOS에 따라 Google Checkout 사용을 위해 거래에 번을 추가하는 것을 허용하지 않습니다.

Answer 2

판매자 계정을 판매에 사용하는 경우 이벤트 티켓을 재판매 중입니다.

리셀러는 고객에게 매우 깨끗한 환경을 제공 할 수 있습니다. 하지만 나중에 이벤트 주최자에게 비용을 지불 할 것입니다 (동일한 거래가 아님). 행사 주최자에게 나중에 지불해야하는 좋은 이유는 지불 거절의 경우 자신을 보상하기 위해 에스크로에서 돈 전부 또는 일부를 보유 할 수 있다는 것입니다. 당신이 고객의 돈이 이벤트 주최자에 직접을 이동하려면

, 나는 몇 가지 방법이 있다고 생각합니다 :

고객의 등 당신을 페이팔, 구글 체크 아웃, authorize.net를 통해 판매

1. 고객을 (이벤트 주최자) 지불 페이지로 안내 한 다음 다시 귀하의 사이트로 안내하십시오. 나는 이것이 EventBrite가하는 일이라고 생각한다. 이벤트 주최자로부터 별도로 수수료를 징수해야합니다. (이벤트 주최자가 소유 한 신용 카드로 동시에 청구 할 수 있습니다.)

2. 명시 적으로 타사 기능이 포함 된 Amazon Payments를 사용합니다. - 귀하 (제 3 자)는 다른 두 당사자 (이벤트 주최자와 최종 고객)간에 발생하는 거래를 제어 할 수 있습니다.

행운을 비네!