Sọc định kỳ/đăng ký thanh toán thiết kế/thực tiễn tốt nhất?

Question

Tôi sắp tắt trang web đầu tiên của mình với sọc, nhưng tôi cảm thấy như tôi có thể đã thiết kế tích hợp dải của tôi tốt hơn nhiều so với tôi có. Các vấn đề chính mà tôi gặp phải là, làm cách nào để duy trì trạng thái tài khoản sọc (thử nghiệm và quá hạn vv) các webhooks quan trọng là gì (và cách tốt nhất để giải quyết tất cả các sự kiện) và tôi cần bao nhiêu dữ liệu được nhân đôi trong cơ sở dữ liệu của tôi, và tôi nên kéo bao nhiêu từ cơ sở dữ liệu của Stripe.

Rất thích đưa ra một số ý tưởng về những gì sẽ là tốt nhất. Để tham khảo, tôi đã phát triển trang web của mình trên Ruby trên đường ray, được triển khai tới heroku, được sử dụng để gửi thêm thông tin về hóa đơn, thanh toán trễ, v.v.

Ngoài ra đối với những người sử dụng sọc trên RoR, đây là một số tài nguyên tốt mà tôi sử dụng (mặc dù tôi đã không tìm thấy một thực sự bao gồm định kỳ/thuê bao thanh toán với sọc):

railscast:

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

Ofcourse tài liệu sọc và api:

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

này đôi chút về mã cho webhooks/gửi thư

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

Answer 1

Các SaaS Rails Kit (mà tôi đã tạo) tích hợp với sọc bằng cách chỉ lưu trữ thông tin thẻ có sọc (không thiết lập khoản phí định kỳ), nhận lại mã thông báo, sau đó thanh toán mã thông báo với công việc cron hàng ngày khi tài khoản của mọi người đến hạn.

Một vài lợi ích cho cách tiếp cận này bao gồm không phải lo lắng về webhook/giữ cho hai hệ thống đồng bộ và có thể thực hiện thanh toán đồng hồ cộng với phí cố định hàng tháng.

Answer 2

Liên quan đến trùng lặp - Tôi đã chọn chỉ lưu trữ CustomerKey trên hồ sơ Người dùng của mình cục bộ. Mọi thứ khác, Hóa đơn, Giao dịch, v.v ... đều được lưu trữ trong Stripe. IMO tốt nhất không cố gắng giữ tính chẵn lẻ giữa hai hệ thống - tốt nhất là bạn sẽ có dữ liệu trùng lặp, tệ nhất là bạn sẽ gây ra tất cả các loại đau đầu do không đồng bộ ...