Что мне делать с повторяющимися платежами? - PullRequest
18 голосов
/ 01 мая 2010

Это может быть субъективный вопрос, но я попробую.

В SO уже есть ряд вопросов, которые касаются управления выставлением счетов за подписку. В настоящее время я работаю над решением SaaS, для которого потребуется полностью автоматизированная биллинговая система.

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

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

На мой взгляд, существует ряд возможных подходов, когда вам нужно такое решение:

  1. Кодируйте биллинговый сервер самостоятельно , который поддерживает это и отделен от каждого продукта, чтобы он мог обрабатывать несколько независимых продуктов.
  2. Используйте размещенное решение как Периодически , Зарядка , Свободно или CheddarGetter .

Преимущество использования размещенного решения, очевидно, заключается в том, что вам не требуется сертификация PCI, проблема передается на аутсорсинг, а запуск и запуск намного быстрее. Однако эти преимущества имеют свою цену: самая важная функция поддержки для вашего продукта - то есть выставление счетов не находится под вашим контролем. Кроме того, у вас меньше контроля и гибкости.

Что бы вы сделали? Если мы посмотрим за пределы требований PCI, я бы определенно предпочел иметь систему с внутренним кодированием, которая могла бы выполнять эту работу. С другой стороны, я слышал из многочисленных источников, что кодирование такой системы - это боль.

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

Ответы [ 5 ]

9 голосов
/ 01 мая 2010

Мы находимся в процессе перехода от регулярного выставления счетов PayPal к CheddarGetter . Я очень рекомендую CheddarGetter, и мы оценили все 4, которые вы упомянули. (Chargify пришел в следующую секунду). Форумы поддержки CG также хороши. Отправьте вопрос (предпродажный, технический и т. Д.) На http://support.cheddargetter.com/discussions/questions, и вы обычно получите четкий и краткий ответ в течение дня.

Если у вас нет команды разработчиков и поддержки, сидящей без дела в ожидании работы, я думаю, что в большинстве случаев было бы ошибкой выделять какие-либо ресурсы для создания этого собственного здания. Сосредоточьтесь на своем основном продукте и отвечая потребностям ваших клиентов. Позвольте людям / компаниям, которые живут и дышат счетами, напоминаниями, прокураторами, выставлением счетов и т. Д., Сосредоточиться на сборе ваших денег с ваших клиентов.

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

3 голосов
/ 01 мая 2010

Существует также гибридный ответ: мой SaaS Rails Kit (если вы работаете на Rails). Вам не нужно создавать его самостоятельно с нуля, но вы получаете гибкость, имея код оплаты в своем приложении, под вашим контролем и настраиваемый. Вы по-прежнему должны иметь более низкий уровень соответствия PCI, так как информация CC проходит через ваш сервер, но вам не нужно беспокоиться о более строгих требованиях соответствия, которые применяются при хранении информации о карте, поскольку Kit передает информацию о карте в шлюз кредитной карты и хранит его там.

2 голосов
/ 02 мая 2010

Braintree имеет API прозрачного перенаправления , который позволяет поддерживать контроль без передачи данных кредитных карт через ваши серверы. Вы размещаете форму кредитной карты на своем сайте, но отправляете ее непосредственно в Braintree. Нечто подобное может дать вам необходимую гибкость, не беспокоясь о соответствии PCI.

Помните, что при выборе провайдера многие компании не позволят вам вернуть данные кредитной карты ваших клиентов , если вы решите уйти. Раскрытие: я работаю на Брэйнтри.

0 голосов
/ 08 сентября 2010

Еще один отличный вариант ... http://developers.freshbooks.com/billing

0 голосов
/ 01 мая 2010

Я не совсем квалифицирован, чтобы ответить на это, но, похоже, во многих деловых ситуациях ответом является «купи это», а не «сделай это сам».Приобретение готовых решений менее рискованно и экономит время, что приводит к снижению общей стоимости.

...