Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Current »

There have been a lot of conversations about the evolution of Ecommerce support on the platform. This wiki section will capture the messy details and evolve as we converge on an approach.

At a very high-level, there is some important context:

  • The Django Oscar based Ecommerce service has been deprecated and is unmaintained

  • We have developed a simple integration with WooCommerce as the reference implementation for a different approach. This approach recommends that the Open edX project does not have a customized commerce service, but a robust set of APIs for integrating with best-of-breed solutions.

  • There are existing users of the Django Oscar Ecommerce service. The plan should support those users migrating to something better.

High-level Division of Responsibilities

This is a rough diagram of how we might separate the roles and responsibilities of any ecommerce integration target from the Open edX LMS. The image includes comments from a community meeting on 10/04/2024. Today the LMS has quite a few commerce related details in it. This proposal would result in those being removed. The LMS would not have any knowledge of concepts like bundles, discounts, offers, or even prices.

Enrollment API Ideation-20241004-201143.png

WooCommerce Details

https://docs.openedx.org/projects/wordpress-ecommerce-plugin/en/latest/decisions/0002-api-connection.html

MIT’s Ecommerce Middleware

Besides account registration and authentication, MIT’s ecommerce middleware uses the following open edX APIs:

  • Create Enrollment (/api/enrollment/v1/enrollment)

  • LIst Enrollment (/api/enrollment/v1/enrollments)

Currently, MIT has two applications deployed that fill this role

  • No labels