2 fonctionnalités se rejoignent sur ce besoin de sélection de titres :

• sélection de corpus de recherche par un visiteur (voir ici : Sélection d'un corpus de recherche et en général navigation aisée dans le corpus pour trouver un titre ou un autre,
• sélection de titres pour un abonnement par un client. Un client s'abonne à un bouquet de titres, multiple de 50 par défaut.

Un seul et même développement ?

• Si on est en accès “client” alors, on enregistre notre sélection comme “mon bouquet”(sans avoir accès à la possibilité de l'enregistrer comme “corpus de recherche”).
• Si on est en accès “visiteur” alors, on enregistre notre sélection comme “corpus de recherche” (sans avoir accès à la possibilité de l'enregistrer comme “mon bouquet”).

Demande donc de créer un troisième niveaux d'accès en lecture (changer les termes) :

1. utilisateur (lecteur)
2. administrateur (éditeur)
3. abonné : donne accès à la sélection d'un corpus “Bouquet”

Dans l'interface d'admin, au moment de créer un utilisateur “client bouquet” l'éditeur indique le choix du client dans le champ “Abonnement” :

• 0 = corpus
• 1 = 50 livres
• 2 = 100 livres
• etc…

Attention, l'éditeur doit pouvoir adapter le nombre de livres par bouquet. Par défaut 1 bouquet = 50 livres, 2 = 100, etc. Au moment de créer le compte l'éditeur doit pouvoir modifier 2 = 108 textes. Ainsi la facture sera bien de 2 x 50 = 100 mais 8 textes seront “cadeau”.

Une fois cet abonnement contracté le client va sur le site en lecture, se connecte, et sélectionne ses titres : voir ici Sélection d'un corpus de recherche

Un client a 1 semaine pour finaliser son choix de titres pour le bouquet acheté, après quoi il est verrouillé pour la durée de l'abonnement = poser un mécanisme de verrouillage dans l'admin, au moment de créer le user (date de fin)

1 bouquet = 1 portail : pas de transversalité.

Rendre cette transversalité possible