MVC и несколько идентификаторов продавца Google Checkout

Это будет мой первый раз, когда я буду обрабатывать транзакции по кредитным картам и идентификаторы торговцев. У меня есть сайт, который предлагает услуги как организаторам мероприятий, так и его пользователям. Если пользователь хочет купить билеты на мероприятие, я хочу, чтобы деньги шли непосредственно организаторам. Я думал, что должен справиться с этим с организатором, имеющим свои собственные идентификаторы продавца, и просто хранить их. Мой вопрос, однако, должен ли я также запрашивать ключ продавца?

В качестве дополнительного вопроса, является ли это лучшим способом обработки транзакций вместо того, чтобы иметь только один идентификатор продавца (веб-сайт) и направлять деньги через него и распределять организаторам от пользователей, в то же время взимая с них некоторую дополнительную плату. ?


asp.net-mvc-3 credit-card google-checkout merchant-account
person gdubs    schedule 06.05.2012    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Я хочу, чтобы деньги пошли организаторам напрямую

Тогда вы должны думать о своей реализации как о «только поставщике услуг», в котором Google Checkout «интегрирован» в вашу службу. Ваши отношения определяются как таковые, в то время как ваши клиенты - организаторы мероприятий и их клиенты имеют свои собственные отношения с Google Checkout.

Таким образом, вы не сторона в транзакции, которая происходит между ними и Google Checkout.

Кроме того, Google Checkout производит выплаты только напрямую продавцу (у них нет другого типа "выплаты", о котором я знаю).

это лучший способ обрабатывать транзакции вместо того, чтобы иметь только один идентификатор продавца (веб-сайт) и направлять деньги через него и распределять организаторам от пользователей, в то же время взимая с них дополнительную плату

Я думаю, вы уже понимаете подводные камни, просто спросив об этом - вы понимаете, что это не просто технический вопрос - у вас есть собственная ответственность, о которой нужно подумать, когда вы являетесь стороной в транзакции (транзакциях).

  • Что бы вы сделали при возврате платежа? Это ваша учетная запись, которая "пострадала" от этого...
  • Что бы вы сделали на возмещение?
  • Что бы вы сделали, если бы между организатором мероприятия и их заказчиком возник спор?

В этих примерах вам придется иметь дело со всеми из них - ваши "пользователи" "не имеют отношения" к Google Checkout (они "не существуют" в системе Google Checkout). глаза).

Кроме того, я не юрист, кстати, но Google не допускает никакой «платы», которая каким-либо образом добавляется к транзакции за использование Google Checkout в соответствии с их TOS.

person EdSF    schedule 07.05.2012
comment
О, чувак, спасибо за подробный ответ, я потерял эту функцию в течение месяца. Поскольку я только начинаю это сам и у меня ограниченные средства, решение этих ситуаций (я управляю деньгами) может быть не лучшим способом. Но в конечном итоге, если организаторам потребуется, чтобы я выполнял за них обработку, Google Checkout может не подойти для меня (мысли?). Я основываю это на модели eventbrite, взимая с пользователей плату за обработку, как вы думаете, они Добавляете какую-то обработку поверх этого? Кажется, они используют другую службу обработки копий? - person gdubs; 07.05.2012
comment
Я не знаю, кого EventBrite использует для обработки платежей - в любом случае, даже если вы обрабатывали карты напрямую, через службу обработки кредитных карт, возникают те же вопросы (например, вас касается возвратный платеж). ИМХО, самый безопасный вариант для вас - взимать плату за использование вашего сервиса, включая интеграцию с тем, с кем вы решите обрабатывать платежи, а не сама обработка платежа (не быть участником самой транзакции). - person EdSF; 07.05.2012
comment
так что гугл и проверка тогда правильно? и просто пусть они сами получат свой идентификатор продавца. - person gdubs; 08.05.2012

arrow_upward
1
arrow_downward

Если ваша учетная запись продавца используется для продаж, вы перепродаете билеты на мероприятие.

Как торговый посредник, вы можете предоставить своим клиентам очень чистый опыт. Но позже вы заплатите организаторам мероприятия (не той же транзакцией). Хорошая причина заплатить организаторам мероприятия позже, заключается в том, что вы можете держать все или часть их денег на условном депонировании, чтобы покрыть себя в случае возврата платежа.

Если вы хотите, чтобы деньги клиента шли напрямую организаторам мероприятия, я думаю, есть несколько способов:

  1. Клиенты продают через PayPal, Google Checkout, authorize.net и т. д. Вы направляете клиента на страницу оплаты (организаторы мероприятия), а затем обратно на свой сайт. Я думаю, именно этим занимается EventBrite. Вам нужно будет получить плату от организатора мероприятия отдельно. (Вы можете одновременно снять средства с кредитной карты, принадлежащей организатору мероприятия.)

  2. Вы используете Amazon Payments, который явно включает стороннюю функцию. -- Это позволяет вам (третьей стороне) контролировать транзакцию, которая происходит между двумя другими сторонами (организатором мероприятия и конечным покупателем)

Удачи!

person Larry K    schedule 09.05.2012
comment
спасибо Ларри! я не знал, что платежи амазонки имеют такую ​​​​функциональность !! и спасибо, что нашли время, чтобы ответить на это! - person gdubs; 09.05.2012