DevCamp Nantes 2022

From Dolibarr ERP CRM Wiki
Jump to navigation Jump to search

Compte rendu : GIF - Groupement d'Intérêt Fonctionnel

Les personnes présentes : Eoxia, Evarisk, InfraS, Cap-Rel, Inovea, Pragma-tech,Code42, Progiseize...

Le principe serait de permettre à différents intervenants de se regrouper autour d'un axe de développement fonctionnel. Les étapes pourraient être :

  • Etape 1 : Choix du module et définition des fonctions attendues
  • Etape 2 : Création du projet sur le Github de l'association
  • Etape 3 : Montant de la participation minimum au projet par personne/organisation et rôles (financeur ou intervenant)
  • Etape 4 : Définition du Partenaire qui porte le projet
    • Définition du rythme de travail
    • Définition des réunions de validation
    • Définition des paiements
  • Etape 5 : Définition des besoins d'experts externe
  • Etape 6 : Définition du ROI attendu basé sur les ventes en ligne sur le Dolistore
  • Etape 7 : Définition des étapes d'intégration dans le cœur de Dolibarr

Les risques identifiés

  • Abandon du projet par le Preferred Partner
  • Dépassement du temps prévu sur le projet
  • Manque d'interlocuteur fonctionnel
  • Points bloquants dans le core de Dolibarr pour la réalisation du module



Compte rendu : Dolistore

Les personnes présentes : NS Info, Inovea Conseil, AB1 Consulting, Atoo-net, Takepos, ...


Ce groupe avait pour but d'échanger sur les attentes et problématiques concernant le Dolistore et ses usages.


  • Pour les acheteurs
    • La recherche est trop fastidieuse pour trouver un module acheter précédemment. Un va-et-vient intempestif entre la liste des commandes et les produits la composant qui se trouve en bas du listing.


  • Pour les éditeurs
    • Lors de la distribution gratuite de module, celui-ci est directement téléchargeable sans authentification. Ce système natif de Prestashop ne permet pas à l'éditeur de suivre la popularité de son module.
    • Afin de faciliter la gestion de son espace revendeur, une API d'échange serait appréciée pour traiter les commandes recues, gérer la mise à jour des zip de module et de la fiche module.
    • La gestion des remboursements est parfois trop rapide envers le client qui ne permet pas à l'éditeur d'assurer sa procédure de SAV, des dérives d'usage pourrait être exploitées.
    • Paypal se positionne en juge pour décider unilatéralement de rembourser l'acheteur: une recherche sur le comportement de Paypal concernant les produits dématérialisés.
    • La constatation de plus en plus importante, de modules qui n'apportent pas de nouvelle fonctionnalité par rapport à d'autre module existant et pourrait entraver les conditions d'usage de la plate-forme.