Valery Fremaux

Bonjour Florence,

la boutique est totalement opérationnelle actuellement, et nous réglons les derniers développement Paypal. Elle doit être mis en service chez un de nos clients dans les jours qui viennent. (nous sommes en pleine phase finale de test et de mise au point).

Je prévois de monter un serveur de démonstration complet en thème standard avec possibilité d'opération d'un compte Paypal en sandbox (la big question c'est quand ?  ).

Le statut du code de la e-boutique sera GPL comme toujours, Elle nécessitera cependant un acte d'intégration consistant à élaborer les "scripts produit" au cas par cas (ou ajouter quelques scénarios de déclenchements de produits que nous n'avons pas encore prévu).

Ceci correspond aux fondements de notre modèle économique de prestataires Moodle : le code est gratuit et disponible (sous réserve que nous ayons le temps d'en effectuer une publi, et sous une forme "as is", documenté ou non selon nos budgets et les missions que nous donnent nos clients), nous nous rémunérons exclusivement sur les prestations d'intégration et de "transmission de compétence".

Pour le 1 : aucun problème, la boutique le fait parfaitement

Pour le 2 et le 3 : la gestion de l'accès à des cours par enrollement permettrait de disposer ses ressources dans des cours "étagères" et d'ouvrir les droits par la boutique en lecture sur ces cours (cours sans activités). Il y aura peut etre une évolution possible plus "sélective", mais cela dépend essentiellement du développements d'infrastructures de ressources (librairies) un peu plus costaud que ce qui est actuellement dans Moodle. (on est dessus, d'ailleurs, pour la FEPEM et d'autres demandeurs).

Nous avons développé des composants paramétrables "à l'utilisateur" comme des quiz modifiés qui permettent à la boutique de commercialiser des "tickets" d'examens ou de tests d'entraînement. (module userquiz et block userquiz_monitor en cours de développement).

Cheers.

Val'EISTI
http://www.valeisti.fr

Bonjour Christophe,

pour ce qui concerne ta question sur les délais, cela peut être ou peut ne pas être raisonnable, mais ils ont probablement des raisons.

Les équipes infos ont tout une foule de problèmes a gérer au quotidien et la planification d'une nouvelle contrainte peut en effet être difficile à négocier par rapport à toutes leurs autres missions.

En outre, s'ils ne connaissent pas du tout la techno et ses conséquences, ils jouent probablement la sécurité, plutôt que de dire oui oui tout de suite, et se retrouver face à quelques cas un peu retors de communication entre les applis (j'ai eu le cas sur Biarritz avec OMT où le CAS en mode proxy n'a finalement pas pu fonctionner malgré 2 mois de tentatives....)

Si on met tout ça ensemble, un délai de trois mois n'est pas extraordinaire, qui plus est pour faire le tour de toutes les implications...

Cheers.

Il y a un moyen actuellement tout à fait opérationnel, mais j'avoue peu documenté (ma faute).

Nous tournons actuellement 35 plates-formes du réseau http://www.pairformance.education.fr/ et préparons actuellement des dossiers jusqu'à 250 plates-formes virtualisées.

Nous serions trés heureux de discuter avec vous d'une collaboration sur le bloc VMoodle que nous avons développé pour Pairformance et qui permet :

• La virtualisation totale de Moodles sur une seule base de code :
  • en plates-formes isolées
  • en sous-réseaux Moodle distincts
  • en sous-réseau Moodle total (circulation non limitée multi-noeud).
• La super administration réseau qui :
  • permet d'exécuter des métacommandes dans toutes ou parties des plates-formes
  • permet la comparaison graphique des roles et capacités entre plates-formes
  • permet la synchronisation de feuilles de rôles entre plates-formes
  • permet de dispatcher une commande SQL dans toutes ou parties des plates-formes.

Nous préparons actuellement dans le cadre d'un de nos projets un autre mode de circulation dans un réseau virtualisé, contrôlant plus quel noeuds peuvent être visités par les utilisateurs.

Le bloc VMoodle mérite encore certains tests que nous n'avons pas pu terminer et des détails de mise au point, notamment la fonction de déploiement automatisé d'une nouvelle plate-forme (à partir d'une plate-forme template).

Au départ, cette solution fait partie du coeur d'ingénierie de ValEISTI (http://www.valeisti.fr), mais nous serions tout à fait ouverts à une collaboration pour l'améliorer.

Vous pouvez tout a fait travailler avec une version locale de Moodle actionnée par un serveur Web sur votre machine.

Sous Ubuntu, les paquetages d'Apache doivent être disponible et installés comme ceux de MySQL ou PHP. Perso je n'aime pas trop travailler sous Linux sur mon laptop (je le réserve pour tous les serveurs), mais à partir du moment où vous savez les démarrer, installer un Moodle dans le volume Web du serveur est très bien documenté en ligne sur http://docs.moodle.org

We are on the last run for delivering a full feature coursestore for Moodle, including a complete payment procedure.

the course store features :

• A coursestore backoffice with :
  • A maneagable shop store catalog (backoffice) 
    • multiinstance, with slave/master catalog sync (for multilingual offer)
    • handles single product, bundle and assemblies
    • allows binding products to logged in/out or both users
    • allow limiting max ordering quantity per order
    • product thumb, image, attached leaflet.
    • product exposure workflow (preview, available, refeeding, obsolete,etc.)
    • Multiple tax system calculation for distinct countries
  • A bill log
    • bill tracking workflow (from submitted to payed out)
    • Multiple tax rate on same order
    • Transaction ID tracking
  • a customer annuary
    • purchase summary
• A course store front office
  • working in logged out mode with product line filtering
  • working in logged in mode with product line filtering
  • 4 step buying process :
    • product selection in catalog front view
    • order confirmation and required data recollection
    • payment
      • bank transfer
      • bank check
      • paypal
      • pluggable creditcard handlers (mercanet fro france)
    • order production status
  • full mail notification
  • immediate access to ordered products (courses, activities)

The products in catalog are intended to be access to course volumes or access timerange prorogation, or any acces allowance to some otherwised closed feature or content zone.

Each product in catalog can be bound to a production handler that is triggered under payment confirmation. The productio handler is a little tailored script that performs adequate authorisation switching. Almost any Moode context script can be written and plugged for product purchase automated realisation.

Typical use cases :

1. Product results in creating a user account
2. Product results in creating a usr account AND enroll to some courses
3. Product results in changing a user to a groupement that has more features
4. Product results in extending individual amount of attempts (eg : using custom userquiz module)
5. Product results in extending the enroll time range on some courses
6. Product can be physical editing assets to provide to customer
7. Product could trigger external conrol to other applications

The couseshop front end provides a clean pro level commercial frotn end for selling training and teaching programs.

Full moodle integrated without extraneous technology.

Provided as a moodle block + one moodle auth module for direct log in from mail notifications.

Schedule :

Beta on April 15th with real field test

Publishing of full documentation at http://www.valeisti.fr on Mai 2010