Обработка нескольких сторонних транзакций электронной торговли - PullRequest
4 голосов
/ 30 января 2010

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

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

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

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

Первоначально это будет сайт в Великобритании, но с потенциальным доступом по всему миру. Он также будет разработан в (возможно) PHP, но это должно иметь отношение к проблеме.

Спасибо за понимание!

Ответы [ 3 ]

1 голос
/ 10 февраля 2010

у нас работает www.hitmeister.de большой рынок в Германии. То, что вы планируете, звучит как то, что мы делаем, совершенно точно ...

В нашей системе договор заключается между покупателем и продавцом. Все средства проходят через наши счета, что делает нас посредником в сделке. Клиент может расплачиваться прямым дебетом, кредитными картами, PayPal и т. Д. Продавец может получить деньги только банковским переводом Мы держим деньги на условном депонировании, пока транзакция не будет завершена.

Получение этой настройки для Paypal и прямого дебета не было большой проблемой. Операторам кредитных карт, как правило, не нравятся эти договоренности, поскольку вы превращаетесь в (полу) покупателя. Они сделают это, хотя, если вы поговорите с ними.

Надеюсь, что поможет

1 голос
/ 10 февраля 2010
0 голосов
/ 12 февраля 2010

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

Если это только последний вариант, спросите у каждого продавца шаблон URL или ссылку для оформления заказа в форме, которую они используют для создания службы. Под шаблоном URL я подразумеваю URL с переменными компонентами, такими как сумма транзакции, идентификатор клиента и т. Д. Используйте этот шаблон, чтобы перенаправить клиента в соответствующую систему, когда пришло время заплатить продавцу. Таким образом, мелкие продавцы могут использовать PayPal, но также могут поддерживаться более крупные продавцы со своими системами или, кроме PayPal.

Выставляйте счета каждому торговцу за то, что вы для него делаете.

Если он может работать таким образом с точки зрения бизнеса, то основными техническими проблемами является анализ основных требований к вводу платежных услуг (PayPal, Google Payments, возможно, система CCC продавца или два), чтобы понять, что ваш сайт должен кормить их сайта это может быть шаблонизатор URL или может быть больше) и создание связанных мастеров для легкой настройки продавцами. Преимущество состоит в том, что, если вы сделаете это правильно, вы также будете поддерживать большинство систем домашних торговцев, поскольку им нужно будет собирать ту же основную информацию.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...