Table of Contents

Back Office : Configuration and implementation of a commercial offer

Configurer des produits simples

Introduction

On entend par produit simple, un produit qui n'est ni un lot, ni le fruit d'un assemblage. La création de produits s'effectue via le backoffice du catalogue de votre boutique.

Access

Allez sur votre boutique en mode connecté, suivez le lien “Go to products backoffice”

Follow the link “New product”.

:!: Astuce : Pour gagner du temps, quand vous aurez créé un premier produit, vous pourrez ensuite dupliquer votre produit et en modifier justes les réglages utiles pour gérer le second ainsi créé. Notez bien que l'identification de produit doit être unique.


Après avoir suivi le lien “New product” fill in the form:

General


Financial aspects

Le premier est celui sans remise, les suivants sont ceux par tranches de quantités d'achat avec un prix associé. Dans tous les cas vous ne pouvez saisir que le prix associé à la tranche (colonne de gauche) et la fin de tranche (colonne de droite - le début de tranche est toujours soit 0, soit la fin de la tranche précédente + 1)

L'affichage TTC est calculé, pour information.


Behaviour

Exemple : J'ai un compte client renseigné dans le backoffice boutique, et j'ai le rôle client sur l'espace support de la boutique. (ce qui veut dire que j'ai un compte moodle par ailleurs). J'achète un produit connecté à Moodle, qui est réservé “Customer” et qui est de type “mise en place d'une session de formation”, je n'aurai pas à désigner de manager pour la session que j'acquiers, et je serai automatiquement enrolé comme enseignant sur le ou les cours achetés.


Product assets

La catégorie des produits se crée en amont via le menu “gérer les taxes” du plugin local

Thumbnail exemple :

Sale unit pix Exemple :

* Text of eulas : Eulas for each purchased product will be aggregated to general shop eulas into a panel that will need pre-order validation.


Automation

Exemple : Renouvellement de produit : nom du produit à renouveler : Augmenter la durée d’inscription à une formation.

Generic handler: Enrol me to a course

Settings

  'coursename=<%course shortname%>'

the course shortname as defined by course creator. this is supposed to be unique and always present.

Exemple : coursename=courseshortname&customersupport=coursesupportshortname

  'role=<%role shortname%>'

the role that will be assigned to customer in the course

Exemple : coursename=courseshortname&supervisor=teacher2

  'duration=<%enrol duration in days%>'

the real start/end dates of the enrol will be calculated from the time the handler is run.

Exemple : coursename=courseshortname&duration=180

Generic handler: Setup a course session

Settings

  'coursename=<%course shortname%>'

the course shortname as defined by course creator. this is supposed to be unique and always present.

'supervisor=<%role shortname%>'

This allows designating the exact role that will be assigned for supervisors.

  'duration=<%enrol duration in days%>'

the real start/end dates of the enrol will be calculated from the time the handler is run.

Generic handler: Course creation (Pro version)

Settings

  'template=<%course template shortname%>'

The shortname of an existing course considered as template for course. The shortname is unique and is always present in Moodle. Check there is a prepared backup of the course in the ocurse backup area.

'coursecategory=<%course category id%>'

This will tune where the new course will be created. Note that the product owner MUST have course creation capability in the designated category for the operation to succeed.

  'duration=<%duration in days%>'

Duration is calculated from the purchase date and affects the teacher account enrol and is stored in the product metadata stub to calculate product obsolescence and trigger end of life action.

Generic handler: Course category creation (Pro version)

Settings

  'parentcategory=<%categoryid%>'

The parent category to which the created category will be attached to. The product owner needs to be manager of the category or have the relevant permissions.

Generic handler: Assign a role in a context

Settings

  'contextlevel=<%contextlevelID%>' (10 = system, 40 = category, 50 = course, 70 = module, 80 = block)

The context level.

  'instance=<%instanceID%>'

The ID of the instance attached to the context. Irrelevant for system context.

  'role=<%roleshortname%>'

the shortname of the role to assign. A capability check will be performed on product owner to actually execute the product handler.

When a product is set as renewable, it may be defined with a product duration from the purchase date. This should be handled by the product purchase handler and setup through an internal handler parameter. All handlers do not support duration. When enabled, the customer account interfaces will support product end of period notification, and purchasing agin the product with a reference code will extend the period on the same product instance.


Back to Configuration and implementation of a commercial offer - Local Shop component (Core engine) - Back to catalog