not to our knowledge. And you're right thinking that this task involves not only payment module, but with enrollments or login.
when we were thinking on implementing such a thing we had 3 options to go: 1. make access to the courses depended on subscription status. i.e. student can only see courseware when subscription is active. Changes to Open edX core is needed and this use case is only valid when all courses are available via subscription and there is no way to buy individual course. 2. enroll a student into ALL courses upon buying a subscription, unenroll from ALL courses when subscription ends. This allows to keep business logic out of enrollment code and do everything via API. No changes to Open edX core. Works well with individually purchased courses. In this usecase hiding "all courses" page seems like a good idea as when a student is enrolled in all courses the content of "all courses" and "my courses" is identical. 3. mark a student as "paid" and check this status when enrolling. yet you still need to unenroll the student from courses, when subscription ends. So we implemented #1 (the customer usecase didn't require actual payment, or better to say he managed this outside of Open edX) as well assisted with implementing #2 for another customer (he added needed API calls to his .NET portal which manages users). #3 doesn't look like a viable option to us - too complex, no real advantages compared to #1 & #2. Hope this helps a bit. Let the community know on your progress when you're done :) On Sunday, January 29, 2017 at 2:12:22 AM UTC+1, Jason Onoda wrote: > > I've been trying to determine the feasibility of adding a subscription > based payment for my instance of the edx platform. Poking around on > #ecommerce in the slack group, and was suggested > <https://openedx.slack.com/archives/ecommerce/p1481905881000029> by Toby > of modifying the enrollment or login portion of the edx platform to also > tie with a subscription flag with a payment processing service (e.g. stripe > or paypal). Before I start diving into the rabbit hole, I was wondering if > anyone else has implemented something similar to this? > -- You received this message because you are subscribed to the Google Groups "General Open edX discussion" group. To view this discussion on the web visit https://groups.google.com/d/msgid/edx-code/8e64cf4d-bf81-4f17-94d7-45c3495daf5f%40googlegroups.com.
