되풀이되는 결제와 레일 및 ActiveMerchant:모범 사례,함정,개는?

Question

우리는 준비를 위한 릴리스의 대규모 웹 응용 프로그램을 위해 개발되었습니다.우리는 대략를 시작하는 프로세스의 통합 ActiveMerchant 을 처리하는 반복 구독료에 대한 서비스입니다.

내가 찾는 것에 대한 조언에 대한 최고의 관행을 고려하고 우리의 요구사항(아래)및 다른 추가 머리에 대한 일반적인 위험이나 문제별 난해야 주는 특별 고려 사항입니다.결제 게이트웨이 우리가 사용하게 될 것입 PaymentExpress 로 그것은 하나의 몇 가지 지원되는 게이트웨이가 반복되는 결제 수 없는 특별한 조건이 운영하는 회사 외부의 미국.비즈니스의 뒤에 이 응용 프로그램의 기반을 둔다.

응용 프로그램의 사용자 계정을 만들과 함께 하위 도메인에 액세스할 수 있으며 응용 프로그램을 사용자 정의와 자신의 데이터입니다.중 일부는 아래 요구 사항/수 있는 기능 효과가 있는 방법에 대한 결제품:

• 모든 사용자는 30 일 평가판
• 다른 계획이있 포함하여,무료
• 높은 가격의 계획이 있는 큰 금액에 제한의 데이터(예를 들어,사용자 프로젝트 등)그들이 가질 수 있습에서 자신의 계정
• 결제 기간에는 것이 매월 이후에 시작,시험
• 가있을 것입 할인 쿠폰 코드 얻 비율 정상적인 가격에 대한 일년에 계획,etc.
• 계획 가격이 변경 기능 추가

특정한 장애물에 내가 예견 할 수있는 것들을 포함하여 다음과 같다:

• 를 처리하는 방법으로 다운그레이드 할 때 그들을 위반한 계획을 제한한 낮은 수준의 계획이다.
• 행동할 때는 신용 카드를 만료되거나 지불하지 않을 통해 이동(읽기 전용 모드에 적용되는,아마도)
• 할 때 계획 가격 변경,우리가 원하는 명 이전 가격에 대한 기존 사용자의 사용 기간에 대한(등 6 개월),다음을 충전을 시작은 더 높은 요금입니다.는 경우에는 계획한 가격을 줄 것,즉시 적용됩니다.

다른 조언이 도움이 될 수 있는 것에 대해 아무것도의 흐름다.어떻게 해야 결제 형태를 사용자에게 제공되는?해야 할 때 신용 카드 정보를 필요?어떻게 해야 송장을 전송,저장 및 접근할 수 있나요?

를 공개한 우리는 계획을 기반의 많은 코드 베이스 off SaaSy.SaaSy 사용할 수 있도록 설계로 별도의 레일 앱을 처리하는 모든 등록 및 계정 관리 측면의 것들입니다.그러나,이것은 우리 작동하지 않기 때문해서 이 시작과 그것은 것이 지루한 과정이 적응하는 우리의 작동하려면 응용 프로그램 같습니다.따라서,우리는 당 코드 및에서 아이디어 SaaSy 및 병합으로 그들을 우리의 응용 프로그램,상당히 적게 지루한 작업입니다.

Answer 1

Railskits a 서비스 키트로서 소프트웨어 그것은 당신이 필요로하는 일을해야합니다. 무료 평가판, 업그레이드, 다운 그레이드, 계획 제한 등에 대한 내장 지원이 있으며 PaymentExpress (및 일부)를 지원합니다.

나는 내가하고있는 프로젝트를 위해 그것을 조금 조사했지만 아직 구입하지 않았기 때문에 그것을 보증 할 수 없습니다. 그러나이 키트를 칭찬하는 몇 가지 블로그 게시물을 보았습니다.

Railskit은 모든 기능을 직접 구현하는 데 드는 비용을 비교할 때 비교적 저렴하지만 동일한 작업을 목표로하는 몇 가지 오픈 소스 버전이 있습니다. 내 머리 꼭대기에서 기억하는 사람은 프리미엄.

편집 : Ryan Bates가 그의 말을 언급하는 것을 잊었습니다. 가장 최근의 RAILSCAST 그의 다음 에피소드 또는 두 에피소드는 반복되는 청구를 다룰 것이므로, 그에 대한 주목하십시오. 그는 보통 주당 하나의 에피소드를 수행하며 12 월 22 일 이후로 한 5 명은 모두 다른 유형의 지불을 다루고 있습니다.

Answer 2

내가 추가하고 싶었던 한 가지 : 게이트웨이에 내장 된 반복 청구 기능을 사용할 필요가 없습니다. 일반적으로 이러한 시스템은 유산이며 다루기가 매우 어렵습니다. 우리는 Rails 세계에서 망가집니다.

