Советы по настройке периодического выставления счетов?
У меня есть небольшой опыт настройки систем онлайн-платежей, которые принимают номера кредитных карт, а затем передают их в шлюз для единовременной оплаты.
Однако теперь мне нужно настроить систему, которая может обрабатывать автоматические повторяющиеся платежи - когда пользователь предоставляет номер своей кредитной карты и автоматически начисляет ежемесячные счета с этого момента.
Мне интересно, как лучше всего подойти к чему-то подобному? (Я заметил, что Paypal Payflow Pro имеет функцию регулярного выставления счетов, но мне немного неясно, как она работает.)
Какой-нибудь совет относительно лучшего метода / услуги / шлюза для осуществления повторяющегося биллинга? Если возможно, я бы предпочел не вести локальный учет номеров кредитных карт для повторной обработки.
Заранее спасибо за помощь.
5 ответов
Существует промежуточная точка между созданием собственного регулярного выставления счетов и ARB Auth.net или регулярного выставления счетов PayPal (оба из которых имеют свои недостатки). Существует ряд провайдеров, которые обрабатывают все детали и сложности повторяющихся счетов и просто сообщают о расходах вашему платежному шлюзу для обработки в указанный вами интервал.
Самый важный момент, на который стоит обратить внимание, - это какие сервисы для токенизации кредитных карт и поддержки переносимости данных кредитных карт - это гарантирует, что данные ваших клиентов не будут заблокированы поставщиком биллинга, и вы сможете взять их с собой, если выберете другого провайдера. в будущем. Это также означает, что эти провайдеры хранят данные кредитной карты клиента для вас, поэтому вы можете значительно снизить соответствие PCI.
Взгляните на Recurly (Disclaimer: я управляю их клиентами и технической поддержкой) и Braintree. Обе службы будут обрабатывать ваши регулярные счета, токенизацию кредитных карт и поддерживать переносимость данных кредитных карт.
Периодическое выставление счетов легко обрабатывать и передавать третьему лицу, если ваша постоянная сумма постоянна (например, сумма, которую платит пользователь, никогда не изменяется в количестве или частоте). Такие сервисы, как Automated Recurring Billing (ARB) от Authorize.Net и Paypal Payflow Pro, позволяют регулярно обрабатывать фактические периодические платежи, что означает, что вам не нужно хранить информацию о кредитной карте на своих серверах или даже делать что-либо после подписки. создается через их API.
Если ваши подписки будут отличаться по стоимости или частоте, вам нужно будет использовать такую службу, как Диспетчер информации о клиентах (CIM) Authorize.Net, для создания платежных профилей для ваших клиентов. В основном вы храните информацию о кредитной карте на серверах Authorize.Net, и всякий раз, когда вы хотите произвести оплату по подписке, вы указываете Authorize.Net взимать сумму с этого профиля оплаты. Недостаток этого заключается в том, что вам необходимо создать собственную систему подписки.
Во-первых, позвольте добавить приведенное выше утверждение "... сообщите процессору, что это повторяющаяся транзакция... чтобы вы получили скидку на комиссию за транзакцию". Истинная стоимость обработки кредитной карты - это процентный сбор и комиссионный сбор за единицу товара в зависимости от типа представленной карты (и некоторых других факторов, которые я здесь не буду рассматривать). Дело в том, что при оптовом ценовом плане цена будет быть одинаковым независимо от того, был ли он повторяющимся или нет, потому что не существует специальных тарифов для "повторяющихся" в обмене. Но я отвлекся.
"Какой-нибудь совет относительно лучшего метода / услуги / шлюза для осуществления повторяющегося биллинга?" Не берите на хранение данные кредитной карты, несмотря ни на что. Вы не можете позволить себе ответственность. Правильный выбор зависит от нескольких факторов.
Что касается переносимости кредитных карт, кто-нибудь пошел в Wells Fargo/ First Data и получил свои данные? (Braintree ISO/MSP). Я гарантирую, что это будет неважно, несмотря ни на что, поэтому я бы сосредоточился на правильном долгосрочном решении, а не на стратегии выхода, хотя это, безусловно, будет иметь значение.
Вот вопросы, на которые нужно ответить: Сколько транзакций в месяц? Для очень небольшого объема, возможно, нескольких сотен, выберите PayPal Pro. Это легко войти в / из.
Люди более склонны платить с помощью потребительских карт или деловых кредитных карт? Оптимизация обмена важна, если визитные карточки. (CenPOS автоматически оптимизирует транзакцию для наименьшей квалификации обмена, PayPal и authorize.net нет)
Какими методами мой клиент принимает платежи? самостоятельно оплачивать только в интернете? Заказы по телефону? Мобильные платежи (специальные мероприятия или розница)? Выберите шлюз, который соответствует всем их потребностям.
Вам нужно заряжать в определенные дни - то есть 1-го и 15-го? Или в любое время? Если в определенные дни, как вы будете делать ставки? Проверьте ответ по гибкости шлюза.
Что происходит, когда срок действия карты истекает? Что происходит, когда транзакция отклоняется? Кому нужно будет посмотреть данные оплаты для обслуживания клиентов? Как они получат к нему доступ?
Определите ваши потребности, а затем выясните, какие из них отвечают им. Для справки, CenPOS является наиболее надежным решением, но может потребовать больше шагов для интеграции, так как они новее для электронной коммерции. Отказ от ответственности: я был бизнес-пользователем PayPal и Authorize.net, вероятно, в течение десятилетия, а в последнее время и CenPOS. Я также являюсь реселлером authorize.net и прямым агентом CenPOS.
Обычно такие функции выставления счетов встречаются в шлюзах промежуточного программного обеспечения, таких как Payflow Pro. В этом случае он вызывается изменением API, который вы используете для обработки карты. Вы обычно устанавливаете промежуток времени между выставлением счетов, и они выполняют выставление счетов. Затем вы обычно сверяете счета с отчетом, который ваш процессор отправляет вам каждый месяц. В некоторых случаях платежный шлюз отправит вам уведомление о том, что выставление счетов было выполнено. Вы все еще должны согласовать платежи с отчетом процессора, потому что иногда уведомления не выполняются.
Отмена повторяющегося биллинга - это еще один вызов API.
Если ваш шлюз не имеет повторяющейся функции, вам, очевидно, придется настроить биллинг самостоятельно. Это, конечно, приводит к хранению информации о карте и так далее. В этом случае вы обычно сообщаете процессору, что это повторяющаяся транзакция (что для вас сделает шлюз), поэтому вы получаете скидку на комиссию за транзакцию.
Просто напомнить о регулярных платежах Payflow Gateway: их мгновенные платежные уведомления (IPN) - фантастическая функция, но она применима только к их устаревшим API. В настоящее время единственным способом уведомления PayPal об успешной (повторяющейся) платежной транзакции является запрос. Вам нужно будет составить расписание для запроса и отправить индивидуальный запрос для каждой запланированной повторяющейся платежной транзакции, по одной за раз. PayPal не уведомит вас, если, например:
- Транзакция приближается
- Произошла транзакция
- Эта транзакция прошла успешно
- Эта транзакция привела к ошибке
- Срок действия кредитной карты истекает
- Возник спор
... и так далее.
На мой взгляд, это делает их сервис бесполезным.