Полоса периодическая/подписка биллинга лучший дизайн/практики?

Question

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

Хотел бы бросить некоторые идеи вокруг того, что было бы лучше. Для справки Я разработал свой сайт в Ruby на рельсах, развернутый на герою, использовал send grid heroku, чтобы отправить электронные уведомления о счетах, просроченных платежах и т. Д.

Также для тех, кто использует полосу на RoR, есть несколько хороших ресурсов что я использовал (хотя я не нашел тот, который действительно охватывает повторяющееся/подписки биллинг с полосой):

RailsCast:

• http://railscasts.com/episodes/288-billing-with-stripe

Ofcourse полосковой документации и API:

• https://stripe.com/docs
• https://stripe.com/docs/api

Этот маленький кусочек кода для webhooks/рассылки

• https://github.com/boucher/stripe-webhook-mailer/blob/master/mailer.rb

Answer 1

SaaS Rails Kit (который я создал) интегрируется с полосой, просто сохраняя информацию о карте с полосой (не настраивая повторяющийся заряд), возвращая токен, а затем выписывая токен с ежедневным заданием cron, когда поступают счета людей.

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

Answer 2

Что касается дублирования - я решил локально хранить ClientKey в своих учетных записях пользователя. Все остальное, счета-фактуры, транзакции и т. Д. Все хранятся в Stripe. ИМО лучше не пытаться сохранить паритет между обеими системами - в лучшем случае у вас будут дублированные данные, в худшем случае вы будете вызывать все виды головных болей, не будучи в синхронизации ...