한 가지 목적으로 사용하는 것만으로 훨씬 더 많은 유연성을 얻습니다 (신용 카드를 청구하고 PCI 규정 준수를위한 신용 카드를 저장할 수도 있습니다). 그런 다음 CRON 작업으로 Rails 앱에서 자신의 반복 청구서, 지불 시점에 대한 날짜 필드, 각 사람이 지불하는 금액 (쿠폰을 사용한 경우) 등을 롤링하십시오.

한 가지 예 : 때로는 사람들이 월 중순에 월별 구독을 취소합니다. 그들은 다음 지불 전에 취소하는 것을 잊지 않기를 원합니다. 내가 본 대부분의 게이트웨이 반복 청구는 계정을 즉시 종료하거나이를 나타내는 메시지를 보냅니다. 실제로, 사용자는 이달 말까지 지불했으며 2 주 더 액세스해야합니다. 레일에 자신의 반복 청구를 굴린 경우이를 수행 할 수 있지만 게이트웨이 반복 청구를 사용하는 경우에는 그렇지 않습니다. 작은 예입니다.

Answer 3

PeepCode에는 PDF 판매 (70 페이지)가있어 지불 처리 및 산업 관행의 다양한 측면을 자세히 설명합니다. 확인하는 것이 좋습니다.

http://peepcode.com/products/activemerchant-pdf

Answer 4

나도의 중간에 설정하는 기반 구독 웹사이트 이들은 우리의 현재 요구 사항입니다.그들이 당신을 도움이 될 수 있습에 관한 모범 사례:

• 사용자가 선택할 수 있습니다나 가입 계획입니다.
• 사용자를 입력해야합니다 그들의 신용 카드 정보를 등록하기 자신이 선택한 계획이다.
• 모든 주요 신용카드나 직불 카드 될 포함하여 접수 마에스트로 아메리칸 익스프레스 말한다.
• 각 계획이 있 30 일 무료 평가 그래서 사용자의 신용 카드 만 청구 후 30 일 기간 만료됩니다.그러나 유효성 크레딧의 카드에서 확인해야 의 시간입니다.
• 사용자는 이메일로 전송됩니다 몇 일 기 전에 그들의 신용 카드는 위탁 알려 그들을 그들이 될 것입니다 즉시 충전지 않는 한 그들이 취소 계정입니다.만약 그들이 취소들이 계정 에서 자신의 30 일 무료 체험,그들의 신용 카드를 부과되지 않습니다.
• 후에는 어떤 무료 체험 기간,사용자 이 부과됩에 대해 사전에 그들의 시스템의 사용-그들은 즉 pre-지불합니다.
• 사용자가 자동으로 청구됩니다 매달 자신이 선택한 계획이다.매달 사용자가 전송됩니다 이메일 몇 일전을 통보 그들이 부과됩니다.면 지불이 이루어진,사용자가 될 것입니다 이메일 송장을 보여주는 자신의 지불을 받았습니다.
• 사용자는 업그레이드 할 수 있습니다나 다운그레이드 계정에서 어떤 시간입니다.사용자가 업그레이드/다운그레이드,그들의 다음 구독 책임을 것입 새로운 비율.사용자만 수 있을 것입니다 다운그레이드하기 위해 자신의 계정을 계획 을 처리할 수 있는 데 있습니다.대 예제에는 경우에,그들은 현재는 10 active 프로젝트들을 수 없어 다운 그레이드 기본 계획을하기 때문에 기본 계획은 5 프로젝트입니다.그 을 삭제하거나 보관 5 프로젝트 전에 당신은 그들이 할 수 다운 그레이드를 기본입니다.
• 사용자는 로그인에서 그들의 계정 및 변경 또는 업데이트 신용 카드 정보.
• 사용 할 수있을 것입 취소 언제든지 계정에.이 없을 것입 추가 요금 가입 후 사용자가 취소되고 있습니다.그러나 사용자는 환불되지 않습니다 의 일부가 되는 달 이미 지급된다.
• 의 모든 부분을 지불해야하는 시스템 100%PCI DSS 준수;함 모든 제 3 자 시스템입니다.
• 결제 시스템이 지원해야 합니다 자동화된 알림 다시 시도의 지 못했 구독성화됩니다.
• 결제 시스템이 지원해야 합니다 할인 쿠폰으로 유효합니다.
• 신용 카드 정보를야 처리 또는 우리의 서버에 저장됩
• 그들은 항상 처리/저장에 우리의 제 3 자 결제 처리 파트너입니다.하지 않습 원하는 책임에 대한 확보 이러한 세부 사항을 준수할 법적 규칙과 규정을 준수합니다.
• 사용자가 로그인할 수 있으로 그들의 계정고시 결제 역사함을 날짜와 금액 지불합니다.우리는 또한 필요할 에 로그인할 수 있는 시스템을 보시 고객 지불 할 계획 및 결제 역사입니다.이를 위해 필수적일 것이다 고객 서비스입니다.

우리는 또한 보고 있습니다 http://chargify.com/ 처럼 보이는 그것을 많이 저장할 수 있는 코딩 시간입니다.