Dolibarr ERP CRM Wiki - User contributions [en]

Commission dolistore

2026-10-16T07:34:27Z

Aspangaro: /* 11. Arbitrages économiques et associatifs */

==Introduction==

Le DoliStore joue un rôle central dans l’écosystème Dolibarr : il permet aux développeurs, intégrateurs et éditeurs de proposer des modules, services et extensions à une communauté d’utilisateurs toujours plus large. Sa richesse constitue une force, mais cette croissance soulève aujourd’hui des enjeux importants en matière de qualité, de lisibilité, de confiance et de soutenabilité.

Les échanges récents mettent en évidence plusieurs problématiques concrètes :

*Une augmentation rapide du nombre de vendeurs et de modules publiés, rendant plus difficile la navigation et l’identification des offres réellement pertinentes.
*La présence de fiches produits insuffisamment documentées, de descriptions ambiguës ou de promesses commerciales ne correspondant pas toujours au périmètre réel du module.
*Des difficultés à distinguer les modules activement maintenus de ceux qui ne sont plus suivis par leur auteur.
*Des informations de compatibilité parfois trop larges, peu rattachées à une version précise du module ou difficilement vérifiables.
*Des situations de duplication, de fork ou de déclinaison commerciale pouvant créer de la confusion chez les acheteurs.
*Un traitement des litiges, des remboursements et des signalements qui nécessite des procédures plus claires, plus traçables et plus équitables.
*Une visibilité des vendeurs encore trop limitée, alors que la présentation de leur activité, de leurs services et de leur historique est essentielle pour établir la confiance.
*Une charge de contrôle et de modération qui repose largement sur un nombre limité de personnes, dans un contexte associatif où les ressources humaines et le temps disponible sont contraints.

L’arrivée massive de modules générés ou assistés par IA a amplifié ces difficultés, sans en être la cause unique. L’IA est désormais un outil de développement utilisé de différentes façons. Le véritable enjeu n’est donc pas de stigmatiser son usage, mais d’évaluer le résultat : un module doit être compréhensible, fonctionnel, documenté, maintenu et accompagné d’un support adapté.

L’objectif de ces évolutions n’est pas de fermer le DoliStore aux nouveaux contributeurs ni de privilégier exclusivement les acteurs historiques. Au contraire, il s’agit de préserver un catalogue ouvert, tout en donnant à chacun les moyens de se différencier par la qualité de son travail, la régularité de sa maintenance, la clarté de sa communication et la qualité de son support.

Pour avancer de manière sereine, il est nécessaire d’impliquer davantage la communauté : développeurs, intégrateurs, éditeurs, utilisateurs, modérateurs et bénévoles. Les évolutions ne pourront pas reposer uniquement sur quelques personnes déjà fortement mobilisées. Elles nécessitent une répartition claire des responsabilités, des contributions variées, des outils adaptés et une capacité à avancer par étapes.

Les propositions présentées dans ce document visent donc à renforcer la qualité sans restreindre l’ouverture, à améliorer la confiance sans alourdir excessivement les processus, et à faire vivre un écosystème où les contributeurs sérieux, qu’ils soient nouveaux ou historiques, peuvent être identifiables et valorisés.

Il ne s’agit pas de tout refondre simultanément. La démarche proposée est progressive : corriger d’abord les points les plus impactants, expérimenter les évolutions les plus structurantes, recueillir les retours, puis généraliser les solutions qui auront démontré leur utilité.

===Bases de travail===

Ce document s’appuie sur les échanges publics de la communauté ainsi que sur deux réunions communautaires consacrées à l’évolution du DoliStore.

Les principales bases de travail sont les suivantes :

*[https://www.dolibarr.fr/forum/t/dolistore-et-modules-generes-par-ia/51035 Discussion forum : DoliStore et modules générés par IA]
*[https://www.dolibarr.fr/forum/t/dolistore-reorganisation-fiche-produit-avis-et-discussions/49053 Discussion forum : DoliStore — réorganisation de la fiche produit, avis et discussions]
*[https://www.dolibarr.fr/forum/t/dolibarr-comment-on-fait-sa-pub/51960 Discussion forum : Dolibarr — comment on fait sa pub ?]
*Première réunion communautaire du 6 octobre 2026, consacrée notamment à l’état du DoliStore, à la qualité des vendeurs et des modules, aux fiches vendeurs, à la recherche, à la documentation, aux données vendeurs et aux règles de publication.
*Seconde réunion communautaire du 15 octobre 2026, consacrée notamment à la visibilité des nouveautés, à la validation des modules, aux fiches vendeurs, aux avis clients, aux litiges et remboursements, aux compatibilités et à l’organisation des prochaines étapes.

Les transcriptions et synthèses de ces réunions ont été utilisées comme support de travail. Elles ne constituent pas des décisions adoptées : elles servent à identifier les problématiques, les pistes d’amélioration et les arbitrages encore à réaliser.

=Évolution du DoliStore : qualité, confiance et développement de l’écosystème=

'''Statut :''' Proposition de travail 
'''Responsable :''' Alexandre Spangaro 
'''Version :''' 1.0 
'''Date :''' 16 octobre 2026 
'''Objet :''' Propositions d’évolution du DoliStore issues des échanges de la communauté et des réunions de travail.

==1. Objet du document==

Ce document synthétise les constats et propositions issus des échanges communautaires et des réunions de travail consacrées au DoliStore.

Il a pour objectif de proposer une trajectoire d’évolution progressive, réaliste et ouverte, afin de :

*Améliorer la confiance des acheteurs.
*Renforcer la qualité des informations publiées.
*Faciliter l’identification des vendeurs et de leurs services.
*Encadrer la publication et la maintenance des modules.
*Préserver l’accessibilité du catalogue aux nouveaux contributeurs.
*Rendre le traitement des litiges plus lisible et équitable.
*Adapter les outils du DoliStore à l’évolution du nombre de vendeurs et de modules.

Les propositions présentées ici ne constituent pas des décisions déjà adoptées. Elles doivent être discutées, amendées puis arbitrées par les instances compétentes de l’association Dolibarr.

==2. Diagnostic général==

===2.1 Un changement d’échelle===

Le DoliStore a connu une forte croissance du nombre de vendeurs, de modules et de publications. Cette évolution ne peut plus être gérée uniquement par l’interconnaissance, la cooptation informelle et quelques personnes assurant les contrôles.

Le défi n’est pas de fermer l’accès aux nouveaux entrants, mais de leur proposer un parcours clair, des règles compréhensibles et des outils permettant de distinguer les offres sérieuses, maintenues et adaptées aux besoins des utilisateurs.

===2.2 Des enjeux de confiance===

Un acheteur doit pouvoir comprendre rapidement :

*Ce que fait réellement un module.
*Ce qu’il ne fait pas.
*Quelles sont les dépendances et prérequis.
*Quelle version de Dolibarr est concernée.
*Qui est le vendeur.
*Quel support est inclus.
*Quel est l’état de maintenance du produit.
*Comment obtenir de l’aide ou signaler un problème.

La qualité perçue dépend autant de la qualité de la fiche produit, de la documentation et du support que du code lui-même.

===2.3 L’IA n’est pas le seul sujet===

Les modules générés ou assistés par IA ont accéléré certains problèmes existants, mais ils ne constituent pas la cause unique des difficultés rencontrées.

L’IA peut être utilisée comme outil de développement. L’enjeu principal reste d’évaluer le résultat et la capacité du vendeur à assurer :

*La compréhension du produit.
*La maintenance dans le temps.
*La documentation.
*Le support.
*La compatibilité annoncée.
*La qualité de la fiche commerciale.

Les mêmes exigences doivent donc s’appliquer aux modules développés manuellement, avec assistance IA ou issus d’un fork.

===2.4 Des limites de visibilité et de recherche===

Plusieurs difficultés ont été identifiées :

*La période de visibilité « nouveautés » ne démarre pas toujours au bon moment.
*La date de mise à jour affichée ne distingue pas toujours une évolution du module d’une simple modification de fiche effectué par un administrateur du DoliStore (utilisation galvaudée du tms).
*Les catégories et la recherche ne permettent plus de naviguer efficacement dans un catalogue volumineux.
*Les compatibilités annoncées ne sont pas toujours rattachées à une version précise du module.
*Les acheteurs peuvent acheter un module dont le périmètre réel ne correspond pas à leur besoin.

Ces sujets doivent être traités en parallèle de la question de la qualité des modules.

==3. Principes directeurs==

Les évolutions proposées reposent sur les principes suivants :

*'''Ouverture''' : ne pas fermer l’accès aux nouveaux vendeurs, mais clarifier les règles et les parcours.
*'''Transparence''' : publier les critères de sélection, de validation et de mise en avant.
*'''Proportionnalité''' : adapter le niveau de contrôle au risque, à la complexité et au type de produit.
*'''Équité''' : appliquer les mêmes règles à tous les vendeurs et prévoir une procédure contradictoire.
*'''Progressivité''' : déployer les évolutions par lots testés, sans refonte globale simultanée.
*'''Séparation des rôles''' : distinguer identité, adhésion, statut partenaire, contribution communautaire et qualité d’une version précise.
*'''Respect du support vendeur''' : laisser au vendeur le choix de son canal de support, tout en le rendant visible et explicite.
*'''Traçabilité''' : conserver les décisions, les motifs, les versions concernées et les éléments de preuve utiles.

==4. Chantier prioritaire : fiches vendeurs==

===4.1 Créer une fiche vendeur native===

La création de fiches vendeurs est proposée comme priorité. Elle doit permettre de centraliser l’identité du vendeur, son catalogue, ses services, son canal de support et sa présence dans l’écosystème.

La fiche vendeur ne doit pas se limiter aux sociétés. Elle doit également permettre aux développeurs individuels de présenter leur activité.

===4.2 Contenu proposé===

{| class="wikitable"
!Rubrique
!Informations proposées
|-
|Identification
|Nom public, raison sociale ou statut adapté, pays, langues
|-
|Présentation
|Logo, description de l’activité, spécialités
|-
|Catalogue
|Modules actifs, nouveautés, modules gratuits et payants
|-
|Services
|Développement, intégration, formation, maintenance, selon l’activité réelle
|-
|Support
|Canal de support, langues, périmètre inclus, exclusions éventuelles
|-
|Historique
|Présence sur le DoliStore, publications et évolutions
|-
|Écosystème
|Contributions, statuts reconnus, liens publics pertinents
|-
|Informations commerciales
|Réductions éventuelles, offres, liens vers les fiches produit
|}

===4.3 Distinguer les notions===

Il est important de distinguer :

*L’identité vérifiée du vendeur.
*L’adhésion à l’association.
*Le statut de partenaire.
*La participation communautaire.
*La revue d’une version précise d’un module.

Un statut commercial ou associatif ne doit pas être présenté comme une garantie automatique de fonctionnement de tous les produits proposés.

===4.4 Annuaire des vendeurs===

Un annuaire des vendeurs peut compléter les fiches vendeurs. Il permettrait notamment de :

*Rechercher un vendeur par nom, pays ou spécialité.
*Accéder directement à son catalogue.
*Identifier les vendeurs proposant des services complémentaires.
*Mettre en avant les nouveaux vendeurs ayant complété leur fiche.

==5. Chantier qualité : validation des modules==

===5.1 Renforcer la validation avant publication===

Il est proposé de renforcer la validation avant publication plutôt que de publier systématiquement puis de retirer les modules posant problème.

L’objectif n’est pas de créer un filtre bloquant ou une barrière à l’entrée, mais de fournir un parcours clair, des contrôles proportionnés et un accompagnement vers la mise en conformité.

===5.2 Trois niveaux de contrôle===

{| class="wikitable"
!Niveau
!Périmètre proposé
!Résultat attendu
|-
|Contrôle automatique
|Archive, métadonnées, règles techniques, cohérence des informations
|Rapport de contrôles
|-
|Revue de publication
|Fiche produit, documentation, support, captures et promesses commerciales
|Publication ou demande de correction
|-
|Revue fonctionnelle approfondie
|Installation, activation et scénarios représentatifs
|Rapport de test associé à une version
|}

Les contrôles automatiques doivent distinguer les anomalies bloquantes des alertes nécessitant une appréciation humaine.

Un score de similarité, par exemple, ne doit pas produire seul une accusation de copie. Il doit déclencher une revue.

===5.3 Grille de revue proposée===

La revue pourrait vérifier les points suivants :

*L’archive correspond-elle au produit annoncé ?
*L’installation et l’activation fonctionnent-elles dans l’environnement retenu ?
*Les principales fonctions annoncées sont-elles accessibles ?
*Les prérequis et dépendances sont-ils expliqués ?
*La documentation permet-elle une prise en main raisonnable ?
*Le périmètre du support et les exclusions sont-ils explicites ?
*Les captures correspondent-elles au produit distribué ?
*Les contrôles techniques bloquants sont-ils satisfaits ?

Chaque résultat doit préciser la version du module, l’environnement de test, la date et les limites de la revue.

Le libellé public recommandé est « version revue » ou « contrôle réalisé », plutôt qu’une « certification » générale dont la portée ne serait pas définie.

===5.4 Validation communautaire===

Il est proposé d’étudier une équipe initiale de trois à quatre validateurs, avec des règles claires :

*Déclaration des conflits d’intérêts.
*Interdiction de valider son propre produit.
*Réattribution possible d’un dossier.
*Motivation écrite des refus.
*Recours examiné par une autre personne.
*Accès limité aux seules données nécessaires.

Le nombre d’approbations requises doit être adapté au niveau de contrôle. Une revue simple peut être confiée à une personne ; une seconde lecture peut être demandée pour les dossiers sensibles, les désaccords ou les décisions de refus.

===5.5 Suivi visible pour le vendeur===

Le vendeur doit connaître l’état de son dossier :

<pre>
Brouillon → Déposé → Contrôles en cours → À corriger → En revue → Publié
</pre>

Prévoir également des états « refusé », « suspendu » et « archivé », accompagnés d’un motif.

L’objectif est d’éviter les modules bloqués sans explication.

==6. Chantier visibilité : accueil, recherche et fiche produit==

===6.1 Réorganiser la page d’accueil===

La page d’accueil pourrait distinguer :

#Les modules officiels.
#Les modules ayant fait l’objet d’une revue ou d’une sélection éditoriale.
#Les meilleures ventes sur une période définie.
#Les nouveautés.
#Une découverte aléatoire limitée.

Il est proposé de limiter le bloc aléatoire à 24 éléments dans une première expérimentation.

Les meilleures ventes et la sélection qualitative doivent rester deux notions distinctes.

===6.2 Règles de mise en avant===

Pour éviter les déséquilibres, il est proposé de :

*Limiter la présence d’un même vendeur dans un bloc.
*Réserver une place aux nouveaux entrants.
*Publier les critères de sélection.
*Dater et réexaminer les sélections.
*Identifier séparément toute mise en avant sponsorisée.

La simple ancienneté ou le volume historique de ventes ne doit pas constituer l’unique critère de mise en avant.

===6.3 Corriger les nouveautés===

La période de 30 jours de visibilité doit commencer à la première publication effective, et non à la demande de validation.

Une modification de texte, une traduction ou un simple changement d’intitulé ne devrait pas réinitialiser cette période.

Une nouvelle version peut alimenter un espace « mises à jour », sans faire systématiquement réapparaître le produit comme nouveau module.

===6.4 Améliorer la recherche===

Les évolutions proposées sont :

*Des catégories métier et techniques mieux structurées.
*Des mots-clés multilingues.
*Des filtres par version Dolibarr, langue, prix et statut de maintenance.
*Des filtres par revue réalisée ou compatibilité testée.
*Une recherche par vendeur.
*Des tris explicites : pertinence, nouveautés, mises à jour et ventes récentes.

Les volumes de ventes peuvent être présentés par tranches, sous réserve d’arbitrage. Ils doivent être accompagnés d’une période de référence et ne pas devenir l’unique signal de qualité.

===6.5 Revoir la fiche produit===

La fiche produit devrait suivre une structure claire :

#Besoin auquel répond le module.
#Fonctions incluses.
#Limites et exclusions.
#Captures en situation.
#Prérequis et compatibilités.
#Installation et documentation.
#Support inclus et prestations complémentaires.
#Historique des versions et conditions de mise à jour.

Il est proposé de demander au moins une illustration représentative du fonctionnement réel. Pour une API ou un service sans interface exploitable, une démonstration adaptée peut être acceptée.

La suppression du carrousel n’étant pas consensuelle, il est proposé de tester une maquette avec images intégrées dans les sections de contenu avant décision définitive.

==7. Chantier technique : versions et compatibilités==

===7.1 Rattacher la compatibilité à chaque version distribuée===

La compatibilité ne doit plus être gérée uniquement au niveau global du module. Elle doit être rattachée à chaque version distribuée.

Modèle cible :

<pre>
Vendeur
└── Produit / module
└── Version distribuée
├── Archive
├── Date de publication
├── Compatibilité Dolibarr
├── Compatibilité PHP et dépendances
├── Changelog
├── Statut de maintenance
└── Contrôles et revues
</pre>

Cela permet de conserver une fiche produit unique tout en présentant plusieurs versions techniques ou générations commerciales.

===7.2 Distinguer compatibilité déclarée et testée===

Il est proposé d’afficher clairement :

*La compatibilité déclarée par l’éditeur.
*La compatibilité testée par l’éditeur.
*La compatibilité contrôlée par un tiers, avec environnement et date.

Une extension de compatibilité sans modification de code doit être possible si un test la justifie. Elle ne doit pas être présentée automatiquement comme une nouvelle version.

===7.3 Séparer les dates===

Prévoir des champs distincts pour :

*La demande de publication.
*La première publication.
*La publication de la dernière version.
*La modification de la fiche.
*La dernière vérification de compatibilité.

La simple modification d’une fiche ne doit plus être assimilée à une mise à jour du module.

===7.4 Gérer la dépréciation===

Prévoir des états lisibles :

*Maintenu.
*Ancien mais disponible.
*Déprécié.
*Indisponible.
*Retiré de la vente.

Les versions dépendant d’un service externe devenu inutilisable doivent être explicitement signalées.

L’accès des anciens acheteurs, la visibilité publique et le retrait de la vente doivent être traités séparément.

==8. Forks, duplications et marketplaces externes==

===8.1 Distinguer les situations===

Il convient de distinguer :

*La copie directe de code.
*La concurrence fonctionnelle entre modules différents.
*Les « auto-forks » publiés périodiquement pour retrouver de la visibilité.
*Les déclinaisons linguistiques ou commerciales d’un même produit.

Un outil de comparaison de modules et un seuil de similarité peuvent être utilisés comme signal de revue, mais pas comme verdict automatique.

===8.2 Procédure de signalement===

Une procédure contradictoire est proposée :

#Signalement documenté.
#Accusé de réception et attribution.
#Conservation des éléments utiles.
#Demande de réponse au vendeur.
#Analyse technique et, si nécessaire, juridique.
#Décision motivée.
#Possibilité de recours.

Les règles d’accès aux archives ou aux preuves demandées par un plaignant doivent être définies avec le conseil juridique.

===8.3 Réduire les fiches artificiellement dupliquées===

Une fiche principale peut regrouper les déclinaisons essentiellement linguistiques, techniques ou commerciales d’un même produit.

Une fiche distincte devrait correspondre à une offre réellement distincte, et non à un simple changement de nom ou de secteur destiné à recréer une nouveauté.

===8.4 Clarifier les liens externes===

Il est proposé de publier une doctrine courte, validée juridiquement, précisant :

*Les liens autorisés.
*Les destinations interdites ou encadrées.
*Les règles applicables aux promotions et aux prix.
*Les délais de mise en conformité.
*Les sanctions et recours.

L’existence d’une boutique externe ne doit pas remplacer l’examen des pratiques effectivement reprochées.

==9. Avis, support, litiges et remboursements==

===9.1 Avis clients===

Les avis clients ne doivent pas être déployés sans cadre clair. Il est proposé de :

#Déployer d’abord les informations objectives.
#Formaliser le traitement des litiges.
#Expérimenter ensuite des avis textuels contextualisés.
#Reporter la note globale tant que sa pertinence et sa modération ne sont pas établies.

Les conditions proposées pour un avis sont :

*Usage ou achat vérifiable.
*Rattachement à une version du module.
*Indication de l’environnement Dolibarr.
*Droit de réponse du vendeur.
*Signalement à un modérateur indépendant.
*Historique des corrections et réponses.

Le vendeur ne doit pas pouvoir bloquer indéfiniment un avis négatif. Inversement, l’avis ne doit pas devenir un moyen d’obtenir une prestation non incluse.

===9.2 Support vendeur===

Le vendeur doit conserver la liberté de choisir son canal de support : forum, tickets, adresse email, téléphone ou autre outil.

Le DoliStore doit :

*Rendre ce canal visible.
*Expliquer les prestations incluses.
*Orienter les demandes techniques vers le vendeur.
*Centraliser les litiges commerciaux sans imposer un outil unique de support.

===9.3 Dossier de litige===

Il est proposé de créer un dossier de litige dans l’administration du DoliStore.

Le dossier devrait contenir :

*Commande, module et version.
*Motif de la demande.
*Échanges et justificatifs.
*Notification au vendeur.
*Délai de réponse annoncé.
*Proposition de résolution.
*Décision et trace du remboursement éventuel.

Les modalités de remboursement et la répartition des frais doivent être formalisées, puis validées avant publication dans les conditions applicables.

==10. Données, outils vendeurs et communication==

===10.1 Tableau de bord vendeur===

Il est proposé de fournir aux vendeurs un tableau de bord contenant :

*Visites agrégées et méthode de comptage.
*Ventes et téléchargements.
*Évolution par période.
*État des validations.
*Litiges et remboursements.
*Alertes sur les informations à actualiser.

Le partage de données collectives doit être autorisé et agrégé. Un accès éventuel à des outils d’analyse devra respecter les droits de chaque vendeur.

===10.2 API===

Les usages doivent être distingués :

#API de lecture du catalogue public.
#Accès authentifié aux données propres du vendeur.
#API d’édition des fiches.
#Dépôt d’archives, ultérieurement.

Les écritures automatisées devront respecter les mêmes règles de contrôle et de visibilité que les opérations manuelles.

===10.3 Place du forum===

La fiche vendeur doit devenir le lieu de présentation commerciale.

La fiche produit doit décrire le produit.

Le forum doit rester un espace d’entraide et de retours d’expérience.

Il est proposé de publier une charte illustrée pour éviter les décisions de modération perçues comme fondées sur la seule notoriété du contributeur.

==11. Arbitrages économiques et associatifs==

Plusieurs pistes ont été évoquées sans constituer un modèle adopté :

*Contrôle renforcé au-delà d’un certain prix. (Évocation d'une limite de contrôle renforcé si prix de vente du module supérieur à 100 € HT)
*Frais de revue. (Évocation d'un prix de 75,00 € HT de vérification d'un module en lien avec le point ci-dessus)
*Exemptions éventuelles pour les Preferred Partner.
*Prix minimum. (Évocation passage de 2 € HT à 10 € HT minimum)
*Adhésion vendeur obligatoire à l'association Dolibarr. (Non obligatoire aujourd'hui alors que cela l'était pas le passé)
*Accueil réservé à certaines catégories de vendeurs.
*Critères du statut de Preferred Partner.

{| class="wikitable"
!Sujet
!Recommandation
|-
|Contrôle lié au prix
|Ne pas utiliser le prix comme seul critère ; intégrer complexité, risques et historique
|-
|Frais de revue
|Mesurer d’abord le temps et le coût sur un pilote
|-
|Exemption partenaire
|Ne pas supprimer le socle minimal de contrôle
|-
|Prix minimum
|Étudier les coûts réels ; ne pas le présenter comme un outil qualité
|-
|Adhésion obligatoire
|Arbitrage associatif distinct de l’évaluation du produit
|-
|Accueil réservé aux adhérents
|Évaluer l’impact sur l’ouverture et la découverte
|-
|Statut partenaire
|Publier critères, renouvellement, suspension et recours
|-
|Réductions et commissions
|Produire une documentation avec exemples validés
|}

Un simple litige en cours ne devrait pas suffire automatiquement à exclure un vendeur d’un statut. Il convient de définir des manquements objectivés et une procédure contradictoire.

Les questions de TVA, commissions et réductions doivent faire l’objet d’une note comptable et commerciale distincte et d'un vote du bureau de l'association

==12. Gouvernance et feuille de route==

===12.1 Répartition des responsabilités===

{| class="wikitable"
!Rôle
!Mission
|-
|Bureau
|Arbitrer politique, budget et règles
|-
|Coordination DoliStore
|Organiser le programme et publier l’avancement
|-
|Équipe technique
|Développer, tester et maintenir
|-
|Référent qualité
|Définir la grille et accompagner les validateurs
|-
|Équipe UX/contenu
|Concevoir les modèles et tester les parcours
|-
|Conseil juridique
|Valider les dispositions sensibles
|-
|Représentants utilisateurs et vendeurs
|Participer aux tests et retours
|}

===12.2 Lots de réalisation===

{| class="wikitable"
!Lot
!Contenu
!Condition de lancement
|-
|0 — Cadrage
|Inventaire, chiffres fiables, état des travaux, arbitrages
|Responsable identifié
|-
|1 — Corrections rapides
|Nouveautés depuis validation, dates distinctes, motifs d’attente, miniatures
|Vérification technique
|-
|2 — Fiches vendeurs
|Annuaire, catalogue regroupé, support, services, statuts
|Modèle de données et maquette
|-
|3 — Validation pilote
|Dashboard, grille, équipe de revue, historique
|Capacité humaine confirmée
|-
|4 — Parcours d’achat
|Accueil, recherche, fiches produit, langues
|Tests utilisateurs
|-
|5 — Versions et litiges
|Compatibilités par version, dépréciation, dossiers de litige
|Règles et modèle validés
|-
|6 — Données et extensions
|Dashboard vendeur, API, avis expérimentaux
|Gouvernance des données
|}

Il est préférable de lancer peu de lots simultanément et de vérifier leur fonctionnement avant généralisation.

===12.3 Migration de l’existant===

Proposition :

*Appliquer les nouvelles exigences aux nouveaux dépôts après information préalable.
*Accorder un délai de mise en conformité aux fiches existantes.
*Traiter en priorité les signalements, incompatibilités et informations manifestement insuffisantes.
*Revoir progressivement le catalogue lors des mises à jour.
*Ne pas qualifier rétroactivement un produit de « testé » sans revue correspondante.

==13. Indicateurs de suivi==

{| class="wikitable"
!Objectif
!Indicateurs proposés
|-
|Réduire l’attente
|Dossiers en attente, délai médian et dossiers les plus anciens
|-
|Améliorer les fiches
|Complétude, documentation et illustrations représentatives
|-
|Fiabiliser les compatibilités
|Versions renseignées, déclarations et tests distingués
|-
|Équilibrer la visibilité
|Concentration des impressions, exposition des nouveaux vendeurs
|-
|Faciliter la recherche
|Recherches sans résultat, usage des filtres
|-
|Traiter les litiges
|Délais, motifs, taux et coûts rapportés aux ventes
|-
|Maîtriser la charge
|Temps de revue, coût et retours pour correction
|}

La croissance du nombre de modules ou du chiffre d’affaires global ne doit pas constituer le seul critère de réussite.

==14. Décisions attendues==

Les prochaines discussions devraient permettre de trancher :

#La priorité donnée aux fiches vendeurs et aux corrections de visibilité.
#Le principe et le périmètre de la validation préalable.
#La composition de l’équipe de revue et ses règles d’indépendance.
#Les critères de mise en avant sur l’accueil.
#Le modèle de gestion des versions et compatibilités.
#La procédure de litige et de recours.
#L’expérimentation éventuelle des avis.
#Les conditions d’accès vendeur et les avantages partenaires.
#Les moyens bénévoles et financés.
#Le responsable et les critères de réception de chaque premier lot.

==15. Prochaines étapes==

#Valider ou amender les priorités proposées.
#Identifier les responsables de chaque premier lot.
#Vérifier les données et l’état technique des travaux déjà engagés.
#Publier ce document sur le wiki. '''''OK'''''
#Recueillir les retours de la communauté.
#Établir un cahier des charges pour les premiers lots retenus.
#Organiser un pilote avant généralisation.
#Présenter les résultats lors du prochain DevCamp de Lyon - novembre 2026

Ce document évoluera avec les retours de la communauté. Il ne vise pas à figer des décisions, mais à proposer un cadre commun pour faire progresser le DoliStore de manière sereine, ouverte et durable.

Commission dolistore

2026-10-16T07:33:31Z

Aspangaro: /* 11. Arbitrages économiques et associatifs */

==Introduction==

Le DoliStore joue un rôle central dans l’écosystème Dolibarr : il permet aux développeurs, intégrateurs et éditeurs de proposer des modules, services et extensions à une communauté d’utilisateurs toujours plus large. Sa richesse constitue une force, mais cette croissance soulève aujourd’hui des enjeux importants en matière de qualité, de lisibilité, de confiance et de soutenabilité.

Les échanges récents mettent en évidence plusieurs problématiques concrètes :

*Une augmentation rapide du nombre de vendeurs et de modules publiés, rendant plus difficile la navigation et l’identification des offres réellement pertinentes.
*La présence de fiches produits insuffisamment documentées, de descriptions ambiguës ou de promesses commerciales ne correspondant pas toujours au périmètre réel du module.
*Des difficultés à distinguer les modules activement maintenus de ceux qui ne sont plus suivis par leur auteur.
*Des informations de compatibilité parfois trop larges, peu rattachées à une version précise du module ou difficilement vérifiables.
*Des situations de duplication, de fork ou de déclinaison commerciale pouvant créer de la confusion chez les acheteurs.
*Un traitement des litiges, des remboursements et des signalements qui nécessite des procédures plus claires, plus traçables et plus équitables.
*Une visibilité des vendeurs encore trop limitée, alors que la présentation de leur activité, de leurs services et de leur historique est essentielle pour établir la confiance.
*Une charge de contrôle et de modération qui repose largement sur un nombre limité de personnes, dans un contexte associatif où les ressources humaines et le temps disponible sont contraints.

L’arrivée massive de modules générés ou assistés par IA a amplifié ces difficultés, sans en être la cause unique. L’IA est désormais un outil de développement utilisé de différentes façons. Le véritable enjeu n’est donc pas de stigmatiser son usage, mais d’évaluer le résultat : un module doit être compréhensible, fonctionnel, documenté, maintenu et accompagné d’un support adapté.

L’objectif de ces évolutions n’est pas de fermer le DoliStore aux nouveaux contributeurs ni de privilégier exclusivement les acteurs historiques. Au contraire, il s’agit de préserver un catalogue ouvert, tout en donnant à chacun les moyens de se différencier par la qualité de son travail, la régularité de sa maintenance, la clarté de sa communication et la qualité de son support.

Pour avancer de manière sereine, il est nécessaire d’impliquer davantage la communauté : développeurs, intégrateurs, éditeurs, utilisateurs, modérateurs et bénévoles. Les évolutions ne pourront pas reposer uniquement sur quelques personnes déjà fortement mobilisées. Elles nécessitent une répartition claire des responsabilités, des contributions variées, des outils adaptés et une capacité à avancer par étapes.

Les propositions présentées dans ce document visent donc à renforcer la qualité sans restreindre l’ouverture, à améliorer la confiance sans alourdir excessivement les processus, et à faire vivre un écosystème où les contributeurs sérieux, qu’ils soient nouveaux ou historiques, peuvent être identifiables et valorisés.

Il ne s’agit pas de tout refondre simultanément. La démarche proposée est progressive : corriger d’abord les points les plus impactants, expérimenter les évolutions les plus structurantes, recueillir les retours, puis généraliser les solutions qui auront démontré leur utilité.

===Bases de travail===

Ce document s’appuie sur les échanges publics de la communauté ainsi que sur deux réunions communautaires consacrées à l’évolution du DoliStore.

Les principales bases de travail sont les suivantes :

*[https://www.dolibarr.fr/forum/t/dolistore-et-modules-generes-par-ia/51035 Discussion forum : DoliStore et modules générés par IA]
*[https://www.dolibarr.fr/forum/t/dolistore-reorganisation-fiche-produit-avis-et-discussions/49053 Discussion forum : DoliStore — réorganisation de la fiche produit, avis et discussions]
*[https://www.dolibarr.fr/forum/t/dolibarr-comment-on-fait-sa-pub/51960 Discussion forum : Dolibarr — comment on fait sa pub ?]
*Première réunion communautaire du 6 octobre 2026, consacrée notamment à l’état du DoliStore, à la qualité des vendeurs et des modules, aux fiches vendeurs, à la recherche, à la documentation, aux données vendeurs et aux règles de publication.
*Seconde réunion communautaire du 15 octobre 2026, consacrée notamment à la visibilité des nouveautés, à la validation des modules, aux fiches vendeurs, aux avis clients, aux litiges et remboursements, aux compatibilités et à l’organisation des prochaines étapes.

Les transcriptions et synthèses de ces réunions ont été utilisées comme support de travail. Elles ne constituent pas des décisions adoptées : elles servent à identifier les problématiques, les pistes d’amélioration et les arbitrages encore à réaliser.

=Évolution du DoliStore : qualité, confiance et développement de l’écosystème=

'''Statut :''' Proposition de travail 
'''Responsable :''' Alexandre Spangaro 
'''Version :''' 1.0 
'''Date :''' 16 octobre 2026 
'''Objet :''' Propositions d’évolution du DoliStore issues des échanges de la communauté et des réunions de travail.

==1. Objet du document==

Ce document synthétise les constats et propositions issus des échanges communautaires et des réunions de travail consacrées au DoliStore.

Il a pour objectif de proposer une trajectoire d’évolution progressive, réaliste et ouverte, afin de :

*Améliorer la confiance des acheteurs.
*Renforcer la qualité des informations publiées.
*Faciliter l’identification des vendeurs et de leurs services.
*Encadrer la publication et la maintenance des modules.
*Préserver l’accessibilité du catalogue aux nouveaux contributeurs.
*Rendre le traitement des litiges plus lisible et équitable.
*Adapter les outils du DoliStore à l’évolution du nombre de vendeurs et de modules.

Les propositions présentées ici ne constituent pas des décisions déjà adoptées. Elles doivent être discutées, amendées puis arbitrées par les instances compétentes de l’association Dolibarr.

==2. Diagnostic général==

===2.1 Un changement d’échelle===

Le DoliStore a connu une forte croissance du nombre de vendeurs, de modules et de publications. Cette évolution ne peut plus être gérée uniquement par l’interconnaissance, la cooptation informelle et quelques personnes assurant les contrôles.

Le défi n’est pas de fermer l’accès aux nouveaux entrants, mais de leur proposer un parcours clair, des règles compréhensibles et des outils permettant de distinguer les offres sérieuses, maintenues et adaptées aux besoins des utilisateurs.

===2.2 Des enjeux de confiance===

Un acheteur doit pouvoir comprendre rapidement :

*Ce que fait réellement un module.
*Ce qu’il ne fait pas.
*Quelles sont les dépendances et prérequis.
*Quelle version de Dolibarr est concernée.
*Qui est le vendeur.
*Quel support est inclus.
*Quel est l’état de maintenance du produit.
*Comment obtenir de l’aide ou signaler un problème.

La qualité perçue dépend autant de la qualité de la fiche produit, de la documentation et du support que du code lui-même.

===2.3 L’IA n’est pas le seul sujet===

Les modules générés ou assistés par IA ont accéléré certains problèmes existants, mais ils ne constituent pas la cause unique des difficultés rencontrées.

L’IA peut être utilisée comme outil de développement. L’enjeu principal reste d’évaluer le résultat et la capacité du vendeur à assurer :

*La compréhension du produit.
*La maintenance dans le temps.
*La documentation.
*Le support.
*La compatibilité annoncée.
*La qualité de la fiche commerciale.

Les mêmes exigences doivent donc s’appliquer aux modules développés manuellement, avec assistance IA ou issus d’un fork.

===2.4 Des limites de visibilité et de recherche===

Plusieurs difficultés ont été identifiées :

*La période de visibilité « nouveautés » ne démarre pas toujours au bon moment.
*La date de mise à jour affichée ne distingue pas toujours une évolution du module d’une simple modification de fiche effectué par un administrateur du DoliStore (utilisation galvaudée du tms).
*Les catégories et la recherche ne permettent plus de naviguer efficacement dans un catalogue volumineux.
*Les compatibilités annoncées ne sont pas toujours rattachées à une version précise du module.
*Les acheteurs peuvent acheter un module dont le périmètre réel ne correspond pas à leur besoin.

Ces sujets doivent être traités en parallèle de la question de la qualité des modules.

==3. Principes directeurs==

Les évolutions proposées reposent sur les principes suivants :

*'''Ouverture''' : ne pas fermer l’accès aux nouveaux vendeurs, mais clarifier les règles et les parcours.
*'''Transparence''' : publier les critères de sélection, de validation et de mise en avant.
*'''Proportionnalité''' : adapter le niveau de contrôle au risque, à la complexité et au type de produit.
*'''Équité''' : appliquer les mêmes règles à tous les vendeurs et prévoir une procédure contradictoire.
*'''Progressivité''' : déployer les évolutions par lots testés, sans refonte globale simultanée.
*'''Séparation des rôles''' : distinguer identité, adhésion, statut partenaire, contribution communautaire et qualité d’une version précise.
*'''Respect du support vendeur''' : laisser au vendeur le choix de son canal de support, tout en le rendant visible et explicite.
*'''Traçabilité''' : conserver les décisions, les motifs, les versions concernées et les éléments de preuve utiles.

==4. Chantier prioritaire : fiches vendeurs==

===4.1 Créer une fiche vendeur native===

La création de fiches vendeurs est proposée comme priorité. Elle doit permettre de centraliser l’identité du vendeur, son catalogue, ses services, son canal de support et sa présence dans l’écosystème.

La fiche vendeur ne doit pas se limiter aux sociétés. Elle doit également permettre aux développeurs individuels de présenter leur activité.

===4.2 Contenu proposé===

{| class="wikitable"
!Rubrique
!Informations proposées
|-
|Identification
|Nom public, raison sociale ou statut adapté, pays, langues
|-
|Présentation
|Logo, description de l’activité, spécialités
|-
|Catalogue
|Modules actifs, nouveautés, modules gratuits et payants
|-
|Services
|Développement, intégration, formation, maintenance, selon l’activité réelle
|-
|Support
|Canal de support, langues, périmètre inclus, exclusions éventuelles
|-
|Historique
|Présence sur le DoliStore, publications et évolutions
|-
|Écosystème
|Contributions, statuts reconnus, liens publics pertinents
|-
|Informations commerciales
|Réductions éventuelles, offres, liens vers les fiches produit
|}

===4.3 Distinguer les notions===

Il est important de distinguer :

*L’identité vérifiée du vendeur.
*L’adhésion à l’association.
*Le statut de partenaire.
*La participation communautaire.
*La revue d’une version précise d’un module.

Un statut commercial ou associatif ne doit pas être présenté comme une garantie automatique de fonctionnement de tous les produits proposés.

===4.4 Annuaire des vendeurs===

Un annuaire des vendeurs peut compléter les fiches vendeurs. Il permettrait notamment de :

*Rechercher un vendeur par nom, pays ou spécialité.
*Accéder directement à son catalogue.
*Identifier les vendeurs proposant des services complémentaires.
*Mettre en avant les nouveaux vendeurs ayant complété leur fiche.

==5. Chantier qualité : validation des modules==

===5.1 Renforcer la validation avant publication===

Il est proposé de renforcer la validation avant publication plutôt que de publier systématiquement puis de retirer les modules posant problème.

L’objectif n’est pas de créer un filtre bloquant ou une barrière à l’entrée, mais de fournir un parcours clair, des contrôles proportionnés et un accompagnement vers la mise en conformité.

===5.2 Trois niveaux de contrôle===

{| class="wikitable"
!Niveau
!Périmètre proposé
!Résultat attendu
|-
|Contrôle automatique
|Archive, métadonnées, règles techniques, cohérence des informations
|Rapport de contrôles
|-
|Revue de publication
|Fiche produit, documentation, support, captures et promesses commerciales
|Publication ou demande de correction
|-
|Revue fonctionnelle approfondie
|Installation, activation et scénarios représentatifs
|Rapport de test associé à une version
|}

Les contrôles automatiques doivent distinguer les anomalies bloquantes des alertes nécessitant une appréciation humaine.

Un score de similarité, par exemple, ne doit pas produire seul une accusation de copie. Il doit déclencher une revue.

===5.3 Grille de revue proposée===

La revue pourrait vérifier les points suivants :

*L’archive correspond-elle au produit annoncé ?
*L’installation et l’activation fonctionnent-elles dans l’environnement retenu ?
*Les principales fonctions annoncées sont-elles accessibles ?
*Les prérequis et dépendances sont-ils expliqués ?
*La documentation permet-elle une prise en main raisonnable ?
*Le périmètre du support et les exclusions sont-ils explicites ?
*Les captures correspondent-elles au produit distribué ?
*Les contrôles techniques bloquants sont-ils satisfaits ?

Chaque résultat doit préciser la version du module, l’environnement de test, la date et les limites de la revue.

Le libellé public recommandé est « version revue » ou « contrôle réalisé », plutôt qu’une « certification » générale dont la portée ne serait pas définie.

===5.4 Validation communautaire===

Il est proposé d’étudier une équipe initiale de trois à quatre validateurs, avec des règles claires :

*Déclaration des conflits d’intérêts.
*Interdiction de valider son propre produit.
*Réattribution possible d’un dossier.
*Motivation écrite des refus.
*Recours examiné par une autre personne.
*Accès limité aux seules données nécessaires.

Le nombre d’approbations requises doit être adapté au niveau de contrôle. Une revue simple peut être confiée à une personne ; une seconde lecture peut être demandée pour les dossiers sensibles, les désaccords ou les décisions de refus.

===5.5 Suivi visible pour le vendeur===

Le vendeur doit connaître l’état de son dossier :

<pre>
Brouillon → Déposé → Contrôles en cours → À corriger → En revue → Publié
</pre>

Prévoir également des états « refusé », « suspendu » et « archivé », accompagnés d’un motif.

L’objectif est d’éviter les modules bloqués sans explication.

==6. Chantier visibilité : accueil, recherche et fiche produit==

===6.1 Réorganiser la page d’accueil===

La page d’accueil pourrait distinguer :

#Les modules officiels.
#Les modules ayant fait l’objet d’une revue ou d’une sélection éditoriale.
#Les meilleures ventes sur une période définie.
#Les nouveautés.
#Une découverte aléatoire limitée.

Il est proposé de limiter le bloc aléatoire à 24 éléments dans une première expérimentation.

Les meilleures ventes et la sélection qualitative doivent rester deux notions distinctes.

===6.2 Règles de mise en avant===

Pour éviter les déséquilibres, il est proposé de :

*Limiter la présence d’un même vendeur dans un bloc.
*Réserver une place aux nouveaux entrants.
*Publier les critères de sélection.
*Dater et réexaminer les sélections.
*Identifier séparément toute mise en avant sponsorisée.

La simple ancienneté ou le volume historique de ventes ne doit pas constituer l’unique critère de mise en avant.

===6.3 Corriger les nouveautés===

La période de 30 jours de visibilité doit commencer à la première publication effective, et non à la demande de validation.

Une modification de texte, une traduction ou un simple changement d’intitulé ne devrait pas réinitialiser cette période.

Une nouvelle version peut alimenter un espace « mises à jour », sans faire systématiquement réapparaître le produit comme nouveau module.

===6.4 Améliorer la recherche===

Les évolutions proposées sont :

*Des catégories métier et techniques mieux structurées.
*Des mots-clés multilingues.
*Des filtres par version Dolibarr, langue, prix et statut de maintenance.
*Des filtres par revue réalisée ou compatibilité testée.
*Une recherche par vendeur.
*Des tris explicites : pertinence, nouveautés, mises à jour et ventes récentes.

Les volumes de ventes peuvent être présentés par tranches, sous réserve d’arbitrage. Ils doivent être accompagnés d’une période de référence et ne pas devenir l’unique signal de qualité.

===6.5 Revoir la fiche produit===

La fiche produit devrait suivre une structure claire :

#Besoin auquel répond le module.
#Fonctions incluses.
#Limites et exclusions.
#Captures en situation.
#Prérequis et compatibilités.
#Installation et documentation.
#Support inclus et prestations complémentaires.
#Historique des versions et conditions de mise à jour.

Il est proposé de demander au moins une illustration représentative du fonctionnement réel. Pour une API ou un service sans interface exploitable, une démonstration adaptée peut être acceptée.

La suppression du carrousel n’étant pas consensuelle, il est proposé de tester une maquette avec images intégrées dans les sections de contenu avant décision définitive.

==7. Chantier technique : versions et compatibilités==

===7.1 Rattacher la compatibilité à chaque version distribuée===

La compatibilité ne doit plus être gérée uniquement au niveau global du module. Elle doit être rattachée à chaque version distribuée.

Modèle cible :

<pre>
Vendeur
└── Produit / module
└── Version distribuée
├── Archive
├── Date de publication
├── Compatibilité Dolibarr
├── Compatibilité PHP et dépendances
├── Changelog
├── Statut de maintenance
└── Contrôles et revues
</pre>

Cela permet de conserver une fiche produit unique tout en présentant plusieurs versions techniques ou générations commerciales.

===7.2 Distinguer compatibilité déclarée et testée===

Il est proposé d’afficher clairement :

*La compatibilité déclarée par l’éditeur.
*La compatibilité testée par l’éditeur.
*La compatibilité contrôlée par un tiers, avec environnement et date.

Une extension de compatibilité sans modification de code doit être possible si un test la justifie. Elle ne doit pas être présentée automatiquement comme une nouvelle version.

===7.3 Séparer les dates===

Prévoir des champs distincts pour :

*La demande de publication.
*La première publication.
*La publication de la dernière version.
*La modification de la fiche.
*La dernière vérification de compatibilité.

La simple modification d’une fiche ne doit plus être assimilée à une mise à jour du module.

===7.4 Gérer la dépréciation===

Prévoir des états lisibles :

*Maintenu.
*Ancien mais disponible.
*Déprécié.
*Indisponible.
*Retiré de la vente.

Les versions dépendant d’un service externe devenu inutilisable doivent être explicitement signalées.

L’accès des anciens acheteurs, la visibilité publique et le retrait de la vente doivent être traités séparément.

==8. Forks, duplications et marketplaces externes==

===8.1 Distinguer les situations===

Il convient de distinguer :

*La copie directe de code.
*La concurrence fonctionnelle entre modules différents.
*Les « auto-forks » publiés périodiquement pour retrouver de la visibilité.
*Les déclinaisons linguistiques ou commerciales d’un même produit.

Un outil de comparaison de modules et un seuil de similarité peuvent être utilisés comme signal de revue, mais pas comme verdict automatique.

===8.2 Procédure de signalement===

Une procédure contradictoire est proposée :

#Signalement documenté.
#Accusé de réception et attribution.
#Conservation des éléments utiles.
#Demande de réponse au vendeur.
#Analyse technique et, si nécessaire, juridique.
#Décision motivée.
#Possibilité de recours.

Les règles d’accès aux archives ou aux preuves demandées par un plaignant doivent être définies avec le conseil juridique.

===8.3 Réduire les fiches artificiellement dupliquées===

Une fiche principale peut regrouper les déclinaisons essentiellement linguistiques, techniques ou commerciales d’un même produit.

Une fiche distincte devrait correspondre à une offre réellement distincte, et non à un simple changement de nom ou de secteur destiné à recréer une nouveauté.

===8.4 Clarifier les liens externes===

Il est proposé de publier une doctrine courte, validée juridiquement, précisant :

*Les liens autorisés.
*Les destinations interdites ou encadrées.
*Les règles applicables aux promotions et aux prix.
*Les délais de mise en conformité.
*Les sanctions et recours.

L’existence d’une boutique externe ne doit pas remplacer l’examen des pratiques effectivement reprochées.

==9. Avis, support, litiges et remboursements==

===9.1 Avis clients===

Les avis clients ne doivent pas être déployés sans cadre clair. Il est proposé de :

#Déployer d’abord les informations objectives.
#Formaliser le traitement des litiges.
#Expérimenter ensuite des avis textuels contextualisés.
#Reporter la note globale tant que sa pertinence et sa modération ne sont pas établies.

Les conditions proposées pour un avis sont :

*Usage ou achat vérifiable.
*Rattachement à une version du module.
*Indication de l’environnement Dolibarr.
*Droit de réponse du vendeur.
*Signalement à un modérateur indépendant.
*Historique des corrections et réponses.

Le vendeur ne doit pas pouvoir bloquer indéfiniment un avis négatif. Inversement, l’avis ne doit pas devenir un moyen d’obtenir une prestation non incluse.

===9.2 Support vendeur===

Le vendeur doit conserver la liberté de choisir son canal de support : forum, tickets, adresse email, téléphone ou autre outil.

Le DoliStore doit :

*Rendre ce canal visible.
*Expliquer les prestations incluses.
*Orienter les demandes techniques vers le vendeur.
*Centraliser les litiges commerciaux sans imposer un outil unique de support.

===9.3 Dossier de litige===

Il est proposé de créer un dossier de litige dans l’administration du DoliStore.

Le dossier devrait contenir :

*Commande, module et version.
*Motif de la demande.
*Échanges et justificatifs.
*Notification au vendeur.
*Délai de réponse annoncé.
*Proposition de résolution.
*Décision et trace du remboursement éventuel.

Les modalités de remboursement et la répartition des frais doivent être formalisées, puis validées avant publication dans les conditions applicables.

==10. Données, outils vendeurs et communication==

===10.1 Tableau de bord vendeur===

Il est proposé de fournir aux vendeurs un tableau de bord contenant :

*Visites agrégées et méthode de comptage.
*Ventes et téléchargements.
*Évolution par période.
*État des validations.
*Litiges et remboursements.
*Alertes sur les informations à actualiser.

Le partage de données collectives doit être autorisé et agrégé. Un accès éventuel à des outils d’analyse devra respecter les droits de chaque vendeur.

===10.2 API===

Les usages doivent être distingués :

#API de lecture du catalogue public.
#Accès authentifié aux données propres du vendeur.
#API d’édition des fiches.
#Dépôt d’archives, ultérieurement.

Les écritures automatisées devront respecter les mêmes règles de contrôle et de visibilité que les opérations manuelles.

===10.3 Place du forum===

La fiche vendeur doit devenir le lieu de présentation commerciale.

La fiche produit doit décrire le produit.

Le forum doit rester un espace d’entraide et de retours d’expérience.

Il est proposé de publier une charte illustrée pour éviter les décisions de modération perçues comme fondées sur la seule notoriété du contributeur.

==11. Arbitrages économiques et associatifs==

Plusieurs pistes ont été évoquées sans constituer un modèle adopté :

*Contrôle renforcé au-delà d’un certain prix. (Évocation d'une limite de contrôle renforcé si prix de vente du module supérieur à 100 € HT)
*Frais de revue. (Évocation d'un prix de 75,00 € HT de vérification d'un module en lien avec le point ci-dessus)
*Exemptions éventuelles pour les Preferred Partner.
*Prix minimum. (Passage de 2 € HT à 10 € HT minimum)
*Adhésion vendeur obligatoire à l'association Dolibarr. (Non obligatoire aujourd'hui alors que cela l'était pas le passé)
*Accueil réservé à certaines catégories de vendeurs.
*Critères du statut de Preferred Partner.

{| class="wikitable"
!Sujet
!Recommandation
|-
|Contrôle lié au prix
|Ne pas utiliser le prix comme seul critère ; intégrer complexité, risques et historique
|-
|Frais de revue
|Mesurer d’abord le temps et le coût sur un pilote
|-
|Exemption partenaire
|Ne pas supprimer le socle minimal de contrôle
|-
|Prix minimum
|Étudier les coûts réels ; ne pas le présenter comme un outil qualité
|-
|Adhésion obligatoire
|Arbitrage associatif distinct de l’évaluation du produit
|-
|Accueil réservé aux adhérents
|Évaluer l’impact sur l’ouverture et la découverte
|-
|Statut partenaire
|Publier critères, renouvellement, suspension et recours
|-
|Réductions et commissions
|Produire une documentation avec exemples validés
|}

Un simple litige en cours ne devrait pas suffire automatiquement à exclure un vendeur d’un statut. Il convient de définir des manquements objectivés et une procédure contradictoire.

Les questions de TVA, commissions et réductions doivent faire l’objet d’une note comptable et commerciale distincte et d'un vote du bureau de l'association

==12. Gouvernance et feuille de route==

===12.1 Répartition des responsabilités===

{| class="wikitable"
!Rôle
!Mission
|-
|Bureau
|Arbitrer politique, budget et règles
|-
|Coordination DoliStore
|Organiser le programme et publier l’avancement
|-
|Équipe technique
|Développer, tester et maintenir
|-
|Référent qualité
|Définir la grille et accompagner les validateurs
|-
|Équipe UX/contenu
|Concevoir les modèles et tester les parcours
|-
|Conseil juridique
|Valider les dispositions sensibles
|-
|Représentants utilisateurs et vendeurs
|Participer aux tests et retours
|}

===12.2 Lots de réalisation===

{| class="wikitable"
!Lot
!Contenu
!Condition de lancement
|-
|0 — Cadrage
|Inventaire, chiffres fiables, état des travaux, arbitrages
|Responsable identifié
|-
|1 — Corrections rapides
|Nouveautés depuis validation, dates distinctes, motifs d’attente, miniatures
|Vérification technique
|-
|2 — Fiches vendeurs
|Annuaire, catalogue regroupé, support, services, statuts
|Modèle de données et maquette
|-
|3 — Validation pilote
|Dashboard, grille, équipe de revue, historique
|Capacité humaine confirmée
|-
|4 — Parcours d’achat
|Accueil, recherche, fiches produit, langues
|Tests utilisateurs
|-
|5 — Versions et litiges
|Compatibilités par version, dépréciation, dossiers de litige
|Règles et modèle validés
|-
|6 — Données et extensions
|Dashboard vendeur, API, avis expérimentaux
|Gouvernance des données
|}

Il est préférable de lancer peu de lots simultanément et de vérifier leur fonctionnement avant généralisation.

===12.3 Migration de l’existant===

Proposition :

*Appliquer les nouvelles exigences aux nouveaux dépôts après information préalable.
*Accorder un délai de mise en conformité aux fiches existantes.
*Traiter en priorité les signalements, incompatibilités et informations manifestement insuffisantes.
*Revoir progressivement le catalogue lors des mises à jour.
*Ne pas qualifier rétroactivement un produit de « testé » sans revue correspondante.

==13. Indicateurs de suivi==

{| class="wikitable"
!Objectif
!Indicateurs proposés
|-
|Réduire l’attente
|Dossiers en attente, délai médian et dossiers les plus anciens
|-
|Améliorer les fiches
|Complétude, documentation et illustrations représentatives
|-
|Fiabiliser les compatibilités
|Versions renseignées, déclarations et tests distingués
|-
|Équilibrer la visibilité
|Concentration des impressions, exposition des nouveaux vendeurs
|-
|Faciliter la recherche
|Recherches sans résultat, usage des filtres
|-
|Traiter les litiges
|Délais, motifs, taux et coûts rapportés aux ventes
|-
|Maîtriser la charge
|Temps de revue, coût et retours pour correction
|}

La croissance du nombre de modules ou du chiffre d’affaires global ne doit pas constituer le seul critère de réussite.

==14. Décisions attendues==

Les prochaines discussions devraient permettre de trancher :

#La priorité donnée aux fiches vendeurs et aux corrections de visibilité.
#Le principe et le périmètre de la validation préalable.
#La composition de l’équipe de revue et ses règles d’indépendance.
#Les critères de mise en avant sur l’accueil.
#Le modèle de gestion des versions et compatibilités.
#La procédure de litige et de recours.
#L’expérimentation éventuelle des avis.
#Les conditions d’accès vendeur et les avantages partenaires.
#Les moyens bénévoles et financés.
#Le responsable et les critères de réception de chaque premier lot.

==15. Prochaines étapes==

#Valider ou amender les priorités proposées.
#Identifier les responsables de chaque premier lot.
#Vérifier les données et l’état technique des travaux déjà engagés.
#Publier ce document sur le wiki. '''''OK'''''
#Recueillir les retours de la communauté.
#Établir un cahier des charges pour les premiers lots retenus.
#Organiser un pilote avant généralisation.
#Présenter les résultats lors du prochain DevCamp de Lyon - novembre 2026

Ce document évoluera avec les retours de la communauté. Il ne vise pas à figer des décisions, mais à proposer un cadre commun pour faire progresser le DoliStore de manière sereine, ouverte et durable.

Commission dolistore

2026-10-16T07:23:22Z

Aspangaro: /* 2.4 Des limites de visibilité et de recherche */

==Introduction==

Le DoliStore joue un rôle central dans l’écosystème Dolibarr : il permet aux développeurs, intégrateurs et éditeurs de proposer des modules, services et extensions à une communauté d’utilisateurs toujours plus large. Sa richesse constitue une force, mais cette croissance soulève aujourd’hui des enjeux importants en matière de qualité, de lisibilité, de confiance et de soutenabilité.

Les échanges récents mettent en évidence plusieurs problématiques concrètes :

*Une augmentation rapide du nombre de vendeurs et de modules publiés, rendant plus difficile la navigation et l’identification des offres réellement pertinentes.
*La présence de fiches produits insuffisamment documentées, de descriptions ambiguës ou de promesses commerciales ne correspondant pas toujours au périmètre réel du module.
*Des difficultés à distinguer les modules activement maintenus de ceux qui ne sont plus suivis par leur auteur.
*Des informations de compatibilité parfois trop larges, peu rattachées à une version précise du module ou difficilement vérifiables.
*Des situations de duplication, de fork ou de déclinaison commerciale pouvant créer de la confusion chez les acheteurs.
*Un traitement des litiges, des remboursements et des signalements qui nécessite des procédures plus claires, plus traçables et plus équitables.
*Une visibilité des vendeurs encore trop limitée, alors que la présentation de leur activité, de leurs services et de leur historique est essentielle pour établir la confiance.
*Une charge de contrôle et de modération qui repose largement sur un nombre limité de personnes, dans un contexte associatif où les ressources humaines et le temps disponible sont contraints.

L’arrivée massive de modules générés ou assistés par IA a amplifié ces difficultés, sans en être la cause unique. L’IA est désormais un outil de développement utilisé de différentes façons. Le véritable enjeu n’est donc pas de stigmatiser son usage, mais d’évaluer le résultat : un module doit être compréhensible, fonctionnel, documenté, maintenu et accompagné d’un support adapté.

L’objectif de ces évolutions n’est pas de fermer le DoliStore aux nouveaux contributeurs ni de privilégier exclusivement les acteurs historiques. Au contraire, il s’agit de préserver un catalogue ouvert, tout en donnant à chacun les moyens de se différencier par la qualité de son travail, la régularité de sa maintenance, la clarté de sa communication et la qualité de son support.

Pour avancer de manière sereine, il est nécessaire d’impliquer davantage la communauté : développeurs, intégrateurs, éditeurs, utilisateurs, modérateurs et bénévoles. Les évolutions ne pourront pas reposer uniquement sur quelques personnes déjà fortement mobilisées. Elles nécessitent une répartition claire des responsabilités, des contributions variées, des outils adaptés et une capacité à avancer par étapes.

Les propositions présentées dans ce document visent donc à renforcer la qualité sans restreindre l’ouverture, à améliorer la confiance sans alourdir excessivement les processus, et à faire vivre un écosystème où les contributeurs sérieux, qu’ils soient nouveaux ou historiques, peuvent être identifiables et valorisés.

Il ne s’agit pas de tout refondre simultanément. La démarche proposée est progressive : corriger d’abord les points les plus impactants, expérimenter les évolutions les plus structurantes, recueillir les retours, puis généraliser les solutions qui auront démontré leur utilité.

===Bases de travail===

Ce document s’appuie sur les échanges publics de la communauté ainsi que sur deux réunions communautaires consacrées à l’évolution du DoliStore.

Les principales bases de travail sont les suivantes :

*[https://www.dolibarr.fr/forum/t/dolistore-et-modules-generes-par-ia/51035 Discussion forum : DoliStore et modules générés par IA]
*[https://www.dolibarr.fr/forum/t/dolistore-reorganisation-fiche-produit-avis-et-discussions/49053 Discussion forum : DoliStore — réorganisation de la fiche produit, avis et discussions]
*[https://www.dolibarr.fr/forum/t/dolibarr-comment-on-fait-sa-pub/51960 Discussion forum : Dolibarr — comment on fait sa pub ?]
*Première réunion communautaire du 6 octobre 2026, consacrée notamment à l’état du DoliStore, à la qualité des vendeurs et des modules, aux fiches vendeurs, à la recherche, à la documentation, aux données vendeurs et aux règles de publication.
*Seconde réunion communautaire du 15 octobre 2026, consacrée notamment à la visibilité des nouveautés, à la validation des modules, aux fiches vendeurs, aux avis clients, aux litiges et remboursements, aux compatibilités et à l’organisation des prochaines étapes.

Les transcriptions et synthèses de ces réunions ont été utilisées comme support de travail. Elles ne constituent pas des décisions adoptées : elles servent à identifier les problématiques, les pistes d’amélioration et les arbitrages encore à réaliser.

=Évolution du DoliStore : qualité, confiance et développement de l’écosystème=

'''Statut :''' Proposition de travail 
'''Responsable :''' Alexandre Spangaro 
'''Version :''' 1.0 
'''Date :''' 16 octobre 2026 
'''Objet :''' Propositions d’évolution du DoliStore issues des échanges de la communauté et des réunions de travail.

==1. Objet du document==

Ce document synthétise les constats et propositions issus des échanges communautaires et des réunions de travail consacrées au DoliStore.

Il a pour objectif de proposer une trajectoire d’évolution progressive, réaliste et ouverte, afin de :

*Améliorer la confiance des acheteurs.
*Renforcer la qualité des informations publiées.
*Faciliter l’identification des vendeurs et de leurs services.
*Encadrer la publication et la maintenance des modules.
*Préserver l’accessibilité du catalogue aux nouveaux contributeurs.
*Rendre le traitement des litiges plus lisible et équitable.
*Adapter les outils du DoliStore à l’évolution du nombre de vendeurs et de modules.

Les propositions présentées ici ne constituent pas des décisions déjà adoptées. Elles doivent être discutées, amendées puis arbitrées par les instances compétentes de l’association Dolibarr.

==2. Diagnostic général==

===2.1 Un changement d’échelle===

Le DoliStore a connu une forte croissance du nombre de vendeurs, de modules et de publications. Cette évolution ne peut plus être gérée uniquement par l’interconnaissance, la cooptation informelle et quelques personnes assurant les contrôles.

Le défi n’est pas de fermer l’accès aux nouveaux entrants, mais de leur proposer un parcours clair, des règles compréhensibles et des outils permettant de distinguer les offres sérieuses, maintenues et adaptées aux besoins des utilisateurs.

===2.2 Des enjeux de confiance===

Un acheteur doit pouvoir comprendre rapidement :

*Ce que fait réellement un module.
*Ce qu’il ne fait pas.
*Quelles sont les dépendances et prérequis.
*Quelle version de Dolibarr est concernée.
*Qui est le vendeur.
*Quel support est inclus.
*Quel est l’état de maintenance du produit.
*Comment obtenir de l’aide ou signaler un problème.

La qualité perçue dépend autant de la qualité de la fiche produit, de la documentation et du support que du code lui-même.

===2.3 L’IA n’est pas le seul sujet===

Les modules générés ou assistés par IA ont accéléré certains problèmes existants, mais ils ne constituent pas la cause unique des difficultés rencontrées.

L’IA peut être utilisée comme outil de développement. L’enjeu principal reste d’évaluer le résultat et la capacité du vendeur à assurer :

*La compréhension du produit.
*La maintenance dans le temps.
*La documentation.
*Le support.
*La compatibilité annoncée.
*La qualité de la fiche commerciale.

Les mêmes exigences doivent donc s’appliquer aux modules développés manuellement, avec assistance IA ou issus d’un fork.

===2.4 Des limites de visibilité et de recherche===

Plusieurs difficultés ont été identifiées :

*La période de visibilité « nouveautés » ne démarre pas toujours au bon moment.
*La date de mise à jour affichée ne distingue pas toujours une évolution du module d’une simple modification de fiche effectué par un administrateur du DoliStore (utilisation galvaudée du tms).
*Les catégories et la recherche ne permettent plus de naviguer efficacement dans un catalogue volumineux.
*Les compatibilités annoncées ne sont pas toujours rattachées à une version précise du module.
*Les acheteurs peuvent acheter un module dont le périmètre réel ne correspond pas à leur besoin.

Ces sujets doivent être traités en parallèle de la question de la qualité des modules.

==3. Principes directeurs==

Les évolutions proposées reposent sur les principes suivants :

*'''Ouverture''' : ne pas fermer l’accès aux nouveaux vendeurs, mais clarifier les règles et les parcours.
*'''Transparence''' : publier les critères de sélection, de validation et de mise en avant.
*'''Proportionnalité''' : adapter le niveau de contrôle au risque, à la complexité et au type de produit.
*'''Équité''' : appliquer les mêmes règles à tous les vendeurs et prévoir une procédure contradictoire.
*'''Progressivité''' : déployer les évolutions par lots testés, sans refonte globale simultanée.
*'''Séparation des rôles''' : distinguer identité, adhésion, statut partenaire, contribution communautaire et qualité d’une version précise.
*'''Respect du support vendeur''' : laisser au vendeur le choix de son canal de support, tout en le rendant visible et explicite.
*'''Traçabilité''' : conserver les décisions, les motifs, les versions concernées et les éléments de preuve utiles.

==4. Chantier prioritaire : fiches vendeurs==

===4.1 Créer une fiche vendeur native===

La création de fiches vendeurs est proposée comme priorité. Elle doit permettre de centraliser l’identité du vendeur, son catalogue, ses services, son canal de support et sa présence dans l’écosystème.

La fiche vendeur ne doit pas se limiter aux sociétés. Elle doit également permettre aux développeurs individuels de présenter leur activité.

===4.2 Contenu proposé===

{| class="wikitable"
!Rubrique
!Informations proposées
|-
|Identification
|Nom public, raison sociale ou statut adapté, pays, langues
|-
|Présentation
|Logo, description de l’activité, spécialités
|-
|Catalogue
|Modules actifs, nouveautés, modules gratuits et payants
|-
|Services
|Développement, intégration, formation, maintenance, selon l’activité réelle
|-
|Support
|Canal de support, langues, périmètre inclus, exclusions éventuelles
|-
|Historique
|Présence sur le DoliStore, publications et évolutions
|-
|Écosystème
|Contributions, statuts reconnus, liens publics pertinents
|-
|Informations commerciales
|Réductions éventuelles, offres, liens vers les fiches produit
|}

===4.3 Distinguer les notions===

Il est important de distinguer :

*L’identité vérifiée du vendeur.
*L’adhésion à l’association.
*Le statut de partenaire.
*La participation communautaire.
*La revue d’une version précise d’un module.

Un statut commercial ou associatif ne doit pas être présenté comme une garantie automatique de fonctionnement de tous les produits proposés.

===4.4 Annuaire des vendeurs===

Un annuaire des vendeurs peut compléter les fiches vendeurs. Il permettrait notamment de :

*Rechercher un vendeur par nom, pays ou spécialité.
*Accéder directement à son catalogue.
*Identifier les vendeurs proposant des services complémentaires.
*Mettre en avant les nouveaux vendeurs ayant complété leur fiche.

==5. Chantier qualité : validation des modules==

===5.1 Renforcer la validation avant publication===

Il est proposé de renforcer la validation avant publication plutôt que de publier systématiquement puis de retirer les modules posant problème.

L’objectif n’est pas de créer un filtre bloquant ou une barrière à l’entrée, mais de fournir un parcours clair, des contrôles proportionnés et un accompagnement vers la mise en conformité.

===5.2 Trois niveaux de contrôle===

{| class="wikitable"
!Niveau
!Périmètre proposé
!Résultat attendu
|-
|Contrôle automatique
|Archive, métadonnées, règles techniques, cohérence des informations
|Rapport de contrôles
|-
|Revue de publication
|Fiche produit, documentation, support, captures et promesses commerciales
|Publication ou demande de correction
|-
|Revue fonctionnelle approfondie
|Installation, activation et scénarios représentatifs
|Rapport de test associé à une version
|}

Les contrôles automatiques doivent distinguer les anomalies bloquantes des alertes nécessitant une appréciation humaine.

Un score de similarité, par exemple, ne doit pas produire seul une accusation de copie. Il doit déclencher une revue.

===5.3 Grille de revue proposée===

La revue pourrait vérifier les points suivants :

*L’archive correspond-elle au produit annoncé ?
*L’installation et l’activation fonctionnent-elles dans l’environnement retenu ?
*Les principales fonctions annoncées sont-elles accessibles ?
*Les prérequis et dépendances sont-ils expliqués ?
*La documentation permet-elle une prise en main raisonnable ?
*Le périmètre du support et les exclusions sont-ils explicites ?
*Les captures correspondent-elles au produit distribué ?
*Les contrôles techniques bloquants sont-ils satisfaits ?

Chaque résultat doit préciser la version du module, l’environnement de test, la date et les limites de la revue.

Le libellé public recommandé est « version revue » ou « contrôle réalisé », plutôt qu’une « certification » générale dont la portée ne serait pas définie.

===5.4 Validation communautaire===

Il est proposé d’étudier une équipe initiale de trois à quatre validateurs, avec des règles claires :

*Déclaration des conflits d’intérêts.
*Interdiction de valider son propre produit.
*Réattribution possible d’un dossier.
*Motivation écrite des refus.
*Recours examiné par une autre personne.
*Accès limité aux seules données nécessaires.

Le nombre d’approbations requises doit être adapté au niveau de contrôle. Une revue simple peut être confiée à une personne ; une seconde lecture peut être demandée pour les dossiers sensibles, les désaccords ou les décisions de refus.

===5.5 Suivi visible pour le vendeur===

Le vendeur doit connaître l’état de son dossier :

<pre>
Brouillon → Déposé → Contrôles en cours → À corriger → En revue → Publié
</pre>

Prévoir également des états « refusé », « suspendu » et « archivé », accompagnés d’un motif.

L’objectif est d’éviter les modules bloqués sans explication.

==6. Chantier visibilité : accueil, recherche et fiche produit==

===6.1 Réorganiser la page d’accueil===

La page d’accueil pourrait distinguer :

#Les modules officiels.
#Les modules ayant fait l’objet d’une revue ou d’une sélection éditoriale.
#Les meilleures ventes sur une période définie.
#Les nouveautés.
#Une découverte aléatoire limitée.

Il est proposé de limiter le bloc aléatoire à 24 éléments dans une première expérimentation.

Les meilleures ventes et la sélection qualitative doivent rester deux notions distinctes.

===6.2 Règles de mise en avant===

Pour éviter les déséquilibres, il est proposé de :

*Limiter la présence d’un même vendeur dans un bloc.
*Réserver une place aux nouveaux entrants.
*Publier les critères de sélection.
*Dater et réexaminer les sélections.
*Identifier séparément toute mise en avant sponsorisée.

La simple ancienneté ou le volume historique de ventes ne doit pas constituer l’unique critère de mise en avant.

===6.3 Corriger les nouveautés===

La période de 30 jours de visibilité doit commencer à la première publication effective, et non à la demande de validation.

Une modification de texte, une traduction ou un simple changement d’intitulé ne devrait pas réinitialiser cette période.

Une nouvelle version peut alimenter un espace « mises à jour », sans faire systématiquement réapparaître le produit comme nouveau module.

===6.4 Améliorer la recherche===

Les évolutions proposées sont :

*Des catégories métier et techniques mieux structurées.
*Des mots-clés multilingues.
*Des filtres par version Dolibarr, langue, prix et statut de maintenance.
*Des filtres par revue réalisée ou compatibilité testée.
*Une recherche par vendeur.
*Des tris explicites : pertinence, nouveautés, mises à jour et ventes récentes.

Les volumes de ventes peuvent être présentés par tranches, sous réserve d’arbitrage. Ils doivent être accompagnés d’une période de référence et ne pas devenir l’unique signal de qualité.

===6.5 Revoir la fiche produit===

La fiche produit devrait suivre une structure claire :

#Besoin auquel répond le module.
#Fonctions incluses.
#Limites et exclusions.
#Captures en situation.
#Prérequis et compatibilités.
#Installation et documentation.
#Support inclus et prestations complémentaires.
#Historique des versions et conditions de mise à jour.

Il est proposé de demander au moins une illustration représentative du fonctionnement réel. Pour une API ou un service sans interface exploitable, une démonstration adaptée peut être acceptée.

La suppression du carrousel n’étant pas consensuelle, il est proposé de tester une maquette avec images intégrées dans les sections de contenu avant décision définitive.

==7. Chantier technique : versions et compatibilités==

===7.1 Rattacher la compatibilité à chaque version distribuée===

La compatibilité ne doit plus être gérée uniquement au niveau global du module. Elle doit être rattachée à chaque version distribuée.

Modèle cible :

<pre>
Vendeur
└── Produit / module
└── Version distribuée
├── Archive
├── Date de publication
├── Compatibilité Dolibarr
├── Compatibilité PHP et dépendances
├── Changelog
├── Statut de maintenance
└── Contrôles et revues
</pre>

Cela permet de conserver une fiche produit unique tout en présentant plusieurs versions techniques ou générations commerciales.

===7.2 Distinguer compatibilité déclarée et testée===

Il est proposé d’afficher clairement :

*La compatibilité déclarée par l’éditeur.
*La compatibilité testée par l’éditeur.
*La compatibilité contrôlée par un tiers, avec environnement et date.

Une extension de compatibilité sans modification de code doit être possible si un test la justifie. Elle ne doit pas être présentée automatiquement comme une nouvelle version.

===7.3 Séparer les dates===

Prévoir des champs distincts pour :

*La demande de publication.
*La première publication.
*La publication de la dernière version.
*La modification de la fiche.
*La dernière vérification de compatibilité.

La simple modification d’une fiche ne doit plus être assimilée à une mise à jour du module.

===7.4 Gérer la dépréciation===

Prévoir des états lisibles :

*Maintenu.
*Ancien mais disponible.
*Déprécié.
*Indisponible.
*Retiré de la vente.

Les versions dépendant d’un service externe devenu inutilisable doivent être explicitement signalées.

L’accès des anciens acheteurs, la visibilité publique et le retrait de la vente doivent être traités séparément.

==8. Forks, duplications et marketplaces externes==

===8.1 Distinguer les situations===

Il convient de distinguer :

*La copie directe de code.
*La concurrence fonctionnelle entre modules différents.
*Les « auto-forks » publiés périodiquement pour retrouver de la visibilité.
*Les déclinaisons linguistiques ou commerciales d’un même produit.

Un outil de comparaison de modules et un seuil de similarité peuvent être utilisés comme signal de revue, mais pas comme verdict automatique.

===8.2 Procédure de signalement===

Une procédure contradictoire est proposée :

#Signalement documenté.
#Accusé de réception et attribution.
#Conservation des éléments utiles.
#Demande de réponse au vendeur.
#Analyse technique et, si nécessaire, juridique.
#Décision motivée.
#Possibilité de recours.

Les règles d’accès aux archives ou aux preuves demandées par un plaignant doivent être définies avec le conseil juridique.

===8.3 Réduire les fiches artificiellement dupliquées===

Une fiche principale peut regrouper les déclinaisons essentiellement linguistiques, techniques ou commerciales d’un même produit.

Une fiche distincte devrait correspondre à une offre réellement distincte, et non à un simple changement de nom ou de secteur destiné à recréer une nouveauté.

===8.4 Clarifier les liens externes===

Il est proposé de publier une doctrine courte, validée juridiquement, précisant :

*Les liens autorisés.
*Les destinations interdites ou encadrées.
*Les règles applicables aux promotions et aux prix.
*Les délais de mise en conformité.
*Les sanctions et recours.

L’existence d’une boutique externe ne doit pas remplacer l’examen des pratiques effectivement reprochées.

==9. Avis, support, litiges et remboursements==

===9.1 Avis clients===

Les avis clients ne doivent pas être déployés sans cadre clair. Il est proposé de :

#Déployer d’abord les informations objectives.
#Formaliser le traitement des litiges.
#Expérimenter ensuite des avis textuels contextualisés.
#Reporter la note globale tant que sa pertinence et sa modération ne sont pas établies.

Les conditions proposées pour un avis sont :

*Usage ou achat vérifiable.
*Rattachement à une version du module.
*Indication de l’environnement Dolibarr.
*Droit de réponse du vendeur.
*Signalement à un modérateur indépendant.
*Historique des corrections et réponses.

Le vendeur ne doit pas pouvoir bloquer indéfiniment un avis négatif. Inversement, l’avis ne doit pas devenir un moyen d’obtenir une prestation non incluse.

===9.2 Support vendeur===

Le vendeur doit conserver la liberté de choisir son canal de support : forum, tickets, adresse email, téléphone ou autre outil.

Le DoliStore doit :

*Rendre ce canal visible.
*Expliquer les prestations incluses.
*Orienter les demandes techniques vers le vendeur.
*Centraliser les litiges commerciaux sans imposer un outil unique de support.

===9.3 Dossier de litige===

Il est proposé de créer un dossier de litige dans l’administration du DoliStore.

Le dossier devrait contenir :

*Commande, module et version.
*Motif de la demande.
*Échanges et justificatifs.
*Notification au vendeur.
*Délai de réponse annoncé.
*Proposition de résolution.
*Décision et trace du remboursement éventuel.

Les modalités de remboursement et la répartition des frais doivent être formalisées, puis validées avant publication dans les conditions applicables.

==10. Données, outils vendeurs et communication==

===10.1 Tableau de bord vendeur===

Il est proposé de fournir aux vendeurs un tableau de bord contenant :

*Visites agrégées et méthode de comptage.
*Ventes et téléchargements.
*Évolution par période.
*État des validations.
*Litiges et remboursements.
*Alertes sur les informations à actualiser.

Le partage de données collectives doit être autorisé et agrégé. Un accès éventuel à des outils d’analyse devra respecter les droits de chaque vendeur.

===10.2 API===

Les usages doivent être distingués :

#API de lecture du catalogue public.
#Accès authentifié aux données propres du vendeur.
#API d’édition des fiches.
#Dépôt d’archives, ultérieurement.

Les écritures automatisées devront respecter les mêmes règles de contrôle et de visibilité que les opérations manuelles.

===10.3 Place du forum===

La fiche vendeur doit devenir le lieu de présentation commerciale.

La fiche produit doit décrire le produit.

Le forum doit rester un espace d’entraide et de retours d’expérience.

Il est proposé de publier une charte illustrée pour éviter les décisions de modération perçues comme fondées sur la seule notoriété du contributeur.

==11. Arbitrages économiques et associatifs==

Plusieurs pistes ont été évoquées sans constituer un modèle adopté :

*Contrôle renforcé au-delà d’un certain prix.
*Frais de revue.
*Exemptions éventuelles pour les partenaires.
*Prix minimum.
*Adhésion vendeur obligatoire.
*Accueil réservé à certaines catégories de vendeurs.
*Critères du statut de partenaire.

{| class="wikitable"
!Sujet
!Recommandation
|-
|Contrôle lié au prix
|Ne pas utiliser le prix comme seul critère ; intégrer complexité, risques et historique
|-
|Frais de revue
|Mesurer d’abord le temps et le coût sur un pilote
|-
|Exemption partenaire
|Ne pas supprimer le socle minimal de contrôle
|-
|Prix minimum
|Étudier les coûts réels ; ne pas le présenter comme un outil qualité
|-
|Adhésion obligatoire
|Arbitrage associatif distinct de l’évaluation du produit
|-
|Accueil réservé aux adhérents
|Évaluer l’impact sur l’ouverture et la découverte
|-
|Statut partenaire
|Publier critères, renouvellement, suspension et recours
|-
|Réductions et commissions
|Produire une documentation avec exemples validés
|}

Un simple litige en cours ne devrait pas suffire automatiquement à exclure un vendeur d’un statut. Il convient de définir des manquements objectivés et une procédure contradictoire.

Les questions de TVA, commissions et réductions doivent faire l’objet d’une note comptable et commerciale distincte.

==12. Gouvernance et feuille de route==

===12.1 Répartition des responsabilités===

{| class="wikitable"
!Rôle
!Mission
|-
|Bureau
|Arbitrer politique, budget et règles
|-
|Coordination DoliStore
|Organiser le programme et publier l’avancement
|-
|Équipe technique
|Développer, tester et maintenir
|-
|Référent qualité
|Définir la grille et accompagner les validateurs
|-
|Équipe UX/contenu
|Concevoir les modèles et tester les parcours
|-
|Conseil juridique
|Valider les dispositions sensibles
|-
|Représentants utilisateurs et vendeurs
|Participer aux tests et retours
|}

===12.2 Lots de réalisation===

{| class="wikitable"
!Lot
!Contenu
!Condition de lancement
|-
|0 — Cadrage
|Inventaire, chiffres fiables, état des travaux, arbitrages
|Responsable identifié
|-
|1 — Corrections rapides
|Nouveautés depuis validation, dates distinctes, motifs d’attente, miniatures
|Vérification technique
|-
|2 — Fiches vendeurs
|Annuaire, catalogue regroupé, support, services, statuts
|Modèle de données et maquette
|-
|3 — Validation pilote
|Dashboard, grille, équipe de revue, historique
|Capacité humaine confirmée
|-
|4 — Parcours d’achat
|Accueil, recherche, fiches produit, langues
|Tests utilisateurs
|-
|5 — Versions et litiges
|Compatibilités par version, dépréciation, dossiers de litige
|Règles et modèle validés
|-
|6 — Données et extensions
|Dashboard vendeur, API, avis expérimentaux
|Gouvernance des données
|}

Il est préférable de lancer peu de lots simultanément et de vérifier leur fonctionnement avant généralisation.

===12.3 Migration de l’existant===

Proposition :

*Appliquer les nouvelles exigences aux nouveaux dépôts après information préalable.
*Accorder un délai de mise en conformité aux fiches existantes.
*Traiter en priorité les signalements, incompatibilités et informations manifestement insuffisantes.
*Revoir progressivement le catalogue lors des mises à jour.
*Ne pas qualifier rétroactivement un produit de « testé » sans revue correspondante.

==13. Indicateurs de suivi==

{| class="wikitable"
!Objectif
!Indicateurs proposés
|-
|Réduire l’attente
|Dossiers en attente, délai médian et dossiers les plus anciens
|-
|Améliorer les fiches
|Complétude, documentation et illustrations représentatives
|-
|Fiabiliser les compatibilités
|Versions renseignées, déclarations et tests distingués
|-
|Équilibrer la visibilité
|Concentration des impressions, exposition des nouveaux vendeurs
|-
|Faciliter la recherche
|Recherches sans résultat, usage des filtres
|-
|Traiter les litiges
|Délais, motifs, taux et coûts rapportés aux ventes
|-
|Maîtriser la charge
|Temps de revue, coût et retours pour correction
|}

La croissance du nombre de modules ou du chiffre d’affaires global ne doit pas constituer le seul critère de réussite.

==14. Décisions attendues==

Les prochaines discussions devraient permettre de trancher :

#La priorité donnée aux fiches vendeurs et aux corrections de visibilité.
#Le principe et le périmètre de la validation préalable.
#La composition de l’équipe de revue et ses règles d’indépendance.
#Les critères de mise en avant sur l’accueil.
#Le modèle de gestion des versions et compatibilités.
#La procédure de litige et de recours.
#L’expérimentation éventuelle des avis.
#Les conditions d’accès vendeur et les avantages partenaires.
#Les moyens bénévoles et financés.
#Le responsable et les critères de réception de chaque premier lot.

==15. Prochaines étapes==

#Valider ou amender les priorités proposées.
#Identifier les responsables de chaque premier lot.
#Vérifier les données et l’état technique des travaux déjà engagés.
#Publier ce document sur le wiki.
#Recueillir les retours de la communauté.
#Établir un cahier des charges pour les premiers lots retenus.
#Organiser un pilote avant généralisation.
#Présenter les résultats lors du prochain DevCamp.

Ce document doit évoluer avec les retours de la communauté. Il ne vise pas à figer des décisions, mais à proposer un cadre commun pour faire progresser le DoliStore de manière sereine, ouverte et durable.

Commission dolistore

2026-10-16T07:21:10Z

Aspangaro: /* Évolution du DoliStore : qualité, confiance et développement de l’écosystème */

== Introduction ==

Le DoliStore joue un rôle central dans l’écosystème Dolibarr : il permet aux développeurs, intégrateurs et éditeurs de proposer des modules, services et extensions à une communauté d’utilisateurs toujours plus large. Sa richesse constitue une force, mais cette croissance soulève aujourd’hui des enjeux importants en matière de qualité, de lisibilité, de confiance et de soutenabilité.

Les échanges récents mettent en évidence plusieurs problématiques concrètes :

* Une augmentation rapide du nombre de vendeurs et de modules publiés, rendant plus difficile la navigation et l’identification des offres réellement pertinentes.
* La présence de fiches produits insuffisamment documentées, de descriptions ambiguës ou de promesses commerciales ne correspondant pas toujours au périmètre réel du module.
* Des difficultés à distinguer les modules activement maintenus de ceux qui ne sont plus suivis par leur auteur.
* Des informations de compatibilité parfois trop larges, peu rattachées à une version précise du module ou difficilement vérifiables.
* Des situations de duplication, de fork ou de déclinaison commerciale pouvant créer de la confusion chez les acheteurs.
* Un traitement des litiges, des remboursements et des signalements qui nécessite des procédures plus claires, plus traçables et plus équitables.
* Une visibilité des vendeurs encore trop limitée, alors que la présentation de leur activité, de leurs services et de leur historique est essentielle pour établir la confiance.
* Une charge de contrôle et de modération qui repose largement sur un nombre limité de personnes, dans un contexte associatif où les ressources humaines et le temps disponible sont contraints.

L’arrivée massive de modules générés ou assistés par IA a amplifié ces difficultés, sans en être la cause unique. L’IA est désormais un outil de développement utilisé de différentes façons. Le véritable enjeu n’est donc pas de stigmatiser son usage, mais d’évaluer le résultat : un module doit être compréhensible, fonctionnel, documenté, maintenu et accompagné d’un support adapté.

L’objectif de ces évolutions n’est pas de fermer le DoliStore aux nouveaux contributeurs ni de privilégier exclusivement les acteurs historiques. Au contraire, il s’agit de préserver un catalogue ouvert, tout en donnant à chacun les moyens de se différencier par la qualité de son travail, la régularité de sa maintenance, la clarté de sa communication et la qualité de son support.

Pour avancer de manière sereine, il est nécessaire d’impliquer davantage la communauté : développeurs, intégrateurs, éditeurs, utilisateurs, modérateurs et bénévoles. Les évolutions ne pourront pas reposer uniquement sur quelques personnes déjà fortement mobilisées. Elles nécessitent une répartition claire des responsabilités, des contributions variées, des outils adaptés et une capacité à avancer par étapes.

Les propositions présentées dans ce document visent donc à renforcer la qualité sans restreindre l’ouverture, à améliorer la confiance sans alourdir excessivement les processus, et à faire vivre un écosystème où les contributeurs sérieux, qu’ils soient nouveaux ou historiques, peuvent être identifiables et valorisés.

Il ne s’agit pas de tout refondre simultanément. La démarche proposée est progressive : corriger d’abord les points les plus impactants, expérimenter les évolutions les plus structurantes, recueillir les retours, puis généraliser les solutions qui auront démontré leur utilité.

=== Bases de travail ===

Ce document s’appuie sur les échanges publics de la communauté ainsi que sur deux réunions communautaires consacrées à l’évolution du DoliStore.

Les principales bases de travail sont les suivantes :

* [https://www.dolibarr.fr/forum/t/dolistore-et-modules-generes-par-ia/51035 Discussion forum : DoliStore et modules générés par IA]
* [https://www.dolibarr.fr/forum/t/dolistore-reorganisation-fiche-produit-avis-et-discussions/49053 Discussion forum : DoliStore — réorganisation de la fiche produit, avis et discussions]
* [https://www.dolibarr.fr/forum/t/dolibarr-comment-on-fait-sa-pub/51960 Discussion forum : Dolibarr — comment on fait sa pub ?]
* Première réunion communautaire du 6 octobre 2026, consacrée notamment à l’état du DoliStore, à la qualité des vendeurs et des modules, aux fiches vendeurs, à la recherche, à la documentation, aux données vendeurs et aux règles de publication.
* Seconde réunion communautaire du 15 octobre 2026, consacrée notamment à la visibilité des nouveautés, à la validation des modules, aux fiches vendeurs, aux avis clients, aux litiges et remboursements, aux compatibilités et à l’organisation des prochaines étapes.

Les transcriptions et synthèses de ces réunions ont été utilisées comme support de travail. Elles ne constituent pas des décisions adoptées : elles servent à identifier les problématiques, les pistes d’amélioration et les arbitrages encore à réaliser.

= Évolution du DoliStore : qualité, confiance et développement de l’écosystème =

'''Statut :''' Proposition de travail 
'''Responsable :''' Alexandre Spangaro 
'''Version :''' 1.0 
'''Date :''' 16 octobre 2026 
'''Objet :''' Propositions d’évolution du DoliStore issues des échanges de la communauté et des réunions de travail.

== 1. Objet du document ==

Ce document synthétise les constats et propositions issus des échanges communautaires et des réunions de travail consacrées au DoliStore.

Il a pour objectif de proposer une trajectoire d’évolution progressive, réaliste et ouverte, afin de :

* Améliorer la confiance des acheteurs.
* Renforcer la qualité des informations publiées.
* Faciliter l’identification des vendeurs et de leurs services.
* Encadrer la publication et la maintenance des modules.
* Préserver l’accessibilité du catalogue aux nouveaux contributeurs.
* Rendre le traitement des litiges plus lisible et équitable.
* Adapter les outils du DoliStore à l’évolution du nombre de vendeurs et de modules.

Les propositions présentées ici ne constituent pas des décisions déjà adoptées. Elles doivent être discutées, amendées puis arbitrées par les instances compétentes de l’association Dolibarr.

== 2. Diagnostic général ==

=== 2.1 Un changement d’échelle ===

Le DoliStore a connu une forte croissance du nombre de vendeurs, de modules et de publications. Cette évolution ne peut plus être gérée uniquement par l’interconnaissance, la cooptation informelle et quelques personnes assurant les contrôles.

Le défi n’est pas de fermer l’accès aux nouveaux entrants, mais de leur proposer un parcours clair, des règles compréhensibles et des outils permettant de distinguer les offres sérieuses, maintenues et adaptées aux besoins des utilisateurs.

=== 2.2 Des enjeux de confiance ===

Un acheteur doit pouvoir comprendre rapidement :

* Ce que fait réellement un module.
* Ce qu’il ne fait pas.
* Quelles sont les dépendances et prérequis.
* Quelle version de Dolibarr est concernée.
* Qui est le vendeur.
* Quel support est inclus.
* Quel est l’état de maintenance du produit.
* Comment obtenir de l’aide ou signaler un problème.

La qualité perçue dépend autant de la qualité de la fiche produit, de la documentation et du support que du code lui-même.

=== 2.3 L’IA n’est pas le seul sujet ===

Les modules générés ou assistés par IA ont accéléré certains problèmes existants, mais ils ne constituent pas la cause unique des difficultés rencontrées.

L’IA peut être utilisée comme outil de développement. L’enjeu principal reste d’évaluer le résultat et la capacité du vendeur à assurer :

* La compréhension du produit.
* La maintenance dans le temps.
* La documentation.
* Le support.
* La compatibilité annoncée.
* La qualité de la fiche commerciale.

Les mêmes exigences doivent donc s’appliquer aux modules développés manuellement, avec assistance IA ou issus d’un fork.

=== 2.4 Des limites de visibilité et de recherche ===

Plusieurs difficultés ont été identifiées :

* La période de visibilité « nouveautés » ne démarre pas toujours au bon moment.
* La date de mise à jour affichée ne distingue pas toujours une évolution du module d’une simple modification de fiche.
* Les catégories et la recherche ne permettent plus de naviguer efficacement dans un catalogue volumineux.
* Les compatibilités annoncées ne sont pas toujours rattachées à une version précise du module.
* Les acheteurs peuvent acheter un module dont le périmètre réel ne correspond pas à leur besoin.

Ces sujets doivent être traités en parallèle de la question de la qualité des modules.

== 3. Principes directeurs ==

Les évolutions proposées reposent sur les principes suivants :

* '''Ouverture''' : ne pas fermer l’accès aux nouveaux vendeurs, mais clarifier les règles et les parcours.
* '''Transparence''' : publier les critères de sélection, de validation et de mise en avant.
* '''Proportionnalité''' : adapter le niveau de contrôle au risque, à la complexité et au type de produit.
* '''Équité''' : appliquer les mêmes règles à tous les vendeurs et prévoir une procédure contradictoire.
* '''Progressivité''' : déployer les évolutions par lots testés, sans refonte globale simultanée.
* '''Séparation des rôles''' : distinguer identité, adhésion, statut partenaire, contribution communautaire et qualité d’une version précise.
* '''Respect du support vendeur''' : laisser au vendeur le choix de son canal de support, tout en le rendant visible et explicite.
* '''Traçabilité''' : conserver les décisions, les motifs, les versions concernées et les éléments de preuve utiles.

== 4. Chantier prioritaire : fiches vendeurs ==

=== 4.1 Créer une fiche vendeur native ===

La création de fiches vendeurs est proposée comme priorité. Elle doit permettre de centraliser l’identité du vendeur, son catalogue, ses services, son canal de support et sa présence dans l’écosystème.

La fiche vendeur ne doit pas se limiter aux sociétés. Elle doit également permettre aux développeurs individuels de présenter leur activité.

=== 4.2 Contenu proposé ===

{| class="wikitable"
! Rubrique
! Informations proposées
|-
| Identification
| Nom public, raison sociale ou statut adapté, pays, langues
|-
| Présentation
| Logo, description de l’activité, spécialités
|-
| Catalogue
| Modules actifs, nouveautés, modules gratuits et payants
|-
| Services
| Développement, intégration, formation, maintenance, selon l’activité réelle
|-
| Support
| Canal de support, langues, périmètre inclus, exclusions éventuelles
|-
| Historique
| Présence sur le DoliStore, publications et évolutions
|-
| Écosystème
| Contributions, statuts reconnus, liens publics pertinents
|-
| Informations commerciales
| Réductions éventuelles, offres, liens vers les fiches produit
|}

=== 4.3 Distinguer les notions ===

Il est important de distinguer :

* L’identité vérifiée du vendeur.
* L’adhésion à l’association.
* Le statut de partenaire.
* La participation communautaire.
* La revue d’une version précise d’un module.

Un statut commercial ou associatif ne doit pas être présenté comme une garantie automatique de fonctionnement de tous les produits proposés.

=== 4.4 Annuaire des vendeurs ===

Un annuaire des vendeurs peut compléter les fiches vendeurs. Il permettrait notamment de :

* Rechercher un vendeur par nom, pays ou spécialité.
* Accéder directement à son catalogue.
* Identifier les vendeurs proposant des services complémentaires.
* Mettre en avant les nouveaux vendeurs ayant complété leur fiche.

== 5. Chantier qualité : validation des modules ==

=== 5.1 Renforcer la validation avant publication ===

Il est proposé de renforcer la validation avant publication plutôt que de publier systématiquement puis de retirer les modules posant problème.

L’objectif n’est pas de créer un filtre bloquant ou une barrière à l’entrée, mais de fournir un parcours clair, des contrôles proportionnés et un accompagnement vers la mise en conformité.

=== 5.2 Trois niveaux de contrôle ===

{| class="wikitable"
! Niveau
! Périmètre proposé
! Résultat attendu
|-
| Contrôle automatique
| Archive, métadonnées, règles techniques, cohérence des informations
| Rapport de contrôles
|-
| Revue de publication
| Fiche produit, documentation, support, captures et promesses commerciales
| Publication ou demande de correction
|-
| Revue fonctionnelle approfondie
| Installation, activation et scénarios représentatifs
| Rapport de test associé à une version
|}

Les contrôles automatiques doivent distinguer les anomalies bloquantes des alertes nécessitant une appréciation humaine.

Un score de similarité, par exemple, ne doit pas produire seul une accusation de copie. Il doit déclencher une revue.

=== 5.3 Grille de revue proposée ===

La revue pourrait vérifier les points suivants :

* L’archive correspond-elle au produit annoncé ?
* L’installation et l’activation fonctionnent-elles dans l’environnement retenu ?
* Les principales fonctions annoncées sont-elles accessibles ?
* Les prérequis et dépendances sont-ils expliqués ?
* La documentation permet-elle une prise en main raisonnable ?
* Le périmètre du support et les exclusions sont-ils explicites ?
* Les captures correspondent-elles au produit distribué ?
* Les contrôles techniques bloquants sont-ils satisfaits ?

Chaque résultat doit préciser la version du module, l’environnement de test, la date et les limites de la revue.

Le libellé public recommandé est « version revue » ou « contrôle réalisé », plutôt qu’une « certification » générale dont la portée ne serait pas définie.

=== 5.4 Validation communautaire ===

Il est proposé d’étudier une équipe initiale de trois à quatre validateurs, avec des règles claires :

* Déclaration des conflits d’intérêts.
* Interdiction de valider son propre produit.
* Réattribution possible d’un dossier.
* Motivation écrite des refus.
* Recours examiné par une autre personne.
* Accès limité aux seules données nécessaires.

Le nombre d’approbations requises doit être adapté au niveau de contrôle. Une revue simple peut être confiée à une personne ; une seconde lecture peut être demandée pour les dossiers sensibles, les désaccords ou les décisions de refus.

=== 5.5 Suivi visible pour le vendeur ===

Le vendeur doit connaître l’état de son dossier :

<pre>
Brouillon → Déposé → Contrôles en cours → À corriger → En revue → Publié
</pre>

Prévoir également des états « refusé », « suspendu » et « archivé », accompagnés d’un motif.

L’objectif est d’éviter les modules bloqués sans explication.

== 6. Chantier visibilité : accueil, recherche et fiche produit ==

=== 6.1 Réorganiser la page d’accueil ===

La page d’accueil pourrait distinguer :

# Les modules officiels.
# Les modules ayant fait l’objet d’une revue ou d’une sélection éditoriale.
# Les meilleures ventes sur une période définie.
# Les nouveautés.
# Une découverte aléatoire limitée.

Il est proposé de limiter le bloc aléatoire à 24 éléments dans une première expérimentation.

Les meilleures ventes et la sélection qualitative doivent rester deux notions distinctes.

=== 6.2 Règles de mise en avant ===

Pour éviter les déséquilibres, il est proposé de :

* Limiter la présence d’un même vendeur dans un bloc.
* Réserver une place aux nouveaux entrants.
* Publier les critères de sélection.
* Dater et réexaminer les sélections.
* Identifier séparément toute mise en avant sponsorisée.

La simple ancienneté ou le volume historique de ventes ne doit pas constituer l’unique critère de mise en avant.

=== 6.3 Corriger les nouveautés ===

La période de 30 jours de visibilité doit commencer à la première publication effective, et non à la demande de validation.

Une modification de texte, une traduction ou un simple changement d’intitulé ne devrait pas réinitialiser cette période.

Une nouvelle version peut alimenter un espace « mises à jour », sans faire systématiquement réapparaître le produit comme nouveau module.

=== 6.4 Améliorer la recherche ===

Les évolutions proposées sont :

* Des catégories métier et techniques mieux structurées.
* Des mots-clés multilingues.
* Des filtres par version Dolibarr, langue, prix et statut de maintenance.
* Des filtres par revue réalisée ou compatibilité testée.
* Une recherche par vendeur.
* Des tris explicites : pertinence, nouveautés, mises à jour et ventes récentes.

Les volumes de ventes peuvent être présentés par tranches, sous réserve d’arbitrage. Ils doivent être accompagnés d’une période de référence et ne pas devenir l’unique signal de qualité.

=== 6.5 Revoir la fiche produit ===

La fiche produit devrait suivre une structure claire :

# Besoin auquel répond le module.
# Fonctions incluses.
# Limites et exclusions.
# Captures en situation.
# Prérequis et compatibilités.
# Installation et documentation.
# Support inclus et prestations complémentaires.
# Historique des versions et conditions de mise à jour.

Il est proposé de demander au moins une illustration représentative du fonctionnement réel. Pour une API ou un service sans interface exploitable, une démonstration adaptée peut être acceptée.

La suppression du carrousel n’étant pas consensuelle, il est proposé de tester une maquette avec images intégrées dans les sections de contenu avant décision définitive.

== 7. Chantier technique : versions et compatibilités ==

=== 7.1 Rattacher la compatibilité à chaque version distribuée ===

La compatibilité ne doit plus être gérée uniquement au niveau global du module. Elle doit être rattachée à chaque version distribuée.

Modèle cible :

<pre>
Vendeur
└── Produit / module
└── Version distribuée
├── Archive
├── Date de publication
├── Compatibilité Dolibarr
├── Compatibilité PHP et dépendances
├── Changelog
├── Statut de maintenance
└── Contrôles et revues
</pre>

Cela permet de conserver une fiche produit unique tout en présentant plusieurs versions techniques ou générations commerciales.

=== 7.2 Distinguer compatibilité déclarée et testée ===

Il est proposé d’afficher clairement :

* La compatibilité déclarée par l’éditeur.
* La compatibilité testée par l’éditeur.
* La compatibilité contrôlée par un tiers, avec environnement et date.

Une extension de compatibilité sans modification de code doit être possible si un test la justifie. Elle ne doit pas être présentée automatiquement comme une nouvelle version.

=== 7.3 Séparer les dates ===

Prévoir des champs distincts pour :

* La demande de publication.
* La première publication.
* La publication de la dernière version.
* La modification de la fiche.
* La dernière vérification de compatibilité.

La simple modification d’une fiche ne doit plus être assimilée à une mise à jour du module.

=== 7.4 Gérer la dépréciation ===

Prévoir des états lisibles :

* Maintenu.
* Ancien mais disponible.
* Déprécié.
* Indisponible.
* Retiré de la vente.

Les versions dépendant d’un service externe devenu inutilisable doivent être explicitement signalées.

L’accès des anciens acheteurs, la visibilité publique et le retrait de la vente doivent être traités séparément.

== 8. Forks, duplications et marketplaces externes ==

=== 8.1 Distinguer les situations ===

Il convient de distinguer :

* La copie directe de code.
* La concurrence fonctionnelle entre modules différents.
* Les « auto-forks » publiés périodiquement pour retrouver de la visibilité.
* Les déclinaisons linguistiques ou commerciales d’un même produit.

Un outil de comparaison de modules et un seuil de similarité peuvent être utilisés comme signal de revue, mais pas comme verdict automatique.

=== 8.2 Procédure de signalement ===

Une procédure contradictoire est proposée :

# Signalement documenté.
# Accusé de réception et attribution.
# Conservation des éléments utiles.
# Demande de réponse au vendeur.
# Analyse technique et, si nécessaire, juridique.
# Décision motivée.
# Possibilité de recours.

Les règles d’accès aux archives ou aux preuves demandées par un plaignant doivent être définies avec le conseil juridique.

=== 8.3 Réduire les fiches artificiellement dupliquées ===

Une fiche principale peut regrouper les déclinaisons essentiellement linguistiques, techniques ou commerciales d’un même produit.

Une fiche distincte devrait correspondre à une offre réellement distincte, et non à un simple changement de nom ou de secteur destiné à recréer une nouveauté.

=== 8.4 Clarifier les liens externes ===

Il est proposé de publier une doctrine courte, validée juridiquement, précisant :

* Les liens autorisés.
* Les destinations interdites ou encadrées.
* Les règles applicables aux promotions et aux prix.
* Les délais de mise en conformité.
* Les sanctions et recours.

L’existence d’une boutique externe ne doit pas remplacer l’examen des pratiques effectivement reprochées.

== 9. Avis, support, litiges et remboursements ==

=== 9.1 Avis clients ===

Les avis clients ne doivent pas être déployés sans cadre clair. Il est proposé de :

# Déployer d’abord les informations objectives.
# Formaliser le traitement des litiges.
# Expérimenter ensuite des avis textuels contextualisés.
# Reporter la note globale tant que sa pertinence et sa modération ne sont pas établies.

Les conditions proposées pour un avis sont :

* Usage ou achat vérifiable.
* Rattachement à une version du module.
* Indication de l’environnement Dolibarr.
* Droit de réponse du vendeur.
* Signalement à un modérateur indépendant.
* Historique des corrections et réponses.

Le vendeur ne doit pas pouvoir bloquer indéfiniment un avis négatif. Inversement, l’avis ne doit pas devenir un moyen d’obtenir une prestation non incluse.

=== 9.2 Support vendeur ===

Le vendeur doit conserver la liberté de choisir son canal de support : forum, tickets, adresse email, téléphone ou autre outil.

Le DoliStore doit :

* Rendre ce canal visible.
* Expliquer les prestations incluses.
* Orienter les demandes techniques vers le vendeur.
* Centraliser les litiges commerciaux sans imposer un outil unique de support.

=== 9.3 Dossier de litige ===

Il est proposé de créer un dossier de litige dans l’administration du DoliStore.

Le dossier devrait contenir :

* Commande, module et version.
* Motif de la demande.
* Échanges et justificatifs.
* Notification au vendeur.
* Délai de réponse annoncé.
* Proposition de résolution.
* Décision et trace du remboursement éventuel.

Les modalités de remboursement et la répartition des frais doivent être formalisées, puis validées avant publication dans les conditions applicables.

== 10. Données, outils vendeurs et communication ==

=== 10.1 Tableau de bord vendeur ===

Il est proposé de fournir aux vendeurs un tableau de bord contenant :

* Visites agrégées et méthode de comptage.
* Ventes et téléchargements.
* Évolution par période.
* État des validations.
* Litiges et remboursements.
* Alertes sur les informations à actualiser.

Le partage de données collectives doit être autorisé et agrégé. Un accès éventuel à des outils d’analyse devra respecter les droits de chaque vendeur.

=== 10.2 API ===

Les usages doivent être distingués :

# API de lecture du catalogue public.
# Accès authentifié aux données propres du vendeur.
# API d’édition des fiches.
# Dépôt d’archives, ultérieurement.

Les écritures automatisées devront respecter les mêmes règles de contrôle et de visibilité que les opérations manuelles.

=== 10.3 Place du forum ===

La fiche vendeur doit devenir le lieu de présentation commerciale.

La fiche produit doit décrire le produit.

Le forum doit rester un espace d’entraide et de retours d’expérience.

Il est proposé de publier une charte illustrée pour éviter les décisions de modération perçues comme fondées sur la seule notoriété du contributeur.

== 11. Arbitrages économiques et associatifs ==

Plusieurs pistes ont été évoquées sans constituer un modèle adopté :

* Contrôle renforcé au-delà d’un certain prix.
* Frais de revue.
* Exemptions éventuelles pour les partenaires.
* Prix minimum.
* Adhésion vendeur obligatoire.
* Accueil réservé à certaines catégories de vendeurs.
* Critères du statut de partenaire.

{| class="wikitable"
! Sujet
! Recommandation
|-
| Contrôle lié au prix
| Ne pas utiliser le prix comme seul critère ; intégrer complexité, risques et historique
|-
| Frais de revue
| Mesurer d’abord le temps et le coût sur un pilote
|-
| Exemption partenaire
| Ne pas supprimer le socle minimal de contrôle
|-
| Prix minimum
| Étudier les coûts réels ; ne pas le présenter comme un outil qualité
|-
| Adhésion obligatoire
| Arbitrage associatif distinct de l’évaluation du produit
|-
| Accueil réservé aux adhérents
| Évaluer l’impact sur l’ouverture et la découverte
|-
| Statut partenaire
| Publier critères, renouvellement, suspension et recours
|-
| Réductions et commissions
| Produire une documentation avec exemples validés
|}

Un simple litige en cours ne devrait pas suffire automatiquement à exclure un vendeur d’un statut. Il convient de définir des manquements objectivés et une procédure contradictoire.

Les questions de TVA, commissions et réductions doivent faire l’objet d’une note comptable et commerciale distincte.

== 12. Gouvernance et feuille de route ==

=== 12.1 Répartition des responsabilités ===

{| class="wikitable"
! Rôle
! Mission
|-
| Bureau
| Arbitrer politique, budget et règles
|-
| Coordination DoliStore
| Organiser le programme et publier l’avancement
|-
| Équipe technique
| Développer, tester et maintenir
|-
| Référent qualité
| Définir la grille et accompagner les validateurs
|-
| Équipe UX/contenu
| Concevoir les modèles et tester les parcours
|-
| Conseil juridique
| Valider les dispositions sensibles
|-
| Représentants utilisateurs et vendeurs
| Participer aux tests et retours
|}

=== 12.2 Lots de réalisation ===

{| class="wikitable"
! Lot
! Contenu
! Condition de lancement
|-
| 0 — Cadrage
| Inventaire, chiffres fiables, état des travaux, arbitrages
| Responsable identifié
|-
| 1 — Corrections rapides
| Nouveautés depuis validation, dates distinctes, motifs d’attente, miniatures
| Vérification technique
|-
| 2 — Fiches vendeurs
| Annuaire, catalogue regroupé, support, services, statuts
| Modèle de données et maquette
|-
| 3 — Validation pilote
| Dashboard, grille, équipe de revue, historique
| Capacité humaine confirmée
|-
| 4 — Parcours d’achat
| Accueil, recherche, fiches produit, langues
| Tests utilisateurs
|-
| 5 — Versions et litiges
| Compatibilités par version, dépréciation, dossiers de litige
| Règles et modèle validés
|-
| 6 — Données et extensions
| Dashboard vendeur, API, avis expérimentaux
| Gouvernance des données
|}

Il est préférable de lancer peu de lots simultanément et de vérifier leur fonctionnement avant généralisation.

=== 12.3 Migration de l’existant ===

Proposition :

* Appliquer les nouvelles exigences aux nouveaux dépôts après information préalable.
* Accorder un délai de mise en conformité aux fiches existantes.
* Traiter en priorité les signalements, incompatibilités et informations manifestement insuffisantes.
* Revoir progressivement le catalogue lors des mises à jour.
* Ne pas qualifier rétroactivement un produit de « testé » sans revue correspondante.

== 13. Indicateurs de suivi ==

{| class="wikitable"
! Objectif
! Indicateurs proposés
|-
| Réduire l’attente
| Dossiers en attente, délai médian et dossiers les plus anciens
|-
| Améliorer les fiches
| Complétude, documentation et illustrations représentatives
|-
| Fiabiliser les compatibilités
| Versions renseignées, déclarations et tests distingués
|-
| Équilibrer la visibilité
| Concentration des impressions, exposition des nouveaux vendeurs
|-
| Faciliter la recherche
| Recherches sans résultat, usage des filtres
|-
| Traiter les litiges
| Délais, motifs, taux et coûts rapportés aux ventes
|-
| Maîtriser la charge
| Temps de revue, coût et retours pour correction
|}

La croissance du nombre de modules ou du chiffre d’affaires global ne doit pas constituer le seul critère de réussite.

== 14. Décisions attendues ==

Les prochaines discussions devraient permettre de trancher :

# La priorité donnée aux fiches vendeurs et aux corrections de visibilité.
# Le principe et le périmètre de la validation préalable.
# La composition de l’équipe de revue et ses règles d’indépendance.
# Les critères de mise en avant sur l’accueil.
# Le modèle de gestion des versions et compatibilités.
# La procédure de litige et de recours.
# L’expérimentation éventuelle des avis.
# Les conditions d’accès vendeur et les avantages partenaires.
# Les moyens bénévoles et financés.
# Le responsable et les critères de réception de chaque premier lot.

== 15. Prochaines étapes ==

# Valider ou amender les priorités proposées.
# Identifier les responsables de chaque premier lot.
# Vérifier les données et l’état technique des travaux déjà engagés.
# Publier ce document sur le wiki.
# Recueillir les retours de la communauté.
# Établir un cahier des charges pour les premiers lots retenus.
# Organiser un pilote avant généralisation.
# Présenter les résultats lors du prochain DevCamp.

Ce document doit évoluer avec les retours de la communauté. Il ne vise pas à figer des décisions, mais à proposer un cadre commun pour faire progresser le DoliStore de manière sereine, ouverte et durable.

Commission dolistore

2026-10-16T06:44:08Z

Aspangaro:

== Introduction ==

Le DoliStore joue un rôle central dans l’écosystème Dolibarr : il permet aux développeurs, intégrateurs et éditeurs de proposer des modules, services et extensions à une communauté d’utilisateurs toujours plus large. Sa richesse constitue une force, mais cette croissance soulève aujourd’hui des enjeux importants en matière de qualité, de lisibilité, de confiance et de soutenabilité.

Les échanges récents mettent en évidence plusieurs problématiques concrètes :

* Une augmentation rapide du nombre de vendeurs et de modules publiés, rendant plus difficile la navigation et l’identification des offres réellement pertinentes.
* La présence de fiches produits insuffisamment documentées, de descriptions ambiguës ou de promesses commerciales ne correspondant pas toujours au périmètre réel du module.
* Des difficultés à distinguer les modules activement maintenus de ceux qui ne sont plus suivis par leur auteur.
* Des informations de compatibilité parfois trop larges, peu rattachées à une version précise du module ou difficilement vérifiables.
* Des situations de duplication, de fork ou de déclinaison commerciale pouvant créer de la confusion chez les acheteurs.
* Un traitement des litiges, des remboursements et des signalements qui nécessite des procédures plus claires, plus traçables et plus équitables.
* Une visibilité des vendeurs encore trop limitée, alors que la présentation de leur activité, de leurs services et de leur historique est essentielle pour établir la confiance.
* Une charge de contrôle et de modération qui repose largement sur un nombre limité de personnes, dans un contexte associatif où les ressources humaines et le temps disponible sont contraints.

L’arrivée massive de modules générés ou assistés par IA a amplifié ces difficultés, sans en être la cause unique. L’IA est désormais un outil de développement utilisé de différentes façons. Le véritable enjeu n’est donc pas de stigmatiser son usage, mais d’évaluer le résultat : un module doit être compréhensible, fonctionnel, documenté, maintenu et accompagné d’un support adapté.

L’objectif de ces évolutions n’est pas de fermer le DoliStore aux nouveaux contributeurs ni de privilégier exclusivement les acteurs historiques. Au contraire, il s’agit de préserver un catalogue ouvert, tout en donnant à chacun les moyens de se différencier par la qualité de son travail, la régularité de sa maintenance, la clarté de sa communication et la qualité de son support.

Pour avancer de manière sereine, il est nécessaire d’impliquer davantage la communauté : développeurs, intégrateurs, éditeurs, utilisateurs, modérateurs et bénévoles. Les évolutions ne pourront pas reposer uniquement sur quelques personnes déjà fortement mobilisées. Elles nécessitent une répartition claire des responsabilités, des contributions variées, des outils adaptés et une capacité à avancer par étapes.

Les propositions présentées dans ce document visent donc à renforcer la qualité sans restreindre l’ouverture, à améliorer la confiance sans alourdir excessivement les processus, et à faire vivre un écosystème où les contributeurs sérieux, qu’ils soient nouveaux ou historiques, peuvent être identifiables et valorisés.

Il ne s’agit pas de tout refondre simultanément. La démarche proposée est progressive : corriger d’abord les points les plus impactants, expérimenter les évolutions les plus structurantes, recueillir les retours, puis généraliser les solutions qui auront démontré leur utilité.

=== Bases de travail ===

Ce document s’appuie sur les échanges publics de la communauté ainsi que sur deux réunions communautaires consacrées à l’évolution du DoliStore.

Les principales bases de travail sont les suivantes :

* [https://www.dolibarr.fr/forum/t/dolistore-et-modules-generes-par-ia/51035 Discussion forum : DoliStore et modules générés par IA]
* [https://www.dolibarr.fr/forum/t/dolistore-reorganisation-fiche-produit-avis-et-discussions/49053 Discussion forum : DoliStore — réorganisation de la fiche produit, avis et discussions]
* [https://www.dolibarr.fr/forum/t/dolibarr-comment-on-fait-sa-pub/51960 Discussion forum : Dolibarr — comment on fait sa pub ?]
* Première réunion communautaire du 6 octobre 2026, consacrée notamment à l’état du DoliStore, à la qualité des vendeurs et des modules, aux fiches vendeurs, à la recherche, à la documentation, aux données vendeurs et aux règles de publication.
* Seconde réunion communautaire du 15 octobre 2026, consacrée notamment à la visibilité des nouveautés, à la validation des modules, aux fiches vendeurs, aux avis clients, aux litiges et remboursements, aux compatibilités et à l’organisation des prochaines étapes.

Les transcriptions et synthèses de ces réunions ont été utilisées comme support de travail. Elles ne constituent pas des décisions adoptées : elles servent à identifier les problématiques, les pistes d’amélioration et les arbitrages encore à réaliser.

= Évolution du DoliStore : qualité, confiance et développement de l’écosystème =

'''Statut :''' Proposition de travail 
'''Version :''' 1.0 
'''Date :''' 16 octobre 2026 
'''Objet :''' Propositions d’évolution du DoliStore issues des échanges de la communauté et des réunions de travail.

== 1. Objet du document ==

Ce document synthétise les constats et propositions issus des échanges communautaires et des réunions de travail consacrées au DoliStore.

Il a pour objectif de proposer une trajectoire d’évolution progressive, réaliste et ouverte, afin de :

* Améliorer la confiance des acheteurs.
* Renforcer la qualité des informations publiées.
* Faciliter l’identification des vendeurs et de leurs services.
* Encadrer la publication et la maintenance des modules.
* Préserver l’accessibilité du catalogue aux nouveaux contributeurs.
* Rendre le traitement des litiges plus lisible et équitable.
* Adapter les outils du DoliStore à l’évolution du nombre de vendeurs et de modules.

Les propositions présentées ici ne constituent pas des décisions déjà adoptées. Elles doivent être discutées, amendées puis arbitrées par les instances compétentes de l’association Dolibarr.

== 2. Diagnostic général ==

=== 2.1 Un changement d’échelle ===

Le DoliStore a connu une forte croissance du nombre de vendeurs, de modules et de publications. Cette évolution ne peut plus être gérée uniquement par l’interconnaissance, la cooptation informelle et quelques personnes assurant les contrôles.

Le défi n’est pas de fermer l’accès aux nouveaux entrants, mais de leur proposer un parcours clair, des règles compréhensibles et des outils permettant de distinguer les offres sérieuses, maintenues et adaptées aux besoins des utilisateurs.

=== 2.2 Des enjeux de confiance ===

Un acheteur doit pouvoir comprendre rapidement :

* Ce que fait réellement un module.
* Ce qu’il ne fait pas.
* Quelles sont les dépendances et prérequis.
* Quelle version de Dolibarr est concernée.
* Qui est le vendeur.
* Quel support est inclus.
* Quel est l’état de maintenance du produit.
* Comment obtenir de l’aide ou signaler un problème.

La qualité perçue dépend autant de la qualité de la fiche produit, de la documentation et du support que du code lui-même.

=== 2.3 L’IA n’est pas le seul sujet ===

Les modules générés ou assistés par IA ont accéléré certains problèmes existants, mais ils ne constituent pas la cause unique des difficultés rencontrées.

L’IA peut être utilisée comme outil de développement. L’enjeu principal reste d’évaluer le résultat et la capacité du vendeur à assurer :

* La compréhension du produit.
* La maintenance dans le temps.
* La documentation.
* Le support.
* La compatibilité annoncée.
* La qualité de la fiche commerciale.

Les mêmes exigences doivent donc s’appliquer aux modules développés manuellement, avec assistance IA ou issus d’un fork.

=== 2.4 Des limites de visibilité et de recherche ===

Plusieurs difficultés ont été identifiées :

* La période de visibilité « nouveautés » ne démarre pas toujours au bon moment.
* La date de mise à jour affichée ne distingue pas toujours une évolution du module d’une simple modification de fiche.
* Les catégories et la recherche ne permettent plus de naviguer efficacement dans un catalogue volumineux.
* Les compatibilités annoncées ne sont pas toujours rattachées à une version précise du module.
* Les acheteurs peuvent acheter un module dont le périmètre réel ne correspond pas à leur besoin.

Ces sujets doivent être traités en parallèle de la question de la qualité des modules.

== 3. Principes directeurs ==

Les évolutions proposées reposent sur les principes suivants :

* '''Ouverture''' : ne pas fermer l’accès aux nouveaux vendeurs, mais clarifier les règles et les parcours.
* '''Transparence''' : publier les critères de sélection, de validation et de mise en avant.
* '''Proportionnalité''' : adapter le niveau de contrôle au risque, à la complexité et au type de produit.
* '''Équité''' : appliquer les mêmes règles à tous les vendeurs et prévoir une procédure contradictoire.
* '''Progressivité''' : déployer les évolutions par lots testés, sans refonte globale simultanée.
* '''Séparation des rôles''' : distinguer identité, adhésion, statut partenaire, contribution communautaire et qualité d’une version précise.
* '''Respect du support vendeur''' : laisser au vendeur le choix de son canal de support, tout en le rendant visible et explicite.
* '''Traçabilité''' : conserver les décisions, les motifs, les versions concernées et les éléments de preuve utiles.

== 4. Chantier prioritaire : fiches vendeurs ==

=== 4.1 Créer une fiche vendeur native ===

La création de fiches vendeurs est proposée comme priorité. Elle doit permettre de centraliser l’identité du vendeur, son catalogue, ses services, son canal de support et sa présence dans l’écosystème.

La fiche vendeur ne doit pas se limiter aux sociétés. Elle doit également permettre aux développeurs individuels de présenter leur activité.

=== 4.2 Contenu proposé ===

{| class="wikitable"
! Rubrique
! Informations proposées
|-
| Identification
| Nom public, raison sociale ou statut adapté, pays, langues
|-
| Présentation
| Logo, description de l’activité, spécialités
|-
| Catalogue
| Modules actifs, nouveautés, modules gratuits et payants
|-
| Services
| Développement, intégration, formation, maintenance, selon l’activité réelle
|-
| Support
| Canal de support, langues, périmètre inclus, exclusions éventuelles
|-
| Historique
| Présence sur le DoliStore, publications et évolutions
|-
| Écosystème
| Contributions, statuts reconnus, liens publics pertinents
|-
| Informations commerciales
| Réductions éventuelles, offres, liens vers les fiches produit
|}

=== 4.3 Distinguer les notions ===

Il est important de distinguer :

* L’identité vérifiée du vendeur.
* L’adhésion à l’association.
* Le statut de partenaire.
* La participation communautaire.
* La revue d’une version précise d’un module.

Un statut commercial ou associatif ne doit pas être présenté comme une garantie automatique de fonctionnement de tous les produits proposés.

=== 4.4 Annuaire des vendeurs ===

Un annuaire des vendeurs peut compléter les fiches vendeurs. Il permettrait notamment de :

* Rechercher un vendeur par nom, pays ou spécialité.
* Accéder directement à son catalogue.
* Identifier les vendeurs proposant des services complémentaires.
* Mettre en avant les nouveaux vendeurs ayant complété leur fiche.

== 5. Chantier qualité : validation des modules ==

=== 5.1 Renforcer la validation avant publication ===

Il est proposé de renforcer la validation avant publication plutôt que de publier systématiquement puis de retirer les modules posant problème.

L’objectif n’est pas de créer un filtre bloquant ou une barrière à l’entrée, mais de fournir un parcours clair, des contrôles proportionnés et un accompagnement vers la mise en conformité.

=== 5.2 Trois niveaux de contrôle ===

{| class="wikitable"
! Niveau
! Périmètre proposé
! Résultat attendu
|-
| Contrôle automatique
| Archive, métadonnées, règles techniques, cohérence des informations
| Rapport de contrôles
|-
| Revue de publication
| Fiche produit, documentation, support, captures et promesses commerciales
| Publication ou demande de correction
|-
| Revue fonctionnelle approfondie
| Installation, activation et scénarios représentatifs
| Rapport de test associé à une version
|}

Les contrôles automatiques doivent distinguer les anomalies bloquantes des alertes nécessitant une appréciation humaine.

Un score de similarité, par exemple, ne doit pas produire seul une accusation de copie. Il doit déclencher une revue.

=== 5.3 Grille de revue proposée ===

La revue pourrait vérifier les points suivants :

* L’archive correspond-elle au produit annoncé ?
* L’installation et l’activation fonctionnent-elles dans l’environnement retenu ?
* Les principales fonctions annoncées sont-elles accessibles ?
* Les prérequis et dépendances sont-ils expliqués ?
* La documentation permet-elle une prise en main raisonnable ?
* Le périmètre du support et les exclusions sont-ils explicites ?
* Les captures correspondent-elles au produit distribué ?
* Les contrôles techniques bloquants sont-ils satisfaits ?

Chaque résultat doit préciser la version du module, l’environnement de test, la date et les limites de la revue.

Le libellé public recommandé est « version revue » ou « contrôle réalisé », plutôt qu’une « certification » générale dont la portée ne serait pas définie.

=== 5.4 Validation communautaire ===

Il est proposé d’étudier une équipe initiale de trois à quatre validateurs, avec des règles claires :

* Déclaration des conflits d’intérêts.
* Interdiction de valider son propre produit.
* Réattribution possible d’un dossier.
* Motivation écrite des refus.
* Recours examiné par une autre personne.
* Accès limité aux seules données nécessaires.

Le nombre d’approbations requises doit être adapté au niveau de contrôle. Une revue simple peut être confiée à une personne ; une seconde lecture peut être demandée pour les dossiers sensibles, les désaccords ou les décisions de refus.

=== 5.5 Suivi visible pour le vendeur ===

Le vendeur doit connaître l’état de son dossier :

<pre>
Brouillon → Déposé → Contrôles en cours → À corriger → En revue → Publié
</pre>

Prévoir également des états « refusé », « suspendu » et « archivé », accompagnés d’un motif.

L’objectif est d’éviter les modules bloqués sans explication.

== 6. Chantier visibilité : accueil, recherche et fiche produit ==

=== 6.1 Réorganiser la page d’accueil ===

La page d’accueil pourrait distinguer :

# Les modules officiels.
# Les modules ayant fait l’objet d’une revue ou d’une sélection éditoriale.
# Les meilleures ventes sur une période définie.
# Les nouveautés.
# Une découverte aléatoire limitée.

Il est proposé de limiter le bloc aléatoire à 24 éléments dans une première expérimentation.

Les meilleures ventes et la sélection qualitative doivent rester deux notions distinctes.

=== 6.2 Règles de mise en avant ===

Pour éviter les déséquilibres, il est proposé de :

* Limiter la présence d’un même vendeur dans un bloc.
* Réserver une place aux nouveaux entrants.
* Publier les critères de sélection.
* Dater et réexaminer les sélections.
* Identifier séparément toute mise en avant sponsorisée.

La simple ancienneté ou le volume historique de ventes ne doit pas constituer l’unique critère de mise en avant.

=== 6.3 Corriger les nouveautés ===

La période de 30 jours de visibilité doit commencer à la première publication effective, et non à la demande de validation.

Une modification de texte, une traduction ou un simple changement d’intitulé ne devrait pas réinitialiser cette période.

Une nouvelle version peut alimenter un espace « mises à jour », sans faire systématiquement réapparaître le produit comme nouveau module.

=== 6.4 Améliorer la recherche ===

Les évolutions proposées sont :

* Des catégories métier et techniques mieux structurées.
* Des mots-clés multilingues.
* Des filtres par version Dolibarr, langue, prix et statut de maintenance.
* Des filtres par revue réalisée ou compatibilité testée.
* Une recherche par vendeur.
* Des tris explicites : pertinence, nouveautés, mises à jour et ventes récentes.

Les volumes de ventes peuvent être présentés par tranches, sous réserve d’arbitrage. Ils doivent être accompagnés d’une période de référence et ne pas devenir l’unique signal de qualité.

=== 6.5 Revoir la fiche produit ===

La fiche produit devrait suivre une structure claire :

# Besoin auquel répond le module.
# Fonctions incluses.
# Limites et exclusions.
# Captures en situation.
# Prérequis et compatibilités.
# Installation et documentation.
# Support inclus et prestations complémentaires.
# Historique des versions et conditions de mise à jour.

Il est proposé de demander au moins une illustration représentative du fonctionnement réel. Pour une API ou un service sans interface exploitable, une démonstration adaptée peut être acceptée.

La suppression du carrousel n’étant pas consensuelle, il est proposé de tester une maquette avec images intégrées dans les sections de contenu avant décision définitive.

== 7. Chantier technique : versions et compatibilités ==

=== 7.1 Rattacher la compatibilité à chaque version distribuée ===

La compatibilité ne doit plus être gérée uniquement au niveau global du module. Elle doit être rattachée à chaque version distribuée.

Modèle cible :

<pre>
Vendeur
└── Produit / module
└── Version distribuée
├── Archive
├── Date de publication
├── Compatibilité Dolibarr
├── Compatibilité PHP et dépendances
├── Changelog
├── Statut de maintenance
└── Contrôles et revues
</pre>

Cela permet de conserver une fiche produit unique tout en présentant plusieurs versions techniques ou générations commerciales.

=== 7.2 Distinguer compatibilité déclarée et testée ===

Il est proposé d’afficher clairement :

* La compatibilité déclarée par l’éditeur.
* La compatibilité testée par l’éditeur.
* La compatibilité contrôlée par un tiers, avec environnement et date.

Une extension de compatibilité sans modification de code doit être possible si un test la justifie. Elle ne doit pas être présentée automatiquement comme une nouvelle version.

=== 7.3 Séparer les dates ===

Prévoir des champs distincts pour :

* La demande de publication.
* La première publication.
* La publication de la dernière version.
* La modification de la fiche.
* La dernière vérification de compatibilité.

La simple modification d’une fiche ne doit plus être assimilée à une mise à jour du module.

=== 7.4 Gérer la dépréciation ===

Prévoir des états lisibles :

* Maintenu.
* Ancien mais disponible.
* Déprécié.
* Indisponible.
* Retiré de la vente.

Les versions dépendant d’un service externe devenu inutilisable doivent être explicitement signalées.

L’accès des anciens acheteurs, la visibilité publique et le retrait de la vente doivent être traités séparément.

== 8. Forks, duplications et marketplaces externes ==

=== 8.1 Distinguer les situations ===

Il convient de distinguer :

* La copie directe de code.
* La concurrence fonctionnelle entre modules différents.
* Les « auto-forks » publiés périodiquement pour retrouver de la visibilité.
* Les déclinaisons linguistiques ou commerciales d’un même produit.

Un outil de comparaison de modules et un seuil de similarité peuvent être utilisés comme signal de revue, mais pas comme verdict automatique.

=== 8.2 Procédure de signalement ===

Une procédure contradictoire est proposée :

# Signalement documenté.
# Accusé de réception et attribution.
# Conservation des éléments utiles.
# Demande de réponse au vendeur.
# Analyse technique et, si nécessaire, juridique.
# Décision motivée.
# Possibilité de recours.

Les règles d’accès aux archives ou aux preuves demandées par un plaignant doivent être définies avec le conseil juridique.

=== 8.3 Réduire les fiches artificiellement dupliquées ===

Une fiche principale peut regrouper les déclinaisons essentiellement linguistiques, techniques ou commerciales d’un même produit.

Une fiche distincte devrait correspondre à une offre réellement distincte, et non à un simple changement de nom ou de secteur destiné à recréer une nouveauté.

=== 8.4 Clarifier les liens externes ===

Il est proposé de publier une doctrine courte, validée juridiquement, précisant :

* Les liens autorisés.
* Les destinations interdites ou encadrées.
* Les règles applicables aux promotions et aux prix.
* Les délais de mise en conformité.
* Les sanctions et recours.

L’existence d’une boutique externe ne doit pas remplacer l’examen des pratiques effectivement reprochées.

== 9. Avis, support, litiges et remboursements ==

=== 9.1 Avis clients ===

Les avis clients ne doivent pas être déployés sans cadre clair. Il est proposé de :

# Déployer d’abord les informations objectives.
# Formaliser le traitement des litiges.
# Expérimenter ensuite des avis textuels contextualisés.
# Reporter la note globale tant que sa pertinence et sa modération ne sont pas établies.

Les conditions proposées pour un avis sont :

* Usage ou achat vérifiable.
* Rattachement à une version du module.
* Indication de l’environnement Dolibarr.
* Droit de réponse du vendeur.
* Signalement à un modérateur indépendant.
* Historique des corrections et réponses.

Le vendeur ne doit pas pouvoir bloquer indéfiniment un avis négatif. Inversement, l’avis ne doit pas devenir un moyen d’obtenir une prestation non incluse.

=== 9.2 Support vendeur ===

Le vendeur doit conserver la liberté de choisir son canal de support : forum, tickets, adresse email, téléphone ou autre outil.

Le DoliStore doit :

* Rendre ce canal visible.
* Expliquer les prestations incluses.
* Orienter les demandes techniques vers le vendeur.
* Centraliser les litiges commerciaux sans imposer un outil unique de support.

=== 9.3 Dossier de litige ===

Il est proposé de créer un dossier de litige dans l’administration du DoliStore.

Le dossier devrait contenir :

* Commande, module et version.
* Motif de la demande.
* Échanges et justificatifs.
* Notification au vendeur.
* Délai de réponse annoncé.
* Proposition de résolution.
* Décision et trace du remboursement éventuel.

Les modalités de remboursement et la répartition des frais doivent être formalisées, puis validées avant publication dans les conditions applicables.

== 10. Données, outils vendeurs et communication ==

=== 10.1 Tableau de bord vendeur ===

Il est proposé de fournir aux vendeurs un tableau de bord contenant :

* Visites agrégées et méthode de comptage.
* Ventes et téléchargements.
* Évolution par période.
* État des validations.
* Litiges et remboursements.
* Alertes sur les informations à actualiser.

Le partage de données collectives doit être autorisé et agrégé. Un accès éventuel à des outils d’analyse devra respecter les droits de chaque vendeur.

=== 10.2 API ===

Les usages doivent être distingués :

# API de lecture du catalogue public.
# Accès authentifié aux données propres du vendeur.
# API d’édition des fiches.
# Dépôt d’archives, ultérieurement.

Les écritures automatisées devront respecter les mêmes règles de contrôle et de visibilité que les opérations manuelles.

=== 10.3 Place du forum ===

La fiche vendeur doit devenir le lieu de présentation commerciale.

La fiche produit doit décrire le produit.

Le forum doit rester un espace d’entraide et de retours d’expérience.

Il est proposé de publier une charte illustrée pour éviter les décisions de modération perçues comme fondées sur la seule notoriété du contributeur.

== 11. Arbitrages économiques et associatifs ==

Plusieurs pistes ont été évoquées sans constituer un modèle adopté :

* Contrôle renforcé au-delà d’un certain prix.
* Frais de revue.
* Exemptions éventuelles pour les partenaires.
* Prix minimum.
* Adhésion vendeur obligatoire.
* Accueil réservé à certaines catégories de vendeurs.
* Critères du statut de partenaire.

{| class="wikitable"
! Sujet
! Recommandation
|-
| Contrôle lié au prix
| Ne pas utiliser le prix comme seul critère ; intégrer complexité, risques et historique
|-
| Frais de revue
| Mesurer d’abord le temps et le coût sur un pilote
|-
| Exemption partenaire
| Ne pas supprimer le socle minimal de contrôle
|-
| Prix minimum
| Étudier les coûts réels ; ne pas le présenter comme un outil qualité
|-
| Adhésion obligatoire
| Arbitrage associatif distinct de l’évaluation du produit
|-
| Accueil réservé aux adhérents
| Évaluer l’impact sur l’ouverture et la découverte
|-
| Statut partenaire
| Publier critères, renouvellement, suspension et recours
|-
| Réductions et commissions
| Produire une documentation avec exemples validés
|}

Un simple litige en cours ne devrait pas suffire automatiquement à exclure un vendeur d’un statut. Il convient de définir des manquements objectivés et une procédure contradictoire.

Les questions de TVA, commissions et réductions doivent faire l’objet d’une note comptable et commerciale distincte.

== 12. Gouvernance et feuille de route ==

=== 12.1 Répartition des responsabilités ===

{| class="wikitable"
! Rôle
! Mission
|-
| Bureau
| Arbitrer politique, budget et règles
|-
| Coordination DoliStore
| Organiser le programme et publier l’avancement
|-
| Équipe technique
| Développer, tester et maintenir
|-
| Référent qualité
| Définir la grille et accompagner les validateurs
|-
| Équipe UX/contenu
| Concevoir les modèles et tester les parcours
|-
| Conseil juridique
| Valider les dispositions sensibles
|-
| Représentants utilisateurs et vendeurs
| Participer aux tests et retours
|}

=== 12.2 Lots de réalisation ===

{| class="wikitable"
! Lot
! Contenu
! Condition de lancement
|-
| 0 — Cadrage
| Inventaire, chiffres fiables, état des travaux, arbitrages
| Responsable identifié
|-
| 1 — Corrections rapides
| Nouveautés depuis validation, dates distinctes, motifs d’attente, miniatures
| Vérification technique
|-
| 2 — Fiches vendeurs
| Annuaire, catalogue regroupé, support, services, statuts
| Modèle de données et maquette
|-
| 3 — Validation pilote
| Dashboard, grille, équipe de revue, historique
| Capacité humaine confirmée
|-
| 4 — Parcours d’achat
| Accueil, recherche, fiches produit, langues
| Tests utilisateurs
|-
| 5 — Versions et litiges
| Compatibilités par version, dépréciation, dossiers de litige
| Règles et modèle validés
|-
| 6 — Données et extensions
| Dashboard vendeur, API, avis expérimentaux
| Gouvernance des données
|}

Il est préférable de lancer peu de lots simultanément et de vérifier leur fonctionnement avant généralisation.

=== 12.3 Migration de l’existant ===

Proposition :

* Appliquer les nouvelles exigences aux nouveaux dépôts après information préalable.
* Accorder un délai de mise en conformité aux fiches existantes.
* Traiter en priorité les signalements, incompatibilités et informations manifestement insuffisantes.
* Revoir progressivement le catalogue lors des mises à jour.
* Ne pas qualifier rétroactivement un produit de « testé » sans revue correspondante.

== 13. Indicateurs de suivi ==

{| class="wikitable"
! Objectif
! Indicateurs proposés
|-
| Réduire l’attente
| Dossiers en attente, délai médian et dossiers les plus anciens
|-
| Améliorer les fiches
| Complétude, documentation et illustrations représentatives
|-
| Fiabiliser les compatibilités
| Versions renseignées, déclarations et tests distingués
|-
| Équilibrer la visibilité
| Concentration des impressions, exposition des nouveaux vendeurs
|-
| Faciliter la recherche
| Recherches sans résultat, usage des filtres
|-
| Traiter les litiges
| Délais, motifs, taux et coûts rapportés aux ventes
|-
| Maîtriser la charge
| Temps de revue, coût et retours pour correction
|}

La croissance du nombre de modules ou du chiffre d’affaires global ne doit pas constituer le seul critère de réussite.

== 14. Décisions attendues ==

Les prochaines discussions devraient permettre de trancher :

# La priorité donnée aux fiches vendeurs et aux corrections de visibilité.
# Le principe et le périmètre de la validation préalable.
# La composition de l’équipe de revue et ses règles d’indépendance.
# Les critères de mise en avant sur l’accueil.
# Le modèle de gestion des versions et compatibilités.
# La procédure de litige et de recours.
# L’expérimentation éventuelle des avis.
# Les conditions d’accès vendeur et les avantages partenaires.
# Les moyens bénévoles et financés.
# Le responsable et les critères de réception de chaque premier lot.

== 15. Prochaines étapes ==

# Valider ou amender les priorités proposées.
# Identifier les responsables de chaque premier lot.
# Vérifier les données et l’état technique des travaux déjà engagés.
# Publier ce document sur le wiki.
# Recueillir les retours de la communauté.
# Établir un cahier des charges pour les premiers lots retenus.
# Organiser un pilote avant généralisation.
# Présenter les résultats lors du prochain DevCamp.

Ce document doit évoluer avec les retours de la communauté. Il ne vise pas à figer des décisions, mais à proposer un cadre commun pour faire progresser le DoliStore de manière sereine, ouverte et durable.

Commission dolistore

2026-10-16T04:41:05Z

Aspangaro:

== Introduction ==

Le DoliStore joue un rôle central dans l’écosystème Dolibarr : il permet aux développeurs, intégrateurs et éditeurs de proposer des modules, services et extensions à une communauté d’utilisateurs toujours plus large. Sa richesse constitue une force, mais cette croissance soulève aujourd’hui des enjeux importants en matière de qualité, de lisibilité, de confiance et de soutenabilité.

Les échanges récents mettent en évidence plusieurs problématiques concrètes :

* Une augmentation rapide du nombre de vendeurs et de modules publiés, rendant plus difficile la navigation et l’identification des offres réellement pertinentes.
* La présence de fiches produits insuffisamment documentées, de descriptions ambiguës ou de promesses commerciales ne correspondant pas toujours au périmètre réel du module.
* Des difficultés à distinguer les modules activement maintenus de ceux qui ne sont plus suivis par leur auteur.
* Des informations de compatibilité parfois trop larges, peu rattachées à une version précise du module ou difficilement vérifiables.
* Des situations de duplication, de fork ou de déclinaison commerciale pouvant créer de la confusion chez les acheteurs.
* Un traitement des litiges, des remboursements et des signalements qui nécessite des procédures plus claires, plus traçables et plus équitables.
* Une visibilité des vendeurs encore trop limitée, alors que la présentation de leur activité, de leurs services et de leur historique est essentielle pour établir la confiance.
* Une charge de contrôle et de modération qui repose largement sur un nombre limité de personnes, dans un contexte associatif où les ressources humaines et le temps disponible sont contraints.

L’arrivée massive de modules générés ou assistés par IA a amplifié ces difficultés, sans en être la cause unique. L’IA est désormais un outil de développement utilisé de différentes façons. Le véritable enjeu n’est donc pas de stigmatiser son usage, mais d’évaluer le résultat : un module doit être compréhensible, fonctionnel, documenté, maintenu et accompagné d’un support adapté.

L’objectif de ces évolutions n’est pas de fermer le DoliStore aux nouveaux contributeurs ni de privilégier exclusivement les acteurs historiques. Au contraire, il s’agit de préserver un catalogue ouvert, tout en donnant à chacun les moyens de se différencier par la qualité de son travail, la régularité de sa maintenance, la clarté de sa communication et la qualité de son support.

Pour avancer de manière sereine, il est nécessaire d’impliquer davantage la communauté : développeurs, intégrateurs, éditeurs, utilisateurs, modérateurs et bénévoles. Les évolutions ne pourront pas reposer uniquement sur quelques personnes déjà fortement mobilisées. Elles nécessitent une répartition claire des responsabilités, des contributions variées, des outils adaptés et une capacité à avancer par étapes.

Les propositions présentées dans ce document visent donc à renforcer la qualité sans restreindre l’ouverture, à améliorer la confiance sans alourdir excessivement les processus, et à faire vivre un écosystème où les contributeurs sérieux, qu’ils soient nouveaux ou historiques, peuvent être identifiables et valorisés.

Il ne s’agit pas de tout refondre simultanément. La démarche proposée est progressive : corriger d’abord les points les plus impactants, expérimenter les évolutions les plus structurantes, recueillir les retours, puis généraliser les solutions qui auront démontré leur utilité.

= Évolution du DoliStore : qualité, confiance et développement de l’écosystème =

'''Statut :''' Proposition de travail 
'''Version :''' 1.0 
'''Date :''' 15 octobre 2026 
'''Objet :''' Propositions d’évolution du DoliStore issues des échanges de la communauté et des réunions de travail.

== 1. Objet du document ==

Ce document synthétise les constats et propositions issus des échanges communautaires et des réunions de travail consacrées au DoliStore.

Il a pour objectif de proposer une trajectoire d’évolution progressive, réaliste et ouverte, afin de :

* Améliorer la confiance des acheteurs.
* Renforcer la qualité des informations publiées.
* Faciliter l’identification des vendeurs et de leurs services.
* Encadrer la publication et la maintenance des modules.
* Préserver l’accessibilité du catalogue aux nouveaux contributeurs.
* Rendre le traitement des litiges plus lisible et équitable.
* Adapter les outils du DoliStore à l’évolution du nombre de vendeurs et de modules.

Les propositions présentées ici ne constituent pas des décisions déjà adoptées. Elles doivent être discutées, amendées puis arbitrées par les instances compétentes de l’association Dolibarr.

== 2. Diagnostic général ==

=== 2.1 Un changement d’échelle ===

Le DoliStore a connu une forte croissance du nombre de vendeurs, de modules et de publications. Cette évolution ne peut plus être gérée uniquement par l’interconnaissance, la cooptation informelle et quelques personnes assurant les contrôles.

Le défi n’est pas de fermer l’accès aux nouveaux entrants, mais de leur proposer un parcours clair, des règles compréhensibles et des outils permettant de distinguer les offres sérieuses, maintenues et adaptées aux besoins des utilisateurs.

=== 2.2 Des enjeux de confiance ===

Un acheteur doit pouvoir comprendre rapidement :

* Ce que fait réellement un module.
* Ce qu’il ne fait pas.
* Quelles sont les dépendances et prérequis.
* Quelle version de Dolibarr est concernée.
* Qui est le vendeur.
* Quel support est inclus.
* Quel est l’état de maintenance du produit.
* Comment obtenir de l’aide ou signaler un problème.

La qualité perçue dépend autant de la qualité de la fiche produit, de la documentation et du support que du code lui-même.

=== 2.3 L’IA n’est pas le seul sujet ===

Les modules générés ou assistés par IA ont accéléré certains problèmes existants, mais ils ne constituent pas la cause unique des difficultés rencontrées.

L’IA peut être utilisée comme outil de développement. L’enjeu principal reste d’évaluer le résultat et la capacité du vendeur à assurer :

* La compréhension du produit.
* La maintenance dans le temps.
* La documentation.
* Le support.
* La compatibilité annoncée.
* La qualité de la fiche commerciale.

Les mêmes exigences doivent donc s’appliquer aux modules développés manuellement, avec assistance IA ou issus d’un fork.

=== 2.4 Des limites de visibilité et de recherche ===

Plusieurs difficultés ont été identifiées :

* La période de visibilité « nouveautés » ne démarre pas toujours au bon moment.
* La date de mise à jour affichée ne distingue pas toujours une évolution du module d’une simple modification de fiche.
* Les catégories et la recherche ne permettent plus de naviguer efficacement dans un catalogue volumineux.
* Les compatibilités annoncées ne sont pas toujours rattachées à une version précise du module.
* Les acheteurs peuvent acheter un module dont le périmètre réel ne correspond pas à leur besoin.

Ces sujets doivent être traités en parallèle de la question de la qualité des modules.

== 3. Principes directeurs ==

Les évolutions proposées reposent sur les principes suivants :

* '''Ouverture''' : ne pas fermer l’accès aux nouveaux vendeurs, mais clarifier les règles et les parcours.
* '''Transparence''' : publier les critères de sélection, de validation et de mise en avant.
* '''Proportionnalité''' : adapter le niveau de contrôle au risque, à la complexité et au type de produit.
* '''Équité''' : appliquer les mêmes règles à tous les vendeurs et prévoir une procédure contradictoire.
* '''Progressivité''' : déployer les évolutions par lots testés, sans refonte globale simultanée.
* '''Séparation des rôles''' : distinguer identité, adhésion, statut partenaire, contribution communautaire et qualité d’une version précise.
* '''Respect du support vendeur''' : laisser au vendeur le choix de son canal de support, tout en le rendant visible et explicite.
* '''Traçabilité''' : conserver les décisions, les motifs, les versions concernées et les éléments de preuve utiles.

== 4. Chantier prioritaire : fiches vendeurs ==

=== 4.1 Créer une fiche vendeur native ===

La création de fiches vendeurs est proposée comme priorité. Elle doit permettre de centraliser l’identité du vendeur, son catalogue, ses services, son canal de support et sa présence dans l’écosystème.

La fiche vendeur ne doit pas se limiter aux sociétés. Elle doit également permettre aux développeurs individuels de présenter leur activité.

=== 4.2 Contenu proposé ===

{| class="wikitable"
! Rubrique
! Informations proposées
|-
| Identification
| Nom public, raison sociale ou statut adapté, pays, langues
|-
| Présentation
| Logo, description de l’activité, spécialités
|-
| Catalogue
| Modules actifs, nouveautés, modules gratuits et payants
|-
| Services
| Développement, intégration, formation, maintenance, selon l’activité réelle
|-
| Support
| Canal de support, langues, périmètre inclus, exclusions éventuelles
|-
| Historique
| Présence sur le DoliStore, publications et évolutions
|-
| Écosystème
| Contributions, statuts reconnus, liens publics pertinents
|-
| Informations commerciales
| Réductions éventuelles, offres, liens vers les fiches produit
|}

=== 4.3 Distinguer les notions ===

Il est important de distinguer :

* L’identité vérifiée du vendeur.
* L’adhésion à l’association.
* Le statut de partenaire.
* La participation communautaire.
* La revue d’une version précise d’un module.

Un statut commercial ou associatif ne doit pas être présenté comme une garantie automatique de fonctionnement de tous les produits proposés.

=== 4.4 Annuaire des vendeurs ===

Un annuaire des vendeurs peut compléter les fiches vendeurs. Il permettrait notamment de :

* Rechercher un vendeur par nom, pays ou spécialité.
* Accéder directement à son catalogue.
* Identifier les vendeurs proposant des services complémentaires.
* Mettre en avant les nouveaux vendeurs ayant complété leur fiche.

== 5. Chantier qualité : validation des modules ==

=== 5.1 Renforcer la validation avant publication ===

Il est proposé de renforcer la validation avant publication plutôt que de publier systématiquement puis de retirer les modules posant problème.

L’objectif n’est pas de créer un filtre bloquant ou une barrière à l’entrée, mais de fournir un parcours clair, des contrôles proportionnés et un accompagnement vers la mise en conformité.

=== 5.2 Trois niveaux de contrôle ===

{| class="wikitable"
! Niveau
! Périmètre proposé
! Résultat attendu
|-
| Contrôle automatique
| Archive, métadonnées, règles techniques, cohérence des informations
| Rapport de contrôles
|-
| Revue de publication
| Fiche produit, documentation, support, captures et promesses commerciales
| Publication ou demande de correction
|-
| Revue fonctionnelle approfondie
| Installation, activation et scénarios représentatifs
| Rapport de test associé à une version
|}

Les contrôles automatiques doivent distinguer les anomalies bloquantes des alertes nécessitant une appréciation humaine.

Un score de similarité, par exemple, ne doit pas produire seul une accusation de copie. Il doit déclencher une revue.

=== 5.3 Grille de revue proposée ===

La revue pourrait vérifier les points suivants :

* L’archive correspond-elle au produit annoncé ?
* L’installation et l’activation fonctionnent-elles dans l’environnement retenu ?
* Les principales fonctions annoncées sont-elles accessibles ?
* Les prérequis et dépendances sont-ils expliqués ?
* La documentation permet-elle une prise en main raisonnable ?
* Le périmètre du support et les exclusions sont-ils explicites ?
* Les captures correspondent-elles au produit distribué ?
* Les contrôles techniques bloquants sont-ils satisfaits ?

Chaque résultat doit préciser la version du module, l’environnement de test, la date et les limites de la revue.

Le libellé public recommandé est « version revue » ou « contrôle réalisé », plutôt qu’une « certification » générale dont la portée ne serait pas définie.

=== 5.4 Validation communautaire ===

Il est proposé d’étudier une équipe initiale de trois à quatre validateurs, avec des règles claires :

* Déclaration des conflits d’intérêts.
* Interdiction de valider son propre produit.
* Réattribution possible d’un dossier.
* Motivation écrite des refus.
* Recours examiné par une autre personne.
* Accès limité aux seules données nécessaires.

Le nombre d’approbations requises doit être adapté au niveau de contrôle. Une revue simple peut être confiée à une personne ; une seconde lecture peut être demandée pour les dossiers sensibles, les désaccords ou les décisions de refus.

=== 5.5 Suivi visible pour le vendeur ===

Le vendeur doit connaître l’état de son dossier :

<pre>
Brouillon → Déposé → Contrôles en cours → À corriger → En revue → Publié
</pre>

Prévoir également des états « refusé », « suspendu » et « archivé », accompagnés d’un motif.

L’objectif est d’éviter les modules bloqués sans explication.

== 6. Chantier visibilité : accueil, recherche et fiche produit ==

=== 6.1 Réorganiser la page d’accueil ===

La page d’accueil pourrait distinguer :

# Les modules officiels.
# Les modules ayant fait l’objet d’une revue ou d’une sélection éditoriale.
# Les meilleures ventes sur une période définie.
# Les nouveautés.
# Une découverte aléatoire limitée.

Il est proposé de limiter le bloc aléatoire à 24 éléments dans une première expérimentation.

Les meilleures ventes et la sélection qualitative doivent rester deux notions distinctes.

=== 6.2 Règles de mise en avant ===

Pour éviter les déséquilibres, il est proposé de :

* Limiter la présence d’un même vendeur dans un bloc.
* Réserver une place aux nouveaux entrants.
* Publier les critères de sélection.
* Dater et réexaminer les sélections.
* Identifier séparément toute mise en avant sponsorisée.

La simple ancienneté ou le volume historique de ventes ne doit pas constituer l’unique critère de mise en avant.

=== 6.3 Corriger les nouveautés ===

La période de 30 jours de visibilité doit commencer à la première publication effective, et non à la demande de validation.

Une modification de texte, une traduction ou un simple changement d’intitulé ne devrait pas réinitialiser cette période.

Une nouvelle version peut alimenter un espace « mises à jour », sans faire systématiquement réapparaître le produit comme nouveau module.

=== 6.4 Améliorer la recherche ===

Les évolutions proposées sont :

* Des catégories métier et techniques mieux structurées.
* Des mots-clés multilingues.
* Des filtres par version Dolibarr, langue, prix et statut de maintenance.
* Des filtres par revue réalisée ou compatibilité testée.
* Une recherche par vendeur.
* Des tris explicites : pertinence, nouveautés, mises à jour et ventes récentes.

Les volumes de ventes peuvent être présentés par tranches, sous réserve d’arbitrage. Ils doivent être accompagnés d’une période de référence et ne pas devenir l’unique signal de qualité.

=== 6.5 Revoir la fiche produit ===

La fiche produit devrait suivre une structure claire :

# Besoin auquel répond le module.
# Fonctions incluses.
# Limites et exclusions.
# Captures en situation.
# Prérequis et compatibilités.
# Installation et documentation.
# Support inclus et prestations complémentaires.
# Historique des versions et conditions de mise à jour.

Il est proposé de demander au moins une illustration représentative du fonctionnement réel. Pour une API ou un service sans interface exploitable, une démonstration adaptée peut être acceptée.

La suppression du carrousel n’étant pas consensuelle, il est proposé de tester une maquette avec images intégrées dans les sections de contenu avant décision définitive.

== 7. Chantier technique : versions et compatibilités ==

=== 7.1 Rattacher la compatibilité à chaque version distribuée ===

La compatibilité ne doit plus être gérée uniquement au niveau global du module. Elle doit être rattachée à chaque version distribuée.

Modèle cible :

<pre>
Vendeur
└── Produit / module
└── Version distribuée
├── Archive
├── Date de publication
├── Compatibilité Dolibarr
├── Compatibilité PHP et dépendances
├── Changelog
├── Statut de maintenance
└── Contrôles et revues
</pre>

Cela permet de conserver une fiche produit unique tout en présentant plusieurs versions techniques ou générations commerciales.

=== 7.2 Distinguer compatibilité déclarée et testée ===

Il est proposé d’afficher clairement :

* La compatibilité déclarée par l’éditeur.
* La compatibilité testée par l’éditeur.
* La compatibilité contrôlée par un tiers, avec environnement et date.

Une extension de compatibilité sans modification de code doit être possible si un test la justifie. Elle ne doit pas être présentée automatiquement comme une nouvelle version.

=== 7.3 Séparer les dates ===

Prévoir des champs distincts pour :

* La demande de publication.
* La première publication.
* La publication de la dernière version.
* La modification de la fiche.
* La dernière vérification de compatibilité.

La simple modification d’une fiche ne doit plus être assimilée à une mise à jour du module.

=== 7.4 Gérer la dépréciation ===

Prévoir des états lisibles :

* Maintenu.
* Ancien mais disponible.
* Déprécié.
* Indisponible.
* Retiré de la vente.

Les versions dépendant d’un service externe devenu inutilisable doivent être explicitement signalées.

L’accès des anciens acheteurs, la visibilité publique et le retrait de la vente doivent être traités séparément.

== 8. Forks, duplications et marketplaces externes ==

=== 8.1 Distinguer les situations ===

Il convient de distinguer :

* La copie directe de code.
* La concurrence fonctionnelle entre modules différents.
* Les « auto-forks » publiés périodiquement pour retrouver de la visibilité.
* Les déclinaisons linguistiques ou commerciales d’un même produit.

Un outil de comparaison de modules et un seuil de similarité peuvent être utilisés comme signal de revue, mais pas comme verdict automatique.

=== 8.2 Procédure de signalement ===

Une procédure contradictoire est proposée :

# Signalement documenté.
# Accusé de réception et attribution.
# Conservation des éléments utiles.
# Demande de réponse au vendeur.
# Analyse technique et, si nécessaire, juridique.
# Décision motivée.
# Possibilité de recours.

Les règles d’accès aux archives ou aux preuves demandées par un plaignant doivent être définies avec le conseil juridique.

=== 8.3 Réduire les fiches artificiellement dupliquées ===

Une fiche principale peut regrouper les déclinaisons essentiellement linguistiques, techniques ou commerciales d’un même produit.

Une fiche distincte devrait correspondre à une offre réellement distincte, et non à un simple changement de nom ou de secteur destiné à recréer une nouveauté.

=== 8.4 Clarifier les liens externes ===

Il est proposé de publier une doctrine courte, validée juridiquement, précisant :

* Les liens autorisés.
* Les destinations interdites ou encadrées.
* Les règles applicables aux promotions et aux prix.
* Les délais de mise en conformité.
* Les sanctions et recours.

L’existence d’une boutique externe ne doit pas remplacer l’examen des pratiques effectivement reprochées.

== 9. Avis, support, litiges et remboursements ==

=== 9.1 Avis clients ===

Les avis clients ne doivent pas être déployés sans cadre clair. Il est proposé de :

# Déployer d’abord les informations objectives.
# Formaliser le traitement des litiges.
# Expérimenter ensuite des avis textuels contextualisés.
# Reporter la note globale tant que sa pertinence et sa modération ne sont pas établies.

Les conditions proposées pour un avis sont :

* Usage ou achat vérifiable.
* Rattachement à une version du module.
* Indication de l’environnement Dolibarr.
* Droit de réponse du vendeur.
* Signalement à un modérateur indépendant.
* Historique des corrections et réponses.

Le vendeur ne doit pas pouvoir bloquer indéfiniment un avis négatif. Inversement, l’avis ne doit pas devenir un moyen d’obtenir une prestation non incluse.

=== 9.2 Support vendeur ===

Le vendeur doit conserver la liberté de choisir son canal de support : forum, tickets, adresse email, téléphone ou autre outil.

Le DoliStore doit :

* Rendre ce canal visible.
* Expliquer les prestations incluses.
* Orienter les demandes techniques vers le vendeur.
* Centraliser les litiges commerciaux sans imposer un outil unique de support.

=== 9.3 Dossier de litige ===

Il est proposé de créer un dossier de litige dans l’administration du DoliStore.

Le dossier devrait contenir :

* Commande, module et version.
* Motif de la demande.
* Échanges et justificatifs.
* Notification au vendeur.
* Délai de réponse annoncé.
* Proposition de résolution.
* Décision et trace du remboursement éventuel.

Les modalités de remboursement et la répartition des frais doivent être formalisées, puis validées avant publication dans les conditions applicables.

== 10. Données, outils vendeurs et communication ==

=== 10.1 Tableau de bord vendeur ===

Il est proposé de fournir aux vendeurs un tableau de bord contenant :

* Visites agrégées et méthode de comptage.
* Ventes et téléchargements.
* Évolution par période.
* État des validations.
* Litiges et remboursements.
* Alertes sur les informations à actualiser.

Le partage de données collectives doit être autorisé et agrégé. Un accès éventuel à des outils d’analyse devra respecter les droits de chaque vendeur.

=== 10.2 API ===

Les usages doivent être distingués :

# API de lecture du catalogue public.
# Accès authentifié aux données propres du vendeur.
# API d’édition des fiches.
# Dépôt d’archives, ultérieurement.

Les écritures automatisées devront respecter les mêmes règles de contrôle et de visibilité que les opérations manuelles.

=== 10.3 Place du forum ===

La fiche vendeur doit devenir le lieu de présentation commerciale.

La fiche produit doit décrire le produit.

Le forum doit rester un espace d’entraide et de retours d’expérience.

Il est proposé de publier une charte illustrée pour éviter les décisions de modération perçues comme fondées sur la seule notoriété du contributeur.

== 11. Arbitrages économiques et associatifs ==

Plusieurs pistes ont été évoquées sans constituer un modèle adopté :

* Contrôle renforcé au-delà d’un certain prix.
* Frais de revue.
* Exemptions éventuelles pour les partenaires.
* Prix minimum.
* Adhésion vendeur obligatoire.
* Accueil réservé à certaines catégories de vendeurs.
* Critères du statut de partenaire.

{| class="wikitable"
! Sujet
! Recommandation
|-
| Contrôle lié au prix
| Ne pas utiliser le prix comme seul critère ; intégrer complexité, risques et historique
|-
| Frais de revue
| Mesurer d’abord le temps et le coût sur un pilote
|-
| Exemption partenaire
| Ne pas supprimer le socle minimal de contrôle
|-
| Prix minimum
| Étudier les coûts réels ; ne pas le présenter comme un outil qualité
|-
| Adhésion obligatoire
| Arbitrage associatif distinct de l’évaluation du produit
|-
| Accueil réservé aux adhérents
| Évaluer l’impact sur l’ouverture et la découverte
|-
| Statut partenaire
| Publier critères, renouvellement, suspension et recours
|-
| Réductions et commissions
| Produire une documentation avec exemples validés
|}

Un simple litige en cours ne devrait pas suffire automatiquement à exclure un vendeur d’un statut. Il convient de définir des manquements objectivés et une procédure contradictoire.

Les questions de TVA, commissions et réductions doivent faire l’objet d’une note comptable et commerciale distincte.

== 12. Gouvernance et feuille de route ==

=== 12.1 Répartition des responsabilités ===

{| class="wikitable"
! Rôle
! Mission
|-
| Bureau
| Arbitrer politique, budget et règles
|-
| Coordination DoliStore
| Organiser le programme et publier l’avancement
|-
| Équipe technique
| Développer, tester et maintenir
|-
| Référent qualité
| Définir la grille et accompagner les validateurs
|-
| Équipe UX/contenu
| Concevoir les modèles et tester les parcours
|-
| Conseil juridique
| Valider les dispositions sensibles
|-
| Représentants utilisateurs et vendeurs
| Participer aux tests et retours
|}

=== 12.2 Lots de réalisation ===

{| class="wikitable"
! Lot
! Contenu
! Condition de lancement
|-
| 0 — Cadrage
| Inventaire, chiffres fiables, état des travaux, arbitrages
| Responsable identifié
|-
| 1 — Corrections rapides
| Nouveautés depuis validation, dates distinctes, motifs d’attente, miniatures
| Vérification technique
|-
| 2 — Fiches vendeurs
| Annuaire, catalogue regroupé, support, services, statuts
| Modèle de données et maquette
|-
| 3 — Validation pilote
| Dashboard, grille, équipe de revue, historique
| Capacité humaine confirmée
|-
| 4 — Parcours d’achat
| Accueil, recherche, fiches produit, langues
| Tests utilisateurs
|-
| 5 — Versions et litiges
| Compatibilités par version, dépréciation, dossiers de litige
| Règles et modèle validés
|-
| 6 — Données et extensions
| Dashboard vendeur, API, avis expérimentaux
| Gouvernance des données
|}

Il est préférable de lancer peu de lots simultanément et de vérifier leur fonctionnement avant généralisation.

=== 12.3 Migration de l’existant ===

Proposition :

* Appliquer les nouvelles exigences aux nouveaux dépôts après information préalable.
* Accorder un délai de mise en conformité aux fiches existantes.
* Traiter en priorité les signalements, incompatibilités et informations manifestement insuffisantes.
* Revoir progressivement le catalogue lors des mises à jour.
* Ne pas qualifier rétroactivement un produit de « testé » sans revue correspondante.

== 13. Indicateurs de suivi ==

{| class="wikitable"
! Objectif
! Indicateurs proposés
|-
| Réduire l’attente
| Dossiers en attente, délai médian et dossiers les plus anciens
|-
| Améliorer les fiches
| Complétude, documentation et illustrations représentatives
|-
| Fiabiliser les compatibilités
| Versions renseignées, déclarations et tests distingués
|-
| Équilibrer la visibilité
| Concentration des impressions, exposition des nouveaux vendeurs
|-
| Faciliter la recherche
| Recherches sans résultat, usage des filtres
|-
| Traiter les litiges
| Délais, motifs, taux et coûts rapportés aux ventes
|-
| Maîtriser la charge
| Temps de revue, coût et retours pour correction
|}

La croissance du nombre de modules ou du chiffre d’affaires global ne doit pas constituer le seul critère de réussite.

== 14. Décisions attendues ==

Les prochaines discussions devraient permettre de trancher :

# La priorité donnée aux fiches vendeurs et aux corrections de visibilité.
# Le principe et le périmètre de la validation préalable.
# La composition de l’équipe de revue et ses règles d’indépendance.
# Les critères de mise en avant sur l’accueil.
# Le modèle de gestion des versions et compatibilités.
# La procédure de litige et de recours.
# L’expérimentation éventuelle des avis.
# Les conditions d’accès vendeur et les avantages partenaires.
# Les moyens bénévoles et financés.
# Le responsable et les critères de réception de chaque premier lot.

== 15. Prochaines étapes ==

# Valider ou amender les priorités proposées.
# Identifier les responsables de chaque premier lot.
# Vérifier les données et l’état technique des travaux déjà engagés.
# Publier ce document sur le wiki.
# Recueillir les retours de la communauté.
# Établir un cahier des charges pour les premiers lots retenus.
# Organiser un pilote avant généralisation.
# Présenter les résultats lors du prochain DevCamp.

Ce document doit évoluer avec les retours de la communauté. Il ne vise pas à figer des décisions, mais à proposer un cadre commun pour faire progresser le DoliStore de manière sereine, ouverte et durable.

Commission dolistore

2026-10-16T04:38:56Z

Aspangaro: Ajout introduction

== Introduction ==

Le DoliStore joue un rôle central dans l’écosystème Dolibarr : il permet aux développeurs, intégrateurs et éditeurs de proposer des modules, services et extensions à une communauté d’utilisateurs toujours plus large. Sa richesse constitue une force, mais cette croissance soulève aujourd’hui des enjeux importants en matière de qualité, de lisibilité, de confiance et de soutenabilité.

Les échanges récents mettent en évidence plusieurs problématiques concrètes :

* Une augmentation rapide du nombre de vendeurs et de modules publiés, rendant plus difficile la navigation et l’identification des offres réellement pertinentes.
* La présence de fiches produits insuffisamment documentées, de descriptions ambiguës ou de promesses commerciales ne correspondant pas toujours au périmètre réel du module.
* Des difficultés à distinguer les modules activement maintenus de ceux qui ne sont plus suivis par leur auteur.
* Des informations de compatibilité parfois trop larges, peu rattachées à une version précise du module ou difficilement vérifiables.
* Des situations de duplication, de fork ou de déclinaison commerciale pouvant créer de la confusion chez les acheteurs.
* Un traitement des litiges, des remboursements et des signalements qui nécessite des procédures plus claires, plus traçables et plus équitables.
* Une visibilité des vendeurs encore trop limitée, alors que la présentation de leur activité, de leurs services et de leur historique est essentielle pour établir la confiance.
* Une charge de contrôle et de modération qui repose largement sur un nombre limité de personnes, dans un contexte associatif où les ressources humaines et le temps disponible sont contraints.

L’arrivée massive de modules générés ou assistés par IA a amplifié ces difficultés, sans en être la cause unique. L’IA est désormais un outil de développement utilisé de différentes façons. Le véritable enjeu n’est donc pas de stigmatiser son usage, mais d’évaluer le résultat : un module doit être compréhensible, fonctionnel, documenté, maintenu et accompagné d’un support adapté.

L’objectif de ces évolutions n’est pas de fermer le DoliStore aux nouveaux contributeurs ni de privilégier exclusivement les acteurs historiques. Au contraire, il s’agit de préserver un catalogue ouvert, tout en donnant à chacun les moyens de se différencier par la qualité de son travail, la régularité de sa maintenance, la clarté de sa communication et la qualité de son support.

Pour avancer de manière sereine, il est nécessaire d’impliquer davantage la communauté : développeurs, intégrateurs, éditeurs, utilisateurs, modérateurs et bénévoles. Les évolutions ne pourront pas reposer uniquement sur quelques personnes déjà fortement mobilisées. Elles nécessitent une répartition claire des responsabilités, des contributions variées, des outils adaptés et une capacité à avancer par étapes.

Les propositions présentées dans ce document visent donc à renforcer la qualité sans restreindre l’ouverture, à améliorer la confiance sans alourdir excessivement les processus, et à faire vivre un écosystème où les contributeurs sérieux, qu’ils soient nouveaux ou historiques, peuvent être identifiables et valorisés.

Il ne s’agit pas de tout refondre simultanément. La démarche proposée est progressive : corriger d’abord les points les plus impactants, expérimenter les évolutions les plus structurantes, recueillir les retours, puis généraliser les solutions qui auront démontré leur utilité.

# Évolution du DoliStore : qualité, confiance et développement de l’écosystème

**Statut :** Proposition de travail
**Version :** 1.0
**Date :** 15 octobre 2026
**Objet :** Propositions d’évolution du DoliStore issues des échanges de la communauté et des réunions de travail.

## 1. Objet du document

Ce document synthétise les constats et propositions issus des échanges communautaires et des réunions de travail consacrées au DoliStore.

Il a pour objectif de proposer une trajectoire d’évolution progressive, réaliste et ouverte, afin de :

- Améliorer la confiance des acheteurs.
- Renforcer la qualité des informations publiées.
- Faciliter l’identification des vendeurs et de leurs services.
- Encadrer la publication et la maintenance des modules.
- Préserver l’accessibilité du catalogue aux nouveaux contributeurs.
- Rendre le traitement des litiges plus lisible et équitable.
- Adapter les outils du DoliStore à l’évolution du nombre de vendeurs et de modules.

Les propositions présentées ici ne constituent pas des décisions déjà adoptées. Elles doivent être discutées, amendées puis arbitrées par les instances compétentes de l’association Dolibarr.

## 2. Diagnostic général

### 2.1 Un changement d’échelle

Le DoliStore a connu une forte croissance du nombre de vendeurs, de modules et de publications. Cette évolution ne peut plus être gérée uniquement par l’interconnaissance, la cooptation informelle et quelques personnes assurant les contrôles.

Le défi n’est pas de fermer l’accès aux nouveaux entrants, mais de leur proposer un parcours clair, des règles compréhensibles et des outils permettant de distinguer les offres sérieuses, maintenues et adaptées aux besoins des utilisateurs.

### 2.2 Des enjeux de confiance

Un acheteur doit pouvoir comprendre rapidement :

- Ce que fait réellement un module.
- Ce qu’il ne fait pas.
- Quelles sont les dépendances et prérequis.
- Quelle version de Dolibarr est concernée.
- Qui est le vendeur.
- Quel support est inclus.
- Quel est l’état de maintenance du produit.
- Comment obtenir de l’aide ou signaler un problème.

La qualité perçue dépend autant de la qualité de la fiche produit, de la documentation et du support que du code lui-même.

### 2.3 L’IA n’est pas le seul sujet

Les modules générés ou assistés par IA ont accéléré certains problèmes existants, mais ils ne constituent pas la cause unique des difficultés rencontrées.

L’IA peut être utilisée comme outil de développement. L’enjeu principal reste d’évaluer le résultat et la capacité du vendeur à assurer :

- La compréhension du produit.
- La maintenance dans le temps.
- La documentation.
- Le support.
- La compatibilité annoncée.
- La qualité de la fiche commerciale.

Les mêmes exigences doivent donc s’appliquer aux modules développés manuellement, avec assistance IA ou issus d’un fork.

### 2.4 Des limites de visibilité et de recherche

Plusieurs difficultés ont été identifiées :

- La période de visibilité « nouveautés » ne démarre pas toujours au bon moment.
- La date de mise à jour affichée ne distingue pas toujours une évolution du module d’une simple modification de fiche.
- Les catégories et la recherche ne permettent plus de naviguer efficacement dans un catalogue volumineux.
- Les compatibilités annoncées ne sont pas toujours rattachées à une version précise du module.
- Les acheteurs peuvent acheter un module dont le périmètre réel ne correspond pas à leur besoin.

Ces sujets doivent être traités en parallèle de la question de la qualité des modules.

## 3. Principes directeurs

Les évolutions proposées reposent sur les principes suivants :

- **Ouverture** : ne pas fermer l’accès aux nouveaux vendeurs, mais clarifier les règles et les parcours.
- **Transparence** : publier les critères de sélection, de validation et de mise en avant.
- **Proportionnalité** : adapter le niveau de contrôle au risque, à la complexité et au type de produit.
- **Équité** : appliquer les mêmes règles à tous les vendeurs et prévoir une procédure contradictoire.
- **Progressivité** : déployer les évolutions par lots testés, sans refonte globale simultanée.
- **Séparation des rôles** : distinguer identité, adhésion, statut partenaire, contribution communautaire et qualité d’une version précise.
- **Respect du support vendeur** : laisser au vendeur le choix de son canal de support, tout en le rendant visible et explicite.
- **Traçabilité** : conserver les décisions, les motifs, les versions concernées et les éléments de preuve utiles.

## 4. Chantier prioritaire : fiches vendeurs

### 4.1 Créer une fiche vendeur native

La création de fiches vendeurs est proposée comme priorité. Elle doit permettre de centraliser l’identité du vendeur, son catalogue, ses services, son canal de support et sa présence dans l’écosystème.

La fiche vendeur ne doit pas se limiter aux sociétés. Elle doit également permettre aux développeurs individuels de présenter leur activité.

### 4.2 Contenu proposé

| Rubrique | Informations proposées |
|---|---|
| Identification | Nom public, raison sociale ou statut adapté, pays, langues |
| Présentation | Logo, description de l’activité, spécialités |
| Catalogue | Modules actifs, nouveautés, modules gratuits et payants |
| Services | Développement, intégration, formation, maintenance, selon l’activité réelle |
| Support | Canal de support, langues, périmètre inclus, exclusions éventuelles |
| Historique | Présence sur le DoliStore, publications et évolutions |
| Écosystème | Contributions, statuts reconnus, liens publics pertinents |
| Informations commerciales | Réductions éventuelles, offres, liens vers les fiches produit |

### 4.3 Distinguer les notions

Il est important de distinguer :

- L’identité vérifiée du vendeur.
- L’adhésion à l’association.
- Le statut de partenaire.
- La participation communautaire.
- La revue d’une version précise d’un module.

Un statut commercial ou associatif ne doit pas être présenté comme une garantie automatique de fonctionnement de tous les produits proposés.

### 4.4 Annuaire des vendeurs

Un annuaire des vendeurs peut compléter les fiches vendeurs. Il permettrait notamment de :

- Rechercher un vendeur par nom, pays ou spécialité.
- Accéder directement à son catalogue.
- Identifier les vendeurs proposant des services complémentaires.
- Mettre en avant les nouveaux vendeurs ayant complété leur fiche.

## 5. Chantier qualité : validation des modules

### 5.1 Renforcer la validation avant publication

Il est proposé de renforcer la validation avant publication plutôt que de publier systématiquement puis de retirer les modules posant problème.

L’objectif n’est pas de créer un filtre bloquant ou une barrière à l’entrée, mais de fournir un parcours clair, des contrôles proportionnés et un accompagnement vers la mise en conformité.

### 5.2 Trois niveaux de contrôle

| Niveau | Périmètre proposé | Résultat attendu |
|---|---|---|
| Contrôle automatique | Archive, métadonnées, règles techniques, cohérence des informations | Rapport de contrôles |
| Revue de publication | Fiche produit, documentation, support, captures et promesses commerciales | Publication ou demande de correction |
| Revue fonctionnelle approfondie | Installation, activation et scénarios représentatifs | Rapport de test associé à une version |

Les contrôles automatiques doivent distinguer les anomalies bloquantes des alertes nécessitant une appréciation humaine.

Un score de similarité, par exemple, ne doit pas produire seul une accusation de copie. Il doit déclencher une revue.

### 5.3 Grille de revue proposée

La revue pourrait vérifier les points suivants :

- L’archive correspond-elle au produit annoncé ?
- L’installation et l’activation fonctionnent-elles dans l’environnement retenu ?
- Les principales fonctions annoncées sont-elles accessibles ?
- Les prérequis et dépendances sont-ils expliqués ?
- La documentation permet-elle une prise en main raisonnable ?
- Le périmètre du support et les exclusions sont-ils explicites ?
- Les captures correspondent-elles au produit distribué ?
- Les contrôles techniques bloquants sont-ils satisfaits ?

Chaque résultat doit préciser la version du module, l’environnement de test, la date et les limites de la revue.

Le libellé public recommandé est « version revue » ou « contrôle réalisé », plutôt qu’une « certification » générale dont la portée ne serait pas définie.

### 5.4 Validation communautaire

Il est proposé d’étudier une équipe initiale de trois à quatre validateurs, avec des règles claires :

- Déclaration des conflits d’intérêts.
- Interdiction de valider son propre produit.
- Réattribution possible d’un dossier.
- Motivation écrite des refus.
- Recours examiné par une autre personne.
- Accès limité aux seules données nécessaires.

Le nombre d’approbations requises doit être adapté au niveau de contrôle. Une revue simple peut être confiée à une personne ; une seconde lecture peut être demandée pour les dossiers sensibles, les désaccords ou les décisions de refus.

### 5.5 Suivi visible pour le vendeur

Le vendeur doit connaître l’état de son dossier :

```text
Brouillon → Déposé → Contrôles en cours → À corriger → En revue → Publié
```

Prévoir également des états « refusé », « suspendu » et « archivé », accompagnés d’un motif.

L’objectif est d’éviter les modules bloqués sans explication.

## 6. Chantier visibilité : accueil, recherche et fiche produit

### 6.1 Réorganiser la page d’accueil

La page d’accueil pourrait distinguer :

1. Les modules officiels.
2. Les modules ayant fait l’objet d’une revue ou d’une sélection éditoriale.
3. Les meilleures ventes sur une période définie.
4. Les nouveautés.
5. Une découverte aléatoire limitée.

Il est proposé de limiter le bloc aléatoire à 24 éléments dans une première expérimentation.

Les meilleures ventes et la sélection qualitative doivent rester deux notions distinctes.

### 6.2 Règles de mise en avant

Pour éviter les déséquilibres, il est proposé de :

- Limiter la présence d’un même vendeur dans un bloc.
- Réserver une place aux nouveaux entrants.
- Publier les critères de sélection.
- Dater et réexaminer les sélections.
- Identifier séparément toute mise en avant sponsorisée.

La simple ancienneté ou le volume historique de ventes ne doit pas constituer l’unique critère de mise en avant.

### 6.3 Corriger les nouveautés

La période de 30 jours de visibilité doit commencer à la première publication effective, et non à la demande de validation.

Une modification de texte, une traduction ou un simple changement d’intitulé ne devrait pas réinitialiser cette période.

Une nouvelle version peut alimenter un espace « mises à jour », sans faire systématiquement réapparaître le produit comme nouveau module.

### 6.4 Améliorer la recherche

Les évolutions proposées sont :

- Des catégories métier et techniques mieux structurées.
- Des mots-clés multilingues.
- Des filtres par version Dolibarr, langue, prix et statut de maintenance.
- Des filtres par revue réalisée ou compatibilité testée.
- Une recherche par vendeur.
- Des tris explicites : pertinence, nouveautés, mises à jour et ventes récentes.

Les volumes de ventes peuvent être présentés par tranches, sous réserve d’arbitrage. Ils doivent être accompagnés d’une période de référence et ne pas devenir l’unique signal de qualité.

### 6.5 Revoir la fiche produit

La fiche produit devrait suivre une structure claire :

1. Besoin auquel répond le module.
2. Fonctions incluses.
3. Limites et exclusions.
4. Captures en situation.
5. Prérequis et compatibilités.
6. Installation et documentation.
7. Support inclus et prestations complémentaires.
8. Historique des versions et conditions de mise à jour.

Il est proposé de demander au moins une illustration représentative du fonctionnement réel. Pour une API ou un service sans interface exploitable, une démonstration adaptée peut être acceptée.

La suppression du carrousel n’étant pas consensuelle, il est proposé de tester une maquette avec images intégrées dans les sections de contenu avant décision définitive.

## 7. Chantier technique : versions et compatibilités

### 7.1 Rattacher la compatibilité à chaque version distribuée

La compatibilité ne doit plus être gérée uniquement au niveau global du module. Elle doit être rattachée à chaque version distribuée.

Modèle cible :

```text
Vendeur
└── Produit / module
└── Version distribuée
├── Archive
├── Date de publication
├── Compatibilité Dolibarr
├── Compatibilité PHP et dépendances
├── Changelog
├── Statut de maintenance
└── Contrôles et revues
```

Cela permet de conserver une fiche produit unique tout en présentant plusieurs versions techniques ou générations commerciales.

### 7.2 Distinguer compatibilité déclarée et testée

Il est proposé d’afficher clairement :

- La compatibilité déclarée par l’éditeur.
- La compatibilité testée par l’éditeur.
- La compatibilité contrôlée par un tiers, avec environnement et date.

Une extension de compatibilité sans modification de code doit être possible si un test la justifie. Elle ne doit pas être présentée automatiquement comme une nouvelle version.

### 7.3 Séparer les dates

Prévoir des champs distincts pour :

- La demande de publication.
- La première publication.
- La publication de la dernière version.
- La modification de la fiche.
- La dernière vérification de compatibilité.

La simple modification d’une fiche ne doit plus être assimilée à une mise à jour du module.

### 7.4 Gérer la dépréciation

Prévoir des états lisibles :

- Maintenu.
- Ancien mais disponible.
- Déprécié.
- Indisponible.
- Retiré de la vente.

Les versions dépendant d’un service externe devenu inutilisable doivent être explicitement signalées.

L’accès des anciens acheteurs, la visibilité publique et le retrait de la vente doivent être traités séparément.

## 8. Forks, duplications et marketplaces externes

### 8.1 Distinguer les situations

Il convient de distinguer :

- La copie directe de code.
- La concurrence fonctionnelle entre modules différents.
- Les « auto-forks » publiés périodiquement pour retrouver de la visibilité.
- Les déclinaisons linguistiques ou commerciales d’un même produit.

Un outil de comparaison de modules et un seuil de similarité peuvent être utilisés comme signal de revue, mais pas comme verdict automatique.

### 8.2 Procédure de signalement

Une procédure contradictoire est proposée :

1. Signalement documenté.
2. Accusé de réception et attribution.
3. Conservation des éléments utiles.
4. Demande de réponse au vendeur.
5. Analyse technique et, si nécessaire, juridique.
6. Décision motivée.
7. Possibilité de recours.

Les règles d’accès aux archives ou aux preuves demandées par un plaignant doivent être définies avec le conseil juridique.

### 8.3 Réduire les fiches artificiellement dupliquées

Une fiche principale peut regrouper les déclinaisons essentiellement linguistiques, techniques ou commerciales d’un même produit.

Une fiche distincte devrait correspondre à une offre réellement distincte, et non à un simple changement de nom ou de secteur destiné à recréer une nouveauté.

### 8.4 Clarifier les liens externes

Il est proposé de publier une doctrine courte, validée juridiquement, précisant :

- Les liens autorisés.
- Les destinations interdites ou encadrées.
- Les règles applicables aux promotions et aux prix.
- Les délais de mise en conformité.
- Les sanctions et recours.

L’existence d’une boutique externe ne doit pas remplacer l’examen des pratiques effectivement reprochées.

## 9. Avis, support, litiges et remboursements

### 9.1 Avis clients

Les avis clients ne doivent pas être déployés sans cadre clair. Il est proposé de :

1. Déployer d’abord les informations objectives.
2. Formaliser le traitement des litiges.
3. Expérimenter ensuite des avis textuels contextualisés.
4. Reporter la note globale tant que sa pertinence et sa modération ne sont pas établies.

Les conditions proposées pour un avis sont :

- Usage ou achat vérifiable.
- Rattachement à une version du module.
- Indication de l’environnement Dolibarr.
- Droit de réponse du vendeur.
- Signalement à un modérateur indépendant.
- Historique des corrections et réponses.

Le vendeur ne doit pas pouvoir bloquer indéfiniment un avis négatif. Inversement, l’avis ne doit pas devenir un moyen d’obtenir une prestation non incluse.

### 9.2 Support vendeur

Le vendeur doit conserver la liberté de choisir son canal de support : forum, tickets, adresse email, téléphone ou autre outil.

Le DoliStore doit :

- Rendre ce canal visible.
- Expliquer les prestations incluses.
- Orienter les demandes techniques vers le vendeur.
- Centraliser les litiges commerciaux sans imposer un outil unique de support.

### 9.3 Dossier de litige

Il est proposé de créer un dossier de litige dans l’administration du DoliStore.

Le dossier devrait contenir :

- Commande, module et version.
- Motif de la demande.
- Échanges et justificatifs.
- Notification au vendeur.
- Délai de réponse annoncé.
- Proposition de résolution.
- Décision et trace du remboursement éventuel.

Les modalités de remboursement et la répartition des frais doivent être formalisées, puis validées avant publication dans les conditions applicables.

## 10. Données, outils vendeurs et communication

### 10.1 Tableau de bord vendeur

Il est proposé de fournir aux vendeurs un tableau de bord contenant :

- Visites agrégées et méthode de comptage.
- Ventes et téléchargements.
- Évolution par période.
- État des validations.
- Litiges et remboursements.
- Alertes sur les informations à actualiser.

Le partage de données collectives doit être autorisé et agrégé. Un accès éventuel à des outils d’analyse devra respecter les droits de chaque vendeur.

### 10.2 API

Les usages doivent être distingués :

1. API de lecture du catalogue public.
2. Accès authentifié aux données propres du vendeur.
3. API d’édition des fiches.
4. Dépôt d’archives, ultérieurement.

Les écritures automatisées devront respecter les mêmes règles de contrôle et de visibilité que les opérations manuelles.

### 10.3 Place du forum

La fiche vendeur doit devenir le lieu de présentation commerciale.

La fiche produit doit décrire le produit.

Le forum doit rester un espace d’entraide et de retours d’expérience.

Il est proposé de publier une charte illustrée pour éviter les décisions de modération perçues comme fondées sur la seule notoriété du contributeur.

## 11. Arbitrages économiques et associatifs

Plusieurs pistes ont été évoquées sans constituer un modèle adopté :

- Contrôle renforcé au-delà d’un certain prix.
- Frais de revue.
- Exemptions éventuelles pour les partenaires.
- Prix minimum.
- Adhésion vendeur obligatoire.
- Accueil réservé à certaines catégories de vendeurs.
- Critères du statut de partenaire.

| Sujet | Recommandation |
|---|---|
| Contrôle lié au prix | Ne pas utiliser le prix comme seul critère ; intégrer complexité, risques et historique |
| Frais de revue | Mesurer d’abord le temps et le coût sur un pilote |
| Exemption partenaire | Ne pas supprimer le socle minimal de contrôle |
| Prix minimum | Étudier les coûts réels ; ne pas le présenter comme un outil qualité |
| Adhésion obligatoire | Arbitrage associatif distinct de l’évaluation du produit |
| Accueil réservé aux adhérents | Évaluer l’impact sur l’ouverture et la découverte |
| Statut partenaire | Publier critères, renouvellement, suspension et recours |
| Réductions et commissions | Produire une documentation avec exemples validés |

Un simple litige en cours ne devrait pas suffire automatiquement à exclure un vendeur d’un statut. Il convient de définir des manquements objectivés et une procédure contradictoire.

Les questions de TVA, commissions et réductions doivent faire l’objet d’une note comptable et commerciale distincte.

## 12. Gouvernance et feuille de route

### 12.1 Répartition des responsabilités

| Rôle | Mission |
|---|---|
| Bureau | Arbitrer politique, budget et règles |
| Coordination DoliStore | Organiser le programme et publier l’avancement |
| Équipe technique | Développer, tester et maintenir |
| Référent qualité | Définir la grille et accompagner les validateurs |
| Équipe UX/contenu | Concevoir les modèles et tester les parcours |
| Conseil juridique | Valider les dispositions sensibles |
| Représentants utilisateurs et vendeurs | Participer aux tests et retours |

### 12.2 Lots de réalisation

| Lot | Contenu | Condition de lancement |
|---|---|---|
| 0 — Cadrage | Inventaire, chiffres fiables, état des travaux, arbitrages | Responsable identifié |
| 1 — Corrections rapides | Nouveautés depuis validation, dates distinctes, motifs d’attente, miniatures | Vérification technique |
| 2 — Fiches vendeurs | Annuaire, catalogue regroupé, support, services, statuts | Modèle de données et maquette |
| 3 — Validation pilote | Dashboard, grille, équipe de revue, historique | Capacité humaine confirmée |
| 4 — Parcours d’achat | Accueil, recherche, fiches produit, langues | Tests utilisateurs |
| 5 — Versions et litiges | Compatibilités par version, dépréciation, dossiers de litige | Règles et modèle validés |
| 6 — Données et extensions | Dashboard vendeur, API, avis expérimentaux | Gouvernance des données |

Il est préférable de lancer peu de lots simultanément et de vérifier leur fonctionnement avant généralisation.

### 12.3 Migration de l’existant

Proposition :

- Appliquer les nouvelles exigences aux nouveaux dépôts après information préalable.
- Accorder un délai de mise en conformité aux fiches existantes.
- Traiter en priorité les signalements, incompatibilités et informations manifestement insuffisantes.
- Revoir progressivement le catalogue lors des mises à jour.
- Ne pas qualifier rétroactivement un produit de « testé » sans revue correspondante.

## 13. Indicateurs de suivi

| Objectif | Indicateurs proposés |
|---|---|
| Réduire l’attente | Dossiers en attente, délai médian et dossiers les plus anciens |
| Améliorer les fiches | Complétude, documentation et illustrations représentatives |
| Fiabiliser les compatibilités | Versions renseignées, déclarations et tests distingués |
| Équilibrer la visibilité | Concentration des impressions, exposition des nouveaux vendeurs |
| Faciliter la recherche | Recherches sans résultat, usage des filtres |
| Traiter les litiges | Délais, motifs, taux et coûts rapportés aux ventes |
| Maîtriser la charge | Temps de revue, coût et retours pour correction |

La croissance du nombre de modules ou du chiffre d’affaires global ne doit pas constituer le seul critère de réussite.

## 14. Décisions attendues

Les prochaines discussions devraient permettre de trancher :

1. La priorité donnée aux fiches vendeurs et aux corrections de visibilité.
2. Le principe et le périmètre de la validation préalable.
3. La composition de l’équipe de revue et ses règles d’indépendance.
4. Les critères de mise en avant sur l’accueil.
5. Le modèle de gestion des versions et compatibilités.
6. La procédure de litige et de recours.
7. L’expérimentation éventuelle des avis.
8. Les conditions d’accès vendeur et les avantages partenaires.
9. Les moyens bénévoles et financés.
10. Le responsable et les critères de réception de chaque premier lot.

## 15. Prochaines étapes

1. Valider ou amender les priorités proposées.
2. Identifier les responsables de chaque premier lot.
3. Vérifier les données et l’état technique des travaux déjà engagés.
4. Publier ce document sur le wiki.
5. Recueillir les retours de la communauté.
6. Établir un cahier des charges pour les premiers lots retenus.
7. Organiser un pilote avant généralisation.
8. Présenter les résultats lors du prochain DevCamp.

Ce document doit évoluer avec les retours de la communauté. Il ne vise pas à figer des décisions, mais à proposer un cadre commun pour faire progresser le DoliStore de manière sereine, ouverte et durable.

Commission dolistore

2026-10-16T04:35:25Z

Aspangaro:

# Évolution du DoliStore : qualité, confiance et développement de l’écosystème

**Statut :** Proposition de travail
**Version :** 1.0
**Date :** 15 octobre 2026
**Objet :** Propositions d’évolution du DoliStore issues des échanges de la communauté et des réunions de travail.

## 1. Objet du document

Ce document synthétise les constats et propositions issus des échanges communautaires et des réunions de travail consacrées au DoliStore.

Il a pour objectif de proposer une trajectoire d’évolution progressive, réaliste et ouverte, afin de :

- Améliorer la confiance des acheteurs.
- Renforcer la qualité des informations publiées.
- Faciliter l’identification des vendeurs et de leurs services.
- Encadrer la publication et la maintenance des modules.
- Préserver l’accessibilité du catalogue aux nouveaux contributeurs.
- Rendre le traitement des litiges plus lisible et équitable.
- Adapter les outils du DoliStore à l’évolution du nombre de vendeurs et de modules.

Les propositions présentées ici ne constituent pas des décisions déjà adoptées. Elles doivent être discutées, amendées puis arbitrées par les instances compétentes de l’association Dolibarr.

## 2. Diagnostic général

### 2.1 Un changement d’échelle

Le DoliStore a connu une forte croissance du nombre de vendeurs, de modules et de publications. Cette évolution ne peut plus être gérée uniquement par l’interconnaissance, la cooptation informelle et quelques personnes assurant les contrôles.

Le défi n’est pas de fermer l’accès aux nouveaux entrants, mais de leur proposer un parcours clair, des règles compréhensibles et des outils permettant de distinguer les offres sérieuses, maintenues et adaptées aux besoins des utilisateurs.

### 2.2 Des enjeux de confiance

Un acheteur doit pouvoir comprendre rapidement :

- Ce que fait réellement un module.
- Ce qu’il ne fait pas.
- Quelles sont les dépendances et prérequis.
- Quelle version de Dolibarr est concernée.
- Qui est le vendeur.
- Quel support est inclus.
- Quel est l’état de maintenance du produit.
- Comment obtenir de l’aide ou signaler un problème.

La qualité perçue dépend autant de la qualité de la fiche produit, de la documentation et du support que du code lui-même.

### 2.3 L’IA n’est pas le seul sujet

Les modules générés ou assistés par IA ont accéléré certains problèmes existants, mais ils ne constituent pas la cause unique des difficultés rencontrées.

L’IA peut être utilisée comme outil de développement. L’enjeu principal reste d’évaluer le résultat et la capacité du vendeur à assurer :

- La compréhension du produit.
- La maintenance dans le temps.
- La documentation.
- Le support.
- La compatibilité annoncée.
- La qualité de la fiche commerciale.

Les mêmes exigences doivent donc s’appliquer aux modules développés manuellement, avec assistance IA ou issus d’un fork.

### 2.4 Des limites de visibilité et de recherche

Plusieurs difficultés ont été identifiées :

- La période de visibilité « nouveautés » ne démarre pas toujours au bon moment.
- La date de mise à jour affichée ne distingue pas toujours une évolution du module d’une simple modification de fiche.
- Les catégories et la recherche ne permettent plus de naviguer efficacement dans un catalogue volumineux.
- Les compatibilités annoncées ne sont pas toujours rattachées à une version précise du module.
- Les acheteurs peuvent acheter un module dont le périmètre réel ne correspond pas à leur besoin.

Ces sujets doivent être traités en parallèle de la question de la qualité des modules.

## 3. Principes directeurs

Les évolutions proposées reposent sur les principes suivants :

- **Ouverture** : ne pas fermer l’accès aux nouveaux vendeurs, mais clarifier les règles et les parcours.
- **Transparence** : publier les critères de sélection, de validation et de mise en avant.
- **Proportionnalité** : adapter le niveau de contrôle au risque, à la complexité et au type de produit.
- **Équité** : appliquer les mêmes règles à tous les vendeurs et prévoir une procédure contradictoire.
- **Progressivité** : déployer les évolutions par lots testés, sans refonte globale simultanée.
- **Séparation des rôles** : distinguer identité, adhésion, statut partenaire, contribution communautaire et qualité d’une version précise.
- **Respect du support vendeur** : laisser au vendeur le choix de son canal de support, tout en le rendant visible et explicite.
- **Traçabilité** : conserver les décisions, les motifs, les versions concernées et les éléments de preuve utiles.

## 4. Chantier prioritaire : fiches vendeurs

### 4.1 Créer une fiche vendeur native

La création de fiches vendeurs est proposée comme priorité. Elle doit permettre de centraliser l’identité du vendeur, son catalogue, ses services, son canal de support et sa présence dans l’écosystème.

La fiche vendeur ne doit pas se limiter aux sociétés. Elle doit également permettre aux développeurs individuels de présenter leur activité.

### 4.2 Contenu proposé

| Rubrique | Informations proposées |
|---|---|
| Identification | Nom public, raison sociale ou statut adapté, pays, langues |
| Présentation | Logo, description de l’activité, spécialités |
| Catalogue | Modules actifs, nouveautés, modules gratuits et payants |
| Services | Développement, intégration, formation, maintenance, selon l’activité réelle |
| Support | Canal de support, langues, périmètre inclus, exclusions éventuelles |
| Historique | Présence sur le DoliStore, publications et évolutions |
| Écosystème | Contributions, statuts reconnus, liens publics pertinents |
| Informations commerciales | Réductions éventuelles, offres, liens vers les fiches produit |

### 4.3 Distinguer les notions

Il est important de distinguer :

- L’identité vérifiée du vendeur.
- L’adhésion à l’association.
- Le statut de partenaire.
- La participation communautaire.
- La revue d’une version précise d’un module.

Un statut commercial ou associatif ne doit pas être présenté comme une garantie automatique de fonctionnement de tous les produits proposés.

### 4.4 Annuaire des vendeurs

Un annuaire des vendeurs peut compléter les fiches vendeurs. Il permettrait notamment de :

- Rechercher un vendeur par nom, pays ou spécialité.
- Accéder directement à son catalogue.
- Identifier les vendeurs proposant des services complémentaires.
- Mettre en avant les nouveaux vendeurs ayant complété leur fiche.

## 5. Chantier qualité : validation des modules

### 5.1 Renforcer la validation avant publication

Il est proposé de renforcer la validation avant publication plutôt que de publier systématiquement puis de retirer les modules posant problème.

L’objectif n’est pas de créer un filtre bloquant ou une barrière à l’entrée, mais de fournir un parcours clair, des contrôles proportionnés et un accompagnement vers la mise en conformité.

### 5.2 Trois niveaux de contrôle

| Niveau | Périmètre proposé | Résultat attendu |
|---|---|---|
| Contrôle automatique | Archive, métadonnées, règles techniques, cohérence des informations | Rapport de contrôles |
| Revue de publication | Fiche produit, documentation, support, captures et promesses commerciales | Publication ou demande de correction |
| Revue fonctionnelle approfondie | Installation, activation et scénarios représentatifs | Rapport de test associé à une version |

Les contrôles automatiques doivent distinguer les anomalies bloquantes des alertes nécessitant une appréciation humaine.

Un score de similarité, par exemple, ne doit pas produire seul une accusation de copie. Il doit déclencher une revue.

### 5.3 Grille de revue proposée

La revue pourrait vérifier les points suivants :

- L’archive correspond-elle au produit annoncé ?
- L’installation et l’activation fonctionnent-elles dans l’environnement retenu ?
- Les principales fonctions annoncées sont-elles accessibles ?
- Les prérequis et dépendances sont-ils expliqués ?
- La documentation permet-elle une prise en main raisonnable ?
- Le périmètre du support et les exclusions sont-ils explicites ?
- Les captures correspondent-elles au produit distribué ?
- Les contrôles techniques bloquants sont-ils satisfaits ?

Chaque résultat doit préciser la version du module, l’environnement de test, la date et les limites de la revue.

Le libellé public recommandé est « version revue » ou « contrôle réalisé », plutôt qu’une « certification » générale dont la portée ne serait pas définie.

### 5.4 Validation communautaire

Il est proposé d’étudier une équipe initiale de trois à quatre validateurs, avec des règles claires :

- Déclaration des conflits d’intérêts.
- Interdiction de valider son propre produit.
- Réattribution possible d’un dossier.
- Motivation écrite des refus.
- Recours examiné par une autre personne.
- Accès limité aux seules données nécessaires.

Le nombre d’approbations requises doit être adapté au niveau de contrôle. Une revue simple peut être confiée à une personne ; une seconde lecture peut être demandée pour les dossiers sensibles, les désaccords ou les décisions de refus.

### 5.5 Suivi visible pour le vendeur

Le vendeur doit connaître l’état de son dossier :

```text
Brouillon → Déposé → Contrôles en cours → À corriger → En revue → Publié
```

Prévoir également des états « refusé », « suspendu » et « archivé », accompagnés d’un motif.

L’objectif est d’éviter les modules bloqués sans explication.

## 6. Chantier visibilité : accueil, recherche et fiche produit

### 6.1 Réorganiser la page d’accueil

La page d’accueil pourrait distinguer :

1. Les modules officiels.
2. Les modules ayant fait l’objet d’une revue ou d’une sélection éditoriale.
3. Les meilleures ventes sur une période définie.
4. Les nouveautés.
5. Une découverte aléatoire limitée.

Il est proposé de limiter le bloc aléatoire à 24 éléments dans une première expérimentation.

Les meilleures ventes et la sélection qualitative doivent rester deux notions distinctes.

### 6.2 Règles de mise en avant

Pour éviter les déséquilibres, il est proposé de :

- Limiter la présence d’un même vendeur dans un bloc.
- Réserver une place aux nouveaux entrants.
- Publier les critères de sélection.
- Dater et réexaminer les sélections.
- Identifier séparément toute mise en avant sponsorisée.

La simple ancienneté ou le volume historique de ventes ne doit pas constituer l’unique critère de mise en avant.

### 6.3 Corriger les nouveautés

La période de 30 jours de visibilité doit commencer à la première publication effective, et non à la demande de validation.

Une modification de texte, une traduction ou un simple changement d’intitulé ne devrait pas réinitialiser cette période.

Une nouvelle version peut alimenter un espace « mises à jour », sans faire systématiquement réapparaître le produit comme nouveau module.

### 6.4 Améliorer la recherche

Les évolutions proposées sont :

- Des catégories métier et techniques mieux structurées.
- Des mots-clés multilingues.
- Des filtres par version Dolibarr, langue, prix et statut de maintenance.
- Des filtres par revue réalisée ou compatibilité testée.
- Une recherche par vendeur.
- Des tris explicites : pertinence, nouveautés, mises à jour et ventes récentes.

Les volumes de ventes peuvent être présentés par tranches, sous réserve d’arbitrage. Ils doivent être accompagnés d’une période de référence et ne pas devenir l’unique signal de qualité.

### 6.5 Revoir la fiche produit

La fiche produit devrait suivre une structure claire :

1. Besoin auquel répond le module.
2. Fonctions incluses.
3. Limites et exclusions.
4. Captures en situation.
5. Prérequis et compatibilités.
6. Installation et documentation.
7. Support inclus et prestations complémentaires.
8. Historique des versions et conditions de mise à jour.

Il est proposé de demander au moins une illustration représentative du fonctionnement réel. Pour une API ou un service sans interface exploitable, une démonstration adaptée peut être acceptée.

La suppression du carrousel n’étant pas consensuelle, il est proposé de tester une maquette avec images intégrées dans les sections de contenu avant décision définitive.

## 7. Chantier technique : versions et compatibilités

### 7.1 Rattacher la compatibilité à chaque version distribuée

La compatibilité ne doit plus être gérée uniquement au niveau global du module. Elle doit être rattachée à chaque version distribuée.

Modèle cible :

```text
Vendeur
└── Produit / module
└── Version distribuée
├── Archive
├── Date de publication
├── Compatibilité Dolibarr
├── Compatibilité PHP et dépendances
├── Changelog
├── Statut de maintenance
└── Contrôles et revues
```

Cela permet de conserver une fiche produit unique tout en présentant plusieurs versions techniques ou générations commerciales.

### 7.2 Distinguer compatibilité déclarée et testée

Il est proposé d’afficher clairement :

- La compatibilité déclarée par l’éditeur.
- La compatibilité testée par l’éditeur.
- La compatibilité contrôlée par un tiers, avec environnement et date.

Une extension de compatibilité sans modification de code doit être possible si un test la justifie. Elle ne doit pas être présentée automatiquement comme une nouvelle version.

### 7.3 Séparer les dates

Prévoir des champs distincts pour :

- La demande de publication.
- La première publication.
- La publication de la dernière version.
- La modification de la fiche.
- La dernière vérification de compatibilité.

La simple modification d’une fiche ne doit plus être assimilée à une mise à jour du module.

### 7.4 Gérer la dépréciation

Prévoir des états lisibles :

- Maintenu.
- Ancien mais disponible.
- Déprécié.
- Indisponible.
- Retiré de la vente.

Les versions dépendant d’un service externe devenu inutilisable doivent être explicitement signalées.

L’accès des anciens acheteurs, la visibilité publique et le retrait de la vente doivent être traités séparément.

## 8. Forks, duplications et marketplaces externes

### 8.1 Distinguer les situations

Il convient de distinguer :

- La copie directe de code.
- La concurrence fonctionnelle entre modules différents.
- Les « auto-forks » publiés périodiquement pour retrouver de la visibilité.
- Les déclinaisons linguistiques ou commerciales d’un même produit.

Un outil de comparaison de modules et un seuil de similarité peuvent être utilisés comme signal de revue, mais pas comme verdict automatique.

### 8.2 Procédure de signalement

Une procédure contradictoire est proposée :

1. Signalement documenté.
2. Accusé de réception et attribution.
3. Conservation des éléments utiles.
4. Demande de réponse au vendeur.
5. Analyse technique et, si nécessaire, juridique.
6. Décision motivée.
7. Possibilité de recours.

Les règles d’accès aux archives ou aux preuves demandées par un plaignant doivent être définies avec le conseil juridique.

### 8.3 Réduire les fiches artificiellement dupliquées

Une fiche principale peut regrouper les déclinaisons essentiellement linguistiques, techniques ou commerciales d’un même produit.

Une fiche distincte devrait correspondre à une offre réellement distincte, et non à un simple changement de nom ou de secteur destiné à recréer une nouveauté.

### 8.4 Clarifier les liens externes

Il est proposé de publier une doctrine courte, validée juridiquement, précisant :

- Les liens autorisés.
- Les destinations interdites ou encadrées.
- Les règles applicables aux promotions et aux prix.
- Les délais de mise en conformité.
- Les sanctions et recours.

L’existence d’une boutique externe ne doit pas remplacer l’examen des pratiques effectivement reprochées.

## 9. Avis, support, litiges et remboursements

### 9.1 Avis clients

Les avis clients ne doivent pas être déployés sans cadre clair. Il est proposé de :

1. Déployer d’abord les informations objectives.
2. Formaliser le traitement des litiges.
3. Expérimenter ensuite des avis textuels contextualisés.
4. Reporter la note globale tant que sa pertinence et sa modération ne sont pas établies.

Les conditions proposées pour un avis sont :

- Usage ou achat vérifiable.
- Rattachement à une version du module.
- Indication de l’environnement Dolibarr.
- Droit de réponse du vendeur.
- Signalement à un modérateur indépendant.
- Historique des corrections et réponses.

Le vendeur ne doit pas pouvoir bloquer indéfiniment un avis négatif. Inversement, l’avis ne doit pas devenir un moyen d’obtenir une prestation non incluse.

### 9.2 Support vendeur

Le vendeur doit conserver la liberté de choisir son canal de support : forum, tickets, adresse email, téléphone ou autre outil.

Le DoliStore doit :

- Rendre ce canal visible.
- Expliquer les prestations incluses.
- Orienter les demandes techniques vers le vendeur.
- Centraliser les litiges commerciaux sans imposer un outil unique de support.

### 9.3 Dossier de litige

Il est proposé de créer un dossier de litige dans l’administration du DoliStore.

Le dossier devrait contenir :

- Commande, module et version.
- Motif de la demande.
- Échanges et justificatifs.
- Notification au vendeur.
- Délai de réponse annoncé.
- Proposition de résolution.
- Décision et trace du remboursement éventuel.

Les modalités de remboursement et la répartition des frais doivent être formalisées, puis validées avant publication dans les conditions applicables.

## 10. Données, outils vendeurs et communication

### 10.1 Tableau de bord vendeur

Il est proposé de fournir aux vendeurs un tableau de bord contenant :

- Visites agrégées et méthode de comptage.
- Ventes et téléchargements.
- Évolution par période.
- État des validations.
- Litiges et remboursements.
- Alertes sur les informations à actualiser.

Le partage de données collectives doit être autorisé et agrégé. Un accès éventuel à des outils d’analyse devra respecter les droits de chaque vendeur.

### 10.2 API

Les usages doivent être distingués :

1. API de lecture du catalogue public.
2. Accès authentifié aux données propres du vendeur.
3. API d’édition des fiches.
4. Dépôt d’archives, ultérieurement.

Les écritures automatisées devront respecter les mêmes règles de contrôle et de visibilité que les opérations manuelles.

### 10.3 Place du forum

La fiche vendeur doit devenir le lieu de présentation commerciale.

La fiche produit doit décrire le produit.

Le forum doit rester un espace d’entraide et de retours d’expérience.

Il est proposé de publier une charte illustrée pour éviter les décisions de modération perçues comme fondées sur la seule notoriété du contributeur.

## 11. Arbitrages économiques et associatifs

Plusieurs pistes ont été évoquées sans constituer un modèle adopté :

- Contrôle renforcé au-delà d’un certain prix.
- Frais de revue.
- Exemptions éventuelles pour les partenaires.
- Prix minimum.
- Adhésion vendeur obligatoire.
- Accueil réservé à certaines catégories de vendeurs.
- Critères du statut de partenaire.

| Sujet | Recommandation |
|---|---|
| Contrôle lié au prix | Ne pas utiliser le prix comme seul critère ; intégrer complexité, risques et historique |
| Frais de revue | Mesurer d’abord le temps et le coût sur un pilote |
| Exemption partenaire | Ne pas supprimer le socle minimal de contrôle |
| Prix minimum | Étudier les coûts réels ; ne pas le présenter comme un outil qualité |
| Adhésion obligatoire | Arbitrage associatif distinct de l’évaluation du produit |
| Accueil réservé aux adhérents | Évaluer l’impact sur l’ouverture et la découverte |
| Statut partenaire | Publier critères, renouvellement, suspension et recours |
| Réductions et commissions | Produire une documentation avec exemples validés |

Un simple litige en cours ne devrait pas suffire automatiquement à exclure un vendeur d’un statut. Il convient de définir des manquements objectivés et une procédure contradictoire.

Les questions de TVA, commissions et réductions doivent faire l’objet d’une note comptable et commerciale distincte.

## 12. Gouvernance et feuille de route

### 12.1 Répartition des responsabilités

| Rôle | Mission |
|---|---|
| Bureau | Arbitrer politique, budget et règles |
| Coordination DoliStore | Organiser le programme et publier l’avancement |
| Équipe technique | Développer, tester et maintenir |
| Référent qualité | Définir la grille et accompagner les validateurs |
| Équipe UX/contenu | Concevoir les modèles et tester les parcours |
| Conseil juridique | Valider les dispositions sensibles |
| Représentants utilisateurs et vendeurs | Participer aux tests et retours |

### 12.2 Lots de réalisation

| Lot | Contenu | Condition de lancement |
|---|---|---|
| 0 — Cadrage | Inventaire, chiffres fiables, état des travaux, arbitrages | Responsable identifié |
| 1 — Corrections rapides | Nouveautés depuis validation, dates distinctes, motifs d’attente, miniatures | Vérification technique |
| 2 — Fiches vendeurs | Annuaire, catalogue regroupé, support, services, statuts | Modèle de données et maquette |
| 3 — Validation pilote | Dashboard, grille, équipe de revue, historique | Capacité humaine confirmée |
| 4 — Parcours d’achat | Accueil, recherche, fiches produit, langues | Tests utilisateurs |
| 5 — Versions et litiges | Compatibilités par version, dépréciation, dossiers de litige | Règles et modèle validés |
| 6 — Données et extensions | Dashboard vendeur, API, avis expérimentaux | Gouvernance des données |

Il est préférable de lancer peu de lots simultanément et de vérifier leur fonctionnement avant généralisation.

### 12.3 Migration de l’existant

Proposition :

- Appliquer les nouvelles exigences aux nouveaux dépôts après information préalable.
- Accorder un délai de mise en conformité aux fiches existantes.
- Traiter en priorité les signalements, incompatibilités et informations manifestement insuffisantes.
- Revoir progressivement le catalogue lors des mises à jour.
- Ne pas qualifier rétroactivement un produit de « testé » sans revue correspondante.

## 13. Indicateurs de suivi

| Objectif | Indicateurs proposés |
|---|---|
| Réduire l’attente | Dossiers en attente, délai médian et dossiers les plus anciens |
| Améliorer les fiches | Complétude, documentation et illustrations représentatives |
| Fiabiliser les compatibilités | Versions renseignées, déclarations et tests distingués |
| Équilibrer la visibilité | Concentration des impressions, exposition des nouveaux vendeurs |
| Faciliter la recherche | Recherches sans résultat, usage des filtres |
| Traiter les litiges | Délais, motifs, taux et coûts rapportés aux ventes |
| Maîtriser la charge | Temps de revue, coût et retours pour correction |

La croissance du nombre de modules ou du chiffre d’affaires global ne doit pas constituer le seul critère de réussite.

## 14. Décisions attendues

Les prochaines discussions devraient permettre de trancher :

1. La priorité donnée aux fiches vendeurs et aux corrections de visibilité.
2. Le principe et le périmètre de la validation préalable.
3. La composition de l’équipe de revue et ses règles d’indépendance.
4. Les critères de mise en avant sur l’accueil.
5. Le modèle de gestion des versions et compatibilités.
6. La procédure de litige et de recours.
7. L’expérimentation éventuelle des avis.
8. Les conditions d’accès vendeur et les avantages partenaires.
9. Les moyens bénévoles et financés.
10. Le responsable et les critères de réception de chaque premier lot.

## 15. Prochaines étapes

1. Valider ou amender les priorités proposées.
2. Identifier les responsables de chaque premier lot.
3. Vérifier les données et l’état technique des travaux déjà engagés.
4. Publier ce document sur le wiki.
5. Recueillir les retours de la communauté.
6. Établir un cahier des charges pour les premiers lots retenus.
7. Organiser un pilote avant généralisation.
8. Présenter les résultats lors du prochain DevCamp.

Ce document doit évoluer avec les retours de la communauté. Il ne vise pas à figer des décisions, mais à proposer un cadre commun pour faire progresser le DoliStore de manière sereine, ouverte et durable.

Commission dolistore

2026-10-16T04:34:43Z

Aspangaro: Publication v1.0

<nowiki>#</nowiki> Évolution du DoliStore : qualité, confiance et développement de l’écosystème

<nowiki>**</nowiki>Statut :** Proposition de travail

<nowiki>**</nowiki>Version :** 1.0

<nowiki>**</nowiki>Date :** 15 octobre 2026

<nowiki>**</nowiki>Objet :** Propositions d’évolution du DoliStore issues des échanges de la communauté et des réunions de travail.

<nowiki>##</nowiki> 1. Objet du document

Ce document synthétise les constats et propositions issus des échanges communautaires et des réunions de travail consacrées au DoliStore.

Il a pour objectif de proposer une trajectoire d’évolution progressive, réaliste et ouverte, afin de :

- Améliorer la confiance des acheteurs.

- Renforcer la qualité des informations publiées.

- Faciliter l’identification des vendeurs et de leurs services.

- Encadrer la publication et la maintenance des modules.

- Préserver l’accessibilité du catalogue aux nouveaux contributeurs.

- Rendre le traitement des litiges plus lisible et équitable.

- Adapter les outils du DoliStore à l’évolution du nombre de vendeurs et de modules.

Les propositions présentées ici ne constituent pas des décisions déjà adoptées. Elles doivent être discutées, amendées puis arbitrées par les instances compétentes de l’association Dolibarr.

<nowiki>##</nowiki> 2. Diagnostic général

<nowiki>###</nowiki> 2.1 Un changement d’échelle

Le DoliStore a connu une forte croissance du nombre de vendeurs, de modules et de publications. Cette évolution ne peut plus être gérée uniquement par l’interconnaissance, la cooptation informelle et quelques personnes assurant les contrôles.

Le défi n’est pas de fermer l’accès aux nouveaux entrants, mais de leur proposer un parcours clair, des règles compréhensibles et des outils permettant de distinguer les offres sérieuses, maintenues et adaptées aux besoins des utilisateurs.

<nowiki>###</nowiki> 2.2 Des enjeux de confiance

Un acheteur doit pouvoir comprendre rapidement :

- Ce que fait réellement un module.

- Ce qu’il ne fait pas.

- Quelles sont les dépendances et prérequis.

- Quelle version de Dolibarr est concernée.

- Qui est le vendeur.

- Quel support est inclus.

- Quel est l’état de maintenance du produit.

- Comment obtenir de l’aide ou signaler un problème.

La qualité perçue dépend autant de la qualité de la fiche produit, de la documentation et du support que du code lui-même.

<nowiki>###</nowiki> 2.3 L’IA n’est pas le seul sujet

Les modules générés ou assistés par IA ont accéléré certains problèmes existants, mais ils ne constituent pas la cause unique des difficultés rencontrées.

L’IA peut être utilisée comme outil de développement. L’enjeu principal reste d’évaluer le résultat et la capacité du vendeur à assurer :

- La compréhension du produit.

- La maintenance dans le temps.

- La documentation.

- Le support.

- La compatibilité annoncée.

- La qualité de la fiche commerciale.

Les mêmes exigences doivent donc s’appliquer aux modules développés manuellement, avec assistance IA ou issus d’un fork.

<nowiki>###</nowiki> 2.4 Des limites de visibilité et de recherche

Plusieurs difficultés ont été identifiées :

- La période de visibilité « nouveautés » ne démarre pas toujours au bon moment.

- La date de mise à jour affichée ne distingue pas toujours une évolution du module d’une simple modification de fiche.

- Les catégories et la recherche ne permettent plus de naviguer efficacement dans un catalogue volumineux.

- Les compatibilités annoncées ne sont pas toujours rattachées à une version précise du module.

- Les acheteurs peuvent acheter un module dont le périmètre réel ne correspond pas à leur besoin.

Ces sujets doivent être traités en parallèle de la question de la qualité des modules.

<nowiki>##</nowiki> 3. Principes directeurs

Les évolutions proposées reposent sur les principes suivants :

- **Ouverture** : ne pas fermer l’accès aux nouveaux vendeurs, mais clarifier les règles et les parcours.

- **Transparence** : publier les critères de sélection, de validation et de mise en avant.

- **Proportionnalité** : adapter le niveau de contrôle au risque, à la complexité et au type de produit.

- **Équité** : appliquer les mêmes règles à tous les vendeurs et prévoir une procédure contradictoire.

- **Progressivité** : déployer les évolutions par lots testés, sans refonte globale simultanée.

- **Séparation des rôles** : distinguer identité, adhésion, statut partenaire, contribution communautaire et qualité d’une version précise.

- **Respect du support vendeur** : laisser au vendeur le choix de son canal de support, tout en le rendant visible et explicite.

- **Traçabilité** : conserver les décisions, les motifs, les versions concernées et les éléments de preuve utiles.

<nowiki>##</nowiki> 4. Chantier prioritaire : fiches vendeurs

<nowiki>###</nowiki> 4.1 Créer une fiche vendeur native

La création de fiches vendeurs est proposée comme priorité. Elle doit permettre de centraliser l’identité du vendeur, son catalogue, ses services, son canal de support et sa présence dans l’écosystème.

La fiche vendeur ne doit pas se limiter aux sociétés. Elle doit également permettre aux développeurs individuels de présenter leur activité.

<nowiki>###</nowiki> 4.2 Contenu proposé

| Rubrique | Informations proposées |

|---|---|

| Identification | Nom public, raison sociale ou statut adapté, pays, langues |

| Présentation | Logo, description de l’activité, spécialités |

| Catalogue | Modules actifs, nouveautés, modules gratuits et payants |

| Services | Développement, intégration, formation, maintenance, selon l’activité réelle |

| Support | Canal de support, langues, périmètre inclus, exclusions éventuelles |

| Historique | Présence sur le DoliStore, publications et évolutions |

| Écosystème | Contributions, statuts reconnus, liens publics pertinents |

| Informations commerciales | Réductions éventuelles, offres, liens vers les fiches produit |

<nowiki>###</nowiki> 4.3 Distinguer les notions

Il est important de distinguer :

- L’identité vérifiée du vendeur.

- L’adhésion à l’association.

- Le statut de partenaire.

- La participation communautaire.

- La revue d’une version précise d’un module.

Un statut commercial ou associatif ne doit pas être présenté comme une garantie automatique de fonctionnement de tous les produits proposés.

<nowiki>###</nowiki> 4.4 Annuaire des vendeurs

Un annuaire des vendeurs peut compléter les fiches vendeurs. Il permettrait notamment de :

- Rechercher un vendeur par nom, pays ou spécialité.

- Accéder directement à son catalogue.

- Identifier les vendeurs proposant des services complémentaires.

- Mettre en avant les nouveaux vendeurs ayant complété leur fiche.

<nowiki>##</nowiki> 5. Chantier qualité : validation des modules

<nowiki>###</nowiki> 5.1 Renforcer la validation avant publication

Il est proposé de renforcer la validation avant publication plutôt que de publier systématiquement puis de retirer les modules posant problème.

L’objectif n’est pas de créer un filtre bloquant ou une barrière à l’entrée, mais de fournir un parcours clair, des contrôles proportionnés et un accompagnement vers la mise en conformité.

<nowiki>###</nowiki> 5.2 Trois niveaux de contrôle

| Niveau | Périmètre proposé | Résultat attendu |

|---|---|---|

| Contrôle automatique | Archive, métadonnées, règles techniques, cohérence des informations | Rapport de contrôles |

| Revue de publication | Fiche produit, documentation, support, captures et promesses commerciales | Publication ou demande de correction |

| Revue fonctionnelle approfondie | Installation, activation et scénarios représentatifs | Rapport de test associé à une version |

Les contrôles automatiques doivent distinguer les anomalies bloquantes des alertes nécessitant une appréciation humaine.

Un score de similarité, par exemple, ne doit pas produire seul une accusation de copie. Il doit déclencher une revue.

<nowiki>###</nowiki> 5.3 Grille de revue proposée

La revue pourrait vérifier les points suivants :

- L’archive correspond-elle au produit annoncé ?

- L’installation et l’activation fonctionnent-elles dans l’environnement retenu ?

- Les principales fonctions annoncées sont-elles accessibles ?

- Les prérequis et dépendances sont-ils expliqués ?

- La documentation permet-elle une prise en main raisonnable ?

- Le périmètre du support et les exclusions sont-ils explicites ?

- Les captures correspondent-elles au produit distribué ?

- Les contrôles techniques bloquants sont-ils satisfaits ?

Chaque résultat doit préciser la version du module, l’environnement de test, la date et les limites de la revue.

Le libellé public recommandé est « version revue » ou « contrôle réalisé », plutôt qu’une « certification » générale dont la portée ne serait pas définie.

<nowiki>###</nowiki> 5.4 Validation communautaire

Il est proposé d’étudier une équipe initiale de trois à quatre validateurs, avec des règles claires :

- Déclaration des conflits d’intérêts.

- Interdiction de valider son propre produit.

- Réattribution possible d’un dossier.

- Motivation écrite des refus.

- Recours examiné par une autre personne.

- Accès limité aux seules données nécessaires.

Le nombre d’approbations requises doit être adapté au niveau de contrôle. Une revue simple peut être confiée à une personne ; une seconde lecture peut être demandée pour les dossiers sensibles, les désaccords ou les décisions de refus.

<nowiki>###</nowiki> 5.5 Suivi visible pour le vendeur

Le vendeur doit connaître l’état de son dossier :

```text

Brouillon → Déposé → Contrôles en cours → À corriger → En revue → Publié

```

Prévoir également des états « refusé », « suspendu » et « archivé », accompagnés d’un motif.

L’objectif est d’éviter les modules bloqués sans explication.

<nowiki>##</nowiki> 6. Chantier visibilité : accueil, recherche et fiche produit

<nowiki>###</nowiki> 6.1 Réorganiser la page d’accueil

La page d’accueil pourrait distinguer :

1. Les modules officiels.

2. Les modules ayant fait l’objet d’une revue ou d’une sélection éditoriale.

3. Les meilleures ventes sur une période définie.

4. Les nouveautés.

5. Une découverte aléatoire limitée.

Il est proposé de limiter le bloc aléatoire à 24 éléments dans une première expérimentation.

Les meilleures ventes et la sélection qualitative doivent rester deux notions distinctes.

<nowiki>###</nowiki> 6.2 Règles de mise en avant

Pour éviter les déséquilibres, il est proposé de :

- Limiter la présence d’un même vendeur dans un bloc.

- Réserver une place aux nouveaux entrants.

- Publier les critères de sélection.

- Dater et réexaminer les sélections.

- Identifier séparément toute mise en avant sponsorisée.

La simple ancienneté ou le volume historique de ventes ne doit pas constituer l’unique critère de mise en avant.

<nowiki>###</nowiki> 6.3 Corriger les nouveautés

La période de 30 jours de visibilité doit commencer à la première publication effective, et non à la demande de validation.

Une modification de texte, une traduction ou un simple changement d’intitulé ne devrait pas réinitialiser cette période.

Une nouvelle version peut alimenter un espace « mises à jour », sans faire systématiquement réapparaître le produit comme nouveau module.

<nowiki>###</nowiki> 6.4 Améliorer la recherche

Les évolutions proposées sont :

- Des catégories métier et techniques mieux structurées.

- Des mots-clés multilingues.

- Des filtres par version Dolibarr, langue, prix et statut de maintenance.

- Des filtres par revue réalisée ou compatibilité testée.

- Une recherche par vendeur.

- Des tris explicites : pertinence, nouveautés, mises à jour et ventes récentes.

Les volumes de ventes peuvent être présentés par tranches, sous réserve d’arbitrage. Ils doivent être accompagnés d’une période de référence et ne pas devenir l’unique signal de qualité.

<nowiki>###</nowiki> 6.5 Revoir la fiche produit

La fiche produit devrait suivre une structure claire :

1. Besoin auquel répond le module.

2. Fonctions incluses.

3. Limites et exclusions.

4. Captures en situation.

5. Prérequis et compatibilités.

6. Installation et documentation.

7. Support inclus et prestations complémentaires.

8. Historique des versions et conditions de mise à jour.

Il est proposé de demander au moins une illustration représentative du fonctionnement réel. Pour une API ou un service sans interface exploitable, une démonstration adaptée peut être acceptée.

La suppression du carrousel n’étant pas consensuelle, il est proposé de tester une maquette avec images intégrées dans les sections de contenu avant décision définitive.

<nowiki>##</nowiki> 7. Chantier technique : versions et compatibilités

<nowiki>###</nowiki> 7.1 Rattacher la compatibilité à chaque version distribuée

La compatibilité ne doit plus être gérée uniquement au niveau global du module. Elle doit être rattachée à chaque version distribuée.

Modèle cible :

```text

Vendeur

└── Produit / module

└── Version distribuée

├── Archive

├── Date de publication

├── Compatibilité Dolibarr

├── Compatibilité PHP et dépendances

├── Changelog

├── Statut de maintenance

└── Contrôles et revues

```

Cela permet de conserver une fiche produit unique tout en présentant plusieurs versions techniques ou générations commerciales.

<nowiki>###</nowiki> 7.2 Distinguer compatibilité déclarée et testée

Il est proposé d’afficher clairement :

- La compatibilité déclarée par l’éditeur.

- La compatibilité testée par l’éditeur.

- La compatibilité contrôlée par un tiers, avec environnement et date.

Une extension de compatibilité sans modification de code doit être possible si un test la justifie. Elle ne doit pas être présentée automatiquement comme une nouvelle version.

<nowiki>###</nowiki> 7.3 Séparer les dates

Prévoir des champs distincts pour :

- La demande de publication.

- La première publication.

- La publication de la dernière version.

- La modification de la fiche.

- La dernière vérification de compatibilité.

La simple modification d’une fiche ne doit plus être assimilée à une mise à jour du module.

<nowiki>###</nowiki> 7.4 Gérer la dépréciation

Prévoir des états lisibles :

- Maintenu.

- Ancien mais disponible.

- Déprécié.

- Indisponible.

- Retiré de la vente.

Les versions dépendant d’un service externe devenu inutilisable doivent être explicitement signalées.

L’accès des anciens acheteurs, la visibilité publique et le retrait de la vente doivent être traités séparément.

<nowiki>##</nowiki> 8. Forks, duplications et marketplaces externes

<nowiki>###</nowiki> 8.1 Distinguer les situations

Il convient de distinguer :

- La copie directe de code.

- La concurrence fonctionnelle entre modules différents.

- Les « auto-forks » publiés périodiquement pour retrouver de la visibilité.

- Les déclinaisons linguistiques ou commerciales d’un même produit.

Un outil de comparaison de modules et un seuil de similarité peuvent être utilisés comme signal de revue, mais pas comme verdict automatique.

<nowiki>###</nowiki> 8.2 Procédure de signalement

Une procédure contradictoire est proposée :

1. Signalement documenté.

2. Accusé de réception et attribution.

3. Conservation des éléments utiles.

4. Demande de réponse au vendeur.

5. Analyse technique et, si nécessaire, juridique.

6. Décision motivée.

7. Possibilité de recours.

Les règles d’accès aux archives ou aux preuves demandées par un plaignant doivent être définies avec le conseil juridique.

<nowiki>###</nowiki> 8.3 Réduire les fiches artificiellement dupliquées

Une fiche principale peut regrouper les déclinaisons essentiellement linguistiques, techniques ou commerciales d’un même produit.

Une fiche distincte devrait correspondre à une offre réellement distincte, et non à un simple changement de nom ou de secteur destiné à recréer une nouveauté.

<nowiki>###</nowiki> 8.4 Clarifier les liens externes

Il est proposé de publier une doctrine courte, validée juridiquement, précisant :

- Les liens autorisés.

- Les destinations interdites ou encadrées.

- Les règles applicables aux promotions et aux prix.

- Les délais de mise en conformité.

- Les sanctions et recours.

L’existence d’une boutique externe ne doit pas remplacer l’examen des pratiques effectivement reprochées.

<nowiki>##</nowiki> 9. Avis, support, litiges et remboursements

<nowiki>###</nowiki> 9.1 Avis clients

Les avis clients ne doivent pas être déployés sans cadre clair. Il est proposé de :

1. Déployer d’abord les informations objectives.

2. Formaliser le traitement des litiges.

3. Expérimenter ensuite des avis textuels contextualisés.

4. Reporter la note globale tant que sa pertinence et sa modération ne sont pas établies.

Les conditions proposées pour un avis sont :

- Usage ou achat vérifiable.

- Rattachement à une version du module.

- Indication de l’environnement Dolibarr.

- Droit de réponse du vendeur.

- Signalement à un modérateur indépendant.

- Historique des corrections et réponses.

Le vendeur ne doit pas pouvoir bloquer indéfiniment un avis négatif. Inversement, l’avis ne doit pas devenir un moyen d’obtenir une prestation non incluse.

<nowiki>###</nowiki> 9.2 Support vendeur

Le vendeur doit conserver la liberté de choisir son canal de support : forum, tickets, adresse email, téléphone ou autre outil.

Le DoliStore doit :

- Rendre ce canal visible.

- Expliquer les prestations incluses.

- Orienter les demandes techniques vers le vendeur.

- Centraliser les litiges commerciaux sans imposer un outil unique de support.

<nowiki>###</nowiki> 9.3 Dossier de litige

Il est proposé de créer un dossier de litige dans l’administration du DoliStore.

Le dossier devrait contenir :

- Commande, module et version.

- Motif de la demande.

- Échanges et justificatifs.

- Notification au vendeur.

- Délai de réponse annoncé.

- Proposition de résolution.

- Décision et trace du remboursement éventuel.

Les modalités de remboursement et la répartition des frais doivent être formalisées, puis validées avant publication dans les conditions applicables.

<nowiki>##</nowiki> 10. Données, outils vendeurs et communication

<nowiki>###</nowiki> 10.1 Tableau de bord vendeur

Il est proposé de fournir aux vendeurs un tableau de bord contenant :

- Visites agrégées et méthode de comptage.

- Ventes et téléchargements.

- Évolution par période.

- État des validations.

- Litiges et remboursements.

- Alertes sur les informations à actualiser.

Le partage de données collectives doit être autorisé et agrégé. Un accès éventuel à des outils d’analyse devra respecter les droits de chaque vendeur.

<nowiki>###</nowiki> 10.2 API

Les usages doivent être distingués :

1. API de lecture du catalogue public.

2. Accès authentifié aux données propres du vendeur.

3. API d’édition des fiches.

4. Dépôt d’archives, ultérieurement.

Les écritures automatisées devront respecter les mêmes règles de contrôle et de visibilité que les opérations manuelles.

<nowiki>###</nowiki> 10.3 Place du forum

La fiche vendeur doit devenir le lieu de présentation commerciale.

La fiche produit doit décrire le produit.

Le forum doit rester un espace d’entraide et de retours d’expérience.

Il est proposé de publier une charte illustrée pour éviter les décisions de modération perçues comme fondées sur la seule notoriété du contributeur.

<nowiki>##</nowiki> 11. Arbitrages économiques et associatifs

Plusieurs pistes ont été évoquées sans constituer un modèle adopté :

- Contrôle renforcé au-delà d’un certain prix.

- Frais de revue.

- Exemptions éventuelles pour les partenaires.

- Prix minimum.

- Adhésion vendeur obligatoire.

- Accueil réservé à certaines catégories de vendeurs.

- Critères du statut de partenaire.

| Sujet | Recommandation |

|---|---|

| Contrôle lié au prix | Ne pas utiliser le prix comme seul critère ; intégrer complexité, risques et historique |

| Frais de revue | Mesurer d’abord le temps et le coût sur un pilote |

| Exemption partenaire | Ne pas supprimer le socle minimal de contrôle |

| Prix minimum | Étudier les coûts réels ; ne pas le présenter comme un outil qualité |

| Adhésion obligatoire | Arbitrage associatif distinct de l’évaluation du produit |

| Accueil réservé aux adhérents | Évaluer l’impact sur l’ouverture et la découverte |

| Statut partenaire | Publier critères, renouvellement, suspension et recours |

| Réductions et commissions | Produire une documentation avec exemples validés |

Un simple litige en cours ne devrait pas suffire automatiquement à exclure un vendeur d’un statut. Il convient de définir des manquements objectivés et une procédure contradictoire.

Les questions de TVA, commissions et réductions doivent faire l’objet d’une note comptable et commerciale distincte.

<nowiki>##</nowiki> 12. Gouvernance et feuille de route

<nowiki>###</nowiki> 12.1 Répartition des responsabilités

| Rôle | Mission |

|---|---|

| Bureau | Arbitrer politique, budget et règles |

| Coordination DoliStore | Organiser le programme et publier l’avancement |

| Équipe technique | Développer, tester et maintenir |

| Référent qualité | Définir la grille et accompagner les validateurs |

| Équipe UX/contenu | Concevoir les modèles et tester les parcours |

| Conseil juridique | Valider les dispositions sensibles |

| Représentants utilisateurs et vendeurs | Participer aux tests et retours |

<nowiki>###</nowiki> 12.2 Lots de réalisation

| Lot | Contenu | Condition de lancement |

|---|---|---|

| 0 — Cadrage | Inventaire, chiffres fiables, état des travaux, arbitrages | Responsable identifié |

| 1 — Corrections rapides | Nouveautés depuis validation, dates distinctes, motifs d’attente, miniatures | Vérification technique |

| 2 — Fiches vendeurs | Annuaire, catalogue regroupé, support, services, statuts | Modèle de données et maquette |

| 3 — Validation pilote | Dashboard, grille, équipe de revue, historique | Capacité humaine confirmée |

| 4 — Parcours d’achat | Accueil, recherche, fiches produit, langues | Tests utilisateurs |

| 5 — Versions et litiges | Compatibilités par version, dépréciation, dossiers de litige | Règles et modèle validés |

| 6 — Données et extensions | Dashboard vendeur, API, avis expérimentaux | Gouvernance des données |

Il est préférable de lancer peu de lots simultanément et de vérifier leur fonctionnement avant généralisation.

<nowiki>###</nowiki> 12.3 Migration de l’existant

Proposition :

- Appliquer les nouvelles exigences aux nouveaux dépôts après information préalable.

- Accorder un délai de mise en conformité aux fiches existantes.

- Traiter en priorité les signalements, incompatibilités et informations manifestement insuffisantes.

- Revoir progressivement le catalogue lors des mises à jour.

- Ne pas qualifier rétroactivement un produit de « testé » sans revue correspondante.

<nowiki>##</nowiki> 13. Indicateurs de suivi

| Objectif | Indicateurs proposés |

|---|---|

| Réduire l’attente | Dossiers en attente, délai médian et dossiers les plus anciens |

| Améliorer les fiches | Complétude, documentation et illustrations représentatives |

| Fiabiliser les compatibilités | Versions renseignées, déclarations et tests distingués |

| Équilibrer la visibilité | Concentration des impressions, exposition des nouveaux vendeurs |

| Faciliter la recherche | Recherches sans résultat, usage des filtres |

| Traiter les litiges | Délais, motifs, taux et coûts rapportés aux ventes |

| Maîtriser la charge | Temps de revue, coût et retours pour correction |

La croissance du nombre de modules ou du chiffre d’affaires global ne doit pas constituer le seul critère de réussite.

<nowiki>##</nowiki> 14. Décisions attendues

Les prochaines discussions devraient permettre de trancher :

1. La priorité donnée aux fiches vendeurs et aux corrections de visibilité.

2. Le principe et le périmètre de la validation préalable.

3. La composition de l’équipe de revue et ses règles d’indépendance.

4. Les critères de mise en avant sur l’accueil.

5. Le modèle de gestion des versions et compatibilités.

6. La procédure de litige et de recours.

7. L’expérimentation éventuelle des avis.

8. Les conditions d’accès vendeur et les avantages partenaires.

9. Les moyens bénévoles et financés.

10. Le responsable et les critères de réception de chaque premier lot.

<nowiki>##</nowiki> 15. Prochaines étapes

1. Valider ou amender les priorités proposées.

2. Identifier les responsables de chaque premier lot.

3. Vérifier les données et l’état technique des travaux déjà engagés.

4. Publier ce document sur le wiki.

5. Recueillir les retours de la communauté.

6. Établir un cahier des charges pour les premiers lots retenus.

7. Organiser un pilote avant généralisation.

8. Présenter les résultats lors du prochain DevCamp.

Ce document doit évoluer avec les retours de la communauté. Il ne vise pas à figer des décisions, mais à proposer un cadre commun pour faire progresser le DoliStore de manière sereine, ouverte et durable.

Les Commissions de l’Association

2026-10-16T04:32:53Z

Aspangaro:

{{TemplateAssoEn}}
{{TemplateAssoFr}}

==Le principe==
1) Proposition des commissions par le bureau et/ou les membres à jour de leurs cotisations de l'association.

La proposition doit contenir la définition par la commission :

*Du responsable
*De la personne en charge du reporter à l'association l'activité de la commission
*Du fonctionnement interne
**Temps d'échange
**Report
**Budget demandé
*de 3 à 5 personnes (membres à jour de leurs cotisations de l'association)

2) Validation par le bureau de l'association de la commission qui devient donc officielle, une des conditions c'est que la comissions traite d'un des objets de l'association Dolibarr France ([[Statuts de l'association|Article 2 : Objet]])

3) Dissolution ou renouvellement de la commission par le bureau de l'association

==Outils proposés==
Une solution est en cours de test afin d'avoir une plateforme d'échange collaborative

*https://decidim-dolibarr.informatique-libre.com/

==Commissions à créer==

*Commission communication interne : ''Jean HEIMBURGER et Nicolas ZABOURI''
*Commission communication externe : ''Philippe SCOFFONI et Maxime KOHLHAAS''
*Commission Dolistore : ''Florian HENRY et Alexandre SPANGARO''
*Commission partenaire : ''Nicolas ZABOURI''
*Commission forum : ''Alexandre SPANGARO''
*Commission ??? : Voir premier chapitre pour proposer votre équipe...

Template:ArrayOfVersions

2026-06-08T06:26:23Z

Aspangaro:

{| class="wikitable sortable"
!Release/Version
!LTS!!Date1!![[PHP]] min.2!![[PHP]] max.3!! class="unsortable" |[[Database]]
!Modules4!! class="unsortable" |Note
|-
|23.0.3
|
|2026-05-18
|PHP 7.2
|PHP 8.4
|
|
|
|-
|23.0.2
|
|2026-04-04
|PHP 7.2
|PHP 8.4
|
|
|
|-
|23.0.1
|
|2026-03-12
|PHP 7.2
|PHP 8.4
|
|
|
|-
|'''[[Roadmap and Release 23.0.0|23.0.0]]'''
|
|'''2026-02-28'''
|PHP 7.2
|PHP 8.4
|
|
|
|-
|22.0.5
|
|2026-05-26
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.4
|
|2025-12-24
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.3
|
|2025-11-14
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.2
|
|2025-09-27
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.1
|
|2025-09-2
|PHP 7.1
|PHP 8.4
|
|
|
|-
|'''[[Roadmap and Release 22.0.0|22.0.0]]'''
|
|'''2025-07-31'''
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.4
|
|2025-09-2
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.3
|
|2025-08-28
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.2
|
|2025-07-31
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.1
|
|2025-04-04
|PHP 7.1
|PHP 8.3
|
|
|
|-
|'''[[Roadmap and Release 21.0.0|21.0.0]]'''
|
|'''2025-02-27'''
|PHP 7.1
|PHP 8.3
|
|
|
|-
|20.0.4
|
|2025-02-16
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.3
|
|2024-12-29
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.2
|
|2024-11-14
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.1
|
|2024-10-07
|PHP 7.1
|PHP 8.2
|
|
|
|-
|'''[[Roadmap and Release 20.0.0|20.0.0]]'''
|
|'''2024-09-16'''
|PHP 7.1
|PHP 8.2
|
|'''78 / 6 / 6'''
|
|-
|19.0.4
|
|2024-11-14
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.3
|
|2024-08-15
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.2
|
|2024-05-04
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.1
|
|2024-03-16
|PHP 7.1
|PHP 8.2
|
|
|
|-
|'''[[Roadmap and Release 19.0.0|19.0.0]]'''
|
|'''2024-02-12'''
|PHP 7.1
|'''PHP 8.2'''
|
|'''80 / 3 / 7'''
|
|-
|18.0.10
|
|2026-05-07
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.9
|
|2026-04-02
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.8
|
|2025-09-15
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.7
|
|2025-07-03
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.6
|
|2024-11-14
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.5
|
|2024-02-12
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.4
|
|2023-12-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.3
|
|2023-11-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.2
|
|2023-10-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.1
|
|2023-09-03
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|'''[[Roadmap and Release 18.0.0|18.0.0]]'''
|[https://wiki.dolibarr.org/index.php/LTS_DEV_NOTES LTS Notes]
|'''2023-08-18'''
|'''PHP 7.1'''
|'''PHP 8.1'''
|
|'''79 / 3 / 7'''
|New modules: Workstations Management (experimental) + Webhook
|-
|17.0.4
|
|2024-02-12
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.3
|
|2023-08-06
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.2
|
|2023-05-23
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.1
|
|2023-04-03
|PHP 7.0
|PHP 8.1
|
|
|
|-
|'''[[Roadmap and Release 17.0.0|17.0.0]]'''
|
|'''2023-03-04'''
|'''PHP 7.0'''
|PHP 8.1
|
|'''78 / 5 / 7'''
|New/Nouveau : [[Module GRH|Module GRH - Gestion des ressources humaines]] (departmental management, employee contracts and appraisals)
|-
|16.0.5
|
|2023-03-20
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.4
|
|2023-02-03
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.3
|
|2022-11-29
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.2
|
|2022-11-11
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.1
|
|2022-10-08
|PHP 5.6
|PHP 8.1
|
|
|
|-
|'''[[Roadmap and Release 16.0.0|16.0.0]]'''
|
|'''2022-09-08'''
|PHP 5.6
|'''PHP 8.1'''
|
|'''77 / 5 / 6'''
|Dolibarr fonctionne sur PHP 8.0 et 8.1 mais de nombreux warnings seront générés dans les logs du serveur web. La suppression de ces warnings avec PHP 8.1 est prévu pour la version 17.
Nouveau module : Gestion des partenariats
|-
|15.0.3
|
|2022-07-27
|PHP 5.6
|PHP 7.4
|
|
|
|-
|15.0.2
|
|2022-05-17
|PHP 5.6
|PHP 7.4
|
|
|
|-
|15.0.1
|
|2022-03-21
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 15.0.0|15.0.0]]'''
|
|'''2022-02-18'''
|PHP 5.6
|PHP 7.4
|
|'''76 / 7 / 6'''
|Nouveau module: Partenariat et Organisation d'évènements
|-
|14.0.5
|
|2022-01-04
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.4
|
|2021-11-20
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.3
|
|2021-10-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.2
|
|2021-09-13
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.1
|
|2021-08-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 14.0.0|14.0.0]]'''
|
|'''2021-07-16'''
|PHP 5.6
|PHP 7.4
|
*MySQL min. 5.1
*PostgreSQL min. 9.1.0
|'''75 / 6 / 8'''
|NEW : Module Recrutement

Depreciated/Disabled : Module SimplePOS
|-
|13.0.5
|
|2021-10-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.4
|
|2021-07-12
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.3
|
|2021-06-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.2
|
|2021-03-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.1
|
|2021-02-20
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 13.0.0|13.0.0]]'''
|
|'''2021-01-25'''
|PHP 5.6
|PHP 7.4
|
|'''75 / 4 / 7'''
|
|-
|12.0.5
|
|2021-02-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.4
|
|2020-12-13
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.3
|
|2020-09-23
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.2
|
|2020-08-08
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.1
|
|2020-07-07
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 12.0.0|12.0.0]]'''
|
|'''2020-06-22'''
|'''PHP 5.6'''
|PHP 7.4
|
|'''72 / 5 / 7'''
|[[Module Manufacturing Orders]] en stable
|-
|11.0.5
|
|2020-06-26
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.4
|
|2020-05-06
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.3
|
|2020-03-19
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.2
|
|2020-03-04
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.1
|
|2020-02-13
|PHP 5.5
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 11.0.0|11.0.0]]'''
|
|'''2020-01-30'''
|PHP 5.5
|'''PHP 7.4'''
|
|'''71 / 5 / 7'''
|[[Module BOM]] en stable
|-
|10.0.7
|
|2020-04-02
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.6
|
|2020-01-05
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.5
|
|2019-12-24
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.4
|
|2019-11-27
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.3
|
|2019-10-23
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.2
|
|2019-09-11
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.1
|
|2019-08-04
|PHP 5.5
|PHP 7.3
|
|
|
|-
|[[Roadmap and Release 10.0.0|'''10.0.0''']]
|
|'''2019-06-30'''
|'''PHP 5.5'''
|PHP 7.3
|
|'''70 / 5 / 6'''
|[[Module Ticket FR|Module Ticket]] en stable
|-
|9.0.4
|
|2019-06-30
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.3
|
|2019-05-09
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.2
|
|2019-04-07
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.1
|
|2019-03-05
|PHP 5.4
|PHP 7.3
|
|
|
|-
|[[Roadmap and Release 9.0.0|'''9.0.0''']]
|
|'''2019-02-01'''
|PHP 5.4
|'''PHP 7.3'''
|
|'''66 / 5 / 7'''
|
|-
|8.0.6
|
|2019-06-29
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.5
|
|2019-05-11
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.4
|
|2018-12-23
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.3
|
|2018-11-05
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.2
|
|2018-09-19
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.1
|
|2018-09-02
|PHP 5.4
|PHP 7.2
|
|
|
|-
|[[Roadmap and Release 8.0.0|'''8.0.0''']]
|
|'''2018-08-14'''
|'''PHP 5.4'''
|PHP 7.2
|
|
|
|-
|7.0.5
|
|2019-01-05
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.4
|
|2018-10-12
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.3
|
|2018-06-23
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.2
|
|2018-05-12
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.1
|
|2018-03-23
|PHP 5.3
|PHP 7.2
|
|
|
|-
|[[Roadmap and Release 7.0.0|'''7.0.0''']]
|
|'''2018-02-18'''
|PHP 5.3
|'''PHP 7.2'''
|
|
|
|-
|6.0.8
|
|2018-10-12
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.7
|
|2018-05-06
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.6
|
|2018-03-22
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.5
|
|2018-01-26
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.4
|
|2017-12-05
|PHP 5.3
|PHP 7.1
|
|-
|6.0.3
|
|2017-10-29
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.2
|
|2017-10-07
|PHP 5.3
|PHP 7.1
|
|-
|6.0.1
|
|2017-09-20
|PHP 5.3
|PHP 7.1
|
|
|
|-
|[[Roadmap and Release 6.0.0|'''6.0.0''']]
|
|'''2017-09-04'''
|'''PHP 5.3'''
|'''PHP 7.1'''
|
|'''61 / 4 / 7'''
|
|-
|5.0.7
|
|2017-10-29
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.6
|
|2017-09-04
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.5
|
|2017-08-26
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.4
|
|2017-06-26
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.3
|
|2017-06-01
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.2
|
|2017-05-06
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.1
|
|2017-04-03
|PHP 5.3
|PHP 7.0
|
|
|
|-
|[[Roadmap and Release 5.0.0|'''5.0.0''']]
|
|'''2017-03-12'''
|'''PHP 5.3'''
|'''PHP 7.0'''
|
|'''60'''
|
|-
|4.0.6
|
|2017-05-29
|
|
|
|
|
|-
|4.0.5
|
|2017-04-02
|
|
|
|
|
|-
|4.0.4
|
|2017-01-24
|
|
|
|
|
|-
|4.0.3
|
|2016-12-26
|
|
|
|
|
|-
|4.0.2
|
|2016-10-31
|
|
|
|
|
|-
|4.0.1
|
|2016-10-02
|
|
|
|
|
|-
|[[Roadmap and Release 4.0.0|'''4.0.0''']]
|
|'''2016-06-09'''
|
|'''PHP 7.0'''
|
|
|
|-
|3.9.1
|
|2016-04-23
|
|
|
|
|
|-
|[[Roadmap and Release 3.9.0|3.9.0]]
|
|2016-03-13
|
|
|MySQL 5.0.3
|
|
|-
|3.8.1
|
|2015-10-11
|
|
|
|
|
|-
|[[Roadmap and Release 3.8.0|3.8.0]]
|
|2015-09-13
|
|
|
|
|
|-
|[[Roadmap and Release 3.7.0|3.7.0]]
|
|2015-04-20
|
|
|
|
|
|-
|[[Roadmap and Release 3.6.0|3.6.0]]
|
|2014-06
|
|
|
|
|
|-
|3.5.2
|
|2014-04-13
|
|
|
|
|
|-
|3.5.1
|
|2014-03-09
|
|
|
|
|
|-
|[[Roadmap and Release 3.5.0|3.5.0]]
|
|2014-02-03
|
|
|
|
|
|-
|[[Roadmap and Release 3.4.2|3.4.2]]
|
|2014-01
|
|
|
|
|
|-
|[[Roadmap and Release 3.4.0|3.4.0]]
|
|2013-07
|
|
|
|
|
|-
|[[Roadmap and Release 3.3.0 ("gpl v3+" version)|3.3.0]]
|
|2013-01
|
|
|
|
|GPL v3+
|-
|[[Roadmap and Release 3.2.0|3.2.0]]
|
|2012-06
|PHP 5.0
|
|
|
|
|-
|[[Roadmap and Release 3.1.0 ("War against clicks" version)|3.1.0]]
|
|2011-10-13
|
|
|
|
|
|-
|[[Roadmap and Release 3.0.0|'''3.0.0''']]
|
|'''2011-04-23'''
|
|
|
|
|
|-
|[[Roadmap and Release 2.9.0|2.9.0]]
|
|2010-09-02
|
|
|
|
|
|-
|[[Roadmap and Release 2.8.1|2.8.1]]
|
|2010 ?
|
|
|
|
|
|-
|[[Roadmap and Release 2.8.0|2.8.0]]
|
|2010-03-16
|
|
|
|
|
|-
|[[Roadmap and Release 2.7.1|2.7.1]]
|
|2009-12-30
|
|
|
|
|
|-
|[[Roadmap and Release 2.7.0 ("Exploitation and security" version)|2.7.0]]
|
|2009-12-04
|
|
|
|
|
|-
|[[Roadmap and Release 2.6.1|2.6.1]]
|
|2009-06-13
|
|
|
|
|
|-
|[[Roadmap and Release 2.6.0 ("Stabilization" version)|2.6.0]]
|
|2009-04-24
|
|
|
|
|
|-
|[[Roadmap and Release 2.5.0 ("International" version)|2.5.0]]
|
|2008-12-31
|
|
|
|
|UTF8-Support
|-
|[[Roadmap and Release 2.4.1|2.4.1]]
|
|2008-10-31
|
|
|
|
|
|-
|[[Roadmap and Release 2.4.0 ("Popularity" version)|2.4.0]]
|
|2008-08-22
|PHP 4
|PHP 5
|
|
|Project leader and released manager is now Laurent Destailleur
|-
|[[Roadmap and Release 2.2.0 ("Purged version")|2.2.0]]
|
|2007-12-26
|PHP 4
|PHP 5
|
|
|
|-
|[[Roadmap and Release 2.0.0|2.0.0]]
|
|2005-02-01
|PHP 4
|PHP 5
|
|
|Version Communautaire
|-
|[[Roadmap and Release 1.0.0 ("Initial" version)|1.0.0]]
|
|2003-09-01
|PHP 4
|PHP 4
|
|
|Init version by Rodolphe Quiedeville
|}

Dolibarr Preferred Partner fr

2026-05-20T10:03:33Z

Aspangaro:

[[en:Dolibarr_Preferred_Partner]]
[[es:Dolibarr_Preferred_Partner_es]]


{{TemplateAssoFr}}
[[Category:Association]]
<center>
[[File:Business people large.png|120px]]
</center>
Cette page décrit le programme de labellisation '''Dolibarr Preferred Partner''' pour le logiciel '''Dolibarr ERP & CRM'''. Vous y trouverez les termes, définitions, conditions et apports du label.
Pour une liste des partenaires labellisés de part le monde, voir la page [https://partners.dolibarr.org Liste des partenaires et fournisseurs Dolibarr]. Il existe toutefois de nombreuses autres sociétés (fournisseurs/intégrateurs/société de conseils/formateurs) non labellisées, mais nous ne pouvons en fournir de liste exhaustive, n'ayant un lien privilégié qu'avec ceux qui sont labellisés.

=Qu'est-ce qu'un Dolibarr Preferred Partner (Services offerts)=
Un "'''Dolibarr Preferred Partner'''" est un fournisseur de service (développeur et/ou formateur et/ou société de conseil, et/ou d'hébergement) autour de Dolibarr ERP-CRM qui s'est engagé à prouver sa crédibilité et son implication autour du produit, ce qui offre une garantie de qualité dans ses prestations.

Voici la liste d'exemples de services sur Dolibarr que peux offrir une société qui a obtenu le label [[File:Dolibarr_preferred_partner_int.png|100px]]

#Installation/Configuration
#Formation utilisation / Formation à la programmation
#Assistance et maintenance de l'application
#Programmation sur mesure.
#Service d'hébergements de Dolibarr

Les partenaires peuvent offrir un ou plusieurs de ces services mais pas nécessairement la totalité. Une société peut de plus parfaitement offrir tous ces services sans nécessairement avoir obtenu le label "Dolibarr Preferred Partner". Tout fournisseur peut très bien fournir du service autour de Dolibarr librement, mais le label offre avant tout un gage de qualité vis à vis de ses clients, et, selon l'actualité de l'association Dolibarr, peut permettre aussi de bénéficier de certains avantages.

Il ne faut pas confondre les "Dolibarr Preferred Partner" avec les "Communautés Dolibarr". Les communautés sont un regroupement de passionnés qui œuvrent, sans forcément être référent, à la promotion de Dolibarr. Si vous voulez vous aussi créer une communauté Dolibarr dans votre région ou pays, voir la page [[Create a Dolibarr local community]].

La liste des partenaires "Preferred Partner" est disponible sur la page [https://partners.dolibarr.org Liste des partenaires et fournisseurs Dolibarr].

[[File:Warning.png]] '''Obtenir le label "Dolibarr Preferred Partner" n'est absolument pas obligatoire pour monter une activité commerciale autour de Dolibarr ERP CRM. 99% des entreprises qui proposent du service sur Dolibarr n'ont pas ce Label. Il s'agit juste, pour une société, d'un critère supplémentaire pour rassurer ses clients.'''
Dolibarr étant un logiciel Open Source, tout le monde peut offrir du service et du support sur Dolibarr, sans besoin d'autorisation particulière, tant que les [[Règles d'utilisation du nom ou de la marque "Dolibarr" (ou "DoliStore")]] sont respectées.

=Règles d'éligibilité=
Les règles d'éligibilité au label Preferred Partner international sont les suivantes:

*Etre une société immatriculée dans son pays d'origine.

Ensuite, il faut respecter les critères suivant:

==Pour tous les pays sauf Allemagne, Suisse et Autriche (points cumulatifs)==

*A) La société doit avoir un site web qui inclut au moins 1 lien vers le site https://www.dolibarr.org ou https://www.dolibarr.xx (où xx est fr, es, it, de, pt...) sur une page du site (mais un lien sur chaque mention ou logo de Dolibarr est bienvenue). Bien sur, comme tout le monde, la société et son site web doivent respecter les [[Règles d'utilisation du nom ou de la marque "Dolibarr" (ou "DoliStore")]].
*B) La société doit être membre de l'association Dolibarr (soit en tant qu'adhérent moral, soit avec un gérant membre en tant que membre individuel) depuis 1 an ou plus. Pour cela, suivre les instructions sur la page [[Adhérer#Adh.C3.A9rer_pour_la_premi.C3.A8re_fois_.C3.A0_l.27association|Adhérer]].
*C) La société doit montrer sa motivation ou confiance envers le projet Dolibarr. Pour cela, elle doit:
**soit avoir soumis, dans l'année écoulée, soit au moins 500 lignes de codes, de documentation ou de traductions approuvées (dans le code source ou via un module sur DoliStore.com ou dans la documentation du wiki.dolibarr.org),
**soit avoir représenté Dolibarr dans au moins 1 salon informatique d'ordre national ou régional,
**soit avoir publié 2 articles autour de Dolibarr dans la presse écrite ou en ligne (dans sa langue natale ou en anglais).
*D) La société accepte d'avoir dans ses rangs au moins un développeur ou intégrateur actif (le terme "actif" se déduit de manière subjectif sur la base de l'analyse des contributions github, rédaction sur le wiki, messages sur les forums).
*E) Un Preferred Partner, qui vend des modules de son plein grès sur des places de marché en ligne en plus de DoliStore.com, s'engage à ne pas définir le prix de référence initial des modules vendus à un tarif en dessous du prix de référence initial sur DoliStore (on ne parle ici que du tarif publique de référence, donc pour une vente pour un nouveau client, pour un premier achat, et en dehors de toute réduction). Règle applicable à partir du 31 Mars 2025). Rappel: la licence GPL permet toute liberté de distribution (et donc de tarif de ventes) de modules Dolibarr, ces derniers étant obligatoirement en GPL, aussi, ce point n'est qu'une règle propre au statut Preferred Partner.

==Pour l'Allemagne, l'Autriche et la Suisse==

*Toutes les règles sont définies sur la page https://www.dolibarr.de/partner-seite

==Note au sujet du programme complémentaire "Preferred Partner Dolibarr.es" pour l'espagne et amérique latine==

Le label standard de Preferred Partner Dolibarr garantit uniquement l'implication d'une entreprise, et non sa qualité.

Le programme "Preferred Partner Dolibarr.es" est un partenariat différent qui garantit en plus la qualité du partenaire. Ce programme est disponible uniquement pour l'Espagne et l'Amérique latine et est fourni par la société 2byte.es.
Veuillez les contacter pour plus d'informations.

Ce programme avancé utilise également son propre logo enregistré par 2byte.es

=Contraintes=

==Pour tout pays==
Les contraintes suivantes doivent être respectées:

*La société doit rediriger les clients qu'elle ne peut honorer vers un autre Dolibarr Preferred Partner (Liste disponible ici: [https://partners.dolibarr.org Liste des partenaires et fournisseurs Dolibarr]).

Si la société offre un service d'hébergement publique de Dolibarr (SaaS), elle doit s'engager sur les points suivants

*Délai d'affichage moyen d'une page < 2 secondes
*L'hébergeur doit offrir une mise à jour (soit automatique, soit à la demande des clients) afin de ne pas contraindre les utilisateurs qui veulent évoluer à être sur une version plus vieille que celle releasée stable 12 mois auparavant.
*A minima, toutes les fonctionnalités fournies avec la version standard de Dolibarr doivent être activable. Le client doit pouvoir y ajouter des modules supplémentaires (soit librement, soit par service complémentaire payant).
*Si il y a des limitations de temps ou de quantité qui ont été ajoutés dans certaines offres, la liste de ces limitations ou restrictions doit apparaître dans les conditions générales de vente/hébergement.

Les Preferre Partners en France sont en pus soumis à une contribution suplémentaire (voir chapitre suivant)

==Pour la France==

Les cotisations des Preferred Partner pour la France, du fait d'un nombre déjà important de partenaires et de besoin de financement de nombreux chantiers légaux et administratifs passé et futur à amortir (loi finance, facturation électronique...), font l'object d'un montant de cotisation d'adhésion différent et plus élevé.

Il est de '''0.5%''' du chiffre d'affaires annuel de la société sur l'activité autour de Dolibarr (minimum 50 euros).

Cette contrainte s'ajoute aux contraintes communes à tous les pays

==Note sur le programme complémentaire "Preferred Partner Dolibarr.es" pour l'Espagne et l'Amérique Latine==

Le label standard de Preferred Partner Dolibarr garantit uniquement l'implication d'une entreprise, et non sa qualité.

Le programme Preferred Partner Dolibarr.es est un partenariat différent qui garantit en plus la qualité du partenaire. Ce programme est disponible uniquement pour l'Espagne et l'Amérique latine et est fourni par la société 2byte.es.
Veuillez les contacter pour plus d'informations.

Ce programme avancé utilise également son propre logo enregistré par 2byte.es et a ses propres contraintes.

=Mode opératoire pour obtenir le label=
==Pour tout pays, sauf l'Allemagne, la Suisse et l'Autriche==

*Créer un compte développeur sur GitHub (aller sur https://github.com/). Au moins un login GitHub sera requis sur le formulaire de requête. Il peut s'agir d'un compte existant d'un développeur de la société.
*Adhérer à l'association Dolibarr via le lien [[Adhérer|suivant]] et être adhérent depuis 1 an.
*Remplir le [https://admin.dolibarr.org/public/partnership/new.php formulaire de requête suivant]

Une fois la demande reçue, elle sera examinée (délai pouvant nécessiter 1 à {{TemplateDelayPreferredPartner}} mois).

Vous serez prévenu du résultat par email. Si approuvée, l'association vous ajoutera comme partenaire sur la page [https://partners.dolibarr.org Liste des partenaires et fournisseurs Dolibarr].

==Pour l'Allemagne, l'Autriche et la Suisse==

*Le processus est défini sur la page https://www.dolibarr.de/partner-seite

Une fois la demande reçue, elle sera examinée (le délai peut prendre de 1 à {{TemplateDelayPreferredPartner}} mois).

Vous serez informé du résultat par e-mail. Si elle est approuvée, l'association vous ajoutera comme partenaire privilégié sur la page [https://partners.dolibarr.org Liste des partenaires et fournisseurs Dolibarr].

==Note sur le programme complémentaire "Preferred Partner Dolibarr.es" pour l'Espagne et l'Amérique Latine==

Le label standard de Preferred Partner Dolibarr garantit uniquement l'implication d'une entreprise, et non sa qualité.

Le programme Preferred Partner Dolibarr.es est un partenariat différent qui garantit en plus la qualité du partenaire. Ce programme est disponible uniquement pour l'Espagne et l'Amérique latine et est fourni par la société 2byte.es.
Veuillez les contacter pour plus d'informations.

Ce programme avancé utilise également son propre logo enregistré par 2byte.es et a ses propres contraintes.

=Règles de validité=

*Le label/contrat est valide pour une durée de 1 an. Il est réévaluée chaque année au moment du renouvellement de l'adhésion, et reconduit tacitement si les conditions sont toujours respectées (NB: Les critères peuvent s'être toutefois durcis entre temps).
*La label est valable pour les pays dont la langue pratiquée est une langue dans laquelle le partenaire offre ses services.

=Avantages=
==Pour tous==

*La société est mise en avant par l'association Dolibarr. Par exemple, la société est mise en avant sur la page [https://partners.dolibarr.org Liste des partenaires et fournisseurs Dolibarr] (Envoyer un mail à contact@dolibarr.org si ce n'est pas le cas, vous pouvez apparaître dans une seul pays, celui de l'adresse de votre société), mais également sur les autres circuits d'informations contrôlés par l'association Dolibarr.
*La société peut utiliser le logo du label garantissant son implication "DOLIBARR PREFERRED PARTNER" sur son site (le logo doit alors pointer sur le site www.dolibarr.org ou www.dolibarr.fr) et tous documents (tant que le label est reconduit):
<center>[[File:Dolibarr_preferred_partner_int.png|160px]]</center>

Note: Le label de qualité "Dolibarr.es Preferred Partner" est un label different du label d'implication "Dolibarr Preferred Partner" car il valide la qualité et non l'engagement. Il a aussi son propre logo, il est disponible et géré uniquement pour les pays de langues hispanique par la société 2byte.es (mais vous pouvez préferrer le label international "Dolibarr Preferred Partner")
<center>[[File:Dolibarr_preferred_partner_es.png|160px]]</center>

*La société peut bénéficier des supports de communication ou commerciaux fournis par l'association Dolibarr. Cela inclut les supports (cartes de visites, flyers, modèles de présentation ou rollups) disponibles à l'URL GIT: https://github.com/Dolibarr/dolibarr-foundation. Tout le contenu de ce repository Git est sous licences CC-BY-SA et peut être utilisé, modifié ou traduit librement.
*La société peut alors fournir tout type de services autour de Dolibarr, dont ceux cités au premier chapitre, aux tarifs et conditions de son choix (Notez que tout le monde peut cela, sans avoir besoin d'être Preferred Partner)
*Note: L'utilisation du mot "Dolibarr" (marque déposée de l'association à l'international) reste réservé aux règles définies sur [[Règles d'utilisation du nom "Dolibarr"|cette page]].

List of modules id

2026-05-18T14:37:56Z

Aspangaro:

{{TemplateDocDevEn}}
{{TemplateDocDevEs}}
{{TemplateDocDevFr}}
{{TemplateDocDevZh}}

This page list all reserved modules numbers / ID.

If you build or want to build your own modules, you should take an ID range here. Please pick range into existing holes first.

=ID 0 - 94999=
This range is reserved for Dolibarr's internal core modules, so all modules available into the standard distribution at https://github.com/Dolibarr/dolibarr

=ID 95000 - 99999=
This range is reserved for Dolibarr's community modules with sources hosted into the github repository: https://github.com/Dolibarr/dolibarr-community-modules

=ID 100000 - 499999=

Reserved area for editors in need for an ID range. You can edit this page to add your own range (take a range of 20 numbers only the first time, ask us for more)

[[File:Warning.png]] If you reserve more than 20 at once, we may automatically change your reservation range without information and you may experience conflicts with other modules in a future, so please follow the rules!

*ID 100000 - 100999: OpenThink (http://www.openthink.be) - Belgium
*ID 101000 - 101999: DoliCloud (https://www.dolicloud.com) - France
*ID 102000 - 102999: Tiaris (http://www.tiaris.fr) - France
*ID 103000 - 103999: Open-concept.pro (http://www.open-concept.pro) - France
*ID 104000 - 104999: ATM Consulting (http://www.atm-consulting.fr) - France
*ID 105000 - 105999: GPC.solutions - France
*ID 106000 - 106999: PHPASSO
*ID 107000 - 107999: TecLib (http://www.teclib.com) / Auguria (http://www.auguria.net) - France
*ID 108000 - 108999: ETHICWEB
*ID 109000 - 109999: Aplose ([http://www.aplose.fr https://www.aplose.fr]) - France
*ID 110000 - 110999: Association Dolibarr (https://www.dolibarr.org)
*ID 111000 - 111999: Asset IT (www.assetit.ch) - Suisse
*ID 112000 - 112999: Aarboard AG (www.aarboard.ch) - Suisse
*ID 113000 - 113999: Asilib - Alexandre Spangaro
*ID 114000 - 114999: Iceleaf OÜ
*ID 115000 - 115999: 2A2C Conseil - Cyril ZEKSER
*ID 116000 - 116999: Wolftec GmbH
*ID 117000 - 117999: Oscim (http://www.oscim.fr)
*ID 118000 - 118999: Oarces Web (dev.oarces.com)
*ID 119000 - 119999: Manuel Berrocal - Absolacom
*ID 120000 - 120999: Régis Houssin (http://www.inodbox.com) - France
*ID 121000 - 121999: Oscss - Shop - France
*ID 122000 - 122999: MrSof - la Nation du Web
*ID 123000 - 123999: Bruno Généré (webiseasy.org)
*ID 124000 - 124999: 7reasons s.r.l. (www.7reasons.eu) - Austria
*ID 125000 - 125999: ProgSI (www.progsi.ma)
*ID 126000 - 126999: Catalanet
*ID 127000 - 127999: Virgilio Filho pt-BR Brasil (@dolibarr.br) - Brazil
*ID 128000 - 128999: Nicolas Frappé France (www.sospc.info)
*ID 129000 - 129999: Adeo-Informatique
*ID 130000 - 130999: Technicks ICT (http://www.technicks.eu) - Italy
*ID 131000 - 131999: Joan Louis (itaca.fr) - France
*ID 132000 - 132999: Jean-Marie Arsac (https://azimut.fr) - France
*ID 133000 - 133999: Oriel Systems Ltd, UK. (www.orielsystems.com)
*ID 134000 - 134999: ALSOFT PVT. LTD. (https://www.alsoft.org)
*ID 135000 - 135999: Net-Logic (https://netlogic.fr)
*ID 136000 - 136050: MONA.RE - France
*ID 136051 - 136099: La Vida Marketing
*ID 136100 - 136149: Synergies-Tech France. (https://www.synergies-france.fr/)
*ID 136150 - 136199: Lyta
*ID 136200 - 136219: Maison Théophile Leclerc
*ID 136220 - 136270: SegoFount - Spain
*ID 136271 - 136320: Labor Dispatch (Simon Sheng , China)
*ID 136321 - 136370: MB Informatique (https://www.mb-informatique.fr)
*ID 136371 - 136420: Daxit Solutions (https://www.daxit.be) [https://wiki.dolibarr.org/index.php/DAXIT-SOLUTIONS_List_of_modules_id Liste complète des modules Daxit]
*ID 136421 - 136470: HUSCH GmbH (https://husch-gmbh.de)
*ID 136471 - 138999: NSINFO (https://www.ns-info.fr)
*ID 139000 - 139999: Synergies-Tech France. (https://www.synergies-france.fr/)
*ID 140000 - 140999: Altairis (http://altairis.fr)
*ID 141000 - 141050: Projet2Team (https://www.projet2team.fr)
*ID 141051 - 141099: Elistair (http://elistair.com)
*ID 141100 - 141149: Blue Networks Technologies (https://www.blnt.fr)
*ID 141150 - 141199: Mainlab S.r.l. (https://www.mainlabonline.it) - Italy
*ID 141200 - 141249: Florian DUFOURG - France
*ID 141250 - 141299: SoftAddicts - Canada
*ID 141300 - 141349: Finanboo - (https://www.finanboo.com)
*ID 141350 - 141399: ConstruxZion Soft - Colombia (https://www.construxzionsoft.com.co)
*ID 141400 - 141450: COEXDIS - République Démocratique du Congo (https://www.coexdis.com)
*ID 141451 - 141501: HALFWARE - Algeria (https://www.half-ware.com)
*ID 141502 - 141552: Quantraum (https://quantraum.com)
*ID 141553 - 141603: Nateo Group
*ID 141604 - 141653: digital centric GmbH (https://www.digitalcentric.de/dolibarr)
*ID 141654 - 141699: Decrypting (https://www.decrypting.fr)
*ID 141700 - 141749: Zeise IT Consulting - Germany (https://www.zeise-it.de)
*ID 141750 - 141799: Data Rooster - France (https://datarooster.io)
*ID 141800 - 141849: IP Développement (https://www.ipdeveloppement.fr)
*ID 141850 - 141899: MSICCA | MRVL Soluciones de Ingeniería y Construcción, c.a (https://msicca.com)
*ID 141900 - 141949: THERSANE (https://www.thersane.fr)
*ID 141950 - 141999: MB Informatique (https://www.mb-informatique.fr)
*ID 142000 - 142049: ITANéA (https://www.itanea.fr)
*ID 142050 - 142099: ERP Consulting NZ ([https://www.erpconsulting.co.nz www.erpconsulting.co.nz])
*ID 142100 - 142149: Bloxera GmbH (https://www.bloxera.com)
*ID 142150 - 142199: Evangelos Souglakos - Greece
*ID 142200 - 142249: Luc CALARESU - France
*ID 142250 - 142299: OmnIT Services - Belgique (https://www.omnitservices.biz)
*ID 142300 - 142349: Gwadeyes - Guadeloupe (https://www.gwadeyes-informatique.com/)
*ID 142350 - 142399: Solution Libre (https://www.solution-libre.fr/)
*ID 142400 - 142449: Res Digital (https://res.digital)
*ID 142450 - 142499: itopie informatique (https://www.itopie.ch)
*ID 142500 - 142549: Weblinx.IT GbR (https://weblinx.it/) - Germany
*ID 142550 - 142599: ASCI-Automation - Mexico (https://asci-automation.com.mx/)
*ID 142600 - 142649: ZENKO Design - Japan / France / Spain
*ID 142650 - 142699: AWeerWolf
*ID 142700 - 148749: Lysis (https://lysis.net/)
*ID 142750 - 142769: Doliplug (https://www.doliplug.com)
*ID 142770 - 142799: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 142800 - 142849: Bloxera GmbH (https://www.bloxera.com)
*ID 142850 - 148999: Everlats S.L. - España (https://www.everlats.com)
*ID 149000 - 149999: SydTech - America Central (https://www.sydtech.io/)
*ID 150000 - 150999: Jeffinfo
*ID 151000 - 151999: Konverseo (https://konverseo.com)
*ID 152000 - 152049: Tanguy Pénet (http://tanguype.net)
*ID 152050 - 152099: Web Solutions
*ID 152100 - 152149: MagicNet (https://www.magicnet.it)
*ID 152150 - 152199: Benjamin Falière (https://www.faliere.com)
*ID 152200 - 152249: Solauv
*ID 152250 - 156499: TecnoGestión Principado S.L. (https://www.tecnogestion.com) - Asturias - España
*ID 156500 - 156549: ACE Recycling (https://www.acerecycling.net.au/)
*ID 156550 - 156599: Kreativität Works ([http://www.kreativitat.com http://kreativitat.com])
*ID 156600 - 156649: [https://pierre-couy.dev Pierre Couy]
*ID 156650 - 156699: CXI (https://cyrix.co.za)
*ID 156700 - 156749: Mustafa Kemerci - Turkiye
*ID 156750 - 156799: [https://de-grandpre.quebec de Grandpré Technologies] - Québec (Canada)
*ID 156800 - 156849: Draceo
*ID 156850 - 156899: Valleiweb
*ID 156900 - 159949: NEOVIAQ Advisory LU(https://www.neoviaq.com)
*ID 159950 - 159999: Arve et Giffre INFOGESTION (https://www.ag-infogestion.fr)
*ID 160000 - 160999: Charles-François BENKE (http://www.patas-monkey.com)
*ID 161000 - 161999: Abbes Bahfir (https://01consulting.eu)
*ID 162000 - 162999: Jacques Rébiscoul
*ID 163000 - 163999: Open-DSI (https://www.open-dsi.fr)
*ID 164000 - 164999: Pixelada S. Coop. And. (https://pixelada.org)
*ID 165000 - 165049: DovConnect
*ID 165050 - 165099: Mind Operated Systems (https://www.mosystems.biz)
*ID 165100 - 165150: SD-Formation (https://sdformation.fr)
*ID 165151 - 165199: NUM'X (https://www.numx-sets.eu)
*ID 165200 - 165249: Benjam Préjent (https://www.benjam-prejent.fr)
*ID 165250 - 165299: Dhi Loka Private Limited, India (https://www.dhiloka.com)
*ID 165300 - 169999: Accellier Limited (https://www.accellier.com/)
*ID 170000 - 170999: TRIDENT CONSULTING LTD (www.tridentdxb.com)
*ID 171000 - 171999: LVSInformatique (www.lvsinformatique.com)
*ID 172000 - 172299: Ray Soft-Systems (https://www.ray-soft-systems.com)
*ID 172300 - 172349: Günter Lukas Consulting (https://gl.co.at)
*ID 172350 - 172399: MB Informatique (https://www.mb-informatique.fr)
*ID 172400 - 172449: Professional Structures Limited (https://pstructures.com)
*ID 172450 - 172699: IT-BS (https://www.it-bs.fr)
*ID 172700 - 172749: Indelog (https://www.indelog.fr)
*ID 172750 - 172799: NSINFO (https://www.ns-info.fr)
*ID 172800 - 172849: E-Concept Applications (https://e-concept-applications.fr)
*ID 172850 - 172899: B&R Stamm UG (https://stamm-ug.de)
*ID 172900 - 172949: Dolipive, support@dolipive.fr, www.dolipive.fr
*ID 172950 - 172999: CKD-Industrie (https://ckd-industrie.com/) - France
*ID 173000 - 173049: Aneosys (https://aneosys.fr) - France
*ID 173050 - 173099: Sebastian Schloßer - Germany
*ID 173100 - 173149: TecnoSoluciones (https://tecnosoluciones.com)
*ID 173150 - 173199: Digitalworks (https://www.digitalworks.fr) - France
*ID 173200 - 173249: UNi.D Consulting (https://www.unid-consulting.fr) - France
*ID 173250 - 173299: NetworkDigital(https://www.networkdigital.fr) - France
*ID 173300 - 173300: Módulo VeriFactu Dolibarr (https://verifactudolibarr.es/) - España
*ID 173301 - 173320: Sibanet (https://sibanet.net) - España
*ID 173321 - 173340: disQutons (https://wiki.dolibarr.org/index.php/Category:DisQutons)
*ID 173341 - 173360: Surática Software (https://suratica.es) - Spain
*ID 173361 - 173380: UpInvoice (https://upinvoice.eu) - Spain
*ID 173381 - 179999: Toutatis (https://toutatis.eu)
*ID 180000 - 180999: BM eXpert Labs
*ID 181000 - 181999: TI Sin Problemas (https://www.tisinproblemas.com)
*ID 182000 - 182049: Chipserv Pawel Wlizlo (https://www.testware.it)
*ID 182050 - 182070: Herolapse (https://herolapse.com/)
*ID 182061 - 182999: TMC
*ID 183000 - 183999: BB2A Anthony Berton (https://www.bb2a.fr)
*ID 184000 - 184999: DPS PRINTING & DOCUMENTS SOCIEDAD ANONIMA (https://www.dps-lat.com)
*ID 185000 - 185049: Telioskour (https://github.com/telioskour)
*ID 185050 - 185099: Moko Consulting ([[Moko Consulting]] || https://mokoconsulting.tech)
*ID 185100 - 185149: Sinabe (https://sinabe.ch) - Suisse
*ID 185150 - 185169: Anatole Conseil (https://anatoleconseil.com/)
*ID 185170 - 185189: cferoiu
*ID 185190 - 185209: Guillemonde (https://guillemonde.family)
*ID 185210 - 185229: ITized - Finta Ionut (https://itized.com)
*ID 185230 - 185249: svewa (https://github.com/svewa/)
*ID 185250 - 185269: Clément Jaunay (https://clement-jny.fr/ || contact@clement-jny.fr)
*ID 185270 - 185289: AMB Technologies (https://www.ambts.fr)
*ID 185290 - 185299: VIOLET IT UG (https://violet-it.de)
*ID 185300 - 185319: lorem.site '''('''https://lorem.site/''')'''
*ID 185320 - 185340: Rentageek (https://rentageek.hu) Hungary
*ID 185341 - 185360: Hamzavi Infotech (<nowiki>https://www.hamzaviinfotech.com</nowiki>)
*ID 185361 - 185380: La souris de Gutenberg (<nowiki>https://www.lasourisdegutenberg.fr</nowiki>)
*ID 185381 - 185400: LodinPay (https://www.lodinpay.io)
*ID 185401 - 185420: Avertissance (https://avertissance.fr). France
*ID 185421 - 185849: TH Investissements / Matelas No Stress - France (internal ERP / production / logistics modules)
*ID 185850 - 185899: B&R Stamm UG (<nowiki>https://stamm-ug.de</nowiki>)
*ID 185900 - 185919: OpenLine Solutions - Olaf John (https://openlinesolutions.de) - Germany
*ID 185920 - 189999: Abadia Tecnologica - (https://abadiatecnologica.com) - Spain
*ID 190000 - 190999: Diciannove (http://19.coop)
*ID 191000 - 191999: Elonet (https://elonet.fr)
*ID 192000 - 192049: IDFOR Consulting (https://www.idfor-consulting.fr/)
*ID 192050 - 192069: Stogger (<nowiki>https://stogger.com</nowiki>)
*ID 192070 - 192090: Protectora
*ID 192091 - 192110: CoopCircuits - OpenFoodNetwork (https://coopcircuits.fr/)
*ID 192111 - 192130: Saidigit - Belgique
*ID 192131 - 192150: Lia Concept (https://lia-concept.fr)
*ID 192151 - 192999: GHM LABS (https://ghm-labs.ma/)
*ID 193000 - 193020: Forlead (https://forlead.fr/)
*ID 193021 - 193041: Doliway (https://doliway.fr)
*ID 193042 - 193062: ERPkit ( https://erpkit.app )
*ID 193063 - 193083: Eric FALCON
*ID 193084 - 193103: Ienx2
*ID 193104 - 193123: OpenLine Solutions - Olaf John (https://openlinesolutions.de) - Germany
*ID 193124 - 193899 '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 199000 - 199999: RFMS
*ID 200000 - 200999: Noxiome
*ID 201000 - 201999: Sasa Ostrouska (saxa)
*ID 202000 - 202999: Z-Application
*ID 203000 - 203099: Elidee - elidee.com
*ID 203100 - 203999: Garcia MICHEL (soamichel.fr)
*ID 204000 - 204999: Ari Elbaz elarifr - accedinfo.com
*ID 205000 - 205999: Kreiz IT
*ID 206000 - 206999: GBINFO (www.gbinfo.fr)
*ID 207000 - 207099: MacroProg (https://www.macroprog.com)
*ID 207100 - 207149: Reactiva Software
*ID 207150 - 207199: Ndejje University Water Research and Development Centre ([https://github.com/NDUWRDC/LIMS/])
*ID 207200 - 207299: Massaoud Bouzenad ([https://www.dzprod.net dzprod.net])
*ID 207300 - 207349: Ksar
*ID 207350 - 207399: Easylinux (www.easylinux.fr)
*ID 207400 - 207449: Arthur LENOBLE
*ID 207450 - 207499: Vaicop SAS de CV (México)
*ID 207500 - 207520: Frankie Wong - UK
*ID 207521 - 207540: Fyssec ([https://fyssec.fr/ fyssec.fr/])
*ID 207541 - 207560: My easy Office SAS ([https://www.myeasyoffice.fr www.myeasyoffice.fr])
*ID 207561 - 207580: All-Lock Védelem Kft.
*ID 207581 - 209199: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 210000 - 210100: Lemon (https://hellolemon.fr)
*ID 210101 - 212099: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 212100 - 212149: Audio Vidéo Technologies (https://www.avtek.fr)
*ID 212150 - 212169: AI MYA GROUP ([https://Www.AI-MYA-GROUP.com www.AI-MYA-GROUP.com])
*ID 212170 - 213999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 214000 - 214049: X-Boss
*ID 214050 - 221999: PixelJM
*ID 220000 - 220050: Apex Tech (https://apextechmods.com)
*ID 220051 - 220100: Technology Xchange Solutions (https://www.txscorp.com)
*ID 222000 - 222999: dolibit (https://www.dolibit.de)
*ID 223000 - 223049: Tráfico Canada
*ID 223050 - 223099: VLTN (https://vltn.sh)
*ID 223100 - 229949: Dazax.io (https://www.dazax.io)
*ID 229950 - 229999: Solucions Informàtiques, Serveis i Innovació SLU (https://6innova.es)
*ID 230000 - 230049: Unareil (https://www.unareil.eu)
*ID 230050 - 230099: Lyra Network (https://www.lyra.com/)
*ID 230100 - 230149: Gheorghe Iftimi - CTW - RO
*ID 230150 - 230199: MEMA Machinery & Tools (https://www.mema.be)
*ID 230200 - 230249: Teleassist
*ID 230250 - 230299: Nh Developer
*ID 230300 - 230499: Chickenforce/code-chicken, IT Services Hahn (https://github.com/code-chicken [http://itservices-hahn.de/ https://itservices-hahn.de])
*ID 230500 - 230549: Hidup Consulting (https://consulting.hidup.io)
*ID 230550 - 230599: CMR Conseil (https://www.weblockup.fr)
*ID 230600 - 230649: aFreeMind Studio
*ID 230650 - 230699: Unideal (https://www.uni-deal.com)
*ID 230700 - 230749: DevLansdes (https://devlandes.com/)
*ID 230750 - 230769 Kristof56 / Serpette & Cie /
*ID 230770 - 262699: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 231200 - 231219: Mugisha || Modules ERP personnalisés (facturation, RH, intégration)
*ID 250000 - 250019: Barnecki Spirits (https://github.com/Barnecki)
*ID 262700 - 262799: Scopen (https://www.scopen.fr)
*ID 262800 - 262849: Christophe BATTAREL EI
*ID 262850 - 262870: Nicolaus Hofer - Autriche
*ID 262871 - 271799: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 271800 - 271849: bee solutions sàrl (Switzerland)
*ID 271850 - 272999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 273000 - 273019: Taler (https://taler.net)
*ID 273020 - 274199: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 274200 - 274249: Mathilde MAROCCO (https://mminformatique.fr)
*ID 274250 - 274299: Nerv Project (www.nerv-project.eu)
*ID 274300 - 274349: Knowhere Consulting S.L. (https://www.knowhere-consulting.eu)
*ID 274350 - 274399: Milen karaganski (https://blacktiehost.com)
*ID 274400 - 274449: Vincent MAURY ([https://www.timgroup.fr www.timgroup.fr])
*ID 274450 - 274499: Daraelmin
*ID 274500 - 274549: Emilie LAFORET (http://www.ermvallon.com)
*ID 274550 - 278999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 279000 - 279049: VSDigital Electronics (https://vsdigital.ar) - Argentina
*ID 279050 - 279999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 280000 - 280049: Bingroup (https://www.beinng.com)
*ID 280050 - 280099: Medialta (https://medialta.com)
*ID 280100 - 280149: Cédric Ancelin - Ancode (https://www.dolistore.com/fr/recherche?search_query=ancode)
*ID 280150 - 280169: Rafael CF (https://virtualmachine.digital) - México
*ID 280170 - 289999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 290000 - 290099: BNS - Project doliBRA ([https://www.beinng.com https://www.bns.net.br]) - Brasil
*ID 290100 - 299999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 300000 - 300049: RapidProgress (https://www.rapidprogress.eu) - Bulgaria
*ID 300050 - 300099: M@ Solution (https://www.ma-solution.fr/)
*ID 300100 - 300149: LAVA RUN (https://www.lavarun.re)
*ID 300150 - 300199: PsyCrow Code
*ID 300200 - 300249: Computences (https://www.computences.com/)
*ID 300250 - 300299: LEVEL IT (https://levelit.com.ar)
*ID 300300 - 300349: Progiseize (https://progiseize.fr)
*ID 300350 - 300399: MB Informatique (https://www.mb-informatique.fr)
*ID 300400 - 300449: Anouar Touati
*ID 300450 - 300499: Martin Danger
*ID 300500 - 301499: Whale Blows
*ID 301500 - 301549: Tom Trust - International
*ID 301550 - 301599: MB Informatique (https://www.mb-informatique.fr)
*ID 301600 - 302479: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 302480 - 302499: akyras (https://akyras.fr)
*ID 302500 - 302549: Diamubi (https://diamubi.com)
*ID 302550 - 302599: Datolab (https://www.datolab.com)
*ID 302600 - 302649: DuMaCo (https://www.dumaco.de)
*ID 302650 - 302699: Resilio SA
*ID 302700 - 302749: Aroga
*ID 302750 - 302799: Productivix (https://www.productivix.com)
*ID 302800 - 302849: Slibzz
*ID 302850 - 302899: idea design (https://ideadesign.dz)
*ID 302900 - 302949: AL MISBAH INFORMATIQUE (https://www.almisbah.ma)
*ID 302950 - 302999: Atis Solutions - France
*ID 303000 - 303499: Obixav - Nigeria
*ID 303500 - 303549: buschler plus GmbH, Germany (https://buschler.plus)
*ID 303550 - 303599: Prestalidaire - France (https://prestalidaire.com)
*ID 303600 - 303619: Apertice - France (https://apertice.fr)
*ID 303620 - 309999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 310000 - 310049: Neilson Dufour (<nowiki>https://hypercode.ca</nowiki>)
*ID 310050 - 313999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 314000 - 314049: Ruemmler IT Solutions (https://www.ruemmler.net)
*ID 314050 - 314149: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 314150 - 314199: Benoît PASCAL
*ID 314200 - 319999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 320000 - 320999: Novus Studios (www.novusstudios.it)
*ID 321000 - 321999: AtooNet (http://www.atoo-net.com)
*ID 322000 - 322049: Doymer Consultores
*ID 322050 - 329999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 330000 - 330049: XTEC Industries (www.xtec-ind.com)
*ID 330050 - 330099: 10100 S.R.L. - (www.10100.to)
*ID 330100 - 330149: AES Dana SRL (https://aes-dana.be)
*ID 330150 - 330199: Freshcore (https://www.freshcore.fr)
*ID 330200 - 331999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 332000 - 332099: Gecka (https://gecka.nc)
*ID 332100 - 332149: Agence Milkshake (http://agencemilkshake.com)
*ID 332150 - 332199: Daniel Prowald IT – Service (https://prowald-it.de)
*ID 332200 - 332249: UNITICE (https://unitice.com)
*ID 332250 - 332299: Sidonie Moulart
*ID 332300 - 332349: LTDJ (Antonin MARCHAL - Le Temple du Jeu)
*ID 332350 - 333299: '''Free (take ranges of 20 only please at once, ask us for more)'''

*ID 333300 - 333349: Sense Africa (http://sense.africa)

*ID 333350 - 333369: Orion module
*ID 333370 - 339999: '''Free (take ranges of 20 only please at once, ask us for more)'''

*ID 340000 - 340049: M34D (https://m34d.com)
*ID 340050 - 340069: WiwIT
*ID 340070 - 349999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 350000 - 350049: SOUNDOU & MIDAS (https://www.soundou.org/)
*ID 350050 - 350099: Ildefonso González (https://igontek.es)
*ID 350100 - 350149: 7Kas Servicios de Internet, S.L. (https://7kas.com)
*ID 350150 - 350169: Silias (https://silias.ch)
*ID 350170 - 350999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 351000 - 351049: P'tite Tête (https://ptitetete.com) - France
*ID 351050 - 398999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 359000 - 359049: Milen Karaganski0
*ID 400000 - 400999: 2byte.es (http://www.2byte.es)
*ID 401000 - 401999: B&D Informática
*ID 402000 - 402999: Marcos García de La Fuente (marcosgdf)
*ID 403000 - 403999: Sergibyte
*ID 404000 - 404999: Aikhan
*ID 405000 - 405999: AIME (http://www.aime.mx)
*ID 406000 - 406999: Som Núvol (https://somnuvol.coop)
*ID 407000 - 407019: I-Motion SARL
*ID 407020 - 408999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 409000 - 409999: LliureTIC (https://www.lliuretic.cat)
*ID 410000 - 410999: DoliGov
*ID 411000 - 411049: GATTEK SARL (https://www.ga-ttek.com)
*ID 411050 - 419999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 420000 - 420099: BBS Concept
*ID 420100 - 420199: LeMousticProduction (www.lemousticproduction.info) -< module DoliRH
*ID 420200 - 421199: VatCheck (www.abnc.be)
*ID 421200 - 422199: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 422200 - 422999: Artaban (http://artaban.fr)
*ID 423000 - 423049: cyberesprit
*ID 423050 - 423099: R.Bossard
*ID 423100 - 423199: Joliciel (www.joliciel.fr)
*ID 423200 - 423299: Pragma-tech (www.pragma-tech.fr)
*ID 423299 - 423999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 424000 - 424049: Philazerty ([https://www.philazerty.fr www.philazerty.fr])
*ID 424050 - 424099: Pragma-tech (www.pragma-tech.fr)
*ID 424100 - 424149: Ohoo Solutions (http://www.ohoosolutions.com)
*ID 424150 - 424199: DAGARCAM Informática (https://www.dagarcam.com/)
*ID 424200 - 424999: Lab51 (https://github.com/lab51org)
*ID 425000 - 425999: Sébastien SERRE Thivinfo (www.thivinfo.com)
*ID 426000 - 426099: Arkesis-Solution
*ID 426100 - 426149: GetLandy (www.getlandy.com)
*ID 426150 - 426649: OOB Software
*ID 426650 - 426849: Soft-Task Serviços e Sistemas (www.soft-task.com.br)
*ID 426850 - 426999: Bruno Caldas (https://github.com/BCaldas)
*ID 427000 - 427999: Kevin GUERRIER (alias xcl.saian)
*ID 428000 - 428099: af83
*ID 428100 - 428199: Arnaud Serrut - Adalon
*ID 428200 - 428249: imschweiler consulting (http://www.imschweiler-consulting.de'''<nowiki/>''')
*ID 428250 - 428299: AL1FO
*ID 428300 - 428349: Federico García-Patiño Barbolani (<federico.garcia.patino@gmail.com>)
*ID 428350 - 428399: INTM Groupe - France (www.intm.com)
*ID 428400 - 428449: Nick Fragoulis - Greece
*ID 428450 - 428499: Kontava - France ([https://kontava.fr kontava.fr)]
*ID 428500 - 428549: hkwhitten - USA
*ID 428550 - 428999: SmartOne
*ID 429000 - 429999: induslab
*ID 430000 - 430099: Mixity sprl (www.mixity.be)
*ID 430100 - 430199: sgiraud
*ID 430200 - 430299: Merlion TI (www.merlion-si.com.br)
*ID 430300 - 431299: Libre Expert (www.libre-expert.com)
*ID 431300 - 431399: ptibogxiv (www.ptibogxiv.net)
*ID 431400 - 431499: Befox (www.befox.fr)
*ID 431500 - 431599: rue Béjo (www.ruebejo.fr)
*ID 431600 - 431699: Avizzeo (www.avizzeo.com)
*ID 431700 - 432199: Multisistemas (www.multisistemas.com.sv)
*ID 432200 - 432399: Burbuja - Chile (www.burbuja.cl)
*ID 432400 - 433399: INOVEA CONSEIL (https://www.inovea-conseil.com)
*ID 433400 - 434399: Rachid HRICH - Maroc (HricH ServiceS.)
*ID 434400 - 435399: Lance Bleakley - LanceIT (www.lanceit.net)
*ID 435400 - 435419: Victorien LOS - France
*ID 435420 - 435439: Clément ESTREM - France
*ID 435440 - 435999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 436000 - 436099: SOWEBIO (www.soweb.io)
*ID 436100 - 436199: CAP-REL (www.cap-rel.fr)
*ID 436200 - 436300: TDE-INFORMATIQUE (www.tde-informatique.fr)
*ID 436301 - 436349: Evarisk ([https://www.evarisk.com/id-module-dolibarr/ www.evarisk.com])
*ID 436350 - 436399: Eoxia ([https://www.eoxia.com/dolibarr/modules/ www.eoxia.com])
*ID 436400 - 437399: Mohamed AHERDANE - Morocco - IT Consultant ( www.wave.ma )
*ID 437400 - 437449: Martin Neubauer - Germany
*ID 437450 - 437599: Club1click (www.club1click.es)
*ID 437600 - 437629: Coulon Vincent (https://github.com/HoverEpic)
*ID 437630 - 437649: Aytechnet (https://www.aytechnet.fr/) - François Pons
*ID 437650 - 437699: LibreMaster (https://libremaster.com) - Christophe T.
*ID 437700 - 437749: STELLAR Broadband (https://www.stellarbb.com) - U.S.A. - Philip Laycock
*ID 437750 - 437799: DIGITA.LU Ajous Solutions
*ID 437800 - 437850: iProspective (https://iprospective.fr) - Mathieu Moulin
*ID 437851 - 437900: Theobald Groupe.
*ID 437901 - 437950: Neuronnexion (http://neuronnexion.coop)
*ID 437951 - 437952: jmbc - APIA-ASSO (https://www.apia-asso.fr)
*ID 437953 - 438002: IPCZEN SARL (https://www.ipczeninformatique.fr/)
*ID 438003 - 438052: FESF IT Department (https://fesf.org.pk)
*ID 438053 - 438103: Pilot Engineering team
*ID 438104 - 438153: u2042 (https://u2042.com)
*ID 438154 - 438204: Djair E Pereira (ocultooooo@gmail.com) - Brasil
*ID 438205 - 438255: yoandm (https://yoandm.com)
*ID 438256 - 438299: PTMSoft (<nowiki>https://www.ptmsoft.fr</nowiki>)
*ID 438300 - 438399: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 438400 - 439399: Tetras Libre - France - Développement logiciels libres (www.tetras-libre.fr)
*ID 439400 - 440399: Dolibarr-pro - France - Développement Dolibarr (www.dolibarr-pro.com)
*ID 440400 - 441399: Quidlab Co., Ltd - Thailand - ( www.quidlab.com )
*ID 441400 - 442399: Ide@log - France - (https://www.idealog-info.net) - Laurent Leblanc
*ID 442400 - 443399: Valerio Bianchi (www.valeriobianchi.com)
*ID 443400 - 444399: delassalle - France - (www.delassalle.fr) - Joseph Delassalle
*ID 444400 - 445399: Webartis - Maroc - (www.webartis.net) - François Dry
*ID 445400 - 445499: SCOP Au-delà des nuages - France
*ID 445500 - 445549: X Net Systems - Egypt - (https://www.xneteg.com)
*ID 445550 - 445569: Schiefer.IT - Austria ([https://schiefer.it schiefer.it])
*ID 445570 - 445999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 446000 - 446999: iouston (http://www.iouston.com) - France - Julien Marchand
*ID 447000 - 447999: rSanjoSEO - Rafael San José Tovar (www.rsanjoseo.com) - Spain
*ID 448000 - 448999: Code 42 (www.code42.fr)
*ID 449000 - 449999: TakePOS (www.takepos.com)
*ID 450000 - 450999: Pierre ARDOIN
*ID 451000 - 451999: Éditeur depordi.fr
*ID 452000 - 452999: Dylan NAKONG
*ID 453000 - 453999: Menahd Ouchenir - France - menahd-ouchenir.com
*ID 454000 - 454999: Withheld - Canada
*ID 455000 - 455999: Gaëtan MAISON - Info Libre @ Dom - France (https://www.infolibreadom.com)
*ID 456000 - 456999: Laurent LEBLEU - B.L.C. - Blue Line Company - Lille - France (www.bluelinecompany.fr/dolibarr)
*ID 457000 - 457999: Sébastien BOUCHER
*ID 458000 - 458999: Lester HERNÁNDEZ - Argentina - (freelancerlrhd@gmail.com)
*ID 459000 - 459999: Infopen - France
*ID 460000 - 460049: torvista - Spain
*ID 460050 - 460099: ADVAISION.com (Belgique www.advaision.com)
*ID 460100 - 460999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 461000 - 461999: MEGALOGI - Maroc (www.erpcloud.ma)
*ID 462000 - 462999: Making Digital (www.making-digital.fr) - France
*ID 463000 - 463999: linx s.r.l.s.
*ID 464000 - 464999: NimbleCubed Inc. (www.nimblecubed.com)
*ID 465000 - 465999: Artefacts (www.artefacts.coop) - Pascal Daugeron
*ID 466000 - 466999: CDM Consultores - (www.cdm.guru)
*ID 467000 - 467999: M71 Service GmbH - (www.m71-service.de)
*ID 468000 - 468049: Clément Segonzac - France (clement.segonzac@gmail.com)
*ID 468050 - 468099: Flavien Belli - France (https://github.com/Marshlyin || belliflaviencontactpro@gmail.com)
*ID 468100 - 468119: Chl (https://code.bugness.org/Dolibarr)
*ID 468120 - 468169: Commotron GmbH (https://www.commotron.com/)
*ID 468170 - 468219: Infans Group (franck.lauby@infans.fr)
*ID 468175 - 468199: Gaëlle Rauffet - France (kiwiscan.net)
*ID 468200 - 468249: Paulo Oliveira - Brasil (paulorcdo@gmail.com)
*ID 468250 - 468269: CD-Systems - France (https://www.cd-systems.fr)
*ID 468270 - 468299: Nicolas Testori
*ID 468300 - 468349: Uvensys - Germany (https://uvensys.de)
*ID 468350 - 468399: Laudeco - Belgium (http://github.com/laudeco)
*ID 468400 - 468449: Alexis LAURIER - France (https://www.alexislaurier.fr)
*ID 468450 - 468499: Mehdi Belkhayat - Maroc (https://opensi.ma)
*ID 468500 - 468599: InvIT GmbH - Germany (https://invit.sh)
*ID 468600 - 468649: Ricardo Sequeira - Portugal (https://ricardo-sequeira.com)
*ID 468650 - 468699: J-IT - Belgique (https://www.j-it.be)
*ID 468700 - 468749: Fidesio - France (https://www.fidesio.com/)
*ID 468750 - 468799: Sgestion - Spain (http://www.sgestion.net/)
*ID 468800 - 468849: Denis JULIEN - Brasil (matrinxa@free.fr)
*ID 468850 - 468899: Mmariko - Module GED - Effios
*ID 468900 - 468949: Maazou Amadou Abdoul aziz - Maroc (yaronfada@gmail.com)
*ID 468950 - 468999: Alexis LAURIER - France (https://www.alexislaurier.fr)
*ID 469000 - 469049: John Livingston (https://github.com/JohnXLivingston/)
*ID 469050 - 469099: Macrorom ICT-services (https://macrorom.nl/)
*ID 469100 - 469149: HABOT IT - France (https://habot.it)
*ID 469150 - 469159: CaribbeanConsult.Com CCC - France Guadeloupe (https://dolibarr.ccc.gp)
*ID 469160 - 469171: GMBG - Portugal
*ID 469172 - 469199: BGi Lda - Portugal
*ID 469200 - 469219: elsotec GmbH
*ID 469220 - 469949: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 469950 - 469999: Goldoweb (http://goldoweb.com)
*ID 470000 - 470999: Reindeer Digital (https://rdeer.cz)
*ID 471000 - 471099: CAP-REL (www.cap-rel.fr)
*ID 471100 - 471199: M. Morillon
*ID 471200 - 471209: Pablo Nuñez
*ID 471210 - 471249: FANEL A.Ş (https://www.fanel.com.tr)
*ID 471250 - 480999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 481000 - 481999: Alhaidab-ITIS (https://alhaidab.dolibarr.sd)
*ID 482000 - 482999: Basix IT (https://www.basix.de)
*ID 483000 - 483049: SASCO SpA (https://www.sasco.cl)
*ID 483050 - 483099: WIP Engineering (https://www.wip-gmbh.com)
*ID 483100 - 483149: J.Kaiser
*ID 483150 - 483199: CodLines (https://www.codlines.com)
*ID 483200 - 483249: BleepalSoftware (https://bleepal.com)
*ID 485000 - 485049: Gest Info Service Plus (contact@gest-plus.fr)
*ID 485050 - 485069: DJOB' Services
*ID 485070 - 489999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 490000 - 490049: VOLD (https://www.voldgroup.com)
*ID 490050 - 490249: QUANTIVO (http://quantivo.eu/)
*ID 490250 - 490299: VOLD (https://www.voldgroup.com)
*ID 490300 - 490999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 491000 - 491049: NORD ERP CRM (https://www.nord-erp-crm.fr/)
*ID 491050 - 491099: KJR-online (https://kjr-online.fr/)
*ID 491100 - 491149: eNova
*ID 491150 - 491199: App 4 Business
*ID 491200 - 491249: Mil24 (http://www.mil24.com.py)
*ID 491250 - 491299: M2AM
*ID 491300 - 491349: luigifab (https://github.com/luigifab), also reuse id:105009 for Sentry fork
*ID 491350 - 491399: Frédéric France (https://github.com/frederic34)
*ID 491400 - 491449: E-dem (https://www.e-dem.com/)
*ID 491450 - 491499: Burofree (https://burofreeai.es)
*ID 491500 - 491549: EMDELEN (https://emdelen.fr/)
*ID 491550 - 491599: eSoUrCeS Technologie (https://techno.esources.ca/) - Canada
*ID 491600 - 491649: GoSouce Peru - Peru
*ID 491650 - 491669: Kaféin Studio (https://kafein.studio) - France
*ID 491670 - 491699: Neykinfo - France
*ID 491700 - 491999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 492000 - 492020: Anura (https://www.anura.fr/)
*ID 492021 - 492999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 493000 - 493020: Bourez Bastien EI (https://bastien-b.fr/)
*ID 493051 - 493071: benhmida ilyess (bhilyess98@gmail.com)
*ID 493101 - 493120: George TS, George SP (gspanos@makeasite.gr)
*ID 493200 - 493219: Stéphane Mallet (https://framagit.org/Steph501/dolibarr-mod-autoreminder)
*ID 493220 - 493239: TBNETSYS (www.tbnetsys.fr)
*ID 499001 - 499020: IT GENIUSES (https://www.itgeniuses.com)
*ID 499051 - 499071: KREATIV PROJECT MANAGEMENT

DO NOT ADD RECORD HERE, PLEASE FILL HOLES FIRST !!!!
...

=ID > 500000=

This range can't be reserved. It is a common range. If you don't plan to distribute your module, you can use an ID in this range with no need to reserve it.

If you don't already have reserved ids and need some, please don't use hazardous number and use a number higher than 500000, but it is better to ask a wiki account, and reserve your own range by editing the 100000 - 499999 range (20 ids at once).

Template:ArrayOfVersions

2026-04-28T06:41:36Z

Aspangaro:

{| class="wikitable sortable"
!Release/Version
!LTS!!Date1!![[PHP]] min.2!![[PHP]] max.3!! class="unsortable" |[[Database]]
!Modules4!! class="unsortable" |Note
|-
|23.0.2
|
|2026-04-04
|PHP 7.2
|PHP 8.4
|
|
|
|-
|23.0.1
|
|2026-03-12
|PHP 7.2
|PHP 8.4
|
|
|
|-
|'''[[Roadmap and Release 23.0.0|23.0.0]]'''
|
|'''2026-02-28'''
|PHP 7.2
|PHP 8.4
|
|
|
|-
|22.0.4
|
|2025-12-24
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.3
|
|2025-11-14
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.2
|
|2025-09-27
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.1
|
|2025-09-2
|PHP 7.1
|PHP 8.4
|
|
|
|-
|'''[[Roadmap and Release 22.0.0|22.0.0]]'''
|
|'''2025-07-31'''
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.4
|
|2025-09-2
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.3
|
|2025-08-28
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.2
|
|2025-07-31
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.1
|
|2025-04-04
|PHP 7.1
|PHP 8.3
|
|
|
|-
|'''[[Roadmap and Release 21.0.0|21.0.0]]'''
|
|'''2025-02-27'''
|PHP 7.1
|PHP 8.3
|
|
|
|-
|20.0.4
|
|2025-02-16
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.3
|
|2024-12-29
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.2
|
|2024-11-14
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.1
|
|2024-10-07
|PHP 7.1
|PHP 8.2
|
|
|
|-
|'''[[Roadmap and Release 20.0.0|20.0.0]]'''
|
|'''2024-09-16'''
|PHP 7.1
|PHP 8.2
|
|'''78 / 6 / 6'''
|
|-
|19.0.4
|
|2024-11-14
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.3
|
|2024-08-15
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.2
|
|2024-05-04
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.1
|
|2024-03-16
|PHP 7.1
|PHP 8.2
|
|
|
|-
|'''[[Roadmap and Release 19.0.0|19.0.0]]'''
|
|'''2024-02-12'''
|PHP 7.1
|'''PHP 8.2'''
|
|'''80 / 3 / 7'''
|
|-
|18.0.8
|
|2025-09-11
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.7
|
|2025-07-03
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.6
|
|2024-11-14
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.5
|
|2024-02-12
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.4
|
|2023-12-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.3
|
|2023-11-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.2
|
|2023-10-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.1
|
|2023-09-03
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|'''[[Roadmap and Release 18.0.0|18.0.0]]'''
|[https://wiki.dolibarr.org/index.php/LTS_DEV_NOTES LTS Notes]
|'''2023-08-18'''
|'''PHP 7.1'''
|'''PHP 8.1'''
|
|'''79 / 3 / 7'''
|New modules: Workstations Management (experimental) + Webhook
|-
|17.0.4
|
|2024-02-12
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.3
|
|2023-08-06
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.2
|
|2023-05-23
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.1
|
|2023-04-03
|PHP 7.0
|PHP 8.1
|
|
|
|-
|'''[[Roadmap and Release 17.0.0|17.0.0]]'''
|
|'''2023-03-04'''
|'''PHP 7.0'''
|PHP 8.1
|
|'''78 / 5 / 7'''
|New/Nouveau : [[Module GRH|Module GRH - Gestion des ressources humaines]] (departmental management, employee contracts and appraisals)
|-
|16.0.5
|
|2023-03-20
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.4
|
|2023-02-03
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.3
|
|2022-11-29
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.2
|
|2022-11-11
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.1
|
|2022-10-08
|PHP 5.6
|PHP 8.1
|
|
|
|-
|'''[[Roadmap and Release 16.0.0|16.0.0]]'''
|
|'''2022-09-08'''
|PHP 5.6
|'''PHP 8.1'''
|
|'''77 / 5 / 6'''
|Dolibarr fonctionne sur PHP 8.0 et 8.1 mais de nombreux warnings seront générés dans les logs du serveur web. La suppression de ces warnings avec PHP 8.1 est prévu pour la version 17.
Nouveau module : Gestion des partenariats
|-
|15.0.3
|
|2022-07-27
|PHP 5.6
|PHP 7.4
|
|
|
|-
|15.0.2
|
|2022-05-17
|PHP 5.6
|PHP 7.4
|
|
|
|-
|15.0.1
|
|2022-03-21
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 15.0.0|15.0.0]]'''
|
|'''2022-02-18'''
|PHP 5.6
|PHP 7.4
|
|'''76 / 7 / 6'''
|Nouveau module: Partenariat et Organisation d'évènements
|-
|14.0.5
|
|2022-01-04
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.4
|
|2021-11-20
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.3
|
|2021-10-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.2
|
|2021-09-13
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.1
|
|2021-08-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 14.0.0|14.0.0]]'''
|
|'''2021-07-16'''
|PHP 5.6
|PHP 7.4
|
*MySQL min. 5.1
*PostgreSQL min. 9.1.0
|'''75 / 6 / 8'''
|NEW : Module Recrutement

Depreciated/Disabled : Module SimplePOS
|-
|13.0.5
|
|2021-10-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.4
|
|2021-07-12
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.3
|
|2021-06-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.2
|
|2021-03-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.1
|
|2021-02-20
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 13.0.0|13.0.0]]'''
|
|'''2021-01-25'''
|PHP 5.6
|PHP 7.4
|
|'''75 / 4 / 7'''
|
|-
|12.0.5
|
|2021-02-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.4
|
|2020-12-13
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.3
|
|2020-09-23
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.2
|
|2020-08-08
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.1
|
|2020-07-07
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 12.0.0|12.0.0]]'''
|
|'''2020-06-22'''
|'''PHP 5.6'''
|PHP 7.4
|
|'''72 / 5 / 7'''
|[[Module Manufacturing Orders]] en stable
|-
|11.0.5
|
|2020-06-26
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.4
|
|2020-05-06
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.3
|
|2020-03-19
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.2
|
|2020-03-04
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.1
|
|2020-02-13
|PHP 5.5
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 11.0.0|11.0.0]]'''
|
|'''2020-01-30'''
|PHP 5.5
|'''PHP 7.4'''
|
|'''71 / 5 / 7'''
|[[Module BOM]] en stable
|-
|10.0.7
|
|2020-04-02
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.6
|
|2020-01-05
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.5
|
|2019-12-24
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.4
|
|2019-11-27
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.3
|
|2019-10-23
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.2
|
|2019-09-11
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.1
|
|2019-08-04
|PHP 5.5
|PHP 7.3
|
|
|
|-
|[[Roadmap and Release 10.0.0|'''10.0.0''']]
|
|'''2019-06-30'''
|'''PHP 5.5'''
|PHP 7.3
|
|'''70 / 5 / 6'''
|[[Module Ticket FR|Module Ticket]] en stable
|-
|9.0.4
|
|2019-06-30
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.3
|
|2019-05-09
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.2
|
|2019-04-07
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.1
|
|2019-03-05
|PHP 5.4
|PHP 7.3
|
|
|
|-
|[[Roadmap and Release 9.0.0|'''9.0.0''']]
|
|'''2019-02-01'''
|PHP 5.4
|'''PHP 7.3'''
|
|'''66 / 5 / 7'''
|
|-
|8.0.6
|
|2019-06-29
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.5
|
|2019-05-11
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.4
|
|2018-12-23
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.3
|
|2018-11-05
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.2
|
|2018-09-19
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.1
|
|2018-09-02
|PHP 5.4
|PHP 7.2
|
|
|
|-
|[[Roadmap and Release 8.0.0|'''8.0.0''']]
|
|'''2018-08-14'''
|'''PHP 5.4'''
|PHP 7.2
|
|
|
|-
|7.0.5
|
|2019-01-05
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.4
|
|2018-10-12
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.3
|
|2018-06-23
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.2
|
|2018-05-12
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.1
|
|2018-03-23
|PHP 5.3
|PHP 7.2
|
|
|
|-
|[[Roadmap and Release 7.0.0|'''7.0.0''']]
|
|'''2018-02-18'''
|PHP 5.3
|'''PHP 7.2'''
|
|
|
|-
|6.0.8
|
|2018-10-12
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.7
|
|2018-05-06
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.6
|
|2018-03-22
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.5
|
|2018-01-26
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.4
|
|2017-12-05
|PHP 5.3
|PHP 7.1
|
|-
|6.0.3
|
|2017-10-29
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.2
|
|2017-10-07
|PHP 5.3
|PHP 7.1
|
|-
|6.0.1
|
|2017-09-20
|PHP 5.3
|PHP 7.1
|
|
|
|-
|[[Roadmap and Release 6.0.0|'''6.0.0''']]
|
|'''2017-09-04'''
|'''PHP 5.3'''
|'''PHP 7.1'''
|
|'''61 / 4 / 7'''
|
|-
|5.0.7
|
|2017-10-29
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.6
|
|2017-09-04
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.5
|
|2017-08-26
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.4
|
|2017-06-26
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.3
|
|2017-06-01
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.2
|
|2017-05-06
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.1
|
|2017-04-03
|PHP 5.3
|PHP 7.0
|
|
|
|-
|[[Roadmap and Release 5.0.0|'''5.0.0''']]
|
|'''2017-03-12'''
|'''PHP 5.3'''
|'''PHP 7.0'''
|
|'''60'''
|
|-
|4.0.6
|
|2017-05-29
|
|
|
|
|
|-
|4.0.5
|
|2017-04-02
|
|
|
|
|
|-
|4.0.4
|
|2017-01-24
|
|
|
|
|
|-
|4.0.3
|
|2016-12-26
|
|
|
|
|
|-
|4.0.2
|
|2016-10-31
|
|
|
|
|
|-
|4.0.1
|
|2016-10-02
|
|
|
|
|
|-
|[[Roadmap and Release 4.0.0|'''4.0.0''']]
|
|'''2016-06-09'''
|
|'''PHP 7.0'''
|
|
|
|-
|3.9.1
|
|2016-04-23
|
|
|
|
|
|-
|[[Roadmap and Release 3.9.0|3.9.0]]
|
|2016-03-13
|
|
|MySQL 5.0.3
|
|
|-
|3.8.1
|
|2015-10-11
|
|
|
|
|
|-
|[[Roadmap and Release 3.8.0|3.8.0]]
|
|2015-09-13
|
|
|
|
|
|-
|[[Roadmap and Release 3.7.0|3.7.0]]
|
|2015-04-20
|
|
|
|
|
|-
|[[Roadmap and Release 3.6.0|3.6.0]]
|
|2014-06
|
|
|
|
|
|-
|3.5.2
|
|2014-04-13
|
|
|
|
|
|-
|3.5.1
|
|2014-03-09
|
|
|
|
|
|-
|[[Roadmap and Release 3.5.0|3.5.0]]
|
|2014-02-03
|
|
|
|
|
|-
|[[Roadmap and Release 3.4.2|3.4.2]]
|
|2014-01
|
|
|
|
|
|-
|[[Roadmap and Release 3.4.0|3.4.0]]
|
|2013-07
|
|
|
|
|
|-
|[[Roadmap and Release 3.3.0 ("gpl v3+" version)|3.3.0]]
|
|2013-01
|
|
|
|
|GPL v3+
|-
|[[Roadmap and Release 3.2.0|3.2.0]]
|
|2012-06
|PHP 5.0
|
|
|
|
|-
|[[Roadmap and Release 3.1.0 ("War against clicks" version)|3.1.0]]
|
|2011-10-13
|
|
|
|
|
|-
|[[Roadmap and Release 3.0.0|'''3.0.0''']]
|
|'''2011-04-23'''
|
|
|
|
|
|-
|[[Roadmap and Release 2.9.0|2.9.0]]
|
|2010-09-02
|
|
|
|
|
|-
|[[Roadmap and Release 2.8.1|2.8.1]]
|
|2010 ?
|
|
|
|
|
|-
|[[Roadmap and Release 2.8.0|2.8.0]]
|
|2010-03-16
|
|
|
|
|
|-
|[[Roadmap and Release 2.7.1|2.7.1]]
|
|2009-12-30
|
|
|
|
|
|-
|[[Roadmap and Release 2.7.0 ("Exploitation and security" version)|2.7.0]]
|
|2009-12-04
|
|
|
|
|
|-
|[[Roadmap and Release 2.6.1|2.6.1]]
|
|2009-06-13
|
|
|
|
|
|-
|[[Roadmap and Release 2.6.0 ("Stabilization" version)|2.6.0]]
|
|2009-04-24
|
|
|
|
|
|-
|[[Roadmap and Release 2.5.0 ("International" version)|2.5.0]]
|
|2008-12-31
|
|
|
|
|UTF8-Support
|-
|[[Roadmap and Release 2.4.1|2.4.1]]
|
|2008-10-31
|
|
|
|
|
|-
|[[Roadmap and Release 2.4.0 ("Popularity" version)|2.4.0]]
|
|2008-08-22
|PHP 4
|PHP 5
|
|
|Project leader and released manager is now Laurent Destailleur
|-
|[[Roadmap and Release 2.2.0 ("Purged version")|2.2.0]]
|
|2007-12-26
|PHP 4
|PHP 5
|
|
|
|-
|[[Roadmap and Release 2.0.0|2.0.0]]
|
|2005-02-01
|PHP 4
|PHP 5
|
|
|Version Communautaire
|-
|[[Roadmap and Release 1.0.0 ("Initial" version)|1.0.0]]
|
|2003-09-01
|PHP 4
|PHP 4
|
|
|Init version by Rodolphe Quiedeville
|}

Template:ArrayOfVersions

2026-04-28T06:41:04Z

Aspangaro:

{| class="wikitable sortable"
!Release/Version
!LTS!!Date1!![[PHP]] min.2!![[PHP]] max.3!! class="unsortable" |[[Database]]
!Modules4!! class="unsortable" |Note
|-
|23.0.2
|
|2026-04-04
|PHP 7.2
|PHP 8.4
|
|
|
|-
|23.0.1
|
|2026-03-12
|PHP 7.2
|PHP 8.4
|
|
|
|-
|'''[[Roadmap and Release 23.0.0|23.0.0]]'''
|
|'''2026-02-28'''
|PHP 7.2
|PHP 8.4
|
|
|
|-
|22.0.4
|
|2025-12-24
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.3
|
|2025-11-14
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.2
|
|2025-09-27
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.1
|
|2025-09-2
|PHP 7.1
|PHP 8.4
|
|
|
|-
|'''[[Roadmap and Release 22.0.0|22.0.0]]'''
|
|'''2025-07-31'''
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.4
|
|2025-09-2
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.3
|
|2025-08-28
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.2
|
|2025-07-31
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.1
|
|2025-04-04
|PHP 7.1
|PHP 8.3
|
|
|
|-
|'''[[Roadmap and Release 21.0.0|21.0.0]]'''
|
|2025-02-27
|PHP 7.1
|PHP 8.3
|
|
|
|-
|20.0.4
|
|2025-02-16
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.3
|
|2024-12-29
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.2
|
|2024-11-14
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.1
|
|2024-10-07
|PHP 7.1
|PHP 8.2
|
|
|
|-
|'''[[Roadmap and Release 20.0.0|20.0.0]]'''
|
|'''2024-09-16'''
|PHP 7.1
|PHP 8.2
|
|'''78 / 6 / 6'''
|
|-
|19.0.4
|
|2024-11-14
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.3
|
|2024-08-15
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.2
|
|2024-05-04
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.1
|
|2024-03-16
|PHP 7.1
|PHP 8.2
|
|
|
|-
|'''[[Roadmap and Release 19.0.0|19.0.0]]'''
|
|'''2024-02-12'''
|PHP 7.1
|'''PHP 8.2'''
|
|'''80 / 3 / 7'''
|
|-
|18.0.8
|
|2025-09-11
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.7
|
|2025-07-03
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.6
|
|2024-11-14
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.5
|
|2024-02-12
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.4
|
|2023-12-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.3
|
|2023-11-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.2
|
|2023-10-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.1
|
|2023-09-03
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|'''[[Roadmap and Release 18.0.0|18.0.0]]'''
|[https://wiki.dolibarr.org/index.php/LTS_DEV_NOTES LTS Notes]
|'''2023-08-18'''
|'''PHP 7.1'''
|'''PHP 8.1'''
|
|'''79 / 3 / 7'''
|New modules: Workstations Management (experimental) + Webhook
|-
|17.0.4
|
|2024-02-12
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.3
|
|2023-08-06
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.2
|
|2023-05-23
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.1
|
|2023-04-03
|PHP 7.0
|PHP 8.1
|
|
|
|-
|'''[[Roadmap and Release 17.0.0|17.0.0]]'''
|
|'''2023-03-04'''
|'''PHP 7.0'''
|PHP 8.1
|
|'''78 / 5 / 7'''
|New/Nouveau : [[Module GRH|Module GRH - Gestion des ressources humaines]] (departmental management, employee contracts and appraisals)
|-
|16.0.5
|
|2023-03-20
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.4
|
|2023-02-03
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.3
|
|2022-11-29
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.2
|
|2022-11-11
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.1
|
|2022-10-08
|PHP 5.6
|PHP 8.1
|
|
|
|-
|'''[[Roadmap and Release 16.0.0|16.0.0]]'''
|
|'''2022-09-08'''
|PHP 5.6
|'''PHP 8.1'''
|
|'''77 / 5 / 6'''
|Dolibarr fonctionne sur PHP 8.0 et 8.1 mais de nombreux warnings seront générés dans les logs du serveur web. La suppression de ces warnings avec PHP 8.1 est prévu pour la version 17.
Nouveau module : Gestion des partenariats
|-
|15.0.3
|
|2022-07-27
|PHP 5.6
|PHP 7.4
|
|
|
|-
|15.0.2
|
|2022-05-17
|PHP 5.6
|PHP 7.4
|
|
|
|-
|15.0.1
|
|2022-03-21
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 15.0.0|15.0.0]]'''
|
|'''2022-02-18'''
|PHP 5.6
|PHP 7.4
|
|'''76 / 7 / 6'''
|Nouveau module: Partenariat et Organisation d'évènements
|-
|14.0.5
|
|2022-01-04
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.4
|
|2021-11-20
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.3
|
|2021-10-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.2
|
|2021-09-13
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.1
|
|2021-08-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 14.0.0|14.0.0]]'''
|
|'''2021-07-16'''
|PHP 5.6
|PHP 7.4
|
*MySQL min. 5.1
*PostgreSQL min. 9.1.0
|'''75 / 6 / 8'''
|NEW : Module Recrutement

Depreciated/Disabled : Module SimplePOS
|-
|13.0.5
|
|2021-10-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.4
|
|2021-07-12
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.3
|
|2021-06-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.2
|
|2021-03-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.1
|
|2021-02-20
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 13.0.0|13.0.0]]'''
|
|'''2021-01-25'''
|PHP 5.6
|PHP 7.4
|
|'''75 / 4 / 7'''
|
|-
|12.0.5
|
|2021-02-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.4
|
|2020-12-13
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.3
|
|2020-09-23
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.2
|
|2020-08-08
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.1
|
|2020-07-07
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 12.0.0|12.0.0]]'''
|
|'''2020-06-22'''
|'''PHP 5.6'''
|PHP 7.4
|
|'''72 / 5 / 7'''
|[[Module Manufacturing Orders]] en stable
|-
|11.0.5
|
|2020-06-26
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.4
|
|2020-05-06
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.3
|
|2020-03-19
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.2
|
|2020-03-04
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.1
|
|2020-02-13
|PHP 5.5
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 11.0.0|11.0.0]]'''
|
|'''2020-01-30'''
|PHP 5.5
|'''PHP 7.4'''
|
|'''71 / 5 / 7'''
|[[Module BOM]] en stable
|-
|10.0.7
|
|2020-04-02
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.6
|
|2020-01-05
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.5
|
|2019-12-24
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.4
|
|2019-11-27
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.3
|
|2019-10-23
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.2
|
|2019-09-11
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.1
|
|2019-08-04
|PHP 5.5
|PHP 7.3
|
|
|
|-
|[[Roadmap and Release 10.0.0|'''10.0.0''']]
|
|'''2019-06-30'''
|'''PHP 5.5'''
|PHP 7.3
|
|'''70 / 5 / 6'''
|[[Module Ticket FR|Module Ticket]] en stable
|-
|9.0.4
|
|2019-06-30
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.3
|
|2019-05-09
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.2
|
|2019-04-07
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.1
|
|2019-03-05
|PHP 5.4
|PHP 7.3
|
|
|
|-
|[[Roadmap and Release 9.0.0|'''9.0.0''']]
|
|'''2019-02-01'''
|PHP 5.4
|'''PHP 7.3'''
|
|'''66 / 5 / 7'''
|
|-
|8.0.6
|
|2019-06-29
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.5
|
|2019-05-11
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.4
|
|2018-12-23
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.3
|
|2018-11-05
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.2
|
|2018-09-19
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.1
|
|2018-09-02
|PHP 5.4
|PHP 7.2
|
|
|
|-
|[[Roadmap and Release 8.0.0|'''8.0.0''']]
|
|'''2018-08-14'''
|'''PHP 5.4'''
|PHP 7.2
|
|
|
|-
|7.0.5
|
|2019-01-05
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.4
|
|2018-10-12
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.3
|
|2018-06-23
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.2
|
|2018-05-12
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.1
|
|2018-03-23
|PHP 5.3
|PHP 7.2
|
|
|
|-
|[[Roadmap and Release 7.0.0|'''7.0.0''']]
|
|'''2018-02-18'''
|PHP 5.3
|'''PHP 7.2'''
|
|
|
|-
|6.0.8
|
|2018-10-12
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.7
|
|2018-05-06
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.6
|
|2018-03-22
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.5
|
|2018-01-26
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.4
|
|2017-12-05
|PHP 5.3
|PHP 7.1
|
|-
|6.0.3
|
|2017-10-29
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.2
|
|2017-10-07
|PHP 5.3
|PHP 7.1
|
|-
|6.0.1
|
|2017-09-20
|PHP 5.3
|PHP 7.1
|
|
|
|-
|[[Roadmap and Release 6.0.0|'''6.0.0''']]
|
|'''2017-09-04'''
|'''PHP 5.3'''
|'''PHP 7.1'''
|
|'''61 / 4 / 7'''
|
|-
|5.0.7
|
|2017-10-29
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.6
|
|2017-09-04
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.5
|
|2017-08-26
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.4
|
|2017-06-26
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.3
|
|2017-06-01
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.2
|
|2017-05-06
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.1
|
|2017-04-03
|PHP 5.3
|PHP 7.0
|
|
|
|-
|[[Roadmap and Release 5.0.0|'''5.0.0''']]
|
|'''2017-03-12'''
|'''PHP 5.3'''
|'''PHP 7.0'''
|
|'''60'''
|
|-
|4.0.6
|
|2017-05-29
|
|
|
|
|
|-
|4.0.5
|
|2017-04-02
|
|
|
|
|
|-
|4.0.4
|
|2017-01-24
|
|
|
|
|
|-
|4.0.3
|
|2016-12-26
|
|
|
|
|
|-
|4.0.2
|
|2016-10-31
|
|
|
|
|
|-
|4.0.1
|
|2016-10-02
|
|
|
|
|
|-
|[[Roadmap and Release 4.0.0|'''4.0.0''']]
|
|'''2016-06-09'''
|
|'''PHP 7.0'''
|
|
|
|-
|3.9.1
|
|2016-04-23
|
|
|
|
|
|-
|[[Roadmap and Release 3.9.0|3.9.0]]
|
|2016-03-13
|
|
|MySQL 5.0.3
|
|
|-
|3.8.1
|
|2015-10-11
|
|
|
|
|
|-
|[[Roadmap and Release 3.8.0|3.8.0]]
|
|2015-09-13
|
|
|
|
|
|-
|[[Roadmap and Release 3.7.0|3.7.0]]
|
|2015-04-20
|
|
|
|
|
|-
|[[Roadmap and Release 3.6.0|3.6.0]]
|
|2014-06
|
|
|
|
|
|-
|3.5.2
|
|2014-04-13
|
|
|
|
|
|-
|3.5.1
|
|2014-03-09
|
|
|
|
|
|-
|[[Roadmap and Release 3.5.0|3.5.0]]
|
|2014-02-03
|
|
|
|
|
|-
|[[Roadmap and Release 3.4.2|3.4.2]]
|
|2014-01
|
|
|
|
|
|-
|[[Roadmap and Release 3.4.0|3.4.0]]
|
|2013-07
|
|
|
|
|
|-
|[[Roadmap and Release 3.3.0 ("gpl v3+" version)|3.3.0]]
|
|2013-01
|
|
|
|
|GPL v3+
|-
|[[Roadmap and Release 3.2.0|3.2.0]]
|
|2012-06
|PHP 5.0
|
|
|
|
|-
|[[Roadmap and Release 3.1.0 ("War against clicks" version)|3.1.0]]
|
|2011-10-13
|
|
|
|
|
|-
|[[Roadmap and Release 3.0.0|'''3.0.0''']]
|
|'''2011-04-23'''
|
|
|
|
|
|-
|[[Roadmap and Release 2.9.0|2.9.0]]
|
|2010-09-02
|
|
|
|
|
|-
|[[Roadmap and Release 2.8.1|2.8.1]]
|
|2010 ?
|
|
|
|
|
|-
|[[Roadmap and Release 2.8.0|2.8.0]]
|
|2010-03-16
|
|
|
|
|
|-
|[[Roadmap and Release 2.7.1|2.7.1]]
|
|2009-12-30
|
|
|
|
|
|-
|[[Roadmap and Release 2.7.0 ("Exploitation and security" version)|2.7.0]]
|
|2009-12-04
|
|
|
|
|
|-
|[[Roadmap and Release 2.6.1|2.6.1]]
|
|2009-06-13
|
|
|
|
|
|-
|[[Roadmap and Release 2.6.0 ("Stabilization" version)|2.6.0]]
|
|2009-04-24
|
|
|
|
|
|-
|[[Roadmap and Release 2.5.0 ("International" version)|2.5.0]]
|
|2008-12-31
|
|
|
|
|UTF8-Support
|-
|[[Roadmap and Release 2.4.1|2.4.1]]
|
|2008-10-31
|
|
|
|
|
|-
|[[Roadmap and Release 2.4.0 ("Popularity" version)|2.4.0]]
|
|2008-08-22
|PHP 4
|PHP 5
|
|
|Project leader and released manager is now Laurent Destailleur
|-
|[[Roadmap and Release 2.2.0 ("Purged version")|2.2.0]]
|
|2007-12-26
|PHP 4
|PHP 5
|
|
|
|-
|[[Roadmap and Release 2.0.0|2.0.0]]
|
|2005-02-01
|PHP 4
|PHP 5
|
|
|Version Communautaire
|-
|[[Roadmap and Release 1.0.0 ("Initial" version)|1.0.0]]
|
|2003-09-01
|PHP 4
|PHP 4
|
|
|Init version by Rodolphe Quiedeville
|}

Template:ArrayOfVersions

2026-04-28T06:39:54Z

Aspangaro:

{| class="wikitable sortable"
!Release/Version
!LTS!!Date1!![[PHP]] min.2!![[PHP]] max.3!! class="unsortable" |[[Database]]
!Modules4!! class="unsortable" |Note
|-
|23.0.2
|
|2026-04-04
|PHP 7.2
|PHP 8.4
|
|
|
|-
|23.0.1
|
|2026-03-12
|PHP 7.2
|PHP 8.4
|
|
|
|-
|'''[[Roadmap and Release 23.0.0|23.0.0]]'''
|
|2026-02-28
|PHP 7.2
|PHP 8.4
|
|
|
|-
|22.0.4
|
|2025-12-24
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.3
|
|2025-11-14
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.2
|
|2025-09-27
|PHP 7.1
|PHP 8.4
|
|
|
|-
|22.0.1
|
|2025-09-2
|PHP 7.1
|PHP 8.4
|
|
|
|-
|'''[[Roadmap and Release 22.0.0|22.0.0]]'''
|
|2025-07-31
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.4
|
|2025-09-2
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.3
|
|2025-08-28
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.2
|
|2025-07-31
|PHP 7.1
|PHP 8.4
|
|
|
|-
|21.0.1
|
|2025-04-04
|PHP 7.1
|PHP 8.3
|
|
|
|-
|'''[[Roadmap and Release 21.0.0|21.0.0]]'''
|
|2025-02-27
|PHP 7.1
|PHP 8.3
|
|
|
|-
|20.0.4
|
|2025-02-16
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.3
|
|2024-12-29
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.2
|
|2024-11-14
|PHP 7.1
|PHP 8.2
|
|
|
|-
|20.0.1
|
|2024-10-07
|PHP 7.1
|PHP 8.2
|
|
|
|-
|'''[[Roadmap and Release 20.0.0|20.0.0]]'''
|
|'''2024-09-16'''
|PHP 7.1
|PHP 8.2
|
|'''78 / 6 / 6'''
|
|-
|19.0.4
|
|2024-11-14
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.3
|
|2024-08-15
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.2
|
|2024-05-04
|PHP 7.1
|PHP 8.2
|
|
|
|-
|19.0.1
|
|2024-03-16
|PHP 7.1
|PHP 8.2
|
|
|
|-
|'''[[Roadmap and Release 19.0.0|19.0.0]]'''
|
|'''2024-02-12'''
|PHP 7.1
|'''PHP 8.2'''
|
|'''80 / 3 / 7'''
|
|-
|18.0.8
|
|2025-09-11
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.7
|
|2025-07-03
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.6
|
|2024-11-14
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.5
|
|2024-02-12
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.4
|
|2023-12-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.3
|
|2023-11-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.2
|
|2023-10-06
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|18.0.1
|
|2023-09-03
|PHP 7.1
|PHP 8.1
|
|
|PHP 8.2 may work with a lot of warnings. Few uncommon features may also not work.
|-
|'''[[Roadmap and Release 18.0.0|18.0.0]]'''
|[https://wiki.dolibarr.org/index.php/LTS_DEV_NOTES LTS Notes]
|'''2023-08-18'''
|'''PHP 7.1'''
|'''PHP 8.1'''
|
|'''79 / 3 / 7'''
|New modules: Workstations Management (experimental) + Webhook
|-
|17.0.4
|
|2024-02-12
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.3
|
|2023-08-06
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.2
|
|2023-05-23
|PHP 7.0
|PHP 8.1
|
|
|
|-
|17.0.1
|
|2023-04-03
|PHP 7.0
|PHP 8.1
|
|
|
|-
|'''[[Roadmap and Release 17.0.0|17.0.0]]'''
|
|'''2023-03-04'''
|'''PHP 7.0'''
|PHP 8.1
|
|'''78 / 5 / 7'''
|New/Nouveau : [[Module GRH|Module GRH - Gestion des ressources humaines]] (departmental management, employee contracts and appraisals)
|-
|16.0.5
|
|2023-03-20
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.4
|
|2023-02-03
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.3
|
|2022-11-29
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.2
|
|2022-11-11
|PHP 5.6
|PHP 8.1
|
|
|
|-
|16.0.1
|
|2022-10-08
|PHP 5.6
|PHP 8.1
|
|
|
|-
|'''[[Roadmap and Release 16.0.0|16.0.0]]'''
|
|'''2022-09-08'''
|PHP 5.6
|'''PHP 8.1'''
|
|'''77 / 5 / 6'''
|Dolibarr fonctionne sur PHP 8.0 et 8.1 mais de nombreux warnings seront générés dans les logs du serveur web. La suppression de ces warnings avec PHP 8.1 est prévu pour la version 17.
Nouveau module : Gestion des partenariats
|-
|15.0.3
|
|2022-07-27
|PHP 5.6
|PHP 7.4
|
|
|
|-
|15.0.2
|
|2022-05-17
|PHP 5.6
|PHP 7.4
|
|
|
|-
|15.0.1
|
|2022-03-21
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 15.0.0|15.0.0]]'''
|
|'''2022-02-18'''
|PHP 5.6
|PHP 7.4
|
|'''76 / 7 / 6'''
|Nouveau module: Partenariat et Organisation d'évènements
|-
|14.0.5
|
|2022-01-04
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.4
|
|2021-11-20
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.3
|
|2021-10-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.2
|
|2021-09-13
|PHP 5.6
|PHP 7.4
|
|
|
|-
|14.0.1
|
|2021-08-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 14.0.0|14.0.0]]'''
|
|'''2021-07-16'''
|PHP 5.6
|PHP 7.4
|
*MySQL min. 5.1
*PostgreSQL min. 9.1.0
|'''75 / 6 / 8'''
|NEW : Module Recrutement

Depreciated/Disabled : Module SimplePOS
|-
|13.0.5
|
|2021-10-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.4
|
|2021-07-12
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.3
|
|2021-06-19
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.2
|
|2021-03-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|13.0.1
|
|2021-02-20
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 13.0.0|13.0.0]]'''
|
|'''2021-01-25'''
|PHP 5.6
|PHP 7.4
|
|'''75 / 4 / 7'''
|
|-
|12.0.5
|
|2021-02-16
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.4
|
|2020-12-13
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.3
|
|2020-09-23
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.2
|
|2020-08-08
|PHP 5.6
|PHP 7.4
|
|
|
|-
|12.0.1
|
|2020-07-07
|PHP 5.6
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 12.0.0|12.0.0]]'''
|
|'''2020-06-22'''
|'''PHP 5.6'''
|PHP 7.4
|
|'''72 / 5 / 7'''
|[[Module Manufacturing Orders]] en stable
|-
|11.0.5
|
|2020-06-26
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.4
|
|2020-05-06
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.3
|
|2020-03-19
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.2
|
|2020-03-04
|PHP 5.5
|PHP 7.4
|
|
|
|-
|11.0.1
|
|2020-02-13
|PHP 5.5
|PHP 7.4
|
|
|
|-
|'''[[Roadmap and Release 11.0.0|11.0.0]]'''
|
|'''2020-01-30'''
|PHP 5.5
|'''PHP 7.4'''
|
|'''71 / 5 / 7'''
|[[Module BOM]] en stable
|-
|10.0.7
|
|2020-04-02
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.6
|
|2020-01-05
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.5
|
|2019-12-24
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.4
|
|2019-11-27
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.3
|
|2019-10-23
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.2
|
|2019-09-11
|PHP 5.5
|PHP 7.3
|
|
|
|-
|10.0.1
|
|2019-08-04
|PHP 5.5
|PHP 7.3
|
|
|
|-
|[[Roadmap and Release 10.0.0|'''10.0.0''']]
|
|'''2019-06-30'''
|'''PHP 5.5'''
|PHP 7.3
|
|'''70 / 5 / 6'''
|[[Module Ticket FR|Module Ticket]] en stable
|-
|9.0.4
|
|2019-06-30
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.3
|
|2019-05-09
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.2
|
|2019-04-07
|PHP 5.4
|PHP 7.3
|
|
|
|-
|9.0.1
|
|2019-03-05
|PHP 5.4
|PHP 7.3
|
|
|
|-
|[[Roadmap and Release 9.0.0|'''9.0.0''']]
|
|'''2019-02-01'''
|PHP 5.4
|'''PHP 7.3'''
|
|'''66 / 5 / 7'''
|
|-
|8.0.6
|
|2019-06-29
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.5
|
|2019-05-11
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.4
|
|2018-12-23
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.3
|
|2018-11-05
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.2
|
|2018-09-19
|PHP 5.4
|PHP 7.2
|
|
|
|-
|8.0.1
|
|2018-09-02
|PHP 5.4
|PHP 7.2
|
|
|
|-
|[[Roadmap and Release 8.0.0|'''8.0.0''']]
|
|'''2018-08-14'''
|'''PHP 5.4'''
|PHP 7.2
|
|
|
|-
|7.0.5
|
|2019-01-05
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.4
|
|2018-10-12
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.3
|
|2018-06-23
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.2
|
|2018-05-12
|PHP 5.3
|PHP 7.2
|
|
|
|-
|7.0.1
|
|2018-03-23
|PHP 5.3
|PHP 7.2
|
|
|
|-
|[[Roadmap and Release 7.0.0|'''7.0.0''']]
|
|'''2018-02-18'''
|PHP 5.3
|'''PHP 7.2'''
|
|
|
|-
|6.0.8
|
|2018-10-12
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.7
|
|2018-05-06
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.6
|
|2018-03-22
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.5
|
|2018-01-26
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.4
|
|2017-12-05
|PHP 5.3
|PHP 7.1
|
|-
|6.0.3
|
|2017-10-29
|PHP 5.3
|PHP 7.1
|
|
|
|-
|6.0.2
|
|2017-10-07
|PHP 5.3
|PHP 7.1
|
|-
|6.0.1
|
|2017-09-20
|PHP 5.3
|PHP 7.1
|
|
|
|-
|[[Roadmap and Release 6.0.0|'''6.0.0''']]
|
|'''2017-09-04'''
|'''PHP 5.3'''
|'''PHP 7.1'''
|
|'''61 / 4 / 7'''
|
|-
|5.0.7
|
|2017-10-29
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.6
|
|2017-09-04
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.5
|
|2017-08-26
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.4
|
|2017-06-26
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.3
|
|2017-06-01
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.2
|
|2017-05-06
|PHP 5.3
|PHP 7.0
|
|
|
|-
|5.0.1
|
|2017-04-03
|PHP 5.3
|PHP 7.0
|
|
|
|-
|[[Roadmap and Release 5.0.0|'''5.0.0''']]
|
|'''2017-03-12'''
|'''PHP 5.3'''
|'''PHP 7.0'''
|
|'''60'''
|
|-
|4.0.6
|
|2017-05-29
|
|
|
|
|
|-
|4.0.5
|
|2017-04-02
|
|
|
|
|
|-
|4.0.4
|
|2017-01-24
|
|
|
|
|
|-
|4.0.3
|
|2016-12-26
|
|
|
|
|
|-
|4.0.2
|
|2016-10-31
|
|
|
|
|
|-
|4.0.1
|
|2016-10-02
|
|
|
|
|
|-
|[[Roadmap and Release 4.0.0|'''4.0.0''']]
|
|'''2016-06-09'''
|
|'''PHP 7.0'''
|
|
|
|-
|3.9.1
|
|2016-04-23
|
|
|
|
|
|-
|[[Roadmap and Release 3.9.0|3.9.0]]
|
|2016-03-13
|
|
|MySQL 5.0.3
|
|
|-
|3.8.1
|
|2015-10-11
|
|
|
|
|
|-
|[[Roadmap and Release 3.8.0|3.8.0]]
|
|2015-09-13
|
|
|
|
|
|-
|[[Roadmap and Release 3.7.0|3.7.0]]
|
|2015-04-20
|
|
|
|
|
|-
|[[Roadmap and Release 3.6.0|3.6.0]]
|
|2014-06
|
|
|
|
|
|-
|3.5.2
|
|2014-04-13
|
|
|
|
|
|-
|3.5.1
|
|2014-03-09
|
|
|
|
|
|-
|[[Roadmap and Release 3.5.0|3.5.0]]
|
|2014-02-03
|
|
|
|
|
|-
|[[Roadmap and Release 3.4.2|3.4.2]]
|
|2014-01
|
|
|
|
|
|-
|[[Roadmap and Release 3.4.0|3.4.0]]
|
|2013-07
|
|
|
|
|
|-
|[[Roadmap and Release 3.3.0 ("gpl v3+" version)|3.3.0]]
|
|2013-01
|
|
|
|
|GPL v3+
|-
|[[Roadmap and Release 3.2.0|3.2.0]]
|
|2012-06
|PHP 5.0
|
|
|
|
|-
|[[Roadmap and Release 3.1.0 ("War against clicks" version)|3.1.0]]
|
|2011-10-13
|
|
|
|
|
|-
|[[Roadmap and Release 3.0.0|'''3.0.0''']]
|
|'''2011-04-23'''
|
|
|
|
|
|-
|[[Roadmap and Release 2.9.0|2.9.0]]
|
|2010-09-02
|
|
|
|
|
|-
|[[Roadmap and Release 2.8.1|2.8.1]]
|
|2010 ?
|
|
|
|
|
|-
|[[Roadmap and Release 2.8.0|2.8.0]]
|
|2010-03-16
|
|
|
|
|
|-
|[[Roadmap and Release 2.7.1|2.7.1]]
|
|2009-12-30
|
|
|
|
|
|-
|[[Roadmap and Release 2.7.0 ("Exploitation and security" version)|2.7.0]]
|
|2009-12-04
|
|
|
|
|
|-
|[[Roadmap and Release 2.6.1|2.6.1]]
|
|2009-06-13
|
|
|
|
|
|-
|[[Roadmap and Release 2.6.0 ("Stabilization" version)|2.6.0]]
|
|2009-04-24
|
|
|
|
|
|-
|[[Roadmap and Release 2.5.0 ("International" version)|2.5.0]]
|
|2008-12-31
|
|
|
|
|UTF8-Support
|-
|[[Roadmap and Release 2.4.1|2.4.1]]
|
|2008-10-31
|
|
|
|
|
|-
|[[Roadmap and Release 2.4.0 ("Popularity" version)|2.4.0]]
|
|2008-08-22
|PHP 4
|PHP 5
|
|
|Project leader and released manager is now Laurent Destailleur
|-
|[[Roadmap and Release 2.2.0 ("Purged version")|2.2.0]]
|
|2007-12-26
|PHP 4
|PHP 5
|
|
|
|-
|[[Roadmap and Release 2.0.0|2.0.0]]
|
|2005-02-01
|PHP 4
|PHP 5
|
|
|Version Communautaire
|-
|[[Roadmap and Release 1.0.0 ("Initial" version)|1.0.0]]
|
|2003-09-01
|PHP 4
|PHP 4
|
|
|Init version by Rodolphe Quiedeville
|}

Fiscal Report / Rapport Financier 2025

2026-04-14T12:16:59Z

Aspangaro:

{{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}}
This page is financial report for fiscal year 2025. For moral report, see page [[Moral Report / Rapport Moral 2025]]
{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2025. Pour le rapport moral, voir la page [[Moral Report / Rapport Moral 2025|Moral Report / Rapport Moral 20245]].
=Finances / Trésorerie=
On 2025-12-31, foundation has / En date du 31/12/2025, l'association a:

*186 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Qonto : '''14 841.51 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 €'''
**UI/UX: '''7 200,00 €'''
**Electronic invoice: '''10 800,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: - '''105 737,63 € HT (-126 885,16 € TTC)'''

'''Total: 145 136,45 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2025 end with / L'exercice 2025 a terminé au niveau suivant:

*Account/Compte Paypal: '''9 880,43''' '''€'''
*Account/Compte Caisse d'épargne: '''102 522,51''' '''€'''
*Account/Compte Epargne: '''82 529,27 €'''
*Account/Compte Qonto : '''13 991,91 €'''
*Account/Compte Stripe: '''22 295,08 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''4 850,00 €'''
**UI/UX: '''2 376,67 €'''
**Electronic invoice: '''7 200,00 €'''
*Paid in advance as part of the LNE certification process / Versé en avance dans le cadre de la certification caisse (LNE): '''22 796,40 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: - '''108 281,54 € HT (-129 937,85 € TTC)'''

'''Total: 138 504.42 €'''
 
----

==Accounting / Comptabilité==
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables): '''457 924,28 € HT (+1,3 %)'''
*Legislative Development Contribution (France) / Contribution développement législatif (France): '''564,71 € HT''' (New)
*Participation in Devcamps / Participation aux Devcamps: '''11 790,00 € (-0.5 %)'''
**Valence Summer 2025: 6 180,00 €
**Angouleme Winter 2025: 5 610,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions) : '''11 800 € HT (New)'''

*Subscriptions / Adhésions : '''16 875,00 € (+7,4 %)'''
*Interests / Intérêts Livret A : '''1 743,63 € (-25,9 %)'''
*Donation Github : '''117,70 € (+66,2 %)'''
*Miscellaneous adjustments / Régularisation divers : '''- 0,00 € (+0,0 %)'''

'''<big>Total entries / total des entrées:</big>''' '''<big>507 015,32 € (+7,4 %)</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''371 219,27 € HT (-10,3 %)'''
*Maintenance services: '''3 843,65 € HT (+151,0% dont 1 109,82 € régularisation 2024)'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''0 € (- 1000 € HT)'''
*Development new Dolistore / Développement nouveau Dolistore : '''4 456,40 € (New)'''
*Work on documentation LNE / Travail sur la documentation LNE certification caisse : '''6 811,00 € (New)'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''4 195,14 € HT (+10,9 %)'''
*Domain name / Nom de domaine Dolibarr : '''567,66 € HT (New)'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''781,95 € (+88,0 %)'''
*Travis maintenance : '''812,69 € HT (-6,0 %)'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''4 551,28 € (-82,5 % normal global world brand protection renouvelate only 10 years )'''
*Devcamps : '''34 305,44 € (+39,9 %)'''
**Fr. - Valence Summer 2025 : 17 859,59 €
**Fr. - Angouleme Winter 2025 : 13 385,85 €
**De. - Wien 2025 : 3 060,00 €
*DolibarrDay : '''1 000,00 € (New)'''
**Fr. - Valence : 1 000,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions/FOSDEM) : '''17 595,82 € HT (New)'''
*Insurance for event / Assurance RC pour les événements : '''470,88 € HT (New)'''
*Lawyer / Avocat : '''4 159,50 € (+41,5 %)'''
*Accounting firm / cabinet comptable : '''3 681,00 € (+1,0 %)'''
*Administrative management / Gestion administrative : '''9 270,00 € (+0,0 %)'''
*Bank charges / Frais bancaires : '''924,27 € (+63,8 % Explosion des frais Qonto)'''
*Stripe charges / Frais Stripe : '''11 537,05 € (+32,1 %)'''
*Paypal charges / Frais Paypal : '''500,00 € (+18.6% - A confirmer)'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''0 €''' ('''-708,20 € HT)'''
*CFE tax / CFE impôt : '''1 584,00 € (+1.7%)'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 € (+0,0 %)'''
*Miscellaneous adjustments / Régularisation divers : '''0,00 € (+0,0 %)'''

'''<big>Total output / total des sorties:</big>''' '''<big>482 267,00 € (-4,4%)</big>'''
==Gain / Bénéfice==
''' + <big>24 748,32 €</big>'''
=Stocks=
On 31/12/2025, foundation owns / En date du 31/12/2025, l'association possède :
 

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for preferred partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Fiscal Report / Rapport Financier 2025

2026-04-09T15:26:56Z

Aspangaro:

{{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}}
This page is financial report for fiscal year 2025. For moral report, see page [[Moral Report / Rapport Moral 2025]]
{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2025. Pour le rapport moral, voir la page [[Moral Report / Rapport Moral 2025|Moral Report / Rapport Moral 20245]].
=Finances / Trésorerie=
On 2025-12-31, foundation has / En date du 31/12/2025, l'association a:

*186 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Qonto : '''14 841.51 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 €'''
**UI/UX: '''7 200,00 €'''
**Electronic invoice: '''10 800,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: - '''105 737,63 € HT (-126 885,16 € TTC)'''

'''Total: 145 136,45 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2025 end with / L'exercice 2025 a terminé au niveau suivant:

*Account/Compte Paypal: '''9 880,43''' '''€'''
*Account/Compte Caisse d'épargne: '''102 522,51''' '''€'''
*Account/Compte Epargne: '''82 529,27 €'''
*Account/Compte Qonto : '''13 991,91 €'''
*Account/Compte Stripe: '''22 295,08 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''4 850,00 €'''
**UI/UX: '''2 376,67 €'''
**Electronic invoice: '''7 200,00 €'''
*Paid in advance as part of the LNE certification process / Versé en avance dans le cadre de la certification caisse (LNE): '''22 796,40 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: - '''108 281,54 € HT (-129 937,85 € TTC)'''

'''Total: 138 504.42 €'''
==Gain / Bénéfice==
''' + <big>26 559,32 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables): '''457 924,28 € HT (+1,3 %)'''
*Legislative Development Contribution (France) / Contribution développement législatif (France): '''564,71 € HT''' (New)
*Participation in Devcamps / Participation aux Devcamps: '''11 790,00 € (-0.5 %)'''
**Valence Summer 2025: 6 180,00 €
**Angouleme Winter 2025: 5 610,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions) : '''11 800 € HT (New)'''

*Subscriptions / Adhésions : '''16 875,00 € (+7,4 %)'''
*Interests / Intérêts Livret A : '''1 743,63 € (-25,9 %)'''
*Donation Github : '''117,70 € (+66,2 %)'''
*Miscellaneous adjustments / Régularisation divers : '''- 0,00 € (+0,0 %)'''

'''<big>Total entries / total des entrées:</big>''' '''<big>507 015,32 € (+7,4 %)</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''371 219,27 € HT (-10,3 %)'''
*Maintenance services: '''3 843,65 € HT (+151,0% dont 1 109,82 € régularisation 2024)'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''0 € (- 1000 € HT)'''
*Development new Dolistore / Développement nouveau Dolistore : '''4 456,40 € (New)'''
*Work on documentation LNE / Travail sur la documentation LNE certification caisse : '''5 000 € (New)'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''4 195,14 € HT (+10,9 %)'''
*Domain name / Nom de domaine Dolibarr : '''567,66 € HT (New)'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''781,95 € (+88,0 %)'''
*Travis maintenance : '''812,69 € HT (-6,0 %)'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''4 551,28 € (-82,5 % normal global world brand protection renouvelate only 10 years )'''
*Devcamps : '''34 305,44 € (+39,9 %)'''
**Fr. - Valence Summer 2025 : 17 859,59 €
**Fr. - Angouleme Winter 2025 : 13 385,85 €
**De. - Wien 2025 : 3 060,00 €
*DolibarrDay : '''1 000,00 € (New)'''
**Fr. - Valence : 1 000,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions/FOSDEM) : '''17 595,82 € HT (New)'''
*Insurance for event / Assurance RC pour les événements : '''470,88 € HT (New)'''
*Lawyer / Avocat : '''4 159,50 € (+41,5 %)'''
*Accounting firm / cabinet comptable : '''3 681,00 € (+1,0 %)'''
*Administrative management / Gestion administrative : '''9 270,00 € (+0,0 %)'''
*Bank charges / Frais bancaires : '''924,27 € (+63,8 % Explosion des frais Qonto)'''
*Stripe charges / Frais Stripe : '''11 537,05 € (+32,1 %)'''
*Paypal charges / Frais Paypal : '''500,00 € (+18.6% - A confirmer)'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''0 €''' ('''-708,20 € HT)'''
*CFE tax / CFE impôt : '''1 584,00 € (+1.7%)'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 € (+0,0 %)'''
*Miscellaneous adjustments / Régularisation divers : '''0,00 € (+0,0 %)'''

'''<big>Total output / total des sorties:</big>''' '''<big>480 456,00 €</big>'''
=Stocks=
On 31/12/2025, foundation owns / En date du 31/12/2025, l'association possède :
 

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for preferred partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Fiscal Report / Rapport Financier 2025

2026-04-09T15:04:47Z

Aspangaro:

{{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}}
This page is financial report for fiscal year 2025. For moral report, see page [[Moral Report / Rapport Moral 2025]]
{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2025. Pour le rapport moral, voir la page [[Moral Report / Rapport Moral 2025|Moral Report / Rapport Moral 20245]].
=Finances / Trésorerie=
On 2025-12-31, foundation has / En date du 31/12/2025, l'association a:

*186 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Qonto : '''14 841.51 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 €'''
**UI/UX: '''7 200,00 €'''
**Electronic invoice: '''10 800,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: - '''105 737,63 € HT (-126 885,16 € TTC)'''

'''Total: 145 136,45 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2025 end with / L'exercice 2025 a terminé au niveau suivant:

*Account/Compte Paypal: '''9 880,43''' '''€'''
*Account/Compte Caisse d'épargne: '''102 522,51''' '''€'''
*Account/Compte Epargne: '''82 529,27 €'''
*Account/Compte Qonto : '''13 991,91 €'''
*Account/Compte Stripe: '''22 295,08 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''4 850,00 €'''
**UI/UX: '''2 376,67 €'''
**Electronic invoice: '''7 200,00 €'''
*Paid in advance as part of the LNE certification process / Versé en avance dans le cadre de la certification caisse (LNE): '''22 796,40 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: - '''108 281,54 € HT (-129 937,85 € TTC)'''

'''Total: 138 504.42 €'''
==Loss / Perte==
''' <big>- 32 497,15 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables): '''457 924,28 € HT (+1,3 %)'''
*Legislative Development Contribution (France) / Contribution développement législatif (France): '''564,71 € HT''' (New)
*Participation in Devcamps / Participation aux Devcamps: '''11 790,00 € (-0.5 %)'''
**Valence Summer 2025: 6 180,00 €
**Angouleme Winter 2025: 5 610,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions) : '''11 800 € HT (New)'''

*Subscriptions / Adhésions : '''16 875,00 € (+7,4 %)'''
*Interests / Intérêts Livret A : '''1 743,63 € (-25,9 %)'''
*Donation Github : '''117,70 € (+66,2 %)'''
*Miscellaneous adjustments / Régularisation divers : '''- 0,00 € (+0,0 %)'''

'''<big>Total entries / total des entrées:</big>''' '''<big>507 015,32 € (+7,4 %)</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''371 219,27 € HT (-10,3 %)'''
*Maintenance services: '''3 843,65 € HT (+151,0% dont 1 109,82 € régularisation 2024)'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''0 € (- 1000 € HT)'''
*Development new Dolistore / Développement nouveau Dolistore : '''4 456,40 € (New)'''
*Work on documentation LNE / Travail sur la documentation LNE certification caisse : '''5 000 € (New)'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''4 195,14 € HT (+10,9 %)'''
*Domain name / Nom de domaine Dolibarr : '''567,66 € HT (New)'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''781,95 € (+88,0 %)'''
*Travis maintenance : '''812,69 € HT (-6,0 %)'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''4 551,28 € (-82.5 % normal global world brand protection renouvelate only 10 years )'''
*Devcamps : '''34 305,44 € (+39,9 %)'''
**Fr. - Valence Summer 2025 : 17 859,59 €
**Fr. - Angouleme Winter 2025 : 13 385,85 €
**De. - Wien 2025 : 3 060,00 €
*DolibarrDay : '''1 000,00 € (New)'''
**Fr. - Valence : 1 000,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions/FOSDEM) : '''17 795,82 € HT (New)'''
*Insurance for event / Assurance RC pour les événements : '''470,88 € HT (New)'''
*Lawyer / Avocat : '''4 159,50 € (+41,5 %)'''
*Accounting firm / cabinet comptable : '''3 681,00 € (+1,0 %)'''
*Administrative management / Gestion administrative : '''9 270,00 € (+0,0 %)'''
*Bank charges / Frais bancaires : '''928,32 € (+64,6 % Explosion des frais Qonto)'''
*Stripe charges / Frais Stripe : '''11 537,05 € (+32,1 %)'''
*Paypal charges / Frais Paypal : '''500,00 € (+18.6% - A confirmer)'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''0 €''' ('''-708,20 € HT)'''
*CFE tax / CFE impôt : '''1 584,00 € (+1.7%)'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 € (+0,0 %)'''
*Miscellaneous adjustments / Régularisation divers : '''0,00 € (+0,0 %)'''

'''<big>Total output / total des sorties:</big>''' '''<big>480 456,00 €</big>'''
=Stocks=
On 31/12/2025, foundation owns / En date du 31/12/2025, l'association possède :
 

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for preferred partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Fiscal Report / Rapport Financier 2025

2026-04-09T02:48:41Z

Aspangaro:

{{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}}
This page is financial report for fiscal year 2025. For moral report, see page [[Moral Report / Rapport Moral 2025]]
{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2025. Pour le rapport moral, voir la page [[Moral Report / Rapport Moral 2025|Moral Report / Rapport Moral 20245]].
=Finances / Trésorerie=
On 2025-12-31, foundation has / En date du 31/12/2025, l'association a:

*186 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Qonto : '''14 841.51 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 €'''
**UI/UX: '''7 200,00 €'''
**Electronic invoice: '''10 800,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''105 737,63 € HT (126 885,16 € TTC)'''

'''Total: 145 136,45 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2025 end with / L'exercice 2025 a terminé au niveau suivant:

*Account/Compte Paypal: '''9 880,43''' '''€'''
*Account/Compte Caisse d'épargne: '''102 522,51''' '''€'''
*Account/Compte Epargne: '''82 529,27 €'''
*Account/Compte Qonto : '''13 991,91 €'''
*Account/Compte Stripe: '''22 295,08 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''4 850,00 €'''
**UI/UX: '''2 376,67 €'''
**Electronic invoice: '''7 200,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''en-cours'''
*Paid in advance as part of the LNE certification process / Versé en avance dans le cadre de la certification caisse (LNE): '''22 796,40 €'''

'''Total: xxx €'''
==Loss / Perte==
''' <big>- 32 497,15 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables): '''457 924,28 € HT (+1,3 %)'''
*Legislative Development Contribution (France) / Contribution développement législatif (France): '''564,71 € HT''' (New)
*Participation in Devcamps / Participation aux Devcamps: '''11 790,00 € (-0.5 %)'''
**Valence Summer 2025: 6 180,00 €
**Angouleme Winter 2025: 5 610,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions) : '''11 800 € HT (New)'''

*Subscriptions / Adhésions : '''16 875,00 € (+7,4 %)'''
*Interests / Intérêts Livret A : '''1 743,63 € (-25,9 %)'''
*Donation Github : '''117,70 € (+66,2 %)'''
*Miscellaneous adjustments / Régularisation divers : '''- 0,00 € (+0,0 %)'''

'''<big>Total entries / total des entrées:</big>''' '''<big>507 015,32 € (+7,4 %)</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''371 219,27 € HT (-10,3 %)'''
*Maintenance services: '''3 843,65 € HT (+151,0% dont 1 109,82 € régularisation 2024)'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''0 € (- 1000 € HT)'''
*Development new Dolistore / Développement nouveau Dolistore : '''4 456,40 € (New)'''
*Work on documentation LNE / Travail sur la documentation LNE certification caisse : '''5 000 € (New)'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''4 195,14 € HT (+10,9 %)'''
*Domain name / Nom de domaine Dolibarr : '''567,66 € HT (New)'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''781,95 € (+88,0 %)'''
*Travis maintenance : '''812,69 € HT (-6,0 %)'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''4 551,28 € (-82.5 % normal global world brand protection renouvelate only 10 years )'''
*Devcamps : '''34 305,44 € (+39,9 %)'''
**Fr. - Valence Summer 2025 : 17 859,59 €
**Fr. - Angouleme Winter 2025 : 13 385,85 €
**De. - Wien 2025 : 3 060,00 €
*DolibarrDay : '''1 000,00 € (New)'''
**Fr. - Valence : 1 000,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions/FOSDEM) : '''17 795,82 € HT (New)'''
*Insurance for event / Assurance RC pour les événements : '''470,88 € HT (New)'''
*Lawyer / Avocat : '''4 159,50 € (+41,5 %)'''
*Accounting firm / cabinet comptable : '''3 681,00 € (+1,0 %)'''
*Administrative management / Gestion administrative : '''9 270,00 € (+0,0 %)'''
*Bank charges / Frais bancaires : '''928,32 € (+64,6 % Explosion des frais Qonto)'''
*Stripe charges / Frais Stripe : '''11 537,05 € (+32,1 %)'''
*Paypal charges / Frais Paypal : '''500,00 € (+18.6% - A confirmer)'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''0 €''' ('''-708,20 € HT)'''
*CFE tax / CFE impôt : '''1 584,00 € (+1.7%)'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 € (+0,0 %)'''
*Miscellaneous adjustments / Régularisation divers : '''0,00 € (+0,0 %)'''

'''<big>Total output / total des sorties:</big>''' '''<big>480 456,00 €</big>'''
=Stocks=
On 31/12/2025, foundation owns / En date du 31/12/2025, l'association possède :
 

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for preferred partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Fiscal Report / Rapport Financier 2025

2026-04-09T02:32:38Z

Aspangaro:

{{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}}
This page is financial report for fiscal year 2025. For moral report, see page [[Moral Report / Rapport Moral 2025]]
{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2025. Pour le rapport moral, voir la page [[Moral Report / Rapport Moral 2025|Moral Report / Rapport Moral 20245]].
=Finances / Trésorerie=
On 2025-12-31, foundation has / En date du 31/12/2025, l'association a:

*186 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 €'''
**UI/UX: '''7 200,00 €'''
**Electronic invoice: '''10 800,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''105 737,63 € HT (126 885,16 € TTC)'''

'''Total: 130 294,94 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2025 end with / L'exercice 2025 a terminé au niveau suivant:

*Account/Compte Paypal: '''9 880,43''' '''€'''
*Account/Compte Caisse d'épargne: '''102 522,51''' '''€'''
*Account/Compte Epargne: '''82 529,27 €'''
*Account/Compte Stripe: '''22 295,08 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''4 850,00 €'''
**UI/UX: '''2 376,67 €'''
**Electronic invoice: '''7 200,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''en-cours'''
*Paid in advance as part of the LNE certification process / Versé en avance dans le cadre de la certification caisse (LNE): '''22 796,40 €'''

'''Total: xxx €'''
==Loss / Perte==
''' <big>- 32 497,15 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables): '''457 924,28 € HT (+1,3 %)'''
*Legislative Development Contribution (France) / Contribution développement législatif (France): '''564,71 € HT''' (New)
*Participation in Devcamps / Participation aux Devcamps: '''11 790,00 € (-0.5 %)'''
**Valence Summer 2025: 6 180,00 €
**Angouleme Winter 2025: 5 610,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions) : '''11 800 € HT (New)'''

*Subscriptions / Adhésions : '''16 875,00 € (+7,4 %)'''
*Interests / Intérêts Livret A : '''1 743,63 € (-25,9 %)'''
*Donation Github : '''117,70 € (+66,2 %)'''
*Miscellaneous adjustments / Régularisation divers : '''- 0,00 € (+0,0 %)'''

'''<big>Total entries / total des entrées:</big>''' '''<big>507 015,32 € (+7,4 %)</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''371 219,27 € HT (-10,3 %)'''
*Maintenance services: '''3 843,65 € HT (+151,0% dont 1 109,82 € régularisation 2024)'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''0 € (- 1000 € HT)'''
*Development new Dolistore / Développement nouveau Dolistore : '''4 456,40 € (New)'''
*Work on documentation LNE / Travail sur la documentation LNE certification caisse : '''5 000 € (New)'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''4 195,14 € HT (+10,9 %)'''
*Domain name / Nom de domaine Dolibarr : '''567,66 € HT (New)'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''781,95 € (+88,0 %)'''
*Travis maintenance : '''812,69 € HT (-6,0 %)'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''4 551,28 € (-82.5 % normal global world brand protection renouvelate only 10 years )'''
*Devcamps : '''34 305,44 € (+39,9 %)'''
**Fr. - Valence Summer 2025 : 17 859,59 €
**Fr. - Angouleme Winter 2025 : 13 385,85 €
**De. - Wien 2025 : 3 060,00 €
*DolibarrDay : '''1 000,00 € (New)'''
**Fr. - Valence : 1 000,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions) : '''15 809,52 € HT (New)'''
*Insurance for event / Assurance RC pour les événements : '''470,88 € HT (New)'''
*Lawyer / Avocat : '''4 159,50 € (+41,5 %)'''
*Accounting firm / cabinet comptable : '''3 681,00 € (+1,0 %)'''
*Administrative management / Gestion administrative : '''9 270,00 € (+0,0 %)'''
*Bank charges / Frais bancaires : '''564,10 €'''
*Stripe charges / Frais Stripe : '''8 733,38 €'''
*Paypal charges / Frais Paypal : '''421,27 €'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''0 €''' ('''-708,20 € HT)'''
*CFE tax / CFE impôt : '''1 584,00 € (+1.7%)'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 € (+0,0 %)'''
*Miscellaneous adjustments / Régularisation divers : '''0,00 € (+0,0 %)'''

'''<big>Total output / total des sorties:</big>''' '''<big>504 632,00 €</big>'''
=Stocks=
On 31/12/2025, foundation owns / En date du 31/12/2025, l'association possède :
 

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for preferred partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Fiscal Report / Rapport Financier 2025

2026-04-09T01:25:03Z

Aspangaro:

{{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}}
This page is financial report for fiscal year 2025. For moral report, see page [[Moral Report / Rapport Moral 2025]]
{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2025. Pour le rapport moral, voir la page [[Moral Report / Rapport Moral 2025|Moral Report / Rapport Moral 20245]].
=Finances / Trésorerie=
On 2025-12-31, foundation has / En date du 31/12/2025, l'association a:

*186 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 €'''
**UI/UX: '''7 200,00 €'''
**Electronic invoice: '''10 800,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''105 737,63 € HT (126 885,16 € TTC)'''

'''Total: 130 294,94 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2025 end with / L'exercice 2025 a terminé au niveau suivant:

*Account/Compte Paypal: '''9 880,43''' '''€'''
*Account/Compte Caisse d'épargne: '''102 522,51''' '''€'''
*Account/Compte Epargne: '''82 529,27 €'''
*Account/Compte Stripe: '''22 295,08 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''4 850,00 €'''
**UI/UX: '''2 376,67 €'''
**Electronic invoice: '''7 200,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''en-cours'''

'''Total: xxx €'''
==Loss / Perte==
''' <big>- 32 497,15 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables): '''457 924,28 € HT (+1,3%)'''
*Legislative Development Contribution (France) / Contribution développement législatif (France): '''564,71 € HT''' (New)
*Participation in Devcamps / Participation aux Devcamps: '''11 790,00 € (-0.5%)'''
**Valence Summer 2025: 6 180,00 €
**Angouleme Winter 2025: 5 610,00 €
*Participation in trade shows/conferences / Participation aux salons / conférences (Salon ERP Solutions) : '''11 800 € HT (New)'''

*Subscriptions / Adhésions : '''16 875,00 € (+7,4%)'''
*Interests / Intérêts Livret A : '''1 743,63 € (-25,9 %)'''
*Donation Github : '''117,70 € (+66,2%)'''
*Miscellaneous adjustments / Régularisation divers : '''- 0,00 €'''

'''<big>Total entries / total des entrées:</big>''' '''<big>507 015,32 € (+7,4%)</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''413 938,81 €'''
*Maintenance services: '''1 531,89 €'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''1 000 €'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''3 784,51 € HT'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''415,93 €'''
*Travis maintenance : '''864,13 € HT'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''25 978,46 €'''
*Devcamps : '''24 529,48 €'''
**Fr. - Montpellier Summer 2024 : 11 924,88 €
**Fr. - Nancy Winter 2024 : 12 604,60 €
**De. - Munich 2024 : 4 500,00 €
*Lawyer / Avocat : '''2 940,00 €'''
*Accounting firm / cabinet comptable : '''3 644,00 €'''
*Administrative management / Gestion administrative : '''9 270,00 €'''
*Bank charges / Frais bancaires : '''564,10 €'''
*Stripe charges / Frais Stripe : '''8 733,38 €'''
*Paypal charges / Frais Paypal : '''421,27 €'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''708,20 €'''
*CFE tax / CFE impôt : '''1 558,00 €'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''249,84 €'''

'''<big>Total output / total des sorties:</big>''' '''<big>504 632,00 €</big>'''
=Stocks=
On 31/12/2025, foundation owns / En date du 31/12/2025, l'association possède :
 

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for preferred partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Fiscal Report / Rapport Financier 2025

2026-04-09T01:11:24Z

Aspangaro:

{{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}}
This page is financial report for fiscal year 2025. For moral report, see page [[Moral Report / Rapport Moral 2025]]
{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2025. Pour le rapport moral, voir la page [[Moral Report / Rapport Moral 2025|Moral Report / Rapport Moral 20245]].
=Finances / Trésorerie=
On 2025-12-31, foundation has / En date du 31/12/2025, l'association a:

*186 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 €'''
**UI/UX: '''7 200,00 €'''
**Electronic invoice: '''10 800,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''105 737,63 € HT (126 885,16 € TTC)'''

'''Total: 130 294,94 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2025 end with / L'exercice 2025 a terminé au niveau suivant:

*Account/Compte Paypal: '''9 880,43''' '''€'''
*Account/Compte Caisse d'épargne: '''102 522,51''' '''€'''
*Account/Compte Epargne: '''82 529,27 €'''
*Account/Compte Stripe: '''22 295,08 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''4 850,00 €'''
**UI/UX: '''2 376,67 €'''
**Electronic invoice: '''7 200,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''en-cours'''

'''Total: xxx €'''
==Loss / Perte==
''' <big>- 32 497,15 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables) : '''457 924,28 € HT (+1,3%)'''
*Legislative Development Contribution (France) / Contribution développement législatif (France) : '''564,71 € HT''' (New)
*Participation in Devcamps / Participation aux Devcamps : '''11 847,50 €'''
**Montpellier Summer 2024: 5 583,34 €
**Nancy Winter 2024: 6 264,16 €

*Subscriptions / Adhésions : '''15 710,00 €'''
*Interests / Intérêts Livret A : '''2 352,98 €'''
*Donation Github : '''70,81 €'''
*Accounting adjustment (GIFF Invoice status) / Régularisation comptable (GIFF Facture situation) : '''- 10 000,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''- 3.07 €'''

'''<big>Total entries / total des entrées:</big>''' '''<big>472 134,85 €</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''413 938,81 €'''
*Maintenance services: '''1 531,89 €'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''1 000 €'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''3 784,51 € HT'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''415,93 €'''
*Travis maintenance : '''864,13 € HT'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''25 978,46 €'''
*Devcamps : '''24 529,48 €'''
**Fr. - Montpellier Summer 2024 : 11 924,88 €
**Fr. - Nancy Winter 2024 : 12 604,60 €
**De. - Munich 2024 : 4 500,00 €
*Lawyer / Avocat : '''2 940,00 €'''
*Accounting firm / cabinet comptable : '''3 644,00 €'''
*Administrative management / Gestion administrative : '''9 270,00 €'''
*Bank charges / Frais bancaires : '''564,10 €'''
*Stripe charges / Frais Stripe : '''8 733,38 €'''
*Paypal charges / Frais Paypal : '''421,27 €'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''708,20 €'''
*CFE tax / CFE impôt : '''1 558,00 €'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''249,84 €'''

'''<big>Total output / total des sorties:</big>''' '''<big>504 632,00 €</big>'''
=Stocks=
On 31/12/2025, foundation owns / En date du 31/12/2025, l'association possède :
 

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for preferred partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Fiscal Report / Rapport Financier 2025

2026-04-09T00:10:07Z

Aspangaro: Created page with "{{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}} This page is financial report for fiscal year 2024. For moral report, see page Moral Report / Rapport Moral 2024 {{Flag..."

{{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}}
This page is financial report for fiscal year 2024. For moral report, see page [[Moral Report / Rapport Moral 2024]]
{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2024. Pour le rapport moral, voir la page [[Moral Report / Rapport Moral 2024]].
=Finances / Trésorerie=
On 2024-12-31, foundation has / En date du 31/12/2024, l'association a:

*177 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2023 end with / L'exercice 2023 a terminé au niveau suivant:

*Account/Compte Paypal: '''512,45''' '''''€'''''
*Account/Compte Caisse d'épargne: '''100 057,26''' '''''€'''''
*Account/Compte Epargne: '''78 432,66 €'''
*Account/Compte Stripe: '''35 581,75 €'''
*Account/Compte Caisse liquide: 0 €
*Account/Giff invoice situation: '''7 050 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''96 776,90 € HT'''

'''Total: 124 899,22 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 €'''
**UI/UX: '''7 200,00 €'''
**Electronic invoice: '''10 800,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''105 737,63 € HT (126 885,16 € TTC)'''

'''Total: 130 294,94 €'''
==Loss / Perte==
''' <big>- 32 497,15 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables) : '''452 156,63 €'''
*Participation in Devcamps / Participation aux Devcamps : '''11 847,50 €'''
**Montpellier Summer 2024: 5 583,34 €
**Nancy Winter 2024: 6 264,16 €

*Subscriptions / Adhésions : '''15 710,00 €'''
*Interests / Intérêts Livret A : '''2 352,98 €'''
*Donation Github : '''70,81 €'''
*Accounting adjustment (GIFF Invoice status) / Régularisation comptable (GIFF Facture situation) : '''- 10 000,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''- 3.07 €'''

'''<big>Total entries / total des entrées:</big>''' '''<big>472 134,85 €</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''413 938,81 €'''
*Maintenance services: '''1 531,89 €'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''1 000 €'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''3 784,51 € HT'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''415,93 €'''
*Travis maintenance : '''864,13 € HT'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''25 978,46 €'''
*Devcamps : '''24 529,48 €'''
**Fr. - Montpellier Summer 2024 : 11 924,88 €
**Fr. - Nancy Winter 2024 : 12 604,60 €
**De. - Munich 2024 : 4 500,00 €
*Lawyer / Avocat : '''2 940,00 €'''
*Accounting firm / cabinet comptable : '''3 644,00 €'''
*Administrative management / Gestion administrative : '''9 270,00 €'''
*Bank charges / Frais bancaires : '''564,10 €'''
*Stripe charges / Frais Stripe : '''8 733,38 €'''
*Paypal charges / Frais Paypal : '''421,27 €'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''708,20 €'''
*CFE tax / CFE impôt : '''1 558,00 €'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''249,84 €'''

'''<big>Total output / total des sorties:</big>''' '''<big>504 632,00 €</big>'''
=Stocks=
On 31/12/2024, foundation owns / En date du 31/12/2024, l'association possède :
 

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for prefered partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Installation - Mise à jour

2026-03-25T10:13:17Z

Aspangaro: Typo fichier conf

[[en:Installation_-_Upgrade]]
[[es:Instalación_-_Actualización]]
[[zh:安装_-_升级]]


[[Category:Admin fr]]
{{TemplateDocUtil}}

Les procédures suivantes décrivent comment installer ou mettre à jour Dolibarr.

=Installer Dolibarr - Procédure d'installation=
Ce chapitre décrit les différentes méthodes possibles (des plus simples, aux manuelles) pour une première installation. Voir plus loin pour la mises à jour.

==Sur votre poste/serveur dédié==
===[[File:Logo_windows.png]] Avec DoliWamp (pour Windows)===
- '''Prérequis''': Windows

- '''Niveau''': Débutant

Attention, ce mode d'installation n'est pas disponible pour toutes les versions de Dolibarr. Seules quelques versions bénéficie de cet installateur clé en main.

Si vous maîtrisez l'installation d'un serveur Web Apache, de PHP et MySQL, la section [[Installation - Mise à jour#Avec Dolibarr (package standard .zip ou sources Git)|Avec Dolibarr (package standard .zip ou sources Git)]] est plus appropriée et disponible pour toute version.

Si vous avez du temps et que vous souhaitez apprendre à installer un serveur Web Apache, PHP et MariaDB, consultez la page [[Installation manuelle sous Windows]] pour des instructions pas à pas.

Pour les moins expérimentés qui sont sous Windows, il existe une distribution Dolibarr nommée '''DoliWamp''' qui permet de faire une installation Dolibarr sous Windows avec tous ses prérequis (Apache, Mysql, PHP) sans connaissance informatiques. Voici comment l'installer:

*Récupérez la version de Dolibarr pour Windows.

Pour cela, voir le site {{TemplateURLToDownloadDoliWamp}}

*Lancer le .exe téléchargé et suivez les instructions.

===[[File:Logo_ubuntu.png]] Avec DoliDeb (package Debian / Ubuntu .deb)===
- '''Prerequis''': Linux Debian, Ubuntu, ...

- '''Niveau''' : Débutant

Cette procédure fonctionne uniquement pour les utilisateurs Linux Debian, Ubuntu et dérivés et est recommandée pour ceux qui n'ont pas de connaissances informatiques particulières. Si vous êtes un administrateur expérimenté d'Apache, PHP et Mysql, le chapitre '''Avec Dolibarr (package standard zip)''' sera peut-être plus approprié. Dans le cas contraire, vous pouvez utilisez DoliDeb. DoliDeb est un package de Dolibarr spécialisé pour la distribution Debian ou Ubuntu. Ce package vous permet d'installer Dolibarr sous Ubuntu ou Debian (ou dérivé) avec tous ces prérequis (Apache, Mysql, PHP) s'ils ne sont pas déjà installés et ce sans connaissances techniques particulières.

*La procédure pour installer DoliDeb est décrite sur la page [[Dolibarr pour Ubuntu ou Debian]].

===[[File:Logo_rpm.png|40px]] Avec DoliRpm (package Fedora, Redhat, Mandriva, Mageia ou OpenSuse .rpm)===
- '''Prerequis''' : Linux Fedora, Redhat, Mandriva, Mageia or OpenSuse (peut également fonctioner pour toute distribution Linux à rpm)

- '''Niveau''' : Débutant

Cette procédure fonctionne uniquement pour les utilisateurs Linux d'une distribution gérant les packages rpm et est recommandée pour ceux qui n'ont pas de connaissances informatiques particulières. Si vous êtes un administrateur expérimenté d'Apache, PHP et Mysql, le chapitre suivant '''Avec Dolibarr (package standard zip)''' sera peut-être plus approprié. Dans le cas contraire, vous pouvez utilisez DoliRpm. DoliRpm est un package de Dolibarr spécialisé pour la distribution Fedora, Redhat, Mandriva, Mageia ou OpenSuse. Ce package vous permet d'installer Dolibarr sous ces OS avec tous ces prérequis (Apache, Mysql, PHP) s'ils ne sont pas déjà installés et ce sans connaissances techniques particulières.

*La procédure pour installer DoliRpm est décrite sur la page [[Dolibarr pour Redhat ou Fedora (package rpm)]] ou [[Dolibarr pour Mandriva ou Mageia (package rpm)]] ou [[Dolibarr pour OpenSuse (package rpm)]].

===[[File:Gnu.png]] Avec Dolibarr (package standard .zip ou sources Git pour Windows, Mac OS, OS X, Linux, BSD, ...)===
- '''Prérequis''' : Apache, PHP et un serveur de base de données (MySQL ou PostgreSQL) sont présents et opérationnels, et le login/mot de passe d'accès (au serveur de base de donné, ou à l'utilisateur root système) est connu.

- '''Niveau''' : Un peu de connaissances informatiques en administration Web.

Cette procédure décrit l'installation manuelle (recommandée) sur un système GNU/Linux (Debian, Mandriva, ...) mais elle est valable avec d'autres systèmes moyennant une adaptation des chemins à ceux de votre OS.

Elle est applicable pour toute version de Dolibarr >= 2.0.0

Pour des instructions spécifiques à une installation sous Windows, vous pouvez consulter la page [[Installation manuelle sous Windows]].

*Vérifiez que vous avez bien Apache, PHP {{PHPMinVersion}} et un serveur de base de données (MySQL {{MySqlMinVersion}}, MariaDB ou PostgreSQL) d'installés (consulter pour cela la liste des packages installés sur votre machine grâce au gestionnaire de mise à jour de package de votre distribution).
*Vérifiez que le serveur Web est lancé (<code>systemctl status apache2</code> ou <code>systemctl status httpd.service</code> par exemple). L'activer le cas échéant (<code>systemctl enable --now apache2</code> ou <code>systemctl enable --now httpd.service</code>)

*Vérifiez que le compte utilisateur root ou admin du serveur de base de donnée est connu et fonctionne correctement. Si cet utilisateur root ou admin est inconnu (car pas encore défini par exemple), lisez le chapitre qui suit (Sinon vous pouvez passez au point d'après):

====Installation du serveur de base de donnée====

=====MySql ou MariaDB=====
Installer le serveur de base de donnée (Voir la doc de votre serveur). Vérifiez que le serveur de base de données est lancé (<code>systemctl status mysqld.service</code> par exemple). L'activer le cas échéant (<code>systemctl enable --now mysqld.service</code>).

Pour les utilisateurs Linux utilisant MySql ou MariaDB, si vous venez juste d'installer la base de donnée, le login administrateur est '''root'''. Vous devez exécuter la commande suivante pour initialiser le mot de passe:
<source lang="bash">
mysql
</source>
Une fois dans l'interface Mysql, taper la commande de modification du mot de passe de root:
<source lang="sql">
grant all privileges on *.* to root@'localhost' identified by 'newrootpass' with grant option;
</source>
(A partir de MySQL 8 il faut d'abord créer le USER)
Puis entrée et pour quitter \q

Pour vérifier que l'accès avec ce couple user/mot de passe fonctionne, lancer la commande
<source lang="bash">
mysql -u root -p
</source>
Et taper votre mot de passe ''newrootpass'' suivi de \q pour quitter la sessions si la connexion a réussie.

=====Postgresql=====
Pour les utilisateurs Linux utilisant Postgresql, si vous venez juste d'installer la base de donnée PostgreSQL, vous devez d'abord créer un utilisateur administrateur et son mot de passe. Pour cela, ajouter la ligne suivante dans le fichier '''/etc/postgresql/x.x/main/pg_hba.conf''' (remplacer x.x avec votre version de postgres)
<source lang="ini">
local all dolibarrowner md5
</source>
De plus, mettez en commentaire la ligne
<source lang="ini">
#local all all ident
</source>
qui impose que le compte système utilisé pour accéder à la base (ce sera le compte sous lequel tourne l'application web), ait le même nom que le compte dans la base (ce n'est jamais le cas).

Ensuite, lancer la commande sous un shell root
<source lang="bash">
sudo -s -u postgres
createuser dolibarrowner
psql -d template1 -c "alter user dolibarrowner with password 'dolibarrownerpass'"
exit
psql
create database databasename;
grant all privileges on database databasename to dolibarrowner;
ALTER DATABASE databasename OWNER TO dolibarrowner;
\q
sudo /etc/init.d/postgresql restart
</source>
Vous pouvez tester la connexion pour l'utilisateur crée avec la commande
<source lang="bash">
psql -h localhost -d postgres -U dolibarrowner -W
</source>
Et entrez le mot de passe ''dolibarrownerpass'' et \q pour quitter la session si la connexion est ok.

====Copie des fichiers====

*Placez-vous dans le répertoire dans lequel installer Dolibarr (le répertoire racine défini pour votre serveur web)

#Pour Debian et les familles Ubuntu, il s'agit en général de: /var/www
#Pour Mandriva, Mageia, RedHat, Fedora: /var/www/html
#Pour Suse: /srv/www/htdocs

<source lang="bash">
$ cd /var/www
</source>

*Récupérez l'application

=====Avec l'archive=====
Si vous partez du fichier dolibarr.zip, récupérez le fichier et décompressez l'archive de l'application (ex: version 12.0.4)

<source lang="bash">
$ wget 'https://sourceforge.net/projects/dolibarr/files/Dolibarr ERP-CRM/12.0.4/dolibarr-12.0.4.zip'
$ unzip dolibarr.zip
</source>

Renommez le répertoire dolibarr-x.y.z en dolibarr afin d'avoir un nom de répertoire indépendant de la version (où x.y.z correspond à la version source)
<source lang="bash">
$ mv dolibarr-x.y.z dolibarr
</source>

=====Avec les sources Git=====
Si vous partez des sources Git, récupérer les sources par

<source lang="bash">
$ git clone -b X.Y http://github.com/Dolibarr/dolibarr.git dolibarr
</source>

'''X.Y''' est la version majeure à installer(Par exemple 9.0, 11.0, ...). Il est possible de remplacer '''X.Y''' par '''develop''' pour récupérer la version en cours de développement.

====Gestion des droits====
Modifiez les permissions et propriétaires du répertoire 'dolibarr' pour être sur que tous les fichiers soient en lecture pour l'utilisateur sur lequel tourne le serveur (on supposera qu'il s'agit de l'utilisateur 'www-data' pour debian ou ubuntu, 'apache' pour Redhat, Mandriva, Mageia, Fedora)
<source lang="bash">
$ chmod -R 755 /var/www/dolibarr
$ chown -R www-data:www-data /var/www/dolibarr
ou
$ chmod -R 755 /var/www/html/dolibarr
$ chown -R apache:apache /var/www/html/dolibarr
</source>

====Fichier de configuration====
En tant que root, créez, dans le répertoire dolibarr/htdocs/conf, un fichier de configuration vide, et attribuez-lui comme propriétaire du fichier, l'utilisateur du serveur web (exemple www-data sur debian, nobody sur une vieille RedHat, apache sur une autre version ...). Ceci est requis car le serveur web a besoin d'écrire dans ce fichier lors de l'installation.
<source lang="bash">
$ cd dolibarr ; touch htdocs/conf/conf.php ; chown www-data htdocs/conf/conf.php
</source>

====SELinux sur Fedora====
Sur Fedora, comme SELinux est activé en général, il est aussi conseillé de lancer les commandes pour rendre le répertoire 'dolibarr' accepté par l'environnement SELinux (an absence de commande, vous devriez recevoir des nombreuses alertes d'anomalies) :
<source lang="bash">
$ semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/html/dolibarr(/.*)?'
$ restorecon -R -v '/var/www/html/dolibarr'
</source>

Afin de pouvoir utiliser la sauvegarde sqldump et d'autres fonctions sur dolibarr dans un contexte SELinux vous devez ajouter 2 commandes :
<source lang="bash">
$ sudo setsebool -P httpd_can_network_connect_db 1
</source>
Ce qui donne l’autorisation au serveur web de se connecter à la base (par exemple mariadb ou mysql)
<source lang="bash">
$ sudo setsebool -P httpd_can_network_connect 1
</source>
Ce qui permet les connexions notamment sur le serveur local (localhost).

====Répertoire de documents====
Toujours en root, créez le répertoire qui servira aux documents générés ou stockés par Dolibarr (factures pdf, images, ...), et attribuez lui comme propriétaire, l'utilisateur du serveur web (exemple www-data sur Debian, nobody sur une vieille RedHat, apache sur une Mandriva, Mageia ou une RedHat récente, ...). Le serveur web doit avoir les droits en écriture dans ce répertoire. Il faut choisir un répertoire en dehors de la racine du site web. Par exemple "/var/lib/dolibarr/documents"
<source lang="bash">
$ mkdir -p /var/lib/dolibarr/documents ; chown www-data /var/lib/dolibarr/documents
</source>

====Installation====

*Pointez votre navigateur sur la page principale

<source lang="ini">
http://127.0.0.1/dolibarr/htdocs/
</source>

*Suivez les instructions de l'installation

*Pour des raisons de sécurité, il est nécessaire, une fois l'installation terminée, de créer un fichier install.lock dans le répertoire dédiés aux documents, que seul root doit avoir le droit d'effacer. Ceci va verrouiller la procédure d'installation qui ne pourra plus être appelée par erreur (Il faudra le supprimer, ou créer un fichier upgrade.unlock au moment des mises à jour).

<source lang="bash">
$ touch /var/lib/dolibarr/documents/install.lock; chmod go-w /var/lib/dolibarr/documents;
</source>

==Sur un hébergement mutualisé (à accès restreint)==
Certains hébergeurs proposaient une installation "en un clic" (OVH par exemple) : ils ont pour la plus part abandonné car trop questionnés pour des questions d'utilisation/administration : ils vous renverront maintenant vers ce wiki ou vers le forum dolibarr.

Procédure générique:

- '''Prerequis''':
Un serveur web Apache, PHP et une base de donnée (MySQL ou PostgreSQL) tourne correctement et le compte login/mot de passe (de la nouvelle base de donnée ou d'administration du serveur) est connu (sinon les demander à l'hébergeur).

- '''Niveau''': Utilisateurs avec quelques notions d'administration Web and base de donnée. Maitrise d'un outil de transfert de fichier (FTP, SFTP, ...) pour uploader les fichiers sur le serveur.

- '''Procédure''':

*Vérifiez que vous avez un serveur Web Apache, PHP et une base de donnée (MySQL ou PostGreSQL) qui fonctionne correctement.

*Vérifiez que vous avez un compte root ou administrateur avec login/mot de passe connu et que ces comptes fonctionnent. Si inconnu, demandez les à votre hébergeur.

*Récupérer l'archive de la dernière version stable de Dolibarr et décompressez la localement..

*Uploadez tout le contenu du répertoire dans le répertoire racine de votre site web, par exemple par FTP en mode binaire. NB : seul le contenu de htdocs est nécessaire au fonctionnement de dolibarr)

*Créez un répertoire nommé "documents", dans cette racine, qui servira à sauver tous les documents générés et stockés par Dolibarr (factures PDF, images uploadées, ...). Le serveur web doit avoir les permissions d'écrire dedans. Vous pouvez attribuer ces permission avec un client FTP.

*Maintenant appeler la page principale index.php de dolibarr avec votre navigateur.

*Suivez les instructions pas à pas du processus d'installation.

*Pour des raisons de sécurité, une fois l'installation terminée, de créer un fichier install.lock dans le répertoire de Dolibarr. Ceci verrouillera l'appel au processus d'installation (il vous faudra supprimer ce fichier pour permettre les mise à jour). Si ceci n'est pas fait, Dolibarr vous affichera un warning lorsque vous êtes logués comme administrateur.

===Exemple de tutoriel d'installation assez complet===
[[Installation - GANDI simple hosting|Comment installer un Dolibarr PARFAITEMENT fonctionnel chez l'hébergeur GANDI ?]]

==Sur un hébergeur SaaS ou Cloud==
Dolibarr est aussi disponible en version "pré-installée" chez de nombreux hébergeurs payants, fournissant des instances hébergées "prêtes à l'emploi".

Voir la page [[Solutions Cloud pour Dolibarr ERP CRM]].

Dolibarr peut aussi être installé manuellement sur toute plateforme Cloud (gratuite ou payante) qui supporte le PHP et Mysql.

Voir la page [[Installation - Mise à jour]]

==Installation avec Docker==
===Utiliser l'image docker officielle===
Voir le fichier README à https://hub.docker.com/r/dolibarr/dolibarr

===Reconstruire son image docker===
Pour les administrateurs ayant une expérience de Docker, il est possible d'utiliser les fichiers de build Docker situés dans le référentiel source ici : https://github.com/Dolibarr/dolibarr/tree/develop/build
git clone https://github.com/Dolibarr/dolibarr/
cd ./dolibarr
git checkout tags/<desiredrelease>

cd build/docker

docker-compose up

Lisez attentivement le fichier README. À partir de la version 12+, il est recommandé d'utiliser les fichiers Docker intégrés uniquement pour le développement, tandis qu'un dépôt externe : https://hub.docker.com/r/dolibarr/dolibarr est recommandé pour les environnements de production.

=Configuration=

==Premiers paramétrages==
Voir la page [[Premiers_paramétrages|Configuration/Paramétrage]].

==Configurer une connexion LDAP==
Si vous désirez utiliser LDAP: Voir [[Installer et configurer OpenLDAP]].

=Importer des données externes=
Pour cette opération, consulter la page [[Imports_de_masse]].

=Procédure de mise à jour=
Ce chapitre décrit le processus pour mettre à niveau une installation existante de Dolibarr d'une ancienne version vers une autre. Le processus est le même quel que soit la version depuis laquelle vous venez et la version vers laquelle vous allez, mais sera différent selon la distribution ou système d'exploitation utilisé pour votre première installation. Il est recommandé d'utiliser le même type de distribution pour la mise à jour que celle utilisée pour la première installation.

==Sauvegarde avant mise à jour==

Avant de faire une mise à jour, il est recommendé de faire un sauvegarde de la base de donnée mais aussi des documents, de cette façon même en cas de catastrophe vous ne perdrez pas vos précieuses données
https://wiki.dolibarr.org/index.php/Sauvegardes

Note : (facultatif mais recommandé)

Il est préférable de supprimer les anciens script (et les programmes s'ils sont inclus dans l'archive téléchargée) avant de déployer les nouveaux: des anciens fichiers pourraient rester dans la novuelle installation, causant bug ou dysfonctionnement.

Avant d'effacer quoi que ce soit, penser à sauvegarder les scripts spécifiques de votre installation:

*/custom si vous avez des modules externes (dolistore) -> assurez vous que vos modules sont compatibles avec la nouvelle version avant de mettre à jour !
*/conf/conf.php : les principaux paramètres de dolibarr
*Vos modèles et/ou script php personnalisés (il est recommandé de reporter vos modifications dans les nouveaux fichier car les votres sont basées sur l'ancienne version)

==[[File:Logo_windows.png]] Avec DoliWamp (package Windows .exe)==

Si vous aviez installé la version de Dolibarr spécifique nommé DoliWamp (qui embarque le serveur Web, PHP et Mysql), la procédure à suivre est celle-ci (Dans tout autre cas, utilisez une des procédures des chapitres suivant):

*Télécharger la nouvelle version de DoliWamp.

*Lancer le .exe et laissez vous guider dans toutes les étapes de migration en cliquant suivant,suivant,... à chaque fois sans rien changer aux valeurs proposées par défaut.

*Au premier accès de Dolibarr, l'application détectera que vous avez une base en version ancienne. Choisissez le menu proposé pour migrer à la version supérieure. Si vous avez fait un saut de plusieurs version, garder le choix proposer de migrer d'une seule version, à la fin le menu vous sera reproposé pour migrer à la suivante et ainsi de suite jusqu'à atteindre la version qui a été installé (par si vous avez installer Dolibarr 3.5 par dessus votre version courante qui était Dolibarr 3.2, choisissez le menu de migration pour passer de 3.2 à 3.3, puis 3.3 à 3.4 puis 3.4 à 3.5).

==[[File:Logo_ubuntu.png]] Avec DoliDeb (package Debian / Ubuntu .deb)==
Si vous aviez installé Dolibarr via un packagage Debian-Ubuntu, sa mise a jour se fait simplement de la même manière qu'une première installation. Il suffit d'installer le nouveau package .deb.
Par exemple en suivant la procédure [[Dolibarr pour Ubuntu ou Debian]].

*Au premier accès de Dolibarr, l'application détectera que vous avez une base en version ancienne. Choisissez le menu proposé pour migrer à la version supérieure. Si vous avez fait un saut de plusieurs version, garder le choix proposer de migrer d'une seule version, à la fin le menu vous sera reproposé pour migrer à la suivante et ainsi de suite jusqu'à atteindre la version qui a été installé (par si vous avez installer Dolibarr 3.5 par dessus votre version courante qui était Dolibarr 3.2, choisissez le menu de migration pour passer de 3.2 à 3.3, puis 3.3 à 3.4 puis 3.4 à 3.5).

==[[File:Logo_rpm.png|40px]] Avec DoliRpm (package Fedora, Redhat, Mandriva, Mageia ou OpenSuse .rpm)==
Si vous aviez installé Dolibarr via un packagage rpm, sa mise a jour se fait simplement de la même manière qu'une première installation. Il suffit d'installer le nouveau package .rpm.

*Au premier accès de Dolibarr, l'application détectera que vous avez une base en version ancienne. Choisissez le menu proposé pour migrer à la version supérieure. Si vous avez fait un saut de plusieurs version, garder le choix proposer de migrer d'une seule version, à la fin le menu vous sera reproposé pour migrer à la suivante et ainsi de suite jusqu'à atteindre la version qui a été installé (par exemple si vous avez installé Dolibarr 3.5 par dessus votre version courante qui était Dolibarr 3.2, choisissez le menu de migration pour passer de 3.2 à 3.3, puis 3.3 à 3.4 puis 3.4 à 3.5).

==[[File:Gnu.png]] Avec Dolibarr (package standard .zip)==

Cette procédure décrit la mise à jour de Dolibarr depuis une ancienne version vers une plus récente par la méthode manuelle, avec la distribution standard.

===Cas d'un hébergement où vous disposez d'un accès SSH===

*Placez-vous dans le répertoire dans lequel a été installé Dolibarr (le répertoire racine de votre serveur web, par exemple /var/www sous Debian)

<source lang="bash">
$ cd /var/www
</source>

*Récupérez l'archive de la nouvelle version (ex: 12.0.4)

<source lang="bash">
$ wget 'https://sourceforge.net/projects/dolibarr/files/Dolibarr ERP-CRM/12.0.4/dolibarr-12.0.4.zip'
</source>

*Décompressez l'archive

<source lang="bash">
$ unzip dolibarr.zip
</source>

*Recopiez les nouveaux fichiers (qui ont été décompressés dans le répertoire dolibarr-x.y.z) vers le répertoire où vous avez votre ancienne version de Dolibarr. Ceci a pour effet de remplacer les anciens fichiers par les nouveaux tout en conservant les fichiers qui vous sont spécifiques (comme le fichier conf.php ou encore vos modules complémentaires non officiels installés).
*Si vous déplacez ou renommez également le dossier de votre ancienne version de Dolibarr, pensez à modifier les chemins dans le fichier '''conf/conf.php''' (sinon vous risquez un fatal error: Cannot redeclare versiontostring)

<source lang="bash">
$ cp -r dolibarr-x.y.z/* dolibarr
</source>

*Vous pouvez alors supprimer le répertoire des fichiers sources

<source lang="bash">
$ rm -fr dolibarr-x.y.z
</source>

*Lancer Dolibarr dans votre navigateur habituel. Ceci fera apparaître l'assistant de migration: L'application détectera que vous avez une base en version ancienne. Choisissez le menu proposé pour migrer à la version supérieure. Si vous avez fait un saut de plusieurs versions, garder le choix proposé de migrer d'une seule version, à la fin le menu vous sera reproposé pour migrer à la suivante et ainsi de suite jusqu'à atteindre la version qui a été installée (par si vous avez installé Dolibarr 3.5 par dessus votre version courante qui était Dolibarr 3.2, choisissez le menu de migration pour passer de 3.2 à 3.3, puis 3.3 à 3.4 puis 3.4 à 3.5).

ou

Lancer les 3 étapes de migration en ligne de commande:
<source lang="bash">
$ cd htdocs/install
$ php upgrade.php oldx.oldy.oldz x.y.z > output.html
$ php upgrade2.php oldx.oldy.oldz x.y.z > output2.html
$ php step5.php oldx.oldy.oldz x.y.z > output3.html
</source>
Note: z doit être "0" car seules les versions majeures ont un script de migration à exécuter.

Le code retour sera 0 en cas de succès, 1 en cas d'erreur (voir alors le fichier sortie output.html ou output2.html)

Note: Si vous avez un message signalant que le processus de mise à jour est verrouillé par un fichier install.lock, supprimer ce fichier (il est stocké dans le répertoire racine ou "documents" de Dolibarr) puis rafraîchissez la page.

*Pour des raisons de sécurité nous vous conseillons, une fois la mise à jour terminée, de verrouiller le répertoire d'installation en créant un fichier install.lock dans le répertoire de donnée de Dolibarr. Dans le cas contraire, Dolibarr vous avertira d'un message dans l'interface une fois connecté

<source lang="bash">
$ echo > documents/install.lock
$ chmod 444 documents/install.lock
</source>

===Cas d'un hébergement sans accès SSH (mutualisé)===
Cette procédure a été vérifiée pour les mises à jours mineures de v10.0, soit v10.0.n vers v10.0.m (m > n). Dolibarr est installé sur un hébergement mutualisé que l'on peut paramétrer par une interface dédiée et à laquelle on accède par ftp/sftp.

La mise à jour pourra prendre de 2 à 4 heures en fonction de votre bande passante internet. Dolibarr sera inaccessible à tous les utilisateurs entre les étapes 3 et 6.

Chaque étape doit être réalisée dans l'ordre. L'interruption du processus est possible entre chaque étape.

====Étape 1 - Téléchargement de la nouvelle version====
Téléchargez l’archive de la nouvelle version sur votre disque local.

Décompressez l’archive de la nouvelle version sur le disque local.

====Étape 2 - Sauvegarde de votre installation actuelle====
Se reporter à la page [[Sauvegardes]].

=====À partir de votre interface d'administration Dolibarr, sauvegardez :=====

*le répertoire <code>/documents</code>,
*la base de donnée.

Les fichiers de sauvegarde créés sont enregistrés dans votre répertoire /documents.

=====Récupération de la sauvegarde distante (obligatoire, le fichier conf.php sera réutilisé plus tard)=====
Copier les répertoires distants suivants sur votre disque local :

*<code>/documents</code>,
*<code>/htdocs/conf</code> (pour sauver <code>conf.php</code>).

====Étape 3 - Mettre le site hors ligne====
Rendez l'accès à Dolibarr impossible à vos utilisateurs. Dans la plupart des cas, votre hébergement permet de rendre votre site hors ligne. Il ne sera plus accessible via un navigateur. Vous aurez toujours accès aux répertoires via votre logiciel ftp.

====Étape 4 - Supprimez l'ancienne version sur le serveur====
Avec votre logiciel ftp, '''supprimez''' les fichiers et répertoires suivants :

*les fichiers à la racine de votre répertoire distant,
*install.lock dans le répertoire <code>/documents</code> (s'il existe),
*les répertoires :
**<code>/build</code>,
**<code>/dev</code>,
**<code>/doc</code>,
**<code>/htdocs</code>,
**<code>/scripts</code>.

Il ne doit plus rester que le répertoire <code>/documents</code> dans votre espace distant.

====Étape 5 - Envoyer les nouveaux fichiers sur le serveur distant====
Avec votre logiciel ftp, '''envoyer''' :

*tous les fichiers et répertoires de l'archive décompressée de la nouvelle version,
*<code>conf.php</code> de votre sauvegarde dans <code>/htdocs/conf</code>

====Étape 6 - Lancer la mise à jour====
Remettre votre site en ligne.

Avec votre navigateur, connectez-vous à votre instance Dolibarr avec l'URL que vous utilisez habituellement (généralement : ''<nowiki>https://monsite.re/htdocs/index.php</nowiki>''). Dolibarr détecte la présence de fichiers d'une nouvelle version. Il lance le processus de mise à jour.

À l'issue de ce processus, vous arrivez sur votre page de connexion habituelle. Vous noterez que le numéro de votre nouvelle version sera indiqué au-dessus du formulaire de connexion.

====Étape 7 - Opération de sécurité finale====
'''Envoyer''' <code>install.lock</code> depuis votre sauvegarde dans le répertoire <code>/documents</code>.

=Vidéos sur le sujet=
Installation en local :

<youtube width="200" height="120">N0iweN8ukVU</youtube>

Installation sur serveur distant Infomaniak :

<youtube width="200" height="120">jsi1D4L1WAI</youtube>

Installation et migration vers V15 en local :

<youtube width="200" height="120">LKdQvRVxYKs</youtube>

Report board meeting 20260113 teleconf

2026-01-14T08:04:24Z

Aspangaro: /* Presents */

{{TemplateAssoEn}} {{TemplateAssoFr}}
=Title/Date/Location=

*Title: Foundation board meeting
*Date: 2026-01-13
*Location: Online with NextCloud

=Presents=
Members of the board (subscription up to date) that are present (Name of organization and name of contact):

*Atoo-Net (Philippe GRAND)
*DoliCloud (Laurent DESTAILLEUR)
*Easya Solution (Philippe SCOFFONI)
*Inovea Conseil (Nicolas ZABOURI + Alexandre SPANGARO)
*Scopen (Florian HENRY)
*Tiaris (Jean HEIMBURGER)

=Topics=

==French Certification of Dolibarr system for France by LNE==
First version of documents (version 1.1) has been transferred to LNE the 4th of November

*Feedback was received 7 days after the 4th november 2025
*10 points to fix in documentation
*10 was fixed

Estimated date to resubmit the version 1.2 of documents: mid-January

=> The new version of documents were re-submited the 12th of january

DoliCloud consumed workload for development and documentation :

- to date 580 hours (estimated valuation €47K)

(400h for documentation (update Wiki, update foundation status) versus 180h of development)

=> This includes install and setup of Digiquali to record the 146 items of the certification requirement referenced in the documentation produced

=> dev remains to do and are planned for v24.

==E-Invoicing==

First draft version of Dolibarr module is at state "work in progress" :

https://github.com/Dolibarr/dolibarr-community-modules

DoliCloud consumed workload for development and documentation : (to date) 340 hours (estimated valuation €20K)

==Brand protection actions==

===Brand monitoring and action on infringing sites/companies===
1 - DolibarrStore.com has been completely closed in january after Dolibarr foundation legal action and is now owned by Dolibarr foundation.
2 - Subject about forked modules :
New rules have been written in CGV :
FR : https://www.dolistore.com/conditions-generales-dutilisation_vendeurs-de-modules.php
EN : https://www.dolistore.com/terms-and-conditions-of-use-module-providers.php?l=en
The rule S4 and S5 for module providers has been completed and clarified. This is the clarified version to explain: * How the Dolibarr foundation will manage the duplication (fork) of modules

*Online selling services (alone) or installation or training services (alone) is now clearly forbidden. Instead for training, the provider can promote its service on a new page on the web site that will be created with dedicated landing SEO related to training.

=> FHE: mailing to all Dolistore module provider to alert that there is a change in CGV. Provider with a module that violates GPL and that are fork of another module still online have

=> A new feature has been added into DoliStore to ask to enter the external cost.

Current process with websites that use illegally Dolibarr trademark (in domain name or company name) is on process.

The generic email to sent to each contact that does not follow the rules on using the Dolibarr trademark has been validated by the lawyer.

This is the list of other known case:

*https://dolibarr-belgique.be
**Email sent the 10th of September 2026 -> Remind sent the 9th of December 2025
**Call planned 20 January if no answer since

==Preferred Partner==
One request refuse because rules are not respected

==Donation online==
The feature to allow donation with an invoice automatically generated is ready in v23. Waiting v23 to have it online. Donation will not be subject to tax exemption.

Will be activated on Dunning Module, when the v23 will be available. Cerfa PDF, have to be produced without tax exemption for the donator.

*TODO create a Call for tenders for this dev : Check that online payment of donation module works and suits the needs and send a CERFA after an online donation ? Is VAT rate 0% ?

==DoliStore==
The foundation can also reduce the current discount of 20% to lower amount for members.

*1st January 2027, the discount of DoliStore modules for foundation members will 10 %

 

*TODO Laurent: Will update the wiki page to update the new rate of 10% from this date.
**Wiki page has been updated and the condition of usage were also modified on the terms and condition of use on Dolistore.com
***https://wiki.dolibarr.org/index.php/Pourquoi_adh%C3%A9rer
***https://wiki.dolibarr.org/index.php/Why_subscribe

==New amount for contribution to Preferred Partner==

*Communication will be done to define new price for member's subscription for Preferred Partner because needs of the foundation have been increased (communication, brand protection, event, subscription price was not reviewed since 2015) => Still in discussion.
**This price will be effective for renewal of membership of Preferred Partner. Board need to discuss more about rules to apply. The price will be the one defined during the previous meeting.
**Philippe has prepared a communication, Maxime will send an emailing to preferred partner

https://wiki.dolibarr.org/index.php/Dolibarr_Preferred_Partner#For_France

Action Laurent done: Add filter of country on the list or partner in the emailing selector for partners

=> Done, in production.

TODO Maxime: Send email to inform French Preferred Partner of the new subscription amount once finale price grid is ok.

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

End of the meeting, next lines were reconducted from previous month and were not processed or removed.

<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

==Use stancer instead of Stripe for Dolistore==

To discuss next time...

==Create a Mistral account to use AI on the Dolibarr foundation ERP==

To discuss next time...

==DevCamps==

===Summer DevCamp 2026: Noisy Le Grand (NET Logic) - Gilles Poirier===

*Date: Thursday 11 June 2026 to Sunday 14 June 2026 => The proposal for hostel is accepted if we remove lunch for the Sunday (midi) - 100 euros per user / day without the lunch on Friday
*Price for subscription will be increased to: 180 HT per participant
*Maxime will call Gilles to explain

===Winter DevCamp 2026===

*Date: TBD

*Location: Lyon - Open-DSI
*OpenDSI gathering the quotation

===Summer DevCamp 2027: Date: TBD===

*Date: TBD
*Lille - Nord ERP CRM is confirmed too.

==Communication plan==
Communication plan is budgeted for 2026 (around 20 K€)

TODO Maxime: Will send the existing page to say "Thank you" + The Video (https://www.youtube.com/watch?v=ySEP5eBeE0Y)

==Next congress / meeting==

*FOSDEM (Brussels)(31 January & 1 February 2026) : Laurent D. will be there

*Salon Paris Open Source Experience 2026
**Application of Dolibarr is still not validated
***Waiting answer from organization.

==Task done for the Foundation by Laurent during past month (access not public)==

List of dev done by Laurent for the foundation internal needs (access private)

https://admin.dolibarr.org/projet/tasks/time.php?sortfield=t.element_date%2Ct.element_datehour%2Ct.rowid&sortorder=desc%2Cdesc%2Cdesc&begin=&contextpage=timespentlist&search_user=2&search_date_startday=1&search_date_startmonth=8&search_date_startyear=2025&projectid=1&withproject=1

==GIF(F): Groupement d’intérêt Fonctionnel (et financier)==
3 GIF in progress (https://wiki.dolibarr.org/index.php?title=Category:Groupement_d%27Int%C3%A9r%C3%AAt_Fonctionnel)

*GIFF UX/UI (https://github.com/orgs/Dolibarr/projects/6) : On going
*GIFF Facture électronique: Projet https://github.com/orgs/Dolibarr/projects/17 have start

=> Founding to be found because estimation of work load will be around ~ 100K€ budget

- Dunning campaign vs Crowd Funding

- Raise partner label France amount ?

- Private repository for the beginning

- Ask for dunning (pop-up/message) when the module will be available and activated on Dolibarr ?

will be discussed on another 30 min short meeting between board members 22 September

*GIFF Accountancy 2025 (https://github.com/orgs/Dolibarr/projects/13) : Stop for now

==DoliStore Evolution==
Private Project on Github foundation created to prioritize with issues

*https://github.com/orgs/Dolibarr/projects/15
*Waiting process for LNE before starting major changes on the DoliStore.

==Help to find founding==
Volunteers have give interest to help foundation about founding, project, etc...

*Iouston (Julien) is trying to get some founds from the European NGI organization for Dolibarr foundation

List of modules id

2025-12-30T06:31:26Z

Aspangaro:

{{TemplateDocDevEn}}
{{TemplateDocDevEs}}
{{TemplateDocDevFr}}
{{TemplateDocDevZh}}

This page list all reserved modules numbers / ID.

If you build or want to build your own modules, you should take an ID range here. Please pick range into existing holes first.

=ID 0 - 94999=
This range is reserved for Dolibarr's internal core modules, so all modules available into the standard distribution at https://github.com/Dolibarr/dolibarr

=ID 95000 - 99999=
This range is reserved for Dolibarr's community modules with sources hosted into the github repository: https://github.com/Dolibarr/dolibarr-community-modules

=ID 100000 - 499999=

Reserved area for editors in need for an ID range. You can edit this page to add your own range (take a range of 20 numbers only the first time, ask us for more)

[[File:Warning.png]] If you reserve more than 20 at once, we may automatically change your reservation range without information and you may experience conflicts with other modules in a future, so please follow the rules!

*ID 100000 - 100999: OpenThink (http://www.openthink.be) - Belgium
*ID 101000 - 101999: DoliCloud (https://www.dolicloud.com) - France
*ID 102000 - 102999: Tiaris (http://www.tiaris.fr) - France
*ID 103000 - 103999: Open-concept.pro (http://www.open-concept.pro) - France
*ID 104000 - 104999: ATM Consulting (http://www.atm-consulting.fr) - France
*ID 105000 - 105999: GPC.solutions - France
*ID 106000 - 106999: PHPASSO
*ID 107000 - 107999: TecLib (http://www.teclib.com) / Auguria (http://www.auguria.net) - France
*ID 108000 - 108999: ETHICWEB
*ID 109000 - 109999: Aplose ([http://www.aplose.fr https://www.aplose.fr]) - France
*ID 110000 - 110999: Association Dolibarr (https://www.dolibarr.org)
*ID 111000 - 111999: Asset IT (www.assetit.ch) - Suisse
*ID 112000 - 112999: Aarboard AG (www.aarboard.ch) - Suisse
*ID 113000 - 113999: Asilib - Alexandre Spangaro
*ID 114000 - 114999: Iceleaf OÜ
*ID 115000 - 115999: 2A2C Conseil - Cyril ZEKSER
*ID 116000 - 116999: Wolftec GmbH
*ID 117000 - 117999: Oscim (http://www.oscim.fr)
*ID 118000 - 118999: Oarces Web (dev.oarces.com)
*ID 119000 - 119999: Manuel Berrocal - Absolacom
*ID 120000 - 120999: Régis Houssin (http://www.inodbox.com) - France
*ID 121000 - 121999: Oscss - Shop - France
*ID 122000 - 122999: MrSof - la Nation du Web
*ID 123000 - 123999: Bruno Généré (webiseasy.org)
*ID 124000 - 124999: 7reasons s.r.l. (www.7reasons.eu) - Austria
*ID 125000 - 125999: ProgSI (www.progsi.ma)
*ID 126000 - 126999: Catalanet
*ID 127000 - 127999: Virgilio Filho pt-BR Brasil (@dolibarr.br) - Brazil
*ID 128000 - 128999: Nicolas Frappé France (www.sospc.info)
*ID 129000 - 129999: Adeo-Informatique
*ID 130000 - 130999: Technicks ICT (http://www.technicks.eu) - Italy
*ID 131000 - 131999: Joan Louis (itaca.fr) - France
*ID 132000 - 132999: Jean-Marie Arsac (https://azimut.fr) - France
*ID 133000 - 133999: Oriel Systems Ltd, UK. (www.orielsystems.com)
*ID 134000 - 134999: ALSOFT PVT. LTD. (https://www.alsoft.org)
*ID 135000 - 135999: Net-Logic (https://netlogic.fr)
*ID 136000 - 136050: MONA.RE - France
*ID 136051 - 136099: La Vida Marketing
*ID 136100 - 136149: Synergies-Tech France. (https://www.synergies-france.fr/)
*ID 136150 - 136199: Lyta
*ID 136200 - 136219: Maison Théophile Leclerc
*ID 136220 - 136270: SegoFount - Spain
*ID 136271 - 136320: Labor Dispatch (Simon Sheng , China)
*ID 136321 - 136370: MB Informatique (https://www.mb-informatique.fr)
*ID 136371 - 136420: Daxit Solutions (https://www.daxit.be)
*ID 136421 - 136470: HUSCH GmbH (https://husch-gmbh.de)
*ID 136471 - 138999: NSINFO (https://www.ns-info.fr)
*ID 139000 - 139999: Synergies-Tech France. (https://www.synergies-france.fr/)
*ID 140000 - 140999: Altairis (http://altairis.fr)
*ID 141000 - 141050: Projet2Team (https://www.projet2team.fr)
*ID 141051 - 141099: Elistair (http://elistair.com)
*ID 141100 - 141149: Blue Networks Technologies (https://www.blnt.fr)
*ID 141150 - 141199: Mainlab S.r.l. (https://www.mainlabonline.it) - Italy
*ID 141200 - 141249: Florian DUFOURG - France
*ID 141250 - 141299: SoftAddicts - Canada
*ID 141300 - 141349: Finanboo - (https://www.finanboo.com)
*ID 141350 - 141399: ConstruxZion Soft - Colombia (https://www.construxzionsoft.com.co)
*ID 141400 - 141450: COEXDIS - République Démocratique du Congo (https://www.coexdis.com)
*ID 141451 - 141501: HALFWARE - Algeria (https://www.half-ware.com)
*ID 141502 - 141552: Quantraum (https://quantraum.com)
*ID 141553 - 141603: Nateo Group
*ID 141604 - 141653: digital centric GmbH (https://www.digitalcentric.de/dolibarr)
*ID 141654 - 141699: Decrypting (https://www.decrypting.fr)
*ID 141700 - 141749: Zeise IT Consulting - Germany (https://www.zeise-it.de)
*ID 141750 - 141799: Data Rooster - France (https://datarooster.io)
*ID 141800 - 141849: IP Développement (https://www.ipdeveloppement.fr)
*ID 141850 - 141899: MSICCA | MRVL Soluciones de Ingeniería y Construcción, c.a (https://msicca.com)
*ID 141900 - 141949: THERSANE (https://www.thersane.fr)
*ID 141950 - 141999: MB Informatique (https://www.mb-informatique.fr)
*ID 142000 - 142049: ITANéA (https://www.itanea.fr)
*ID 142050 - 142099: ERP Consulting NZ ([https://www.erpconsulting.co.nz www.erpconsulting.co.nz])
*ID 142100 - 142149: Bloxera GmbH (https://www.bloxera.com)
*ID 142150 - 142199: Evangelos Souglakos - Greece
*ID 142200 - 142249: Luc CALARESU - France
*ID 142250 - 142299: OmnIT Services - Belgique (https://www.omnitservices.biz)
*ID 142300 - 142349: Gwadeyes - Guadeloupe (https://www.gwadeyes-informatique.com/)
*ID 142350 - 142399: Solution Libre (https://www.solution-libre.fr/)
*ID 142400 - 142449: Res Digital (https://res.digital)
*ID 142450 - 142499: itopie informatique (https://www.itopie.ch)
*ID 142500 - 142549: Weblinx.IT GbR (https://weblinx.it/) - Germany
*ID 142550 - 142599: ASCI-Automation - Mexico (https://asci-automation.com.mx/)
*ID 142600 - 142649: ZENKO Design - Japan / France / Spain
*ID 142650 - 142699: AWeerWolf
*ID 142700 - 148749: Lysis (https://lysis.net/)
*ID 142750 - 142799: Hadritech (https://www.hadritech.com/)
*ID 142800 - 142849: Bloxera GmbH (https://www.bloxera.com)
*ID 142850 - 148999: Everlats S.L. - España (https://www.everlats.com)
*ID 149000 - 149999: SydTech - America Central (https://www.sydtech.io/)
*ID 150000 - 150999: Jeffinfo
*ID 151000 - 151999: Konverseo (https://konverseo.com)
*ID 152000 - 152049: Tanguy Pénet (http://tanguype.net)
*ID 152050 - 152099: Web Solutions
*ID 152100 - 152149: MagicNet (https://www.magicnet.it)
*ID 152150 - 152199: Benjamin Falière (https://www.faliere.com)
*ID 152200 - 152249: Solauv
*ID 152250 - 156499: TecnoGestión Principado S.L. (https://www.tecnogestion.com) - Asturias - España
*ID 156500 - 156549: ACE Recycling (https://www.acerecycling.net.au/)
*ID 156550 - 156599: Kreativität Works ([http://www.kreativitat.com http://kreativitat.com])
*ID 156600 - 156649: [https://pierre-couy.dev Pierre Couy]
*ID 156650 - 156699: CXI (https://cyrix.co.za)
*ID 156700 - 156749: Mustafa Kemerci - Turkiye
*ID 156750 - 156799: [https://de-grandpre.quebec de Grandpré Technologies] - Québec (Canada)
*ID 156800 - 156849: Draceo
*ID 156850 - 156899: Valleiweb
*ID 156900 - 159949: NEOVIAQ Advisory LU(https://www.neoviaq.com)
*ID 159950 - 159999: Arve et Giffre INFOGESTION (https://www.ag-infogestion.fr)
*ID 160000 - 160999: Charles-François BENKE (http://www.patas-monkey.com)
*ID 161000 - 161999: Abbes Bahfir (https://01consulting.eu)
*ID 162000 - 162999: Jacques Rébiscoul
*ID 163000 - 163999: Open-DSI (https://www.open-dsi.fr)
*ID 164000 - 164999: Pixelada S. Coop. And. (https://pixelada.org)
*ID 165000 - 165049: DovConnect
*ID 165050 - 165099: Mind Operated Systems (https://www.mosystems.biz)
*ID 165100 - 165150: SD-Formation (https://sdformation.fr)
*ID 165151 - 165199: NUM'X (https://www.numx-sets.eu)
*ID 165200 - 165249: Benjam Préjent (https://www.benjam-prejent.fr)
*ID 165250 - 165299: Dhi Loka Private Limited, India (https://www.dhiloka.com)
*ID 165300 - 169999: Accellier Limited (https://www.accellier.com/)
*ID 170000 - 170999: TRIDENT CONSULTING LTD (www.tridentdxb.com)
*ID 171000 - 171999: LVSInformatique (www.lvsinformatique.com)
*ID 172000 - 172299: Ray Soft-Systems (https://www.ray-soft-systems.com)
*ID 172300 - 172349: Günter Lukas Consulting (https://gl.co.at)
*ID 172350 - 172399: MB Informatique (https://www.mb-informatique.fr)
*ID 172400 - 172449: Professional Structures Limited (https://pstructures.com)
*ID 172450 - 172699: IT-BS (https://www.it-bs.fr)
*ID 172700 - 172749: Indelog (https://www.indelog.fr)
*ID 172750 - 172799: NSINFO (https://www.ns-info.fr)
*ID 172800 - 172849: E-Concept Applications (https://e-concept-applications.fr)
*ID 172850 - 172899: B&R Stamm UG (https://stamm-ug.de)
*ID 172900 - 172949: Dolipive, support@dolipive.fr, www.dolipive.fr
*ID 172950 - 172999: CKD-Industrie (https://ckd-industrie.com/) - France
*ID 173000 - 173049: Aneosys (https://aneosys.fr) - France
*ID 173050 - 173099: Sebastian Schloßer - Germany
*ID 173100 - 173149: TecnoSoluciones (https://tecnosoluciones.com)
*ID 173150 - 173199: Digitalworks (https://www.digitalworks.fr) - France
*ID 173200 - 173249: UNi.D Consulting (https://www.unid-consulting.fr) - France
*ID 173250 - 173299: NetworkDigital(https://www.networkdigital.fr) - France
*ID 173300 - 173300: Módulo VeriFactu Dolibarr (https://verifactudolibarr.es/) - España
*ID 173301 - 173320: Sibanet (https://sibanet.net) - España
*ID 173321 - 173340: disQutons (https://wiki.dolibarr.org/index.php/Category:DisQutons)
*ID 173341 - 173360: Surática Software (https://suratica.es) - Spain
*ID 173361 - 173380: UpInvoice (https://upinvoice.eu) - Spain
*ID 173381 - 179999: Toutatis (https://toutatis.eu)
*ID 180000 - 180999: Triangle Ingénierie
*ID 181000 - 181999: TI Sin Problemas (https://www.tisinproblemas.com)
*ID 182000 - 182049: Chipserv Pawel Wlizlo (https://www.testware.it)
*ID 182050 - 182070: Herolapse (https://herolapse.com/)
*ID 182061 - 182999: TMC
*ID 183000 - 183999: BB2A Anthony Berton (https://www.bb2a.fr)
*ID 184000 - 184999: DPS PRINTING & DOCUMENTS SOCIEDAD ANONIMA (https://www.dps-lat.com)
*ID 185000 - 185049: Telioskour (https://github.com/telioskour)
*ID 185050 - 185099: Moko Consulting ([[Moko Consulting]] || https://mokoconsulting.tech)
*ID 185100 - 185149: Sinabe (https://sinabe.ch) - Suisse
*ID 185150 - 185169: Anatole Conseil (https://anatoleconseil.com/)
*ID 185170 - 185189: cferoiu
*ID 185190 - 185209: Guillemonde (https://guillemonde.family)
*ID 185210 - 185229: ITized - Finta Ionut (https://itized.com)
*ID 185230 - 185249: svewa (https://github.com/svewa/)
*ID 185250 - 185269: Clément Jaunay (https://clement-jny.fr/ || contact@clement-jny.fr)
*ID 185270 - 189999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 190000 - 190999: Diciannove (http://19.coop)
*ID 191000 - 191999: Elonet (https://elonet.fr)
*ID 192000 - 192049: IDFOR Consulting (https://www.idfor-consulting.fr/)
*ID 192050 - 192069: Stogger (<nowiki>https://stogger.com</nowiki>)
*ID 192070 - 192090: Protectora
*ID 192091 - 198999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 199000 - 199999: RFMS
*ID 200000 - 200999: Noxiome
*ID 201000 - 201999: Sasa Ostrouska (saxa)
*ID 202000 - 202999: Z-Application
*ID 203000 - 203099: Elidee - elidee.com
*ID 203100 - 203999: Garcia MICHEL (soamichel.fr)
*ID 204000 - 204999: Ari Elbaz elarifr - accedinfo.com
*ID 205000 - 205999: Kreiz IT
*ID 206000 - 206999: GBINFO (www.gbinfo.fr)
*ID 207000 - 207099: MacroProg (https://www.macroprog.com)
*ID 207100 - 207149: Reactiva Software
*ID 207150 - 207199: Ndejje University Water Research and Development Centre ([https://github.com/NDUWRDC/LIMS/])
*ID 207200 - 207299: Massaoud Bouzenad ([https://www.dzprod.net dzprod.net])
*ID 207300 - 207349: Ksar
*ID 207350 - 207399: Easylinux (www.easylinux.fr)
*ID 207400 - 207449: Arthur LENOBLE
*ID 207450 - 207499: Vaicop SAS de CV (México)
*ID 207500 - 207520: Frankie Wong - UK
*ID 207521 - 207540: Fyssec ([https://fyssec.fr/ fyssec.fr/])
*ID 207521 - 212099: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 212100 - 212149: Audio Vidéo Technologies (https://www.avtek.fr)
*ID 212150 - 212169: '''AI MYA GROUP ([https://Www.AI-MYA-GROUP.com www.AI-MYA-GROUP.com])'''
*ID 212170 - 213999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 214000 - 214049: X-Boss
*ID 214050 - 221999: PixelJM
*ID 220000 - 220050: Apex Tech (https://apextechmods.com)
*ID 220051 - 220100: Technology Xchange Solutions (https://www.txscorp.com)
*ID 222000 - 222999: dolibit (https://www.dolibit.de)
*ID 223000 - 223049: Tráfico Canada
*ID 223050 - 223099: VLTN (https://vltn.sh)
*ID 223100 - 229949: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 229950 - 229999: Solucions Informàtiques, Serveis i Innovació SLU (https://6innova.es)
*ID 230000 - 230049: Unareil (https://www.unareil.eu)
*ID 230050 - 230099: Lyra Network (https://www.lyra.com/)
*ID 230100 - 230149: Gheorghe Iftimi - CTW - RO
*ID 230150 - 230199: MEMA Machinery & Tools (https://www.mema.be)
*ID 230200 - 230249: Teleassist
*ID 230250 - 230299: Nh Developer
*ID 230300 - 230499: Chickenforce/code-chicken, IT Services Hahn (https://github.com/code-chicken [http://itservices-hahn.de/ https://itservices-hahn.de])
*ID 230500 - 230549: Hidup Consulting (https://consulting.hidup.io)
*ID 230550 - 230599: CMR Conseil (https://www.weblockup.fr)
*ID 230600 - 230649: aFreeMind Studio
*ID 230650 - 230699: Unideal (https://www.uni-deal.com)
*ID 230700 - 230749: DevLansdes (https://devlandes.com/)
*ID 230750 - 262699: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 262700 - 262799: Scopen (https://www.scopen.fr)
*ID 262800 - 262849: Christophe BATTAREL EI
*ID 262850 - 271799: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 271800 - 271849: bee solutions sàrl (Switzerland)
*ID 271850 - 272999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 273000 - 273019: Taler (https://taler.net)
*ID 273020 - 274199: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 274200 - 274249: Mathilde MAROCCO (https://mminformatique.fr)
*ID 274250 - 274299: Nerv Project (www.nerv-project.eu)
*ID 274300 - 274349: Knowhere Consulting S.L. (https://www.knowhere-consulting.eu)
*ID 274350 - 274399: Milen karaganski (https://blacktiehost.com)
*ID 274400 - 274449: Vincent MAURY ([https://www.timgroup.fr www.timgroup.fr])
*ID 274450 - 274499: Daraelmin
*ID 274500 - 274549: Emilie LAFORET (http://www.ermvallon.com)
*ID 274550 - 278999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 279000 - 279049: VSDigital Electronics (https://vsdigital.ar) - Argentina
*ID 279050 - 279999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 280000 - 280049: Bingroup (https://www.beinng.com)
*ID 280050 - 280099: Medialta (https://medialta.com)
*ID 280100 - 280149: Cédric Ancelin - Ancode (https://www.dolistore.com/fr/recherche?search_query=ancode)
*ID 280150 - 289999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 290000 - 290099: BNS - Project doliBRA ([https://www.beinng.com https://www.bns.net.br]) - Brasil
*ID 290100 - 299999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 300000 - 300049: RapidProgress (https://www.rapidprogress.eu) - Bulgaria
*ID 300050 - 300099: M@ Solution (https://www.ma-solution.fr/)
*ID 300100 - 300149: LAVA RUN (https://www.lavarun.re)
*ID 300150 - 300199: PsyCrow Code
*ID 300200 - 300249: Computences (https://www.computences.com/)
*ID 300250 - 300299: LEVEL IT (https://levelit.com.ar)
*ID 300300 - 300349: Progiseize (https://progiseize.fr)
*ID 300350 - 300399: MB Informatique (https://www.mb-informatique.fr)
*ID 300400 - 300449: Anouar Touati
*ID 300450 - 300499: Martin Danger
*ID 300500 - 301499: Whale Blows
*ID 301500 - 301549: Tom Trust - International
*ID 301550 - 301599: MB Informatique (https://www.mb-informatique.fr)
*ID 301600 - 302479: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 302480 - 302499: akyras (https://akyras.fr)
*ID 302500 - 302549: Diamubi (https://diamubi.com)
*ID 302550 - 302599: Datolab (https://www.datolab.com)
*ID 302600 - 302649: DuMaCo (https://www.dumaco.de)
*ID 302650 - 302699: Resilio SA
*ID 302700 - 302749: Aroga
*ID 302750 - 302799: Productivix (https://www.productivix.com)
*ID 302800 - 302849: Slibzz
*ID 302850 - 302899: idea design (https://ideadesign.dz)
*ID 302900 - 302949: AL MISBAH INFORMATIQUE (https://www.almisbah.ma)
*ID 302950 - 302999: Atis Solutions - France
*ID 303000 - 303499: Obixav - Nigeria
*ID 303500 - 303549: buschler plus GmbH, Germany (https://buschler.plus)
*ID 303550 - 303599: Prestalidaire - France (https://prestalidaire.com)
*ID 303600 - 309999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 310000 - 310049: Neilson Dufour (<nowiki>https://hypercode.ca</nowiki>)
*ID 310050 - 313999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 314000 - 314049: Ruemmler IT Solutions (https://www.ruemmler.net)
*ID 314050 - 314149: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 314150 - 314199: Benoît PASCAL
*ID 314200 - 319999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 320000 - 320999: Novus Studios (www.novusstudios.it)
*ID 321000 - 321999: AtooNet (http://www.atoo-net.com)
*ID 322000 - 322049: Doymer Consultores
*ID 322050 - 329999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 330000 - 330049: XTEC Industries (www.xtec-ind.com)
*ID 330050 - 330099: 10100 S.R.L. - (www.10100.to)
*ID 330100 - 330149: AES Dana SRL (https://aes-dana.be)
*ID 330150 - 330199: Freshcore (https://www.freshcore.fr)
*ID 330200 - 331999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 332000 - 332099: Gecka (https://gecka.nc)
*ID 332100 - 332149: Agence Milkshake (http://agencemilkshake.com)
*ID 332150 - 332199: Daniel Prowald IT – Service (https://prowald-it.de)
*ID 332200 - 332249: UNITICE (https://unitice.com)
*ID 332250 - 332299: Sidonie Moulart
*ID 332300 - 332349: LTDJ (Antonin MARCHAL - Le Temple du Jeu)
*ID 332350 - 333299: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 333300 - 333349: Sense Africa (http://sense.africa)
*ID 333350 - 339999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 340000 - 340049: M34D (https://m34d.com)
*ID 340050 - 340069: WiwIT
*ID 340070 - 349999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 350000 - 350049: SOUNDOU & MIDAS (https://www.soundou.org/)
*ID 350050 - 350099: Ildefonso González (https://igontek.es)
*ID 350100 - 350149: 7Kas Servicios de Internet, S.L. (https://7kas.com)
*ID 350150 - 350999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 351000 - 351049: P'tite Tête (https://ptitetete.com) - France
*ID 351050 - 398999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 359000 - 359049: Milen Karaganski0
*ID 400000 - 400999: 2byte.es (http://www.2byte.es)
*ID 401000 - 401999: B&D Informática
*ID 402000 - 402999: Marcos García de La Fuente (marcosgdf)
*ID 403000 - 403999: Sergibyte
*ID 404000 - 404999: Aikhan
*ID 405000 - 405999: AIME (http://www.aime.mx)
*ID 406000 - 406999: Som Núvol (https://somnuvol.coop)
*ID 407000 - 407019: I-Motion SARL
*ID 407020 - 408999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 409000 - 409999: LliureTIC (https://www.lliuretic.cat)
*ID 410000 - 410999: DoliGov
*ID 411000 - 411049: GATTEK SARL (https://www.ga-ttek.com)
*ID 411050 - 419999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 420000 - 420099: BBS Concept
*ID 420100 - 420199: LeMousticProduction (www.lemousticproduction.info) -< module DoliRH
*ID 420200 - 421199: VatCheck (www.abnc.be)
*ID 421200 - 422199: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 422200 - 422999: Artaban (http://artaban.fr)
*ID 423000 - 423049: cyberesprit
*ID 423050 - 423099: R.Bossard
*ID 423100 - 423199: Joliciel (www.joliciel.fr)
*ID 423200 - 423299: Pragma-tech (www.pragma-tech.fr)
*ID 423299 - 423999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 424000 - 424049: Philazerty ([https://www.philazerty.fr www.philazerty.fr])
*ID 424050 - 424099: Pragma-tech (www.pragma-tech.fr)
*ID 424100 - 424149: Ohoo Solutions (http://www.ohoosolutions.com)
*ID 424150 - 424199: DAGARCAM Informática (https://www.dagarcam.com/)
*ID 424200 - 424999: Lab51 (https://github.com/lab51org)
*ID 425000 - 425999: Sébastien SERRE Thivinfo (www.thivinfo.com)
*ID 426000 - 426099: Arkesis-Solution
*ID 426100 - 426149: GetLandy (www.getlandy.com)
*ID 426150 - 426649: OOB Software
*ID 426650 - 426849: Soft-Task Serviços e Sistemas (www.soft-task.com.br)
*ID 426850 - 426999: Bruno Caldas (https://github.com/BCaldas)
*ID 427000 - 427999: Kevin GUERRIER (alias xcl.saian)
*ID 428000 - 428099: af83
*ID 428100 - 428199: Arnaud Serrut - Adalon
*ID 428200 - 428249: imschweiler consulting (http://www.imschweiler-consulting.de'''<nowiki/>''')
*ID 428250 - 428299: AL1FO
*ID 428300 - 428349: Federico García-Patiño Barbolani (<federico.garcia.patino@gmail.com>)
*ID 428350 - 428399: INTM Groupe - France (www.intm.com)
*ID 428400 - 428449: Nick Fragoulis - Greece
*ID 428450 - 428499: Kontava - France ([https://kontava.fr kontava.fr)]
*ID 428500 - 428549: hkwhitten - USA
*ID 428550 - 428999: SmartOne
*ID 429000 - 429999: induslab
*ID 430000 - 430099: Mixity sprl (www.mixity.be)
*ID 430100 - 430199: sgiraud
*ID 430200 - 430299: Merlion TI (www.merlion-si.com.br)
*ID 430300 - 431299: Libre Expert (www.libre-expert.com)
*ID 431300 - 431399: ptibogxiv (www.ptibogxiv.net)
*ID 431400 - 431499: Befox (www.befox.fr)
*ID 431500 - 431599: rue Béjo (www.ruebejo.fr)
*ID 431600 - 431699: Avizzeo (www.avizzeo.com)
*ID 431700 - 432199: Multisistemas (www.multisistemas.com.sv)
*ID 432200 - 432399: Burbuja - Chile (www.burbuja.cl)
*ID 432400 - 433399: INOVEA CONSEIL (https://www.inovea-conseil.com)
*ID 433400 - 434399: Rachid HRICH - Maroc (HricH ServiceS.)
*ID 434400 - 435399: Lance Bleakley - LanceIT (www.lanceit.net)
*ID 435400 - 435999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 436000 - 436099: SOWEBIO (www.soweb.io)
*ID 436100 - 436199: CAP-REL (www.cap-rel.fr)
*ID 436200 - 436300: TDE-INFORMATIQUE (www.tde-informatique.fr)
*ID 436301 - 436349: Evarisk ([https://www.evarisk.com/id-module-dolibarr/ www.evarisk.com])
*ID 436350 - 436399: Eoxia ([https://www.eoxia.com/dolibarr/modules/ www.eoxia.com])
*ID 436400 - 437399: Mohamed AHERDANE - Morocco - IT Consultant ( www.wave.ma )
*ID 437400 - 437449: Martin Neubauer - Germany
*ID 437450 - 437599: Club1click (www.club1click.es)
*ID 437600 - 437629: Coulon Vincent (https://github.com/HoverEpic)
*ID 437630 - 437649: Aytechnet (https://www.aytechnet.fr/) - François Pons
*ID 437650 - 437699: LibreMaster (https://libremaster.com) - Christophe T.
*ID 437700 - 437749: STELLAR Broadband (https://www.stellarbb.com) - U.S.A. - Philip Laycock
*ID 437750 - 437799: DIGITA.LU Ajous Solutions
*ID 437800 - 437850: iProspective (https://iprospective.fr) - Mathieu Moulin
*ID 437851 - 437900: Theobald Groupe.
*ID 437901 - 437950: Neuronnexion (http://neuronnexion.coop)
*ID 437951 - 437952: jmbc - APIA-ASSO (https://www.apia-asso.fr)
*ID 437953 - 438002: IPCZEN SARL (https://www.ipczeninformatique.fr/)
*ID 438003 - 438052: FESF IT Department (https://fesf.org.pk)
*ID 438053 - 438103: Pilot Engineering team
*ID 438104 - 438153: u2042 (https://u2042.com)
*ID 438154 - 438204: Djair E Pereira (ocultooooo@gmail.com) - Brasil
*ID 438205 - 438255: yoandm (https://yoandm.com)
*ID 438256 - 438299: PTMSoft (<nowiki>https://www.ptmsoft.fr</nowiki>)
*ID 438300 - 438399: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 438400 - 439399: Tetras Libre - France - Développement logiciels libres (www.tetras-libre.fr)
*ID 439400 - 440399: Dolibarr-pro - France - Développement Dolibarr (www.dolibarr-pro.com)
*ID 440400 - 441399: Quidlab Co., Ltd - Thailand - ( www.quidlab.com )
*ID 441400 - 442399: Ide@log - France - (https://www.idealog-info.net) - Laurent Leblanc
*ID 442400 - 443399: Valerio Bianchi (www.valeriobianchi.com)
*ID 443400 - 444399: delassalle - France - (www.delassalle.fr) - Joseph Delassalle
*ID 444400 - 445399: Webartis - Maroc - (www.webartis.net) - François Dry
*ID 445400 - 445499: SCOP Au-delà des nuages - France
*ID 445500 - 445549: X Net Systems - Egypt - (https://www.xneteg.com)
*ID 445550 - 445569: Schiefer.IT - Austria ([https://schiefer.it schiefer.it])
*ID 445570 - 445999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 446000 - 446999: iouston (http://www.iouston.com) - France - Julien Marchand
*ID 447000 - 447999: rSanjoSEO - Rafael San José Tovar (www.rsanjoseo.com) - Spain
*ID 448000 - 448999: Code 42 (www.code42.fr)
*ID 449000 - 449999: TakePOS (www.takepos.com)
*ID 450000 - 450999: Pierre ARDOIN
*ID 451000 - 451999: Éditeur depordi.fr
*ID 452000 - 452999: Dylan NAKONG
*ID 453000 - 453999: Menahd Ouchenir - France - menahd-ouchenir.com
*ID 454000 - 454999: Withheld - Canada
*ID 455000 - 455999: Gaëtan MAISON - Info Libre @ Dom - France (https://www.infolibreadom.com)
*ID 456000 - 456999: Laurent LEBLEU - B.L.C. - Blue Line Company - Lille - France (www.bluelinecompany.fr/dolibarr)
*ID 457000 - 457999: Sébastien BOUCHER
*ID 458000 - 458999: Lester HERNÁNDEZ - Argentina - (freelancerlrhd@gmail.com)
*ID 459000 - 459999: Infopen - France
*ID 460000 - 460049: torvista - Spain
*ID 460050 - 460099: ADVAISION.com (Belgique www.advaision.com)
*ID 460100 - 460999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 461000 - 461999: MEGALOGI - Maroc (www.erpcloud.ma)
*ID 462000 - 462999: Making Digital (www.making-digital.fr) - France
*ID 463000 - 463999: linx s.r.l.s.
*ID 464000 - 464999: NimbleCubed Inc. (www.nimblecubed.com)
*ID 465000 - 465999: Artefacts (www.artefacts.coop) - Pascal Daugeron
*ID 466000 - 466999: CDM Consultores - (www.cdm.guru)
*ID 467000 - 467999: M71 Service GmbH - (www.m71-service.de)
*ID 468000 - 468049: Clément Segonzac - France (clement.segonzac@gmail.com)
*ID 468050 - 468099: Flavien Belli - France (https://github.com/Marshlyin || belliflaviencontactpro@gmail.com)
*ID 468100 - 468119: Chl (https://code.bugness.org/Dolibarr)
*ID 468120 - 468169: Commotron GmbH (https://www.commotron.com/)
*ID 468170 - 468219: Infans Group (franck.lauby@infans.fr)
*ID 468175 - 468199: Gaëlle Rauffet - France (kiwiscan.net)
*ID 468200 - 468249: Paulo Oliveira - Brasil (paulorcdo@gmail.com)
*ID 468250 - 468269: CD-Systems - France (https://www.cd-systems.fr)
*ID 468270 - 468299: Nicolas Testori
*ID 468300 - 468349: Uvensys - Germany (https://uvensys.de)
*ID 468350 - 468399: Laudeco - Belgium (http://github.com/laudeco)
*ID 468400 - 468449: Alexis LAURIER - France (https://www.alexislaurier.fr)
*ID 468450 - 468499: Mehdi Belkhayat - Maroc (https://opensi.ma)
*ID 468500 - 468599: InvIT GmbH - Germany (https://invit.sh)
*ID 468600 - 468649: Ricardo Sequeira - Portugal (https://ricardo-sequeira.com)
*ID 468650 - 468699: J-IT - Belgique (https://www.j-it.be)
*ID 468700 - 468749: Fidesio - France (https://www.fidesio.com/)
*ID 468750 - 468799: Sgestion - Spain (http://www.sgestion.net/)
*ID 468800 - 468849: Denis JULIEN - Brasil (matrinxa@free.fr)
*ID 468850 - 468899: Mmariko - Module GED - Effios
*ID 468900 - 468949: Maazou Amadou Abdoul aziz - Maroc (yaronfada@gmail.com)
*ID 468950 - 468999: Alexis LAURIER - France (https://www.alexislaurier.fr)
*ID 469000 - 469049: John Livingston (https://github.com/JohnXLivingston/)
*ID 469050 - 469099: Macrorom ICT-services (https://macrorom.nl/)
*ID 469100 - 469149: HABOT IT - France (https://habot.it)
*ID 469150 - 469159: CaribbeanConsult.Com CCC - France Guadeloupe (https://dolibarr.ccc.gp)
*ID 469160 - 469171: GMBG - Portugal
*ID 469172 - 469199: BGi Lda - Portugal
*ID 469200 - 469949: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 469950 - 469999: Goldoweb (http://goldoweb.com)
*ID 470000 - 470999: Reindeer Digital (https://rdeer.cz)
*ID 471000 - 471099: CAP-REL (www.cap-rel.fr)
*ID 471100 - 471199: M. Morillon
*ID 471200 - 471209: Pablo Nuñez
*ID 471210 - 471249: FANEL A.Ş (https://www.fanel.com.tr)
*ID 471250 - 480999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 481000 - 481999: Alhaidab-ITIS (https://alhaidab.dolibarr.sd)
*ID 482000 - 482999: Basix IT (https://www.basix.de)
*ID 483000 - 483049: SASCO SpA (https://www.sasco.cl)
*ID 483050 - 483099: WIP Engineering (https://www.wip-gmbh.com)
*ID 483100 - 483149: J.Kaiser
*ID 483150 - 483199: CodLines (https://www.codlines.com)
*ID 483200 - 483249: BleepalSoftware (https://bleepal.com)
*ID 485000 - 485049: Gest Info Service Plus (contact@gest-plus.fr)
*ID 485050 - 489999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 490000 - 490049: VOLD (https://vold.lu)
*ID 490050 - 490999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 491000 - 491049: NORD ERP CRM (https://www.nord-erp-crm.fr/)
*ID 491050 - 491099: KJR-online (https://kjr-online.fr/)
*ID 491100 - 491149: eNova
*ID 491150 - 491199: App 4 Business
*ID 491200 - 491249: Mil24 (http://www.mil24.com.py)
*ID 491250 - 491299: M2AM
*ID 491300 - 491349: luigifab (https://github.com/luigifab), also reuse id:105009 for Sentry fork
*ID 491350 - 491399: Frédéric France (https://github.com/frederic34)
*ID 491400 - 491449: E-dem (https://www.e-dem.com/)
*ID 491450 - 491499: Burofree (https://burofreeai.es)
*ID 491500 - 491549: EMDELEN (https://emdelen.fr/)
*ID 491550 - 491599: eSoUrCeS Technologie (https://techno.esources.ca/) - Canada
*ID 491600 - 491649: GoSouce Peru - Peru
*ID 491650 - 491669: Kaféin Studio (https://kafein.studio) - France
*ID 491670 - 491699: Neykinfo - France
*ID 491700 - 491999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 492000 - 492020: Anura (https://www.anura.fr/)
*ID 492021 - 492999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 493000 - 493020: Bourez Bastien EI (https://bastien-b.fr/)
*ID 493051 - 493071: benhmida ilyess (bhilyess98@gmail.com)
*ID 493101 - 493120: George TS, George SP (gspanos@makeasite.gr)
*ID 499001 - 499020: IT GENIUSES (https://www.itgeniuses.com)
*ID 499051 - 499071: KREATIV PROJECT MANAGEMENT

DO NOT ADD RECORD HERE, PLEASE FILL HOLES FIRST !!!!
...

=ID > 500000=

This range can't be reserved. It is a common range. If you don't plan to distribute your module, you can use an ID in this range with no need to reserve it.

If you don't already have reserved ids and need some, please don't use hazardous number and use a number higher than 500000, but it is better to ask a wiki account, and reserve your own range by editing the 100000 - 499999 range (20 ids at once).

Fiscal Report / Rapport Financier 2024

2025-07-17T09:17:57Z

Aspangaro: Dispatch devcamp Munich 2024

{{TemplateAssoFr}} {{TemplateAssoEn}}

{{Flag en}}
This page is financial report for fiscal year 2024. For moral report, see page [[Moral Report / Rapport Moral 2024]]

{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2024. Pour le rapport moral, voir la page [[Moral Report / Rapport Moral 2024]].

=Finances / Trésorerie=
On 2024-12-31, foundation has / En date du 31/12/2024, l'association a:

*177 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2023 end with / L'exercice 2023 a terminé au niveau suivant:

*Account/Compte Paypal: '''512,45''' '''''€'''''
*Account/Compte Caisse d'épargne: '''100 057,26''' '''''€'''''
*Account/Compte Epargne: '''78 432,66 €'''
*Account/Compte Stripe: '''35 581,75 €'''
*Account/Compte Caisse liquide: 0 €
*Account/Giff invoice situation: '''7 050 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''96 776,90 € HT'''

'''Total: 124 899,22 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 €'''
**UI/UX: '''7 200,00 €'''
**Electronic invoice: '''10 800,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''105 737,63 € HT (126 885,16 € TTC)'''

'''Total: 130 294,94 €'''
==Loss / Perte==
''' <big>- 32 497,15 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables) : '''452 156,63 €'''
*Participation in Devcamps / Participation aux Devcamps : '''11 847,50 €'''
**Montpellier Summer 2024: 5 583,34 €
**Nancy Winter 2024: 6 264,16 €

*Subscriptions / Adhésions : '''15 710,00 €'''
*Interests / Intérêts Livret A : '''2 352,98 €'''
*Donation Github : '''70,81 €'''
*Accounting adjustment (GIFF Invoice status) / Régularisation comptable (GIFF Facture situation) : '''- 10 000,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''- 3.07 €'''

'''<big>Total entries / total des entrées:</big>''' '''<big>472 134,85 €</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''413 938,81 €'''
*Maintenance services: '''1 531,89 €'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''1 000 €'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''3 784,51 € HT'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''415,93 €'''
*Travis maintenance : '''864,13 € HT'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''25 978,46 €'''
*Devcamps : '''24 529,48 €'''
**Fr. - Montpellier Summer 2024 : 11 924,88 €
**Fr. - Nancy Winter 2024 : 12 604,60 €
**De. - Munich 2024 : 4 500,00 €
*Lawyer / Avocat : '''2 940,00 €'''
*Accounting firm / cabinet comptable : '''3 644,00 €'''
*Administrative management / Gestion administrative : '''9 270,00 €'''
*Bank charges / Frais bancaires : '''564,10 €'''
*Stripe charges / Frais Stripe : '''8 733,38 €'''
*Paypal charges / Frais Paypal : '''421,27 €'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''708,20 €'''
*CFE tax / CFE impôt : '''1 558,00 €'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''249,84 €'''

'''<big>Total output / total des sorties:</big>''' '''<big>504 632,00 €</big>'''

=Stocks=
On 31/12/2024, foundation owns / En date du 31/12/2024, l'association possède :

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for prefered partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Fiscal Report / Rapport Financier 2024

2025-06-14T12:39:20Z

Aspangaro:

{{TemplateAssoFr}} {{TemplateAssoEn}}

{{Flag en}}
This page is financial report for fiscal year 2024. For moral report, see page [https://wiki.dolibarr.org/Moral_Report_/_Rapport_Moral_2024 Moral Report / Rapport Moral 2024]

{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2024. Pour le rapport moral, voir la page [Https://wiki.dolibarr.org/Moral Report / Rapport Moral 2024 Moral Report / Rapport Moral 2024].

=Finances / Trésorerie=
On 2024-12-31, foundation has / En date du 31/12/2024, l'association a:

*159 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2023 end with / L'exercice 2023 a terminé au niveau suivant:

*Account/Compte Paypal: '''512,45''' '''''€'''''
*Account/Compte Caisse d'épargne: '''100 057,26''' '''''€'''''
*Account/Compte Epargne: '''78 432,66 €'''
*Account/Compte Stripe: '''35 581,75 €'''
*Account/Compte Caisse liquide: 0 €
*Account/Giff invoice situation: '''7 050 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''96 776,90 € HT'''

'''Total: 124 899,22 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 €'''
**UI/UX: '''7 200,00 €'''
**Electronic invoice: '''10 800,00 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''105 737,63 € HT (126 885,16 € TTC)'''

'''Total: 130 294,94 €'''
==Loss / Perte==
''' <big>- 32 497,15 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables) : '''452 156,63 €'''
*Participation in Devcamps / Participation aux Devcamps : '''11 847,50 €'''
**Montpellier Summer 2024: 5 583,34 €
**Nancy Winter 2024: 6 264,16 €

*Subscriptions / Adhésions : '''15 710,00 €'''
*Interests / Intérêts Livret A : '''2 352,98 €'''
*Donation Github : '''70,81 €'''
*Accounting adjustment (GIFF Invoice status) / Régularisation comptable (GIFF Facture situation) : '''- 10 000,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''- 3.07 €'''

'''<big>Total entries / total des entrées:</big>''' '''<big>472 134,85 €</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''418 438,81 €'''
*Maintenance services: '''1 531,89 €'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''1 000 €'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''3 784,51 € HT'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''415,93 €'''
*Travis maintenance : '''864,13 € HT'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''25 978,46 €'''
*Devcamps : '''24 529,48 €'''
**Montpellier Summer 2024 : 11 924,88 €
**Nancy Winter 2024 : 12 604,60 €
*Lawyer / Avocat : '''2 940,00 €'''
*Accounting firm / cabinet comptable : '''3 644,00 €'''
*Administrative management / Gestion administrative : '''9 270,00 €'''
*Bank charges / Frais bancaires : '''564,10 €'''
*Stripe charges / Frais Stripe : '''8 733,38 €'''
*Paypal charges / Frais Paypal : '''421,27 €'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''708,20 €'''
*CFE tax / CFE impôt : '''1 558,00 €'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''249,84 €'''

'''<big>Total output / total des sorties:</big>''' '''<big>504 632,00 €</big>'''

=Stocks=
On 31/12/2024, foundation owns / En date du 31/12/2024, l'association possède :

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for prefered partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Fiscal Report / Rapport Financier 2024

2025-06-14T10:25:15Z

Aspangaro: MAJ 2024

<big>'''/!\ Page en cours de rédaction / Page under construction'''</big>

{{TemplateAssoFr}} {{TemplateAssoEn}}

{{Flag en}}
This page is financial report for fiscal year 2024. For moral report, see page [https://wiki.dolibarr.org/Moral_Report_/_Rapport_Moral_2024 Moral Report / Rapport Moral 2024]

{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2024. Pour le rapport moral, voir la page [Https://wiki.dolibarr.org/Moral Report / Rapport Moral 2024 Moral Report / Rapport Moral 2024].

=Finances / Trésorerie=
On 2024-12-31, foundation has / En date du 31/12/2024, l'association a:

*159 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2023 end with / L'exercice 2023 a terminé au niveau suivant:

*Account/Compte Paypal: '''512,45''' '''''€'''''
*Account/Compte Caisse d'épargne: '''100 057,26''' '''''€'''''
*Account/Compte Epargne: '''78 432,66 €'''
*Account/Compte Stripe: '''35 581,75 €'''
*Account/Compte Caisse liquide: 0 €
*Account/Giff invoice situation: '''7 050 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''96 776,90 € HT'''

'''Total: 124 899,22 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 € Ok'''
**UI/UX: '''7 200,00 € Ok'''
**Electronic invoice: '''10 800,00 € Ok'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''105 737,63 € HT (126 885,16 € TTC)'''

'''Total: 130 294,94 €'''
==Benefits / Bénéfice==
''' <big>- 32 497 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables) : '''452 156,63 €'''
*Participation in Devcamps / Participation aux Devcamps : '''11 847,50 €'''
**Montpellier Summer 2024: 5 583,34 €
**Nancy Winter 2024: 6 264,16 €

*Subscriptions / Adhésions : '''15 710,00 €'''
*Interests / Intérêts Livret A : '''2 352,98 €'''
*Donation Github : '''70,81 €'''
*Accounting adjustment (GIFF Invoice status) / Régularisation comptable (GIFF Facture situation) : '''- 10 000,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''- 3.07 €'''

'''<big>Total entries / total des entrées:</big>''' '''<big>472 134,85 €</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''391 808,86 €'''
*Maintenance services: '''4 671 € HT'''
*Development : '''3 562 € HT'''
**Web portal (WIP) : 2 862 € HT
**Dolistore : 700 € HT
*
*Social contributions / Impôts et coûts administratifs : '''0 €'''
*Hardware purchases / Achat de matériels : '''0 €'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''1 732 €'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''3 784,51 € HT'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''415,93 €'''
*Travis maintenance : '''864,13 € HT'''
*Brand protection Dolibarr / Protection marque Dolibarr : '''21 453,06 €'''
*Devcamps : '''41 962 € TTC'''
**Bordeaux Summer 2023 : 15 750 € TTC
**Lyon Winter 2023: 20 126 € TTC
**Deutsch community 2023 : 1700 € TTC
**Montpellier Summer 2024 : 5 610
*Dolibarr day : '''2 000 € HT'''
**Nancy 1 000 € HT
**Valence 1 000 € HT
*Other salon: '''3500 € HT'''
*Lawyer / Avocat : '''2 940,00 €'''
*Accounting firm / cabinet comptable : '''3 644,00 €'''
*Administrative management / Gestion administrative : '''9 270,00 €'''
*Bank charges / Frais bancaires : '''564,10 €'''
*Stripe charges / Frais Stripe : '''8 733,38 €'''
*Paypal charges / Frais Paypal : '''421,27 €'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''708,20 €'''
*CFE tax / CFE impôt : '''1 558,00 €'''
*Corporate income tax / Impôts sur les sociétés : '''0,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''249,84 €'''

'''<big>Total output / total des sorties:</big>''' '''<big>472 134,85 €</big>'''

=Stocks=
On 31/12/2024, foundation owns / En date du 31/12/2024, l'association possède :

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for prefered partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Fiscal Report / Rapport Financier 2024

2025-06-14T09:57:12Z

Aspangaro:

<big>'''/!\ Page en cours de rédaction / Page under construction'''</big>

{{TemplateAssoFr}} {{TemplateAssoEn}}

{{Flag en}}
This page is financial report for fiscal year 2024. For moral report, see page [https://wiki.dolibarr.org/Moral_Report_/_Rapport_Moral_2024 Moral Report / Rapport Moral 2024]

{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2024. Pour le rapport moral, voir la page [Https://wiki.dolibarr.org/Moral Report / Rapport Moral 2024 Moral Report / Rapport Moral 2024].

=Finances / Trésorerie=
On 2024-12-31, foundation has / En date du 31/12/2024, l'association a:

*159 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2023 end with / L'exercice 2023 a terminé au niveau suivant:

*Account/Compte Paypal: '''512,45''' '''''€'''''
*Account/Compte Caisse d'épargne: '''100 057,26''' '''''€'''''
*Account/Compte Epargne: '''78 432,66 €'''
*Account/Compte Stripe: '''35 581,75 €'''
*Account/Compte Caisse liquide: 0 €
*Account/Giff invoice situation: '''7 050 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''96 776,90 € HT'''

'''Total: 124 899,22 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''19 182,39''' '''€'''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€'''
*Account/Compte Epargne: '''80 785,64 €'''
*Account/Compte Stripe: '''31 402,59 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 € Ok'''
**UI/UX: '''7 200,00 € Ok'''
**Electronic invoice: '''10 800,00 € Ok'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''105 737,63 € HT (126 885,16 € TTC)'''

'''Total: 130 294,94 €'''
==Benefits / Bénéfice==
''' <big>- 32 497 €</big>'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

* [https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables) : '''452 156,63 €'''
* Participation aux Devcamps : '''11 847,50 €'''
**Montpellier Summer 2024: 5 583,34 €
**Nancy Winter 2024: 6 264,16 €

*Subscriptions / Adhésions : '''15 710,00 €'''
*Interests / Intérêts Livret A : '''2 352,98 €'''
*Donation Github : '''70,81 €'''
*Accounting adjustment (GIFF Invoice status) / Régularisation comptable (GIFF Facture situation) : '''- 10 000,00 €'''
*Miscellaneous adjustments / Régularisation divers : '''- 3.07 €'''

'''<big>Total entries / total des entrées:</big>''' '''<big>472 134,85 €</big>'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''326 496 € HT'''
*Maintenance services: '''4 671 € HT'''
*Travis maintenance : '''794 € HT'''
*Development : '''3 562 € HT'''
**Web portal (WIP) : 2 862 € HT
**Dolistore : 700 € HT
*Bank charges / Frais bancaires : '''525.60 €'''
*Stripe charges / Frais stripe : '''7 113 €'''
*Paypal charges / Frais paypal : '''5 812 €'''
*Social contributions / Impôts et coûts administratifs : '''0 €'''
*Hardware purchases / Achat de matériels : '''0 €'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''1 732 €'''
*Paid Google API usage for translation / Consommation API google payante pour les traductions : '''0 €'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''3 904 € HT'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''697 €'''
*Bounties with Yogosha : '''3 500 €'''
*Devcamps : '''41 962 € TTC'''
**Bordeaux Summer 2023 : 15 750 € TTC
**Lyon Winter 2023: 20 126 € TTC
**Deutsch community 2023 : 1700 € TTC
**Deposit Montpellier Summer 2024 : 4 386 € TTC
*Dolibarr day : '''2 000 € HT'''
**Nancy 1 000 € HT
**Valence 1 000 € HT
*Other salon: '''3500 € HT'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''150 €'''
*Accounting firm : '''3 437 € HT'''
*Administrative management : '''9 270 € HT'''
*GIFF situation invoice : '''4 950 € TTC'''

=Stocks=
On 31/12/2024, foundation owns / En date du 31/12/2024, l'association possède :

*4 kakemonos 85x200cm (2 for dolibarr, 1 for dolistore, 1 for prefered partner)
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Flyers to promote Dolibarr software: 0

Report board meeting 20250311 teleconf

2025-03-11T20:21:14Z

Aspangaro:

{{TemplateAssoEn}}
{{TemplateAssoFr}}

=Title/Date/Location=

*Title: Foundation board meeting
*Date: 11 / 03 / 2025
*Location: Online with NextCloud

=Presents=

Valid members of the board (subscription up to date) that are present (Name of organization and name of contact):

*Atoo-Net (Philippe GRAND)
*Easya Solution (Philippe SCOFFONI)
*Atm Consulting (Maxime KOHLHAAS)
*Nord Erp (Emmanuel OYEZ)
*Scopen (Florian HENRY)
*Tiaris (Jean HEIMBURGER)
*DoliCloud (Laurent DESTAILLEUR)
*Inovea Conseil (Alexandre SPANGARO & Nicolas ZABOURI)

=Topics=

==Communication plan==
The member of the Dolibarr foundation will initiate a document with idea for a communication plan.
Waiting a second quotation from a communication company to build such a communication plan.

==Law evolution==
Loi finance 2025 : A meeting is planned with the french ministry of finance and April to get information on the delay allowed to have the certification.
The Dolibarr foundation will be part to help to fund the certification

==Brand protection renewal==
Annual budget will be allowed to brand protection.

The regidtration of the Dolibarr trademark was validated for Argentina.

==Salon / Next meeting==

https://salons-solutions.com/ send a request for renewal next year (7,8 octobre 2025)
=> Ok to go : 3600 € for 6 m2. Maxime will send request.

Forum PHP 2025:
=> Date 9 and 10 october, sponsoring is not validated this year due to high number of other projects we have this year.

==Next AG==
=> may be plan to be 18 april 2025, communication wil be send

==DevCamps==

Summer DevCamp 2025 : Valence (50 places maximum)
=> Date : 12 june/15 june
=> IBIS Hotel Valence (next to TGV train station)
=> Ready - Registration open to Preferred Partners in march 2025 - to the community around april

Winter DevCamp 2025 : Angoulême (Progiseize)
Date : TBD
=> To be organized.
=> wiki draft page : https://wiki.dolibarr.org/index.php?title=DevCamps_Angouleme

Winter DevCamp 2025 Germany : Vienna
Date : September
=> To be organized.

Summer DevCamp 2026 : Noisy Le Grand (NET Logic)
Date : TBD
=> To be organized.

==Assurance Responsabilité Civile==
Go for https://onlynnov.com/ not cyber, only responsabilité civile : Validated for Onlynnov
=> Maxime : waiting feed back from Onlynnov, Process canceled with Onlynnov
=> Emmanuel: Quotation should arrive at the end of the week

==Preferred partner==

==Task done by Laurent during past month (access not public)==
=> Manage domain name. Migration of takepos.com portal page to the Dolibarr foundation server and DNS.

==GIF(F): Groupement d’intérêt Fonctionnel (et financier)==
Several GIF(F) in progress...
https://wiki.dolibarr.org/index.php?title=Category:Groupement_d%27Int%C3%A9r%C3%AAt_Fonctionnel

=> https://wiki.dolibarr.org/index.php?title=GIFF_-_Facture_de_situation_2022
Actors need to make invoice to foundation.
Feature should be visibleas a community feature with v22

=> GIFF UX/UI has been launched next week. On Going

=> GIFF Facture électronique.
Stand by, discuss with others provider to create a PDP for open source software

==Migrate AppViser page to the foundation==
On going : https://www.appvizer.fr/operations/erp/dolibarr

Roadmap and Release 21.0.0

2025-03-05T13:33:36Z

Aspangaro:

[[Category:RoadMap]]
{{TemplateVersion|
version=21.0|
date=03/03/2025|
mainfocus=}}

{{Flag_fr}} https://www.atm-consulting.fr/decouvrez-les-nouveautes-dolibarr-v21/

'''Detailed Changelog''':
<pre>
For users:
----------
NEW: NEW Module - help to setup OpenID Connect (#30317)
NEW: Module AI moved from experimental to stable
NEW: Add hidden option CONTRACT_HIDE_MYCOMPANY_SIGNATURE_SECTION_PDF
NEW: Add a tab on recurring invoice card to see the list of invoices generated from this recurring invoice (customer and supplier invoices) (#31463)
NEW: #28871 signed_status to commande (#30359)
NEW: #30269 linked project in column of last record tables (#30344)
NEW: Accountancy - Add general account on thirdparty
NEW: Accountancy - Add partial reconcile on subledger (#30027)
NEW: Accountancy - Option to select the label of operation (#31200)
NEW: Accountancy - Allow grouping taxes with primary line price (#26732)
NEW: Activate PHPUnit with tests on permission on $action ==...
NEW: Add advice for max size on list for better performance
NEW: Add an advanced permission to validate knowledge (#30855)
NEW: Add a test mode into the setup of AI module to test the AI prompts.
NEW: Add a tool to decrypt data encrypted in database.
NEW: Add auto generate document when reception is created (#30688)
NEW: Add badge for generate invoice client tab (#31559)
NEW: Add caldav on fichinter (#30582)
NEW: Add column agenda_id to implement the link between files and event
NEW: Add column "comment" in list of payment
NEW: Add constant to hide version (#30865)
NEW: Add country in search of project
NEW: add duration extrafields (#31595)
NEW: Add export for thirdparty bank accounts (#30807)
NEW: Add export profile to export MO and lines of consumption/production
NEW: Add option to store the text content of uploaded files into database (with conversion with pdftotext)
NEW: Add Filter Assistance for Filling Filters Field (#31646)
NEW: add last stock movement and product nature to StocksWithBatch export (#30578)
NEW: Add member title to the labels (#31710)
NEW: Add mode Customer price + level price (#31091)
NEW: add option to add external billing contact on the supplier_proposal pdf (#30298)
NEW: Add option to clone its default BOM when cloning a product (#30088)
NEW: Add option to enable PDF frame rounded corners
NEW: Add option to round weight and volume on shipment PDF
NEW: add pdf regeneration to mass action for shipments (#29970)
NEW: Add picto on list of notification email templates
NEW: add recurring supplier invoice on supplier tab #30945 #30949
NEW: Add sort by ref warehouse/product or ref product/warehouse on inventory product list (#31639)
NEW: Add some improvement for ODT Contracts (#31715)
NEW: Add terms of sale on documents (#24846)
NEW: Add thirdparty state in substitution array (#31549)
NEW: Add tooltip on closing accounting setup
NEW: add trigger for linking and unlinking invoices (#30182)
NEW: Add Unit price on supplier order stat product (#31055)
NEW: add warehouseId parameters in select_produit to limit result to existing product in select (#30477)
NEW: allow link feature to task (#30235)
NEW: Authorize modification of a partially shipped order (#31423)
NEW: autogenerate project reference in API (#30638)
NEW: automatically change status on answering a ticket (#30556)
NEW: Browser notifications use now jnotify (fix browser compatibility)
NEW: can add extrafields with dol_move (#30574)
NEW: Can change the type of a social contribution if no payment
NEW: can delete a category translation (#31396)
NEW: Can link an object to another using the ref. Close #31001
NEW: Can set a class on the tr lines of form setup lines
NEW: Can set border radius of list and tables
NEW: Can set date of transmission in 1 click when validating SEPA
NEW: Can set parameters with setup type yesno.
NEW: Can set the contact type for the autoassigned user that creates a project (#30444)
NEW: Can show raw value of oauth token
NEW: Can use a specific profile to send email for password forgotten
NEW: option to care grandchild (#31314)
NEW: Look and feel - checkbox to choose thirdparty nature (#30192)
NEW: Color line total and sub total (#26172)
NEW: Constant to hide user login times (#29815)
NEW: Const ASSET_ROUND_INTEGER_NUMBER_UPWARDS for ASSET Module. Compatibility to migrate from other accounting solutions. (#31615)
NEW: Content of tab "attached files" is more compact.
NEW: Contract signed status update (#30779)
NEW: Create thirdparty notification by action code (#30541)
NEW: Customer price and level price together
NEW: default configuration for event reminder (#31407)
NEW: determine multi-currency price on object line create tpl (#28021)
NEW: Display for socialnetworks admin
NEW: display mark rates in objectLineCreate (#30872)
NEW: due date in accounting bookkeeping list and card (#30061)
NEW: enhance the OAUTH2 token manager. Can refresh a token from page.
NEW: EPC QR CODE - Use bank owner account name instead of company (#31735)
NEW: fichinter list disable details option (#30884)
NEW: filter on invoice dates in product margin tab (#29997) and thirdparty margin tab (#29998)
NEW: FIX: Display invoice widgets by amount instead of number (#30215)
NEW: Add the Clone of company (#29755)
NEW: function for Preview In CKeditor products
NEW: FY Changed Period handle in Module Asset (#31618)
NEW: hidden option MAIN_TE_PRIVATE_FIRST_AND_LASTNAME_TO_UPPER (#31143)
NEW: Hide completed items in Link to (#31329)
NEW: Iban is saved encrypted
NEW: if a user is associated with the expense report, then that user will get an associated credit line ($tabtp) generated.
NEW: Implementing Billable tasks on projects using new attribute "billable" (#30092)
NEW: Include a protection into check update of module to detect malware
NEW: intervention signed status update (#30629)
NEW: INTRA VAT ID field optionally mandatory and/or invoice mandatory in thirdparty module setup (#31663)
NEW: Invoice - Generate payment information - Structured communication (#31376)
NEW: Invoice line import - fk_product can be a ref (#30795)
NEW: Look and feel v21 - Can have rounded border on tables
NEW: Look and feel v21 - Toolbar for WYSIWYG editor is short on smartphone
NEW: Management of extrafields on customer prices, level prices and default prices (#31313)
NEW: manage several type of dangerous goods for a same parcel (#30238)
NEW: Member - Can upload a file with drag and drop (#30265)
NEW: Move the picto in the first tab label always visible
NEW: ODTSubsitution for date_start_real / Contracts
NEW: Look and feel - Opacity for finished lines (#30219)
NEW: option: assign default roles to "individual" third-party contacts (#30499)
NEW: option to allow freezing qty in BOM service's line (#29990)
NEW: Add a page to list the lines of orderse (#31521)
NEW: pagination in product margin tab
NEW: payment term and mode on creating supplier (#31166) and third-party (#31067)
NEW: PDF Add Customer accountancy code (#31544)
NEW: PDF Add discount total if line discount exists (#31483)
NEW: PDF Add option to print rounded corner frames (#31172)
NEW: PDF Add shipping address in sales orders (#31293)
NEW: PDF Add total discount if line discount exists
NEW: PDF frame rounded corners
NEW: Prelevement - Use structured payment data for Belgium (#31383)
NEW: Preview product list when we choose model email layout Commerce (#30185)
NEW: Can upload a file with drag and drop: Thirdparty (#30263) - Product/Service (#30250) - Project (#30276) - Propale (#30315)
NEW: Public and private note options in thirdparty list (#31062)
NEW: redirect to expedition card if global search has unique result (#30108)
NEW: replenishment if the warehouse is set to the default selected user (#31229)
NEW: retrieve Thirdparty by account (#31283)
NEW: Share msg "not found" for widgets and add a button to add new record when none exists (#31309)
NEW: shipment signed status update (#30928)
NEW: Show detail of each multicurrency amount in popup of price
NEW: show holidays at bottom of activity/permonth.php page (#31550)
NEW: Show tooltip on number of qualified records
NEW: Signature or proposal from the Web portal (#30062)
NEW: Star Field Type for Extra Fields (#31348) and for for Module Builder (#31216)
NEW: Support option PDF_ADD_POSITION on shipment espadon template
NEW: Auto-suspend facture rec when nb gen max is reached (#31623)
NEW: The margin section can now be shown/hidden
NEW: Deal change in fiscal year period adjustments to shortened or extended periods (e.g., fiscal years of 9 or 15 months)
NEW: (ticket, admin): More options entries (#30548)
NEW: Update warehouse product list to add another sorting option (#30971)
NEW: Can set blacklist of words into answer of AI (#30385)
NEW: user list country filter (#30770)
NEW: vat rate with department in dict (#31628) (#31627)
NEW: When we export data of unlaterable log, we add an unalterable line in logs
NEW Add option THEME_STICKY_TOPMENU = 'scrollleftmenu_after_mainpage' (or 'disabled')
NEW value for FICHINTER_DISABLE_DETAILS. If FICHINTER_DISABLE_DETAILS is set to '2' details are disabled only on intervention list.
SEC: security avoid RCE using -'- sequence to pass --checkpoint-action parameter in tar command.
SEC: FIX Security path transversal with modulepart=medias (viewimage.php and download.php)

PERF: Reduce nb of requests into num_public_holiday
PERF: Reduce size for VCF files and virtualcard qrcode
PERF: Reduce time to show the page of unalterable logs with high data

For developers:
---------------
NEW: translation with action triggers API (#30595)
NEW: more complete stock product API call (#30567)
NEW: Projet - Add hook formconfirm (#31408)
NEW: Can choose the zip handler to build ODT.
NEW: Can force ip into log file name using a define('SYSLOG_FILE_ADDIP')
NEW: Can force log file name using a define('SYSLOG_FILE_ADDSUFFIX')
NEW: Can define the text on tooltip on a yesno check.
NEW: Introduce value 'password' for mode of sanitization in GETPOST.
NEW: Add getImageFromHtmlContent() method
NEW: Add gitleaks into pre-commit
NEW: Add hook after the line is processed in the sell journal page (#31439)
NEW: add hook dolibarrDelConst (#30672)
NEW: Add hook getLoginPageExtraContent, getPasswordResetPageExtraContent
NEW: add hook in dolibarr_set_const admin.lib.php (#30605)
NEW: Add hook on sell journal page for overwrite the processed journal data after the SQL request (#31033)
NEW: force_install_noedit : add value 3 to block all technical parameters excepted main_url (#30080)
NEW: Add a new hook on order list (#31315)
NEW: Add ID of the line in the trigger context for addLine(), updateLine() and deleteLine() on contract (#30343)
NEW: Add more log information
NEW: Add pagination data to some api routes (#29895)
NEW: Add test to forbidden NOW() SQL function.
NEW: API call to re-generate a users password. (#30590)
NEW: API close proposal now supports both private and public note (#30659)
NEW: API_LOGINS_ALLOWED_FOR_GET_EXTRAFIELD (#30562)
NEW: API /setup endpoint for getting action triggers (#30538)
NEW: HOOK FORMCONFIRM IN TICKET (#31321)
NEW: hook on expensereport added (#31380)
QUAL line classes for various business object classes have been moved to individual files.
QUAL: #30122 (#30131)
QUAL: AccountancySystem: maintenance work to uniformize and clean up (#31391)
QUAL: All $conf->global->module->enabled are replaced with isModEnabled()
QUAL: bankline category table name (#30419)
QUAL: Clean code
QUAL: conformity PR for data structure of #29964 (#30014)
QUAL: Edition of currency is shared in a common tpl file
QUAL: Ergo btn and fix (#30947)
QUAL: Move function csvClean into functions2.lib.php
QUAL: Move the public css file into the public directory
QUAL: Removed inclusion of the file json.lib.php
QUAL: simplifying readability of sql
QUAL: Standardize name of user cookies
QUAL: Suffix table name to have them created on module install
QUAL: The property ->domiciliation and ->propio on bank accounts has been
QUAL: Update inc.php (#29822)
QUAL: Use archiveOrBackupFile for MAIN_MAIL_DEBUG_LOG_WITH_DATE
QUAL: Use table_element in sql queries (#31355)
QUAL: rename const WORKFLOW_EXPEDITION_CLASSIFY_NEWD_INVOICE to WORKFLOW_RECEPTION_CLASSIFY_NEWD_INVOICE
QUAL: This configuration change in phan will report NEW: array types in phpdoc

WARNING:
--------

The following changes may create regressions for some external modules, but were necessary to make Dolibarr better:
* Prepare your module for deprecation of triggers code XXX_INSERT to support also XXX_CREATE.
* More class properties (with old name in french) are now deprecated in favor of the property name in english.
* The json emulator dol_json_encode/decode() is removed. The native json PHP module must be enabled/available (this is the case by default with most PHP installation).
* The deprecated GET parameter "&sall=" has been removed, use now the "&search_all=".
* The experimental and deprecated module WebserviceClient is completely removed (was never released and use deprecated architecture). It may be replaced with the stable module Webhook.
* The dynamic properties ->no_button_delete, ->no_button_edit, ->no_button_copy for $object Product that could be set by an external module must no more be
set (not allowed by PHP 8.2). A module can already return an array with key 'no_button_delete', 'no_button_edit', 'no_button_copy' for the same purpose.
* The old function dol_bc($var, $moreclass = '') has been removed. If you called it, just stop to call it (the function has no effect since a long time).
* The trigger code CATEGORY_LINK and CATEGORY_UNLINK have been replaced with code CATEGORY_MODIFY. You can read ->context['linkto'] or ->context['unlinkoff'] to detect if we want to make a link or unlink.
* The property ->domiciliation and ->propio on bank accounts has been deprecated and replaced with property ->address and ->owner_name everywhere.
* If you were using the substitution key __MEMBER_CIVILITY__, you must now use __MEMBER_TITLE__
* The hidden title of tab that was hidden by the CSS class tabTitleText has been completely removed from HTML content.

Roadmap and Release 21.0.0

2025-03-05T13:28:09Z

Aspangaro: MAJ

[[Category:RoadMap]]
{{TemplateVersion|
version=21.0|
date=xx/01/2025|
mainfocus=}}

{{Flag_fr}} https://www.atm-consulting.fr/decouvrez-les-nouveautes-dolibarr-v21/

'''Detailed Changelog''':
<pre>
For users:
----------
NEW: NEW Module - help to setup OpenID Connect (#30317)
NEW: Module AI moved from experimental to stable
NEW: Add hidden option CONTRACT_HIDE_MYCOMPANY_SIGNATURE_SECTION_PDF
NEW: Add a tab on recurring invoice card to see the list of invoices generated from this recurring invoice (customer and supplier invoices) (#31463)
NEW: #28871 signed_status to commande (#30359)
NEW: #30269 linked project in column of last record tables (#30344)
NEW: Accountancy - Add general account on thirdparty
NEW: Accountancy - Add partial reconcile on subledger (#30027)
NEW: Accountancy - Option to select the label of operation (#31200)
NEW: Accountancy - Allow grouping taxes with primary line price (#26732)
NEW: Activate PHPUnit with tests on permission on $action ==...
NEW: Add advice for max size on list for better performance
NEW: Add an advanced permission to validate knowledge (#30855)
NEW: Add a test mode into the setup of AI module to test the AI prompts.
NEW: Add a tool to decrypt data encrypted in database.
NEW: Add auto generate document when reception is created (#30688)
NEW: Add badge for generate invoice client tab (#31559)
NEW: Add caldav on fichinter (#30582)
NEW: Add column agenda_id to implement the link between files and event
NEW: Add column "comment" in list of payment
NEW: Add constant to hide version (#30865)
NEW: Add country in search of project
NEW: add duration extrafields (#31595)
NEW: Add export for thirdparty bank accounts (#30807)
NEW: Add export profile to export MO and lines of consumption/production
NEW: Add option to store the text content of uploaded files into database (with conversion with pdftotext)
NEW: Add Filter Assistance for Filling Filters Field (#31646)
NEW: add last stock movement and product nature to StocksWithBatch export (#30578)
NEW: Add member title to the labels (#31710)
NEW: Add mode Customer price + level price (#31091)
NEW: add option to add external billing contact on the supplier_proposal pdf (#30298)
NEW: Add option to clone its default BOM when cloning a product (#30088)
NEW: Add option to enable PDF frame rounded corners
NEW: Add option to round weight and volume on shipment PDF
NEW: add pdf regeneration to mass action for shipments (#29970)
NEW: Add picto on list of notification email templates
NEW: add recurring supplier invoice on supplier tab #30945 #30949
NEW: Add sort by ref warehouse/product or ref product/warehouse on inventory product list (#31639)
NEW: Add some improvement for ODT Contracts (#31715)
NEW: Add terms of sale on documents (#24846)
NEW: Add thirdparty state in substitution array (#31549)
NEW: Add tooltip on closing accounting setup
NEW: add trigger for linking and unlinking invoices (#30182)
NEW: Add Unit price on supplier order stat product (#31055)
NEW: add warehouseId parameters in select_produit to limit result to existing product in select (#30477)
NEW: allow link feature to task (#30235)
NEW: Authorize modification of a partially shipped order (#31423)
NEW: autogenerate project reference in API (#30638)
NEW: automatically change status on answering a ticket (#30556)
NEW: Browser notifications use now jnotify (fix browser compatibility)
NEW: can add extrafields with dol_move (#30574)
NEW: Can change the type of a social contribution if no payment
NEW: can delete a category translation (#31396)
NEW: Can link an object to another using the ref. Close #31001
NEW: Can set a class on the tr lines of form setup lines
NEW: Can set border radius of list and tables
NEW: Can set date of transmission in 1 click when validating SEPA
NEW: Can set parameters with setup type yesno.
NEW: Can set the contact type for the autoassigned user that creates a project (#30444)
NEW: Can show raw value of oauth token
NEW: Can use a specific profile to send email for password forgotten
NEW: option to care grandchild (#31314)
NEW: Look and feel - checkbox to choose thirdparty nature (#30192)
NEW: Color line total and sub total (#26172)
NEW: Constant to hide user login times (#29815)
NEW: Const ASSET_ROUND_INTEGER_NUMBER_UPWARDS for ASSET Module. Compatibility to migrate from other accounting solutions. (#31615)
NEW: Content of tab "attached files" is more compact.
NEW: Contract signed status update (#30779)
NEW: Create thirdparty notification by action code (#30541)
NEW: Customer price and level price together
NEW: default configuration for event reminder (#31407)
NEW: determine multi-currency price on object line create tpl (#28021)
NEW: Display for socialnetworks admin
NEW: display mark rates in objectLineCreate (#30872)
NEW: due date in accounting bookkeeping list and card (#30061)
NEW: enhance the OAUTH2 token manager. Can refresh a token from page.
NEW: EPC QR CODE - Use bank owner account name instead of company (#31735)
NEW: fichinter list disable details option (#30884)
NEW: filter on invoice dates in product margin tab (#29997) and thirdparty margin tab (#29998)
NEW: FIX: Display invoice widgets by amount instead of number (#30215)
NEW: Add the Clone of company (#29755)
NEW: function for Preview In CKeditor products
NEW: FY Changed Period handle in Module Asset (#31618)
NEW: hidden option MAIN_TE_PRIVATE_FIRST_AND_LASTNAME_TO_UPPER (#31143)
NEW: Hide completed items in Link to (#31329)
NEW: Iban is saved encrypted
NEW: if a user is associated with the expense report, then that user will get an associated credit line ($tabtp) generated.
NEW: Implementing Billable tasks on projects using new attribute "billable" (#30092)
NEW: Include a protection into check update of module to detect malware
NEW: intervention signed status update (#30629)
NEW: INTRA VAT ID field optionally mandatory and/or invoice mandatory in thirdparty module setup (#31663)
NEW: Invoice - Generate payment information - Structured communication (#31376)
NEW: Invoice line import - fk_product can be a ref (#30795)
NEW: Look and feel v21 - Can have rounded border on tables
NEW: Look and feel v21 - Toolbar for WYSIWYG editor is short on smartphone
NEW: Management of extrafields on customer prices, level prices and default prices (#31313)
NEW: manage several type of dangerous goods for a same parcel (#30238)
NEW: Member - Can upload a file with drag and drop (#30265)
NEW: Move the picto in the first tab label always visible
NEW: ODTSubsitution for date_start_real / Contracts
NEW: Look and feel - Opacity for finished lines (#30219)
NEW: option: assign default roles to "individual" third-party contacts (#30499)
NEW: option to allow freezing qty in BOM service's line (#29990)
NEW: Add a page to list the lines of orderse (#31521)
NEW: pagination in product margin tab
NEW: payment term and mode on creating supplier (#31166) and third-party (#31067)
NEW: PDF Add Customer accountancy code (#31544)
NEW: PDF Add discount total if line discount exists (#31483)
NEW: PDF Add option to print rounded corner frames (#31172)
NEW: PDF Add shipping address in sales orders (#31293)
NEW: PDF Add total discount if line discount exists
NEW: PDF frame rounded corners
NEW: Prelevement - Use structured payment data for Belgium (#31383)
NEW: Preview product list when we choose model email layout Commerce (#30185)
NEW: Can upload a file with drag and drop: Thirdparty (#30263) - Product/Service (#30250) - Project (#30276) - Propale (#30315)
NEW: Public and private note options in thirdparty list (#31062)
NEW: redirect to expedition card if global search has unique result (#30108)
NEW: replenishment if the warehouse is set to the default selected user (#31229)
NEW: retrieve Thirdparty by account (#31283)
NEW: Share msg "not found" for widgets and add a button to add new record when none exists (#31309)
NEW: shipment signed status update (#30928)
NEW: Show detail of each multicurrency amount in popup of price
NEW: show holidays at bottom of activity/permonth.php page (#31550)
NEW: Show tooltip on number of qualified records
NEW: Signature or proposal from the Web portal (#30062)
NEW: Star Field Type for Extra Fields (#31348) and for for Module Builder (#31216)
NEW: Support option PDF_ADD_POSITION on shipment espadon template
NEW: Auto-suspend facture rec when nb gen max is reached (#31623)
NEW: The margin section can now be shown/hidden
NEW: Deal change in fiscal year period adjustments to shortened or extended periods (e.g., fiscal years of 9 or 15 months)
NEW: (ticket, admin): More options entries (#30548)
NEW: Update warehouse product list to add another sorting option (#30971)
NEW: Can set blacklist of words into answer of AI (#30385)
NEW: user list country filter (#30770)
NEW: vat rate with department in dict (#31628) (#31627)
NEW: When we export data of unlaterable log, we add an unalterable line in logs
NEW Add option THEME_STICKY_TOPMENU = 'scrollleftmenu_after_mainpage' (or 'disabled')
NEW value for FICHINTER_DISABLE_DETAILS. If FICHINTER_DISABLE_DETAILS is set to '2' details are disabled only on intervention list.
SEC: security avoid RCE using -'- sequence to pass --checkpoint-action parameter in tar command.
SEC: FIX Security path transversal with modulepart=medias (viewimage.php and download.php)

PERF: Reduce nb of requests into num_public_holiday
PERF: Reduce size for VCF files and virtualcard qrcode
PERF: Reduce time to show the page of unalterable logs with high data

For developers:
---------------
NEW: translation with action triggers API (#30595)
NEW: more complete stock product API call (#30567)
NEW: Projet - Add hook formconfirm (#31408)
NEW: Can choose the zip handler to build ODT.
NEW: Can force ip into log file name using a define('SYSLOG_FILE_ADDIP')
NEW: Can force log file name using a define('SYSLOG_FILE_ADDSUFFIX')
NEW: Can define the text on tooltip on a yesno check.
NEW: Introduce value 'password' for mode of sanitization in GETPOST.
NEW: Add getImageFromHtmlContent() method
NEW: Add gitleaks into pre-commit
NEW: Add hook after the line is processed in the sell journal page (#31439)
NEW: add hook dolibarrDelConst (#30672)
NEW: Add hook getLoginPageExtraContent, getPasswordResetPageExtraContent
NEW: add hook in dolibarr_set_const admin.lib.php (#30605)
NEW: Add hook on sell journal page for overwrite the processed journal data after the SQL request (#31033)
NEW: force_install_noedit : add value 3 to block all technical parameters excepted main_url (#30080)
NEW: Add a new hook on order list (#31315)
NEW: Add ID of the line in the trigger context for addLine(), updateLine() and deleteLine() on contract (#30343)
NEW: Add more log information
NEW: Add pagination data to some api routes (#29895)
NEW: Add test to forbidden NOW() SQL function.
NEW: API call to re-generate a users password. (#30590)
NEW: API close proposal now supports both private and public note (#30659)
NEW: API_LOGINS_ALLOWED_FOR_GET_EXTRAFIELD (#30562)
NEW: API /setup endpoint for getting action triggers (#30538)
NEW: HOOK FORMCONFIRM IN TICKET (#31321)
NEW: hook on expensereport added (#31380)
QUAL line classes for various business object classes have been moved to individual files.
QUAL: #30122 (#30131)
QUAL: AccountancySystem: maintenance work to uniformize and clean up (#31391)
QUAL: All $conf->global->module->enabled are replaced with isModEnabled()
QUAL: bankline category table name (#30419)
QUAL: Clean code
QUAL: conformity PR for data structure of #29964 (#30014)
QUAL: Edition of currency is shared in a common tpl file
QUAL: Ergo btn and fix (#30947)
QUAL: Move function csvClean into functions2.lib.php
QUAL: Move the public css file into the public directory
QUAL: Removed inclusion of the file json.lib.php
QUAL: simplifying readability of sql
QUAL: Standardize name of user cookies
QUAL: Suffix table name to have them created on module install
QUAL: The property ->domiciliation and ->propio on bank accounts has been
QUAL: Update inc.php (#29822)
QUAL: Use archiveOrBackupFile for MAIN_MAIL_DEBUG_LOG_WITH_DATE
QUAL: Use table_element in sql queries (#31355)
QUAL: rename const WORKFLOW_EXPEDITION_CLASSIFY_NEWD_INVOICE to WORKFLOW_RECEPTION_CLASSIFY_NEWD_INVOICE
QUAL: This configuration change in phan will report NEW: array types in phpdoc

WARNING:
--------

The following changes may create regressions for some external modules, but were necessary to make Dolibarr better:
* Prepare your module for deprecation of triggers code XXX_INSERT to support also XXX_CREATE.
* More class properties (with old name in french) are now deprecated in favor of the property name in english.
* The json emulator dol_json_encode/decode() is removed. The native json PHP module must be enabled/available (this is the case by default with most PHP installation).
* The deprecated GET parameter "&sall=" has been removed, use now the "&search_all=".
* The experimental and deprecated module WebserviceClient is completely removed (was never released and use deprecated architecture). It may be replaced with the stable module Webhook.
* The dynamic properties ->no_button_delete, ->no_button_edit, ->no_button_copy for $object Product that could be set by an external module must no more be
set (not allowed by PHP 8.2). A module can already return an array with key 'no_button_delete', 'no_button_edit', 'no_button_copy' for the same purpose.
* The old function dol_bc($var, $moreclass = '') has been removed. If you called it, just stop to call it (the function has no effect since a long time).
* The trigger code CATEGORY_LINK and CATEGORY_UNLINK have been replaced with code CATEGORY_MODIFY. You can read ->context['linkto'] or ->context['unlinkoff'] to detect if we want to make a link or unlink.
* The property ->domiciliation and ->propio on bank accounts has been deprecated and replaced with property ->address and ->owner_name everywhere.
* If you were using the substitution key __MEMBER_CIVILITY__, you must now use __MEMBER_TITLE__
* The hidden title of tab that was hidden by the CSS class tabTitleText has been completely removed from HTML content.

Fiscal Report / Rapport Financier 2024

2025-03-03T07:49:14Z

Aspangaro: Created page with "<big>'''/!\ Page en cours de rédaction / Page under construction'''</big> {{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}} This page is financial report for fiscal year 2..."

<big>'''/!\ Page en cours de rédaction / Page under construction'''</big>

{{TemplateAssoFr}} {{TemplateAssoEn}} {{Flag en}}
This page is financial report for fiscal year 2024. For moral report, see page [https://wiki.dolibarr.org/Moral_Report_/_Rapport_Moral_2024 Moral Report / Rapport Moral 2024]
{{Flag fr}}
Cette page présente le rapport financier de l'association Dolibarr pour l'exercice 2024. Pour le rapport moral, voir la page [Https://wiki.dolibarr.org/Moral Report / Rapport Moral 2024 Moral Report / Rapport Moral 2024].
=Finances / Trésorerie=
On 2024-12-31, foundation has / En date du 31/12/2024, l'association a:

*159 members / adhérents (up to date / à jour de cotisation).

==Start of fiscal year / Début d'exercice fiscal==
Fiscal year 2023 end with / L'exercice 2023 a terminé au niveau suivant:

*Account/Compte Paypal: '''512,45''' '''''€'''''
*Account/Compte Caisse d'épargne: '''100 057,26''' '''''€'''''
*Account/Compte Epargne: '''78 432,66 €'''
*Account/Compte Stripe: '''35 581,75 €'''
*Account/Compte Caisse liquide: 0 €
*Account/Giff invoice situation: '''7 050 €'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''96 776,90 € HT'''

'''Total: 124 899,22 €'''
==End of fiscal year / Fin d'exercice fiscal==
Fiscal year 2024 end with / L'exercice 2024 a terminé au niveau suivant:

*Account/Compte Paypal: '''512,45''' '''''€'''''
*Account/Compte Caisse d'épargne: '''101 959,48''' '''€ Ok'''
*Account/Compte Epargne: '''80 785,64 € Ok'''
*Account/Compte Stripe: '''35 581,75 €'''
*Account/Compte Caisse liquide: '''0,00 €'''
*Account/GIFF
**Invoice situation: '''5 850,00 € Ok'''
**UI/UX: '''7 200,00 € Ok'''
**Electronic invoice: '''10 800,00 € Ok'''
*Amount due to [http://www.dolistore.com/ Dolistore] suppliers / Montant restant dû aux fournisseurs [https://www.dolistore.com/ Dolistore]: '''96 776,90 € HT'''

'''Total: xxxxxxx €'''
==Benefits / Bénéfice==
''' +0 € (In the process of being drawn up by the accounting firm / En cours d'établissement pas le cabinet comptable)'''
==Input/Output description / Nature des entrées-sorties==
<big>Inputs come from / Les entrées sont issues de:</big>

*Subscriptions / Adhésions : '''12 325 €'''
*Interests / Intérêts : '''2 353 € Ok'''
*Donation Github : '''26 €'''
*[https://www.dolistore.com/ Dolistore] earnings (including not yet validated purchases) / Gains DoliStore (inclut les ventes encore rétractables) : '''436 827 € HT'''
*Participation aux Devcamps : '''6 450 € TTC'''
**Montpellier Summer 2024: xxxx € TTC
**Nancy Winter 2024: xxxx € TTC
*GIFF situation invoice : '''12 000 € TTC'''

<big>Outputs are / Les dépenses ont été consacrées à:</big>

*Distribution of [http://www.dolistore.com/ Dolistore] earnings (done) / Reversement gains Dolistore (faits) : '''326 496 € HT'''
*Maintenance services: '''4 671 € HT'''
*Travis maintenance : '''794 € HT'''
*Development : '''3 562 € HT'''
**Web portal (WIP) : 2 862 € HT
**Dolistore : 700 € HT
*Bank charges / Frais bancaires : '''525.60 €'''
*Stripe charges / Frais stripe : '''7 113 €'''
*Paypal charges / Frais paypal : '''5 812 €'''
*Social contributions / Impôts et coûts administratifs : '''0 €'''
*Hardware purchases / Achat de matériels : '''0 €'''
*Adwords and social networks adverts / Publicité Adwords ou réseaux sociaux (X previously Twitter) : '''1 732 €'''
*Paid Google API usage for translation / Consommation API google payante pour les traductions : '''0 €'''
*Hosting Service at OVH and renewal of SSL certificates / Hébergement des sites chez OVH et renouvellement certificat SSL : '''3 904 € HT'''
*Some Saas tools: Google Apps, AHref, bank tracking subscription : '''697 €'''
*Bounties with Yogosha : '''3 500 €'''
*Devcamps : '''41 962 € TTC'''
**Bordeaux Summer 2023 : 15 750 € TTC
**Lyon Winter 2023: 20 126 € TTC
**Deutsch community 2023 : 1700 € TTC
**Deposit Montpellier Summer 2024 : 4 386 € TTC
*Dolibarr day : '''2 000 € HT'''
**Nancy 1 000 € HT
**Valence 1 000 € HT
*Other salon: '''3500 € HT'''
*Donation to other foundation that works on tools or actions to help the foundation ([https://framasoft.org/ FramaSoft], [https://april.org/ April]) : '''150 €'''
*Accounting firm : '''3 437 € HT'''
*Administrative management : '''9 270 € HT'''
*GIFF situation invoice : '''4 950 € TTC'''

=Stocks=
On 31/12/2023, foundation owns / En date du 31/12/2023, l'association possède :

*1 rollup/kakemono 85x200cm
*1 suitcase with congress kit / 1 valise contenant le kit salon:
**1 padlock / cadenas
**1 extension cord / rallonge électrique.
**1 strip / multiprise.
**1 SumUp credit or debit card reader (box to be paid by credit card)
**Some flyers to promote Dolibarr software (50).

GIFF - Comptabilité 2025

2025-02-22T03:41:44Z

Aspangaro: Ajout infos 3ème session

===Présentation du sujet pour ce GIFF===
Amélioration de l'outil de comptabilité et/ou Pré-comptabilité présent dans Dolibarr pour l'année 2025

*Lettrage des comptes généraux
*Lettrage lié à l'exercice
*Lors du lettrage auto au moment du transfert en comptabilité (étendre aux notes de frais et prévoir plus de cas (acompte, etc))
*Génération des OD d'escompte
*Liste des pièces jointes manquantes d'après les données bancaires
*Dissocier les comptes bancaires
*Dans le plan comptable : traduire les groupes de comptes comptables / en France, retenir le premier chiffre en lien avec une classe de compte

===Outils de travail===
Forum : https://www.dolibarr.fr/forum/t/giff-comptabilite-2025/48121

Wiki : [[GIFF - Comptabilité 2025]]

Plateforme de financement : L'association Dolibarr

Montant financé GIFF : 7000 € (Eoxia, Easya Solutions, Inovea Conseil, InfraS, Netlogic, Pragmatech, Solauv)

Intervenants et rôles :

*Alexandre Spangaro - Inovea Conseil (Responsable du projet / trésorier)
*Philippe Scoffoni - Easya Solutions
*Romain Deschamps - Easya Solutions
*Nicolas Barrouillet - Pragma-tech
*Stéphanie Barrouillet - Pragma-tech
*Gilles Poirier-Netlogic
*Alexandre Philis - Solauv
*Laurent Magnin - Eoxia

Porteur du projet : Alexandre Spangaro - Inovea Conseil

Outils de suivi du projet : Github (https://github.com/orgs/Dolibarr/projects/13)

Outils de gestion du code : Github (https://github.com/orgs/Dolibarr/projects/13)

Channel sur Discord : NA

Décidim : NA

Tag sur Github.com : NA

===Ressources===
Vidéo présentation comptabilité v21 : <nowiki>https://www.youtube.com/watch?v=siZIppci1TA</nowiki>

====Historique====

*Pourquoi l'introduction du lettrage ?

Le lettrage n'est pas obligatoire mais il est fortement conseillé notamment en matière de pointage de TVA. La présence du lettrage a également un lien avec le format FEC car il y a deux colonnes dédiées au lettrage (code & date). Si vide, on peut déjà dire qu'une comptabilité n'a pas été revue complètement.

===Étapes prévues===

*Création GIFF - OK
*Création Forum - OK
*Financement - En cours
*Lancement du GIFF

===Réunion du 13/12/2024===

=====Tour de table besoins=====
'''Philippe Scoffoni:'''

*Finir le lettrage (cas particulier > Acompte / Note de frais / Salaire)
*Ajouter le lettrage des comptes généraux
*Remise à zéro du compteur de lettrage au changement d'exercice
*Liaison lettrage aux exercices

'''Sylvain Legrand:'''

*Lien entre le rapprochement bancaire et la comptabilité
*Export Excel ou PDF du grand livre
*Code pour les virements bancaires mal renseigné (CASH ou CORE) - Attention non normé etc... Création de nouveau dictionnaire liés aux banques car les attendus des SEPA sont générés par banque
*<nowiki>https://github.com/Dolibarr/dolibarr/pull/32301</nowiki>,
*<nowiki>https://github.com/Dolibarr/dolibarr/pull/32303</nowiki>
*<nowiki>https://github.com/Dolibarr/dolibarr/pull/32304</nowiki>
*Fonction qui est passée en front en v18, option graphique "Autoriser le règlement de factures de différents tiers s'ils ont la même maison-mère" -> Création d'un bug en comptabilité qui multiplie le nombre de ligne à plus de deux sociétés filles (<nowiki>https://github.com/Dolibarr/dolibarr/issues/32354</nowiki>)
*Retravaille de la fonction en terme UI/UX

'''Stéphanie Barrouillet:'''

*Lettrage des comptes généraux
*Lettrage des escomptes bien fait sur la facture fourniture et/ou client, il y a bien l'information sur un pop-up mais il ne se passe rien
*Gestion des écarts quelques centimes - Réponse AS : Attente du journal d'OD avec le module d'immobilisation dans la v21

'''Nicolas Barrouillet:'''

*Nomenclature des classes
*Rapatrier les couleurs normées - Réponse AS : il n'y a pas de couleurs normées. On peut utiliser différente palette de couleur. Exemple : <nowiki>https://www.controledegestion.org/comptabilite/plan-comptable-general/</nowiki>
*Dictionnaire pour les groupes comptables à créer ? Écrire les codes avec les mêmes acronymes que sur le plan comptable

'''Vincent :'''

*Simplification de la liaison automatique. Automatisme de bascule en comptabilité

'''Alexandre Spangaro'''

*Nouveau plan comptable 2025 à prévoir (Les comptes 791* disparaissent en résumé)
*Intégration du nouveau PCG14 en PCG25DEV

'''Alexandre Philis'''

*Mettre une classe par défaut à la saisie du numéro de compte si on choisit une classe 6 il saisit directement un groupe de la bonne classe => Proposition d'AS mettre déjà une traduction par défaut

'''Laurent Magnin:'''

*Ergonomie et améliorations des interfaces en se basant sur les couleurs et les axes du plan comptable avec une entrée menu pour chaque axe
**Exemple : Pour la gestion des comptes courants associés on doit créer un compte bancaire ? Que l'on associe à l'associé ! Comment un utilisateur normal peut trouver cette méthode ?
*Avoir un point lisible et simple en partant du compte bancaire avec les indicateurs sur les lignes uniquement. (Manque pièce comptable, lien vers la pièce, statut de la ligne ok ou pas pour la compta)
**Intégration dans l'UI écriture bancaire ? Automatisation ?
**Logiciel de gestion de trésorerie avec une ergonomie simple : Ipaidthat, Evolys, sellsy,

==='''Réunion du 17/01/2025'''===

====Présents====
Alexandre Spangaro - Inovea Conseil

Philippe Scoffoni - Easya Solutions

Romain Deschamps - Easya Solutions

Nicolas Barrouillet - Pragma-tech

Stéphanie Barrouillet - Pragma-tech

Gilles Poirier-Netlogic

Alexandre Philis - Solauv
 

====Sujet====

===Besoins===
On continue la liste des besoins

'''Gilles Poirier'''

*Balance agée : non existant à ce jour. Réalisé via requête SQL. Besoin remonter au niveau des documents pour récupérer les informations des paiements.

*Dans la recherche sur les comptes généraux, options pour chercher avant tout sur les comptes selon les chiffres (commence par et pas contient).

*Lors de l'écriture manuelle, numérotation automatique. Retirer pièce de la création et ensuite, définir un numérateur.

*En saisie manuelle, lorsqu'on définit un compte auxiliaire, reprendre le compte centralisateur dispon dans la fiche tiers ou bien

*Correctif pour les paiements groupe (en cours d'intégration : <nowiki>https://github.com/Dolibarr/dolibarr/pull/32393/files</nowiki>)

*Pour les paiements groupe, voir pour réimplanter la fonction d'une point de vue comptable.

*Dans la config par défaut des centralisateurs, pouvoir définir un auxiliaires par défaut pour remplacer le sacro saint 411 /411. Ce compte auxiliaire par défaut devra être repris dans la liste des comptes auxiliaires.

*Une modification d'une opération ne vérifie pas le lettrage

*Ajouter un mode/statut brouillon et un mode validé pour les transactions pour ne pas conserver des transactions non équilibrées.

*Ajouter un suivi des événements sur les transactions / écritures. A minima, ajouter un onglet suivi avec modifications/créations. Prendre en compte les suppressions.

'''Philippe Scoffoni'''

*Arrêté de TVA: Voir pour l'historisation des mouvements rattaché à une déclaration

Ancien module : <nowiki>https://github.com/DoliCloud/DoliMods/tree/master/htdocs/tvacerfa</nowiki>

Intéressant (hors GIFF) : Voir pour connecter à Teledec via API

'''Alexandre Spangaro'''

*Besoin fonction duplication / clone (Pragmatech)

*Besoin d'une opération d'extourne (Pragmatech)

*Besoin d'une fonction de lettrage avec option de solde (équilibrage) pour les écarts de règlements avec écritures dans un 658 / 758.

 

===='''Organisations'''====
Créer le projet sur le github Dolibarr : https://github.com/orgs/Dolibarr/projects/13

Lister les tâches en découpant

PRAGMATECH souhaite prendre :

Temps de développement sur clonage / extourne pour dans le cœur

Temps de développement sur la liste des pièces présentes dans les lignes bancaires

 

=== Réunion du 18/02/2025 ===
Ce rendez-vous à principalement consisté à affecter / décrire les différentes tâches (Issues) listées sur le projet ouvert sur Github : https://github.com/orgs/Dolibarr/projects/13

<nowiki>-----------------------------------------</nowiki>

==== Tâches affectées : ====

===== Pragmatech (3j) =====
<nowiki>#</nowiki>32695 : Dupliquer des écritures comptables | Duplicate accounting entries >

<nowiki>#</nowiki>32698 : Extourner des écritures comptables | Return accounting entries >

<nowiki>#</nowiki>33111 : Affectation à un nouveau compte général / auxiliaires des écritures comptables | Assigning accounting entries to a new G/L account or subsidiary account

===== Inovea =====
<nowiki>#</nowiki>32707 : Ajout d'un mode brouillon sur les écritures | Add draft status on accountancy entries (2-3h)

<nowiki>#</nowiki>32708 : Ajout d'un suivi des événements au niveau des écritures comptables | Event tracking added to accounting entries (4h) + Réfléchir à un système de messagerie

<nowiki>#</nowiki>32709 : Ajout d'une gestion des fichiers joints au niveau de l'écriture comptable | Added management of attached files at accounting entry level (2h) (v2 : lister les éléments liés à l'élément principal, voir également tâche #32617)

<nowiki>#</nowiki>32694 : Balance âgée | Aged balance (4h)
 

==== Tâches à chiffrer pour approbation par le groupe : ====

===== Netlogic : =====
<nowiki>#</nowiki>32699 : Lettrage des comptes généraux | G/L account lettering

<nowiki>#</nowiki>32703 : Numérotation automatique des écritures comptables | Automatic numbering of accounting entries

<nowiki>#</nowiki>32711 : Export au format PDF de la comptabilité | Export accounting in PDF format -> Envoi d'exemple à faire (Pennylane, Tiime)

===== Solauv : =====
<nowiki>#</nowiki>32702 : Arrêté de TVA | VAT report

===== InfraS : =====
<nowiki>#</nowiki>32354 : Error during payments by holding companies for subsidiaries which are incorrectly allocated

===== Eoxia - Scopen : =====
<nowiki>#</nowiki>32617 / #33173 : Official bank statement tables are missing based on bank_import

===== Easya : =====
<nowiki>#</nowiki>32706 : Comptabilité de trésorerie | Treasury accountancy

<nowiki>#</nowiki>32849 : Affectation comptable automatique selon la situation (Taux de TVA / type de tiers / champs complémentaires) | Automatic accounting assignment according to situation (VAT rate / type of third party / additional fields)

<nowiki>#</nowiki>33115 : Liaisons comptables - Ajout hook colonne et normalisation liste | Accounting binding - Add column hook and list normalization
 

==== A faire : ====
[@Alexandre Spangaro] : transmettre des impressions PDF issus de Tiime pour exemple à Netlogic pour la tâche #32711

[@José MARTINEZ]: Idem du côte de Pennylane, transmettre des PDF issus de ce logiciel à Netlogic pour exemple pour la tâche #32711

Solutions Cloud pour Dolibarr ERP CRM

2025-02-17T16:10:04Z

Aspangaro:

[[en:Cloud_Solutions_for_Dolibarr_ERP_CRM]]
[[es:Soluciones_en_la_Nube]]
[[de:Cloud-Lösungen]]


[[Category:Admin fr]]
[[Category:Cloud]]
<seo metak="Cloud, SaaS, Dolibarr, hébergement, logiciels, ligne, fournisseur, sftp, rsync" />
__NOTOC__
'''Dolibarr ERP & CRM''' (PGI & GRC en français) est conçu pour fonctionner aussi bien comme programme autonome sur votre machine, que comme application hébergée sur le web dans une infrastructure Cloud, accessible de partout (bureau, tablettes, smartphones). En utilisant un hébergement tiers, vous pouvez aussi éviter d'avoir à vous occupez des taches techniques (pas d'installation, mise à jour, supervision ou sauvegardes à faire pour vous).

Cette page recense les principaux services permettant de disposer de Dolibarr en '''SaaS ou Cloud'''. Si vous recherchez plutôt un partenaire intégrateur ou développeur, voyez sur la page [https://partners.dolibarr.org List of Dolibarr partners and providers].

<center>
[[File:Cloud solutions.png|350px]]
</center>

=Pour les solutions Cloud "Préconfigurées"=

==Recommandé (Dolibarr Preferred Partners)==
Critères de tri: 1) "Souscription automatisé temps réel" (oui en premier), 2) "Age de l'offre" (plus anciens en premier)

{{CloudService
|name=DoliCloud
|logo=Dolicloud_logo.png‎
|intro=
* Utiliser votre ERP & CRM depuis n'importe où.
* Hébergement non captif sans engagement de durée (vous gardez un accès complet permanent à vos bases/fichiers, accès SSH, SFTP et base MySql/MariaDb direct inclut)
* Sauvegarde journalière
* Prise en charge de la mise à jour vers les nouvelles versions
* Assistance en Français et Anglais (y compris aide à la migration)
* Résiliation possible à tout moment en ligne
* Possibilité d'obtenir une attestation Loi Finance (sur demande) pour les clients Français.

'''Essayer immédiatement, pendant 15 jours, l'offre Dolibarr en Cloud, incluant mises à jour gratuites et support sur [https://myaccount.dolicloud.com/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web DoliCloud]'''

ou regardez le tutorial vidéo: [[Image:Dolicloud_video.png|100px|link=https://www.youtube.com/watch?v=hMNjvManaF4|DoliCloud Video]]
|web=[https://www.dolicloud.com?utm_source=wikicloudfr&utm_campaign=none&utm_medium=web https://www.dolicloud.com]
|registration=Via le [https://myaccount.dolicloud.com/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web formulaire du site DoliCloud], création immédiate gratuite, instance prête en 1 minute. Tutorial pour migrer votre instance existante [[Migrer_mon_Dolibarr_vers_une_offre_Cloud|disponible ici]]
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=ATM Consulting
|logo=LogoATM.jpg
|intro=
Centralisez, pilotez et automatisez la gestion de votre entreprise avec DoliOnDemand, la version SaaS de Dolibarr conçue pour les PME souhaitant une solution de gestion complète, personnalisable et accessible en ligne.

* Une solution clé en main '''adaptée à votre métier''' (Centre de formation, entreprise industrielle, BTP …)

* '''Aucun engagement'''

* Une solution qui '''s’adapte à la croissance de votre entreprise'''

* Un '''accès à Dolibarr n’importe où''' et sur n’importe quel support

* '''Aucune installation technique''' à réaliser

* Une '''sauvegarde quotidienne''' des données

'''Essayez notre solution pendant 45 jours gratuitement !'''
 
|web=https://www.doliondemand.fr/
|registration=[https://myaccount.doliondemand.fr/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web Créez votre instance dès maintenant] et elle sera prête en 1 minute. Découvrez le tutoriel pour migrer votre instance existante [[Migrer_mon_Dolibarr_vers_une_offre_Cloud|disponible ici]].
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliPlace by Inovea Conseil
|logo=logo-doliplace-32px.png
|intro=
Fondée en 2013, Inovea Conseil est une entreprise française, basée près de Nancy, spécialisée dans la mise en place et le développement de modules pour le logiciel Open Source ERP/CRM Dolibarr.

Découvrez notre solution Dolibarr SaaS “DoliPlace” :

Installation de Dolibarr en seulement 2 clics
Hébergé sur nos serveurs sécurisés
Sauvegarde quotidienne de vos données
De 2 à 20 utilisateurs : des offres adaptées à vos besoins
Personnalisation : profitez de nos modules sur votre Dolibarr SaaS grâce à notre système d’options, vous permettant d’utiliser nos modules selon vos besoins.
Support : nous mettons à votre disposition un maximum de ressources pour l'utilisation de Dolibarr, afin que vous puissiez vous concentrer sur votre activité.

N’attendez plus ! Inscrivez-vous pour un essai de 30 jours afin de tester notre solution et commencer à gérer votre entreprise efficacement !

Notre équipe d’experts reste à votre disposition pour répondre à tous vos besoins Dolibarr : hébergement sécurisé, développement sur mesure, formation des utilisateurs et support dédié.

Notre site officiel : https://inovea-conseil.com/
|web=https://www.doliplace.fr/offres/
|registration=https://moncompte.doliplace.fr/register.php?origin=dolibarronlinewiki
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
|web2=https://www.inovea-conseil.com}}

{{CloudService
|name=iNodbox
|logo=Inodbox_transparent_540x130.png
|web=https://www.inodbox.com
|intro=

Centralisez vos informations de manière simple et sécurisée pour une gestion efficace de votre activité.

'''Plus de 10 ans d'expérience sur Dolibarr !'''
* Utiliser votre ERP & CRM depuis n'importe où en toute sécurité.
* Accès par VPN offert.
* Accès par une application externe à Mysql ou Postgresql possible.
* Accès à un partage réseau (SAMBA) offert.
* Nos hébergements Dolibarr ne sont accessible qu'en mode sécurisé. (SFTP, SSL, https).
* Possibilité de connecter votre E-Commerce.
* Sauvegarde horaire et journalière.
* Le support de premier niveau est gratuit.

'''Votre gestion commerciale clé en main en moins de 30 secondes avec nos offres [https://myaccount.dolibox.cloud/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web Dolibox] !'''

'''Vous souhaitez gérer plusieurs sociétés ? Découvrez nos offres [https://myaccount.multicompany.cloud/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web Multicompany] !'''
 
|registration=Via le [https://myaccount.dolibox.cloud/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web formulaire du site Dolibox], création immédiate gratuite, instance prête en 30 secondes. Tutorial pour migrer votre instance existante [[Migrer_mon_Dolibarr_vers_une_offre_Cloud|disponible ici]]
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Ma Gestion Cloud : Votre Solution Dolibarr Personnalisée et Sécurisée par Aplose
|logo=logo_aplose.png
|intro=
* '''Accès Illimité et Multi-Utilisateur''': Profitez d'un accès en ligne sans limites, que vous soyez une PME, TPE, micro-entreprise, ou autoentrepreneur.
* '''Sécurité et Sauvegarde Professionnelles''': Avec des serveurs hébergés en France et des partenariats de confiance, vos données sont entre de bonnes mains.
* '''Tarification Transparente et Juste''': Un tarif unique, sans coûts cachés, adapté à toutes les tailles d'entreprise et non liée au nombre d’utilisateurs.
* '''Support et Formation en France''': Bénéficiez d'une aide personnalisée et de formations adaptées à vos besoins.
* '''Liberté et Flexibilité''': Une solution ERP/CRM en mode cloud qui s'adapte à votre entreprise, pas l'inverse.

''Découvrez la différence Ma Gestion Cloud - La gestion d'entreprise simplifiée et sécurisée pour tous.''

Inscription gratuite pendant 15 jours puis 10€HT quelque soit le nombre d’utilisateurs !

'''Instance Dolibarr complète avec compte Administrateur délivrée en moins d’une minute !'''

'''Rendez-vous ici pour l’inscription automatisée : [https://www.ma-gestion-cloud.fr Ma Gestion Cloud].'''
|web=https://www.ma-gestion-cloud.fr/
|registration=Depuis le site web
|note= Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Ab1 Consulting
|logo=ab1consulting_logo.png‎
|intro=
La solution Cloud de AB1 Consulting vous permet de :
* Utiliser votre ERP avec ses modules Standards ou tous les modules d'AB1 consulting
* odifier votre code source avec une connexion SSH
* Définir votre période de sauvegarde.
* Vous décharger des tâches de mise à jour vers les nouvelles versions
* Profiter de notre assistance en Français, en Anglais et en Espagnol pour toutes vos tâches de gestion

'''Créez immédiatement, votre instance Dolibarr en Cloud valable 30 jours, incluant mises à jour gratuites et support sur
[https://ab1consult.com/index.php?id_category=17&controller=category&id_lang=1 Ab1 Cloud]'''

|web= https://ab1consult.com/index.php
|registration=
https://myaccount.ab1consult.com/register.php formule Pro sur Ab1 Cloud
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=NovaFirstCloud par Teclib
|logo=NovaFirstcloud.png‎
|intro=
* Tout l'ERP CRM Dolibarr
* Support technique et migration inclus
* Sauvegarde journalière
* Sans engagement
* Possibilité d'obtenir une attestation Loi Finance (sur demande) pour les clients Français.

'''Instance prête en 30 secondes depuis [https://myaccount.novafirstcloud.com/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web NovaFirstCloud]'''. Possibilité de tarification sur mesure.
 
Teclib est une entreprise spécialisé dans l'OpenSource possédant de nombreuses agences en France et Espagne 
|web=[https://www.novafirstcloud.com?utm_source=wikicloudfr&utm_campaign=none&utm_medium=web https://www.novafirstcloud.com]
|registration=[https://myaccount.novafirstcloud.com/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web From this form], prête en 30 secondes
|note=
}}

{{CloudService
|name=Tiaris
|logo=Logotiaris.jpg
|intro=Solution Dolibarr hébergée spécialement adaptée aux e-commerçants basée sur le module e-commerce
* pour sites Prestashop; Opencart Oscommerce (site non inclus)
* optimisé avec des modules complémentaires CRM, Logistique, traitements de masse
* installé et maintenu par Tiaris
* essais gratuit un mois
 
- Solution for e-merchands with the e-commerce System for Dolibarr.
* for sites your Prestashop; Opencart Oscommerce (sites not included in offer)
* modules for optimisation : CRM, Logistiks, mass-treatments
* installed and configured by us
* 30 days free for testing
|web=http://www.tiaris.eu
|registration=Veuillez nous contacter - Please contact us
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

==Alternatives==
Critères de tri: 1) "Souscription automatisé temps réel" (oui en premier), 2) "Age de l'offre" (plus anciens en premier)

{{CloudService
|name=Webuzo
|logo=
|web=https://www.webuzo.com
|registration=Depuis le site web
|note=
}}

{{CloudService
|name=BitNami
|logo=
|web=https://bitnami.com/stack/dolibarr
|registration=Depuis le site web
|note=
}}

{{CloudService
|name=Mon-Dolibarr
|logo=
|intro=Intégration Dolibarr, accompagnement et assistance (En français).
|web=https://www.mon-dolibarr.fr
|registration=Depuis le site web
|note=
}}

=Pour les solutions Cloud "Faites le vous-même"=
Voici une documentation pour expliquer comment installer Dolibarr sur la plupart des Solutions Cloud connues...

*[[Cloud with Redhat OpenShift Flex]]
*[[Cloud with Amazon EC2]]
*[[Cloud with Windows Azure]]
*[[Cloud with Google Cloud]]
*[[Cloud with Zend PHPCloud]] (service fermé)

Solutions Cloud pour Dolibarr ERP CRM

2025-02-17T16:08:07Z

Aspangaro:

[[en:Cloud_Solutions_for_Dolibarr_ERP_CRM]]
[[es:Soluciones_en_la_Nube]]
[[de:Cloud-Lösungen]]


[[Category:Admin fr]]
[[Category:Cloud]]
<seo metak="Cloud, SaaS, Dolibarr, hébergement, logiciels, ligne, fournisseur, sftp, rsync" />
__NOTOC__
'''Dolibarr ERP & CRM''' (PGI & GRC en français) est conçu pour fonctionner aussi bien comme programme autonome sur votre machine, que comme application hébergée sur le web dans une infrastructure Cloud, accessible de partout (bureau, tablettes, smartphones). En utilisant un hébergement tiers, vous pouvez aussi éviter d'avoir à vous occupez des taches techniques (pas d'installation, mise à jour, supervision ou sauvegardes à faire pour vous).

Cette page recense les principaux services permettant de disposer de Dolibarr en '''SaaS ou Cloud'''. Si vous recherchez plutôt un partenaire intégrateur ou développeur, voyez sur la page [https://partners.dolibarr.org List of Dolibarr partners and providers].

<center>
[[File:Cloud solutions.png|350px]]
</center>

=Pour les solutions Cloud "Préconfigurées"=

==Recommandé (Dolibarr Preferred Partners)==
Critères de tri: 1) "Souscription automatisé temps réel" (oui en premier), 2) "Age de l'offre" (plus anciens en premier)

{{CloudService
|name=DoliCloud
|logo=Dolicloud_logo.png‎
|intro=
* Utiliser votre ERP & CRM depuis n'importe où.
* Hébergement non captif sans engagement de durée (vous gardez un accès complet permanent à vos bases/fichiers, accès SSH, SFTP et base MySql/MariaDb direct inclut)
* Sauvegarde journalière
* Prise en charge de la mise à jour vers les nouvelles versions
* Assistance en Français et Anglais (y compris aide à la migration)
* Résiliation possible à tout moment en ligne
* Possibilité d'obtenir une attestation Loi Finance (sur demande) pour les clients Français.

'''Essayer immédiatement, pendant 15 jours, l'offre Dolibarr en Cloud, incluant mises à jour gratuites et support sur [https://myaccount.dolicloud.com/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web DoliCloud]'''

ou regardez le tutorial vidéo: [[Image:Dolicloud_video.png|100px|link=https://www.youtube.com/watch?v=hMNjvManaF4|DoliCloud Video]]
|web=[https://www.dolicloud.com?utm_source=wikicloudfr&utm_campaign=none&utm_medium=web https://www.dolicloud.com]
|registration=Via le [https://myaccount.dolicloud.com/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web formulaire du site DoliCloud], création immédiate gratuite, instance prête en 1 minute. Tutorial pour migrer votre instance existante [[Migrer_mon_Dolibarr_vers_une_offre_Cloud|disponible ici]]
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=ATM Consulting
|logo=LogoATM.jpg
|intro=
Centralisez, pilotez et automatisez la gestion de votre entreprise avec DoliOnDemand, la version SaaS de Dolibarr conçue pour les PME souhaitant une solution de gestion complète, personnalisable et accessible en ligne.

* Une solution clé en main '''adaptée à votre métier''' (Centre de formation, entreprise industrielle, BTP …)

* '''Aucun engagement'''

* Une solution qui '''s’adapte à la croissance de votre entreprise'''

* Un '''accès à Dolibarr n’importe où''' et sur n’importe quel support

* '''Aucune installation technique''' à réaliser

* Une '''sauvegarde quotidienne''' des données

'''Essayez notre solution pendant 45 jours gratuitement !'''
 
|web=https://www.doliondemand.fr/
|registration=[https://myaccount.doliondemand.fr/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web Créez votre instance dès maintenant] et elle sera prête en 1 minute. Découvrez le tutoriel pour migrer votre instance existante [[Migrer_mon_Dolibarr_vers_une_offre_Cloud|disponible ici]].
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliPlace by Inovea Conseil
|logo=logo-doliplace-32px.png
|intro=
Fondée en 2013, Inovea Conseil est une entreprise française, basée près de Nancy, spécialisée dans la mise en place et le développement de modules pour le logiciel Open Source ERP/CRM Dolibarr.

Découvrez notre solution Dolibarr SaaS “DoliPlace” :

Installation de Dolibarr en seulement 2 clics
Hébergé sur nos serveurs sécurisés
Sauvegarde quotidienne de vos données
De 2 à 20 utilisateurs : des offres adaptées à vos besoins
Personnalisation : profitez de nos modules sur votre Dolibarr SaaS grâce à notre système d’options, vous permettant d’utiliser nos modules selon vos besoins.
Support : nous mettons à votre disposition un maximum de ressources pour l'utilisation de Dolibarr, afin que vous puissiez vous concentrer sur votre activité.
N’attendez plus ! Inscrivez-vous pour un essai de 30 jours afin de tester notre solution et commencer à gérer votre entreprise efficacement !

Notre équipe d’experts reste à votre disposition pour répondre à tous vos besoins Dolibarr : hébergement sécurisé, développement sur mesure, formation des utilisateurs et support dédié.

Notre site officiel : https://inovea-conseil.com/
|web=https://www.doliplace.fr/offres/
|registration=https://moncompte.doliplace.fr/register.php?origin=dolibarronlinewiki
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
|web2=https://www.inovea-conseil.com}}

{{CloudService
|name=iNodbox
|logo=Inodbox_transparent_540x130.png
|web=https://www.inodbox.com
|intro=

Centralisez vos informations de manière simple et sécurisée pour une gestion efficace de votre activité.

'''Plus de 10 ans d'expérience sur Dolibarr !'''
* Utiliser votre ERP & CRM depuis n'importe où en toute sécurité.
* Accès par VPN offert.
* Accès par une application externe à Mysql ou Postgresql possible.
* Accès à un partage réseau (SAMBA) offert.
* Nos hébergements Dolibarr ne sont accessible qu'en mode sécurisé. (SFTP, SSL, https).
* Possibilité de connecter votre E-Commerce.
* Sauvegarde horaire et journalière.
* Le support de premier niveau est gratuit.

'''Votre gestion commerciale clé en main en moins de 30 secondes avec nos offres [https://myaccount.dolibox.cloud/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web Dolibox] !'''

'''Vous souhaitez gérer plusieurs sociétés ? Découvrez nos offres [https://myaccount.multicompany.cloud/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web Multicompany] !'''
 
|registration=Via le [https://myaccount.dolibox.cloud/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web formulaire du site Dolibox], création immédiate gratuite, instance prête en 30 secondes. Tutorial pour migrer votre instance existante [[Migrer_mon_Dolibarr_vers_une_offre_Cloud|disponible ici]]
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Ma Gestion Cloud : Votre Solution Dolibarr Personnalisée et Sécurisée par Aplose
|logo=logo_aplose.png
|intro=
* '''Accès Illimité et Multi-Utilisateur''': Profitez d'un accès en ligne sans limites, que vous soyez une PME, TPE, micro-entreprise, ou autoentrepreneur.
* '''Sécurité et Sauvegarde Professionnelles''': Avec des serveurs hébergés en France et des partenariats de confiance, vos données sont entre de bonnes mains.
* '''Tarification Transparente et Juste''': Un tarif unique, sans coûts cachés, adapté à toutes les tailles d'entreprise et non liée au nombre d’utilisateurs.
* '''Support et Formation en France''': Bénéficiez d'une aide personnalisée et de formations adaptées à vos besoins.
* '''Liberté et Flexibilité''': Une solution ERP/CRM en mode cloud qui s'adapte à votre entreprise, pas l'inverse.

''Découvrez la différence Ma Gestion Cloud - La gestion d'entreprise simplifiée et sécurisée pour tous.''

Inscription gratuite pendant 15 jours puis 10€HT quelque soit le nombre d’utilisateurs !

'''Instance Dolibarr complète avec compte Administrateur délivrée en moins d’une minute !'''

'''Rendez-vous ici pour l’inscription automatisée : [https://www.ma-gestion-cloud.fr Ma Gestion Cloud].'''
|web=https://www.ma-gestion-cloud.fr/
|registration=Depuis le site web
|note= Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Ab1 Consulting
|logo=ab1consulting_logo.png‎
|intro=
La solution Cloud de AB1 Consulting vous permet de :
* Utiliser votre ERP avec ses modules Standards ou tous les modules d'AB1 consulting
* odifier votre code source avec une connexion SSH
* Définir votre période de sauvegarde.
* Vous décharger des tâches de mise à jour vers les nouvelles versions
* Profiter de notre assistance en Français, en Anglais et en Espagnol pour toutes vos tâches de gestion

'''Créez immédiatement, votre instance Dolibarr en Cloud valable 30 jours, incluant mises à jour gratuites et support sur
[https://ab1consult.com/index.php?id_category=17&controller=category&id_lang=1 Ab1 Cloud]'''

|web= https://ab1consult.com/index.php
|registration=
https://myaccount.ab1consult.com/register.php formule Pro sur Ab1 Cloud
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=NovaFirstCloud par Teclib
|logo=NovaFirstcloud.png‎
|intro=
* Tout l'ERP CRM Dolibarr
* Support technique et migration inclus
* Sauvegarde journalière
* Sans engagement
* Possibilité d'obtenir une attestation Loi Finance (sur demande) pour les clients Français.

'''Instance prête en 30 secondes depuis [https://myaccount.novafirstcloud.com/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web NovaFirstCloud]'''. Possibilité de tarification sur mesure.
 
Teclib est une entreprise spécialisé dans l'OpenSource possédant de nombreuses agences en France et Espagne 
|web=[https://www.novafirstcloud.com?utm_source=wikicloudfr&utm_campaign=none&utm_medium=web https://www.novafirstcloud.com]
|registration=[https://myaccount.novafirstcloud.com/register.php?origin=wikicloudfr&utm_source=wikicloudfr&utm_campaign=none&utm_medium=web From this form], prête en 30 secondes
|note=
}}

{{CloudService
|name=Tiaris
|logo=Logotiaris.jpg
|intro=Solution Dolibarr hébergée spécialement adaptée aux e-commerçants basée sur le module e-commerce
* pour sites Prestashop; Opencart Oscommerce (site non inclus)
* optimisé avec des modules complémentaires CRM, Logistique, traitements de masse
* installé et maintenu par Tiaris
* essais gratuit un mois
 
- Solution for e-merchands with the e-commerce System for Dolibarr.
* for sites your Prestashop; Opencart Oscommerce (sites not included in offer)
* modules for optimisation : CRM, Logistiks, mass-treatments
* installed and configured by us
* 30 days free for testing
|web=http://www.tiaris.eu
|registration=Veuillez nous contacter - Please contact us
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

==Alternatives==
Critères de tri: 1) "Souscription automatisé temps réel" (oui en premier), 2) "Age de l'offre" (plus anciens en premier)

{{CloudService
|name=Webuzo
|logo=
|web=https://www.webuzo.com
|registration=Depuis le site web
|note=
}}

{{CloudService
|name=BitNami
|logo=
|web=https://bitnami.com/stack/dolibarr
|registration=Depuis le site web
|note=
}}

{{CloudService
|name=Mon-Dolibarr
|logo=
|intro=Intégration Dolibarr, accompagnement et assistance (En français).
|web=https://www.mon-dolibarr.fr
|registration=Depuis le site web
|note=
}}

=Pour les solutions Cloud "Faites le vous-même"=
Voici une documentation pour expliquer comment installer Dolibarr sur la plupart des Solutions Cloud connues...

*[[Cloud with Redhat OpenShift Flex]]
*[[Cloud with Amazon EC2]]
*[[Cloud with Windows Azure]]
*[[Cloud with Google Cloud]]
*[[Cloud with Zend PHPCloud]] (service fermé)

Cloud Solutions for Dolibarr ERP CRM

2025-02-17T14:47:16Z

Aspangaro:

[[fr:Solutions_Cloud_pour_Dolibarr_ERP_CRM]]
[[es:Soluciones_en_la_Nube]]
[[de:Cloud-Lösungen]]


[[Category:Admin]]
[[Category:Cloud]]
<seo metak="Cloud, SaaS, Dolibarr, hosting, software, service, host, provider, online, sftp, rsync" />

'''Dolibarr ERP & CRM''' is a software package designed to work as a standalone program or as an application hosted into the Cloud. Having Dolibarr into the Cloud, is a solution to use Dolibarr from anywhere, any device, without doing any technical tasks (no installation to do, upgrades and backups are done for you).

__NOTOC__

This page tries to list the main available services providing Dolibarr ERP & CRM as a '''SaaS or Cloud''' solution. If you are looking for a partner for specific setup/development, see instead the [https://partners.dolibarr.org List of Dolibarr partners and providers].

<center>
[[File:Cloud solutions.png|350px]]
</center>

=For "Ready to use" SaaS commercial solutions=

==Recommended (Dolibarr Preferred Partners)==
Sort criterias are: 1) "Automatic subscription" (yes first, free trial without credit card first), 2) "Age of offer" (oldest first)

{{CloudService
|name=DoliCloud
|logo=Dolicloud_logo.png‎
|intro=
* Use your ERP & CRM from anywhere through an internet connection
* Opened hosting (you keep full access to your data/files, SSH, SFTP and Direct Mysql connection supported)
* Support in english and french (including help for migration)
* Daily data backup.
* Version upgrades included.
* Cancel your subscription at any time.

'''Create in 2 clicks your instance for a 15-day trial of the Dolibarr cloud-based application with free upgrades and support at [https://myaccount.dolicloud.com/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web DoliCloud]'''

Or watch the tutorial to create your own instance: [[Image:Dolicloud_video.png|100px|link=https://www.youtube.com/watch?v=hMNjvManaF4|DoliCloud Video]]

|web=[https://www.dolicloud.com?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web https://www.dolicloud.com]
|registration=[https://myaccount.dolicloud.com/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web From this form], instance ready in 30 seconds
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name= Easya Solutions
|logo= Open-DSI.png
|intro=

Opendsi is a French digital services company located in Lyon, created in 2012. We offer integration services of free business management software solutions (Dolibarr ERP) and custom solutions personalized to meet your needs. 
We developed a standardized offer in SaaS mode based on Dolibarr’s ERP called Easya Solutions : 
* Still an open-source software developed to offer the customer a better garantuee and support
* Focus on security and publication quality
* Include many aditional modules to personalize your interface according to your needs
* Long term support : new majors versions every 2 years, each maintained during 5 years
* Support guaranteed 5 years with extended support option for Opendsi’s customers 
Easya is delivered already configured to help new users handling the software. Thus, it provides a bigger functionality panel, necessary in favor of a user’s experience in constant evolution. Try it for free without commitment : 
''' https://easya.solutions/trial/''' 

Our qualified team has considerable experience and digital skills which allows us to provide many services: integration, consulting, specific development, hosting and communication. 
We are specialized in the implementation of open source cloud computing solutions and outsourcing. 
|web=https://easya.solutions/
|registration=https://easya.solutions/trial/
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
|web2=https://www.easya.solutions}}

{{CloudService
|name=DoliOnDemand by ATM Consulting
|logo=LogoDoliondemandSF.png
|intro=

Manage your business with confidence and without worrying about data processing. Go with Dolibarr ERP-CRM software in hosted mode and take advantage of ATM Consulting technical expertise combined with all the benefits of SaaS (Software as a Service) solution :
* Dolibarr access from anywhere through an internet connection.
* Cloud solution with no time commitment.
* No technical installation to do.
* Daily data backup.
* Access to functional and technical assistance.
* 4 offers adapted to different trade and customer needs : Service, Business, Training and Construction industry.

'''Contact us and get a 60 days trial of Dolibarr ERP-CRM software for free !'''
 
|web=https://www.doliondemand.fr/
|registration=Contact us: https://www.doliondemand.fr/contacts
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name= DoliPlace by Inovea Conseil
|logo= logo-doliplace-32px.png
|intro=

Founded in 2013, Inovea Conseil is a French company, based near Nancy, specializing in the implementation and development of modules for the Dolibarr Open Source ERP/CRM software.

'''Discover our Dolibarr SaaS solution “DoliPlace”''' :

- Dolibarr installation in just 2 clicks
- Hosted on our secure servers
- Daily backup of your data
- From 2 to 20 users: offers tailored to your needs
- Customization: Take advantage of our modules on your Dolibarr SaaS thanks to our options system, enabling you to use our modules according to your needs.
- Support: We provide a maximum of resources for using Dolibarr, so you can concentrate on your business.

'''Don't wait any longer! Sign up for a 30-day trial to test our solution and start managing your business efficiently!'''

Our team of experts remains available to meet all your Dolibarr needs : secure hosting, custom development, user training and dedicated support.

Our officiel website: https://inovea-conseil.com/
|web=https://www.doliplace.fr/offres/
|registration=https://moncompte.doliplace.fr/register.php?origin=dolibarronlinewiki
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
|web2=https://www.inovea-conseil.com}}

{{CloudService
|name=iNodbox
|logo=Inodbox_transparent_540x130.png
|web=https://www.inodbox.com
|intro=

Centralize information in a simple and secure way for effective management of your business.

'''Over 10 years experience on Dolibarr !'''
* Use your ERP & CRM from anywhere through an internet connection.
* Virtual Private Network access offered.
* External Mysql or PostgreSQL connection supported.
* Windows network drive (SAMBA) access offered.
* Our Dolibarr hosting is only available in secure mode. (SSL, https).
* Possible and secure connection to your E-Commerce.
* Hourly and daily data backup.
* Free support.

'''Create in 2 clicks your instance for a 15-day trial of the Dolibarr cloud-based application with free upgrades and support at [https://myaccount.dolibox.cloud/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web Dolibox]'''

'''Do you have several companies to manage? Discover our offers [https://myaccount.multicompany.cloud/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web Multicompany]'''
 
|registration=[https://myaccount.dolibox.cloud/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web From this form], instance ready in 30 seconds
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Ma Gestion Cloud: Your Customized and Secure Dolibarr Solution by Aplose
|logo=logo_aplose.png
|intro=
* '''Unlimited and Multi-User Access''': Enjoy limitless online access, whether you're an SME, VSE, micro-business, or sole proprietor.
* '''Professional Security and Backup''': With servers hosted in France and trusted partnerships, your data is in safe hands.
* '''Transparent and Fair Pricing''': A single rate with no hidden costs, suitable for businesses of all sizes and not tied to the number of users.
* '''Support and Training in France''': Benefit from personalized assistance and training tailored to your needs.
* '''Freedom and Flexibility''': A cloud-based ERP/CRM solution that adapts to your business, not the other way around.
''Discover the « Ma Gestion Cloud » difference - Simplified and secure business management for everyone.''

''Free registration for 45 days then €10 excl. VAT regardless of the number of users!''

'''''Complete Dolibarr instance with Administrator account delivered in less than a 30 seconds!''''' '''''Visit here for automated registration: [https://www.ma-gestion-cloud.fr Ma Gestion Cloud].'''''
|web=https://www.ma-gestion-cloud.fr/
|registration=[https://aplose.ma-gestion-cloud.fr/custom/sellyoursaas/myaccount/register.php?origin=backofficelink&plan=OASS0009]
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Macrorom ICT-services
|logo=Logo-200px.png
|web=https://macrorom.com
|intro=
Dolibarr ERP/CRM is the Open Source software we host worldwide for you to manage your data & files for your company, hospital, foundation or freelance activity.

* Use your centralized Dolibarr ERP/CRM data and information from anywhere through an internet connection to manage Your business.
* Because our servers reside on Dutch soil, they are declared EU-adequate in GDPR & AVG perspective. Your data is safe with us.
* We do all the technical stuff so you can directly focus on your business activities.
* Our Dolibarr hosting is only available in secure mode. (SSL, https).
* Daily or hourly (or other frequency) data backup on your demand.
* Version upgrades and bug releases included.
* Free support in English, German and Dutch (including help for migration & technical support).
* We can integrate your Dolibarr ERP/CRM with several web shop platforms
* Open hosting (on request you keep full access to your data & files, SSH, SFTP and Direct MySQL connection supported).
* Virtual Private Server access over our network offered.

'''Contact us and have Your Dolibarr ERP/CRM environment set-up in a jiffy and get the first month for free!'''
 
|registration=From this form: https://macrorom.com/apply-for-dolibarr-erp-crm/ , ready within an hour (depending on DNS replication)
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliPlatform by Diciannove
|logo=
|web=https://doliplatform.com/erp-crm-cloud/
|intro=
Cloud solution characteristics:

* Use your ERP & CRM from anywhere through an internet connection
* Support in english and italian (including help for migration)
* Daily data backup.
* Version upgrades included.
* Cancel your subscription at any time.
* pre-installed electronic invoicing and italian accounting system compatibility plugins
 
|registration=From this form: https://doliplatform.com/erp-crm-cloud/
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Ab1 Consulting
|logo=ab1consulting_logo.png‎
|intro=
* AB1 Consulting's Cloud solution allows you to:
* Use your ERP with its Standard modules or all AB1 consulting modules
* Modify your source code with an SSH connection
* Define your backup period
* Offload you update tasks to new versions
* Take advantage of our assistance in French, English and Spanish for all your management tasks

|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
|web=https://www.ab1consult.com
|registration=https://myaccount.ab1consult.com/register.php
}}

{{CloudService
|name=DoliSupport
|logo=Dolisupport_blue_main_1.0_px90.png
|intro=
* Dutch and English support for your Dolibarr
* Dutch support and advise for your business/local market
* Certified Dolibarr Preferred Partner
* Testing and production environment included
* SSL certificates included
* Migration supported
* Customization and development
* Release- and databasemanagement
* Email configuration
* Documents share
* Webshop connection
* Daily database backup
* 30 days trial, 1 month cancel period of subscription
|web=https://dolisupport.nl/tarieven
|registration=https://dolisupport.nl/bestelformulier-dolibarr/
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliZen
|logo=Informatique_Libre_Logo.png
|intro=
* Use your ERP & CRM from anywhere through an internet connection
* Opened hosting (you keep full access to your data/files, SSH, SFTP and Direct Mysql connection supported)
* Support in English and French (including help for migration)
* Daily data backup.
* Version upgrades included.
* Cancel your subscription at any time.

'''Create in 2 clicks your instance for a 15-day trial of the Dolibarr cloud-based application with free upgrades and support at [https://dolizen.fr/pricing.php DoliZen]'''

|web=https://www.dolizen.fr
|registration=https://dolizen.fr/pricing.php, instance ready in 30 seconds
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliCenter
|logo=dolicenter_bloxera_logo.png‎
|intro=

DoliCenter is a cloud-based Dolibarr hosting service provided by Bloxera GmbH, a certified Dolibarr Preferred Partner.

* Our service is hosted in a data center in Germany that is fully ISO/IEC 27001 certified and complies with EU data protection regulations.
* Your data is backed up daily and replicated to a second, independent location.
* We offer specialized tiers: Dolibarr Economy with a robust standard installation and Dolibarr Business, fine-tuned and extended for professional business needs.
* No long-term commitments: You can cancel your subscription on a monthly basis.
* Customer service is provided in German and English language. Depending on the plan you choose, different levels of support are already included.

Good to know:
* If you have any questions, we are here to help.
* For special needs, we can provide you with customization and support to make Dolibarr perfect for your business.

'''Start your free 15-day trial now. No payment information required until you decide to make the service permanent. Just choose your plan and register to start using it in minutes: [https://www.dolicenter.com/pricing.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web DoliCenter hosting options]'''

|web=[https://www.dolicenter.com?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web https://www.dolicenter.com]
|registration=[https://www.dolicenter.com/pricing.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web Select your plan] and get an instance for a free trial period within minutes.
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

==Alternatives==
Sort criteria is: 1) "Automatic subscription" (yes first, free trial without credit card first), 2) "Age of offer" (older first)

{{CloudService
|name=BitNami (by VMWare)
|logo=
|web=https://bitnami.com/stack/dolibarr
|registration=From web site
|note=
}}

{{CloudService
|name=Your Own Net
|logo=
|intro=
|web=https://yourownnet.net/dolibarr-test-gratuit/
|registration=From web site
|note=
}}

{{CloudService
|name=Mon-Dolibarr
|logo=
|intro=Dolibarr integration, support and assistance (French)
|web=http://www.mon-dolibarr.fr
|registration=From web site
|note=
}}

{{CloudService
|name=Cloudron.io
|logo=
|intro=
|web=https://www.cloudron.io/store/org.dolibarr.cloudronapp.html
|registration=From web site
|note=
}}

{{CloudService
|name=CloudJiffy.com
|logo=
|intro=
|web=https://cloudjiffy.com/blog/solutions/dolibarr-on-cloudjiffy/
|registration=From web site
|note=
}}

{{CloudService
|name=Elestio
|logo=
|intro=
|web=https://elest.io/open-source/dolibarr
|registration=From web site
|note=
}}

=For "Dot it yourself" cloud solution=
There is also documentation to explain how to install Dolibarr on major Cloud Solutions...

*[[Cloud with Redhat OpenShift Flex]]
*[[Cloud with Amazon EC2]]
*[[Cloud with Windows Azure]]
*[[Cloud with Google Cloud]]
*[[Cloud with Zend PHPCloud]] (service closed)
*[[Dolibarr on Synology]]

You want to build your own solution to provide Dolibarr in the Cloud ? Take a look at the project https://www.sellyoursaas.org

Template:AccountingExpertExportExamples

2025-01-27T13:35:18Z

Aspangaro: /* Export Quadratus format txt */

== Export Standard (TSV) ==

2012016 gérance janvier 2016 (SI1601-0668) 40100000 FGEFFROY 0 1000 ACH
2012016 gérance janvier 2016 (SI1601-0668) 64400000 1000 0 ACH

== Export Cador ==
See Export Standard

== Export Cegid ==

2012016 ACH 40100000 FGEFFROY C 1000 GEFFROY OLIVIER - gérance janvier 2016 - Tiers gérance janvier 2016 (SI1601-0668)
2012016 ACH 64400000 D 1000 GEFFROY OLIVIER - gérance janvier 2016 - Gerance gérance janvier 2016 (SI1601-0668)

== Export Sage Coala ==

02/01/2016 ACH 40100000 1 gérance janvier 2016 (SI1601-0668) 0 1000 E FGEFFROY
02/01/2016 ACH 64400000 1 gérance janvier 2016 (SI1601-0668) 1000 0 E

== Export Sage Bob 50 ==

1 02/01/2016 F FGEFFROY 0 1000 GEFFROY OLIVIER - gérance janvie...
1 02/01/2016 G 64400000 1000 0 GEFFROY OLIVIER - gérance janvie...

== Export Ciel compta format txt ==

1 ACH06022017020120161 FGEFFROY gérance janvier 2016 (SI1 1000C GEFFROY OLIVIER - gérance janvier O2003
2 ACH06022017020120161 64400000 gérance janvier 2016 (SI1 1000D GEFFROY OLIVIER - gérance janvier O2003

== Export Quadratus format txt == ([[File:KB0014530 - Fichier d'entrée ASCII.pdf|center|thumb|PDF décrivant le format officiel Quadra]]
 )

MFGEFFROYAC00006022017 gérance janvier 2016C+000000001000 000000 1 1 EURACH gérance janvier 2016 (SI1601-0661
M64400000AC00006022017 gérance janvier 2016D+000000001000 000000 1 1 EURACH gérance janvier 2016 (SI1601-0661

== Export EBP ==

10803 2012016 ACH 40100000 40 GEFFROY OLIVIER - gérance janvier 2016 - 1 1000 C 2012016 EUR
10804 2012016 ACH 64400000 64 GEFFROY OLIVIER - gérance janvier 2016 - 1 1000 D 2012016 EUR

== Export Cogilog ==

ACH 2012016 1 40100000 GEFFROY OLIVIER - gérance janvier 2016 - Tiers 2012016 1000 gérance janvier 2016 (SI1601-0668) GEFFROY OLIVIER - gérance janvier 2016 - Tiers
ACH 2012016 1 64400000 GEFFROY OLIVIER - gérance janvier 2016 - Gerance 2012016 1000 gérance janvier 2016 (SI1601-0668) GEFFROY OLIVIER - gérance janvier 2016 - Gerance

== Export FEC ==

FEC means '''Fichier des Écritures Comptables''' (French law), a TSV file but with the extension "*.txt".

<pre>
JournalCode JournalLib EcritureNum EcritureDate CompteNum CompteLib CompAuxNum CompAuxLib PieceRef PieceDate EcritureLib Debit Credit EcritureLet DateLet ValidDate Montantdevise Idevise
V1 Journal des ventes 134 20191022 411 Clients et Comptes rattachés 411FINCORP Fincorp FC1808-0007 20180821 Fincorp - FC1808-0007 - Compte auxiliaire 10248 0
V1 Journal des ventes 134 20191022 7061 Prestations de services 20% FC1808-0007 20180821 Fincorp - FC1808-0007 - Prestations de services 20% 0 8540
V1 Journal des ventes 134 20191022 44571 Prestations de services 20% FC1808-0007 20180821 Fincorp - FC1808-0007 - TVA 20 % 0 1708
AC Journal des achats 135 20191022 401 Fournisseurs et Comptes rattachés 401DIVERS Divers HA1808-002 20180802 Divers - FF1808021 - Compte auxiliaire 0 32.9
AC Journal des achats 135 20191022 625128 Frais de repas 5.5% HA1808-002 20180802 Divers - FF1808021 - Frais de repas 5.5% 26.92 0
AC Journal des achats 135 20191022 625127 Frais de repas 20% HA1808-002 20180802 Divers - FF1808021 - Frais de repas 20% 3.75 0
</pre>

Article explaining the FEC format: https://blog.masterfec.fr/fondamentaux-respect-normes-fec

File:KB0014530 - Fichier d'entrée ASCII.pdf

2025-01-27T13:34:29Z

Aspangaro:

Quadra - Format officiel

GIFF - Comptabilité 2025

2025-01-18T06:48:11Z

Aspangaro: /* Présents */

===Présentation du sujet pour ce GIFF===
Amélioration de l'outil de comptabilité et/ou Pré-comptabilité présent dans Dolibarr pour l'année 2025

*Lettrage des comptes généraux
*Lettrage lié à l'exercice
*Lors du lettrage auto au moment du transfert en comptabilité (étendre aux notes de frais et prévoir plus de cas (acompte, etc))
*Génération des OD d'escompte
*Liste des pièces jointes manquantes d'après les données bancaires
*Dissocier les comptes bancaires
*Dans le plan comptable : traduire les groupes de comptes comptables / en France, retenir le premier chiffre en lien avec une classe de compte

===Outils de travail===
Forum : https://www.dolibarr.fr/forum/t/giff-comptabilite-2025/48121

Wiki : [[GIFF - Comptabilité 2025]]

Plateforme de financement : L'association Dolibarr

Montant financé GIFF : 7000 € (Eoxia, Easya Solutions, Inovea Conseil, InfraS, Netlogic, Pragmatech, Solauv)

Intervenants et rôles :

* Alexandre Spangaro - Inovea Conseil (Responsable du projet / trésorier)
* Philippe Scoffoni - Easya Solutions
* Romain Deschamps - Easya Solutions
* Nicolas Barrouillet - Pragma-tech
* Stéphanie Barrouillet - Pragma-tech
* Gilles Poirier-Netlogic
* Alexandre Philis - Solauv
* Laurent Magnin - Eoxia

Porteur du projet : Alexandre Spangaro - Inovea Conseil

Outils de suivi du projet : Github (https://github.com/orgs/Dolibarr/projects/13)

Outils de gestion du code : Github (https://github.com/orgs/Dolibarr/projects/13)

Channel sur Discord : NA

Décidim : NA

Tag sur Github.com : NA

===Ressources===
Vidéo présentation comptabilité v21 : <nowiki>https://www.youtube.com/watch?v=siZIppci1TA</nowiki>

====Historique====

*Pourquoi l'introduction du lettrage ?

Le lettrage n'est pas obligatoire mais il est fortement conseillé notamment en matière de pointage de TVA. La présence du lettrage a également un lien avec le format FEC car il y a deux colonnes dédiées au lettrage (code & date). Si vide, on peut déjà dire qu'une comptabilité n'a pas été revue complètement.

===Étapes prévues===

*Création GIFF - OK
*Création Forum - OK
*Financement - En cours
*Lancement du GIFF

===Réunion du 13/12/2024===

=====Tour de table besoins=====
'''Philippe Scoffoni:'''

*Finir le lettrage (cas particulier > Acompte / Note de frais / Salaire)
*Ajouter le lettrage des comptes généraux
*Remise à zéro du compteur de lettrage au changement d'exercice
*Liaison lettrage aux exercices

'''Sylvain Legrand:'''

*Lien entre le rapprochement bancaire et la comptabilité
*Export Excel ou PDF du grand livre
*Code pour les virements bancaires mal renseigné (CASH ou CORE) - Attention non normé etc... Création de nouveau dictionnaire liés aux banques car les attendus des SEPA sont générés par banque
*<nowiki>https://github.com/Dolibarr/dolibarr/pull/32301</nowiki>,
*<nowiki>https://github.com/Dolibarr/dolibarr/pull/32303</nowiki>
*<nowiki>https://github.com/Dolibarr/dolibarr/pull/32304</nowiki>
*Fonction qui est passée en front en v18, option graphique "Autoriser le règlement de factures de différents tiers s'ils ont la même maison-mère" -> Création d'un bug en comptabilité qui multiplie le nombre de ligne à plus de deux sociétés filles (<nowiki>https://github.com/Dolibarr/dolibarr/issues/32354</nowiki>)
*Retravaille de la fonction en terme UI/UX

'''Stéphanie Barrouillet:'''

*Lettrage des comptes généraux
*Lettrage des escomptes bien fait sur la facture fourniture et/ou client, il y a bien l'information sur un pop-up mais il ne se passe rien
*Gestion des écarts quelques centimes - Réponse AS : Attente du journal d'OD avec le module d'immobilisation dans la v21

'''Nicolas Barrouillet:'''

*Nomenclature des classes
*Rapatrier les couleurs normées - Réponse AS : il n'y a pas de couleurs normées. On peut utiliser différente palette de couleur. Exemple : <nowiki>https://www.controledegestion.org/comptabilite/plan-comptable-general/</nowiki>
*Dictionnaire pour les groupes comptables à créer ? Écrire les codes avec les mêmes acronymes que sur le plan comptable

'''Vincent :'''

*Simplification de la liaison automatique. Automatisme de bascule en comptabilité

'''Alexandre Spangaro'''

*Nouveau plan comptable 2025 à prévoir (Les comptes 791* disparaissent en résumé)
*Intégration du nouveau PCG14 en PCG25DEV

'''Alexandre Philis'''

*Mettre une classe par défaut à la saisie du numéro de compte si on choisit une classe 6 il saisit directement un groupe de la bonne classe => Proposition d'AS mettre déjà une traduction par défaut

'''Laurent Magnin:'''

*Ergonomie et améliorations des interfaces en se basant sur les couleurs et les axes du plan comptable avec une entrée menu pour chaque axe
**Exemple : Pour la gestion des comptes courants associés on doit créer un compte bancaire ? Que l'on associe à l'associé ! Comment un utilisateur normal peut trouver cette méthode ?
*Avoir un point lisible et simple en partant du compte bancaire avec les indicateurs sur les lignes uniquement. (Manque pièce comptable, lien vers la pièce, statut de la ligne ok ou pas pour la compta)
**Intégration dans l'UI écriture bancaire ? Automatisation ?
**Logiciel de gestion de trésorerie avec une ergonomie simple : Ipaidthat, Evolys, sellsy,

==='''Réunion du 17/01/2025'''===

====Présents====
Alexandre Spangaro - Inovea Conseil

Philippe Scoffoni - Easya Solutions

Romain Deschamps - Easya Solutions

Nicolas Barrouillet - Pragma-tech

Stéphanie Barrouillet - Pragma-tech

Gilles Poirier-Netlogic

Alexandre Philis - Solauv
 

====Sujet====

===Besoins===
On continue la liste des besoins

'''Gilles Poirier'''

*Balance agée : non existant à ce jour. Réalisé via requête SQL. Besoin remonter au niveau des documents pour récupérer les informations des paiements.

*Dans la recherche sur les comptes généraux, options pour chercher avant tout sur les comptes selon les chiffres (commence par et pas contient).

*Lors de l'écriture manuelle, numérotation automatique. Retirer pièce de la création et ensuite, définir un numérateur.

*En saisie manuelle, lorsqu'on définit un compte auxiliaire, reprendre le compte centralisateur dispon dans la fiche tiers ou bien

*Correctif pour les paiements groupe (en cours d'intégration : <nowiki>https://github.com/Dolibarr/dolibarr/pull/32393/files</nowiki>)

*Pour les paiements groupe, voir pour réimplanter la fonction d'une point de vue comptable.

*Dans la config par défaut des centralisateurs, pouvoir définir un auxiliaires par défaut pour remplacer le sacro saint 411 /411. Ce compte auxiliaire par défaut devra être repris dans la liste des comptes auxiliaires.

*Une modification d'une opération ne vérifie pas le lettrage

*Ajouter un mode/statut brouillon et un mode validé pour les transactions pour ne pas conserver des transactions non équilibrées.

*Ajouter un suivi des événements sur les transactions / écritures. A minima, ajouter un onglet suivi avec modifications/créations. Prendre en compte les suppressions.

'''Philippe Scoffoni'''

*Arrêté de TVA: Voir pour l'historisation des mouvements rattaché à une déclaration

Ancien module : <nowiki>https://github.com/DoliCloud/DoliMods/tree/master/htdocs/tvacerfa</nowiki>

Intéressant (hors GIFF) : Voir pour connecter à Teledec via API

'''Alexandre Spangaro'''

*Besoin fonction duplication / clone (Pragmatech)

*Besoin d'une opération d'extourne (Pragmatech)

*Besoin d'une fonction de lettrage avec option de solde (équilibrage) pour les écarts de règlements avec écritures dans un 658 / 758.

 

===='''Organisations'''====
Créer le projet sur le github Dolibarr : https://github.com/orgs/Dolibarr/projects/13

Lister les tâches en découpant

PRAGMATECH souhaite prendre :

Temps de développement sur clonage / extourne pour dans le cœur

Temps de développement sur la liste des pièces présentes dans les lignes bancaires

Report board meeting 20250114 teleconf

2025-01-18T04:20:39Z

Aspangaro:

{{TemplateAssoEn}}
{{TemplateAssoFr}}

=Title/Date/Location=

*Title: Foundation board meeting
*Date: 14 / 01 / 2025
*Location: Online with NextCloud

=Presents=

Valid members of the board (subscription up to date) that are present (Name of organization and name of contact):

*Atoo-Net (Philippe GRAND)
*Easya Solution (Philippe SCOFFONI)
*Atm Consulting (Maxime KOHLHAAS)
*Nord Erp (Emmanuel OYEZ)
*Scopen (Florian HENRY)
*Tiaris (Jean HEIMBURGER)
*Inovea Conseil (Nicolas ZABOURI + Alexandre SPANGARO)
*DoliCloud (Laurent DESTAILLEUR)

=Topics=

==Salon / Next meeting==

https://salons-solutions.com/ send a request for renewal next year (7,8 octobre 2025)
=> Ok to go : 3600 € for 6 m2. Maxime will send request.

Forum PHP 2025:
=> Date unknown ?

FOSDEM (1,2 febuary 2025 at Brussels, Belgium): The Dolibarr foundation will be present
=> Laurent Destailleur and Emmanuel Oyez will be present
=> LDR will ask to partners to be present to help

==Comunication on various social nextwork==
=> Subscribe to https://buffer.com to auto publish news on social network
- Facebook (fr/en/de)
- BlueSky
- X (fr/en)
- Reedit
- LinkedIn
- Mastodon
- Threads

==Next AG==
=> 21 feb 2025, communication wil be send

==DevCamps==

Summer DevCamp 2025 : Valence (50 places maximum)
=> Date : 12 june/15 june
=> IBIS Hotel Valence (next to TGV train station)
=> Ready - Registration open to Preferred Partners in january 2025 - to the community around february

Winter DevCamp 2025 : Angoulême (Progiseize)
Date : TBD
=> To be organized.

Winter DevCamp 2025 Germany : Vienna
Date : September
=> To be organized.

Summer DevCamp 2026 : Noisy Le Grand (NET Logic)
Date : TBD
=> To be organized.

==Next DevCamps Organization==
=> New options : Night + Food or just Food (no subscription price change just for organization). To discuss later for next devcamp.

=> What to do for local organizing persons ? => Ok for food for 2 persons

=> Subscription Price : Make different price for sharing room and single room, by night, came only one day ? To discuss later

=> How to engage subscribers to in case of disengage at last minutes ?
We will add new extrafields on the subscription form to ask comitment on each meal and each night. Will make things easier to plan correctly hotel and accomodation.
The Dolibarr foundation agree to ask a complementary payment for attendees in devCamp that did not warn they could not be present (a lot of room and lunch remains paid and not consumed).

==Brand protection renewal==
Trademark was renew for Europe and World by the Dolibarr foundation
=> In progress for UK
FHE (+1) : Take contact with lawyer for larger and internationnal actions related to the protection of the trademark (https://wiki.dolibarr.org/index.php/Rules_to_use_the_brand_name_%22Dolibarr%22).

==Dolibarr lawyer==
Legal action underway in Argentina to oppose an attempt to squat the brand.
Our lawyer in Argentina is waiting a feedback of the Argentinian administration...

==Assurance Responsabilité Civile==
Go for https://onlynnov.com/ not cyber, only responsabilité civile : Validated for Onlynnov
=> Maxime : waiting feed back from Onlynnov, Process canceled with Onlynnov
=> Emmanuel: try a new one

==Dolistore==
The New DoliStore is on line.
There is still some tasks to finish, some exemples :
- Home page will limit random modules only compatible with last version.
- Old Satisfactory rate will be reset from 01/01/2025
- Max download time is one year and must be customized by seller.

==Task done by Laurent during past month (access not public)==
=> Mostly Dolistore

==Preferred partner==
No more pending Dolibarr Preferred Partner request to analyze/validate (all requests were processed)

==GIF(F): Groupement d’intérêt Fonctionnel (et financier)==
5 GIF(F) in progress...
https://wiki.dolibarr.org/index.php?title=Category:Groupement_d%27Int%C3%A9r%C3%AAt_Fonctionnel

=> https://wiki.dolibarr.org/index.php?title=GIFF_-_Facture_de_situation_2022
Actors need to made invoice to foundation.
Feature will be standard in v21

=> GIFF UX/UI has been launched next week. On Going

=> GIFF Facture électronique.
Stand by, discuss with others provider to create a PDP for open source software

==Migrate AppViser page to the foundation==
On going : https://www.appvizer.fr/operations/erp/dolibarr

GIFF - Comptabilité 2025

2025-01-17T14:59:21Z

Aspangaro:

GIFF - Comptabilité 2025

2024-12-14T06:47:05Z

Aspangaro:

GIFF - Comptabilité 2025

2024-12-14T06:36:17Z

Aspangaro:

===Présentation du sujet pour ce GIFF===
Amélioration de l'outil de comptabilité et/ou Pré-comptabilité présent dans Dolibarr pour l'année 2025

*Lettrage des comptes généraux
*Génération des OD d'escompte
*Liste des pièces jointes manquantes d'après les données bancaires
*Dissocier les comptes bancaires
*Dans le plan comptable : traduire les groupes de comptes comptables / en France, retenir le premier chiffre en lien avec une classe de compte
*Amélioration IHM - Introduction d'une présentation simple des écritures bancaires avec l'association des justificatifs

===Outils de travail===
Financeur du GIFF : Eoxia, Easya, Netlogic, Alexandre, Infras

Forum : https://www.dolibarr.fr/forum/t/giff-comptabilite-2025/48121

Plateforme de financement : L'association Dolibarr

Montant financé GIFF : En cours

Intervenants et rôles : En cours

Porteur du projet : Inovea Conseil (Alexandre)

Outils de suivi du projet : En cours

Outils de gestion du code : Github #GIFF_compta

Channel sur Discord : NA

Décidim : NA

Tag sur Github.com : NA

===Ressources===
Vidéo présentation comptabilité v21 : https://www.youtube.com/watch?v=siZIppci1TA

====Historique====

===Étapes prévues===
Réunions du 13/12/2025

Compte rendu en cours

Alexandre Spangaro

2024-11-28T15:40:03Z

Aspangaro:

[[Category:Everybody]]
[[Category:Z-6PO]]
[[Category:Soldier]]
[[Category:User Active]]
{{UserInfo|
username=Alexandre Spangaro|
usercountry={{Flag_fr}}|
userlogin=aspangaro|
userdate=2011|
usercompany=Inovea Conseil|
userweb=https://inovea-conseil.com/|
usergrade={{LinkZ-6PO}} {{LinkSoldier}}|
userstatus=active}}

Assistant Treasurer for the [[Dolibarr foundation]] since 2015.
Treasurer for the [[Dolibarr foundation]] since 2024.

GIFF - Expérience Utilisateur et Interface - UI - UX

2024-09-19T03:46:00Z

Aspangaro:

===Présentation du sujet pour ce GIFF===

#Travail préparatoire : Analyser et définir l'ensemble des composants utilisés dans Dolibarr
#Compléter la page permettant de consulter les composants UX - Déplacement du dossier /test et renommage /htdocs/documentation/ui à déplacer
#Préparer la refonte des composants
#Application au thème Eldy

===Outils de travail===

*'''Financeur du GIFF''' : Eoxia, ATM, Progiseize, Easya, Infras, Evarisk
*Forum : [https://www.dolibarr.fr/forum/t/giff-experience-utilisateur-et-interface-ui-ux/46658 Dolibarr.fr/forum/t/giff-experience-utilisateur-et-interface-ui-ux/46658]
*Wiki : https://wiki.dolibarr.org/index.php?title=GIFF_-_Exp%C3%A9rience_Utilisateur_et_Interface_-_UI_-_UX
*Plateforme de financement : L'association Dolibarr
*Montant financé GIFF : à venir
*Intervenants et rôles : Anthony (Animateur), Amandine (Animation et projet), Laurent (Animateur), Alexandre, Eric, Lena, Kamel
*Porteur du projet : Eoxia
*Outils de suivi du projet : [https://github.com/orgs/Dolibarr/projects/6 GIFF-UI-UX-2024]
*Outils de gestion du code : [https://github.com/orgs/Dolibarr/projects/6 GIFF-UI-UX-2024]
*Channel sur Discord : NA
*Décidim : [https://decidim-dolibarr.informatique-libre.com/assemblies/GIFF-experience-utilisateur-Interface-UI-UX-2024 GIFF-experience-utilisateur-Interface-UI-UX-2024]
*Tag sur Github.com : [https://github.com/Dolibarr/dolibarr/issues?q=is%3Aopen+is%3Aissue+label%3A%22GIFF+UI+%2F+UX+2024%22 GIFF UI / UX 2024]
*

====Outils de travail temporaire====

*Dépôt GIT : github.com/EchoLoGeek/dolibarr/tree/documentationUX
*Figma proposé : [https://www.figma.com/community/file/1393171578760389765/dolibarr-ui-ux-kit www.figma.com/community/file/1393171578760389765/dolibarr-ui-ux-kit]

==Étapes prévues==

===Étape 1 : Premier GIFF - Développement du rendu visuel sur Dolibarr équivalent aux bibliothèques classiques===

*Rangement des exemples d'UI/UX (https://github.com/Dolibarr/dolibarr/issues/30278)
**Il faut que l'on puisse le tester l'interface native de Dolibarr
**Le mettre dans les paramètres du module builder
**Onglet dans le module builder
**Dans le dossier du module builder
**Ajout dans les templates dans la configuration
*<gallery>
File:Ui-ux-ecran.png| Exemple de la galerie actuelle des composants UI/UX
File:UIUX-component-eoframework.png|UI-UX composants réalisés par eoxia.com
</gallery>Permettre une navigation dans les modèles UI/UX
**Définir la page d'exemple de navigation
**
*Définir les éléments du DOM de Dolibarr
**Faire la liste des premiers
*Définir les premiers rendus graphiques ou rapatrier les existants
**Liste dans les cards
**Les menus
**Sémantique
**Voir toutes les issues créées sur Github
*Réalisation d'un POC d'intégration pour faire des prototypes visuels (Maquette)
**Voir ou stocker les modèles de composant et les formats
**Logiciels envisagés pour les tests : Figma,Draw.io, voir d'autres logiciels Open-Source
*Taux horaire et montant jour défini ce jour.
*

 

==Problématiques==

===Sémantique===

*DOM : à définir
*Gabarit : C'est la structure (Template), langage : ?
*Style Language CSS

===Problématique 1 - Comparaison des outils===
Outils étudiés :

[https://tailwindui.com/][Https://tailwindui.com/ https://tailwindui.com/] - [https://github.com/tailwindlabs/tailwindcss Git du dépôt]

[https://picocss.com/]https://picocss.com/ - [https://github.com/picocss Git du dépôt]

Étudier les frameWork existant afin d'envisager une intégration dans le cœur de Dolibarr et ou de s'inspirer des solutions existantes.

====Étude Tailwincss====

=====Avantages=====

*Avoir une charte de nommage connue
*Les différentes intégrations dans des outils classiques comme Figma etc...

=====Inconvénients=====

*Abandon du framework
*Ajout d'une dépendance

====Étude Picocss====

=====Avantages=====

*à faire

=====Inconvénients=====

*Abandon du framework
*Ajour d'une dépendance

===Problématique 2 - Orientation et choix===
Point évoqué :

*Mettre en place des exemples concrets :
*Mettre en place

===Projection du projet à moyen et long terme===
Définition des éléments graphiques (Composants) - Réalisation d'une page d'exemple

Proposition d'améliorations de composants tant en expériences utilisateurs et en graphisme

Organisation de la structure de Dolibarr

Démarrage par le module Builder

Cloud Solutions for Dolibarr ERP CRM

2024-05-13T12:04:18Z

Aspangaro:

[[fr:Solutions_Cloud_pour_Dolibarr_ERP_CRM]]
[[es:Soluciones_en_la_Nube]]
[[de:Cloud-Lösungen]]


[[Category:Admin]]
[[Category:Cloud]]
<seo metak="Cloud, SaaS, Dolibarr, hosting, software, service, host, provider, online, sftp, rsync" />

'''Dolibarr ERP & CRM''' is a software package designed to work as a standalone program or as an application hosted into the Cloud. Having Dolibarr into the Cloud, is a solution to use Dolibarr from anywhere, any device, without doing any technical tasks (no installation to do, upgrades and backups are done for you).

__NOTOC__

This page tries to list the main available services providing Dolibarr ERP & CRM as a '''SaaS or Cloud''' solution. If you are looking for a partner for specific setup/development, see instead the [https://partners.dolibarr.org List of Dolibarr partners and providers].

<center>
[[File:Cloud solutions.png|350px]]
</center>

=For "Ready to use" SaaS commercial solutions=

==Recommended (Dolibarr Preferred Partners)==
Sort criterias are: 1) "Automatic subscription" (yes first, free trial without credit card first), 2) "Age of offer" (oldest first)

{{CloudService
|name=DoliCloud
|logo=Dolicloud_logo.png‎
|intro=
* Use your ERP & CRM from anywhere through an internet connection
* Opened hosting (you keep full access to your data/files, SSH, SFTP and Direct Mysql connection supported)
* Support in english and french (including help for migration)
* Daily data backup.
* Version upgrades included.
* Cancel your subscription at any time.

'''Create in 2 clicks your instance for a 15-day trial of the Dolibarr cloud-based application with free upgrades and support at [https://myaccount.dolicloud.com/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web DoliCloud]'''

Or watch the tutorial to create your own instance: [[Image:Dolicloud_video.png|100px|link=https://www.youtube.com/watch?v=hMNjvManaF4|DoliCloud Video]]

|web=[https://www.dolicloud.com?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web https://www.dolicloud.com]
|registration=[https://myaccount.dolicloud.com/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web From this form], instance ready in 30 seconds
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name= Easya Solutions
|logo= Open-DSI.png
|intro=

Opendsi is a French digital services company located in Lyon, created in 2012. We offer integration services of free business management software solutions (Dolibarr ERP) and custom solutions personalized to meet your needs. 
We developed a standardized offer in SaaS mode based on Dolibarr’s ERP called Easya Solutions : 
* Still an open-source software developed to offer the customer a better garantuee and support
* Focus on security and publication quality
* Include many aditional modules to personalize your interface according to your needs
* Long term support : new majors versions every 2 years, each maintained during 5 years
* Support guaranteed 5 years with extended support option for Opendsi’s customers 
Easya is delivered already configured to help new users handling the software. Thus, it provides a bigger functionality panel, necessary in favor of a user’s experience in constant evolution. Try it for free without commitment : 
''' https://easya.solutions/trial/''' 

Our qualified team has considerable experience and digital skills which allows us to provide many services: integration, consulting, specific development, hosting and communication. 
We are specialized in the implementation of open source cloud computing solutions and outsourcing. 
|web=https://easya.solutions/
|registration=https://easya.solutions/trial/
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
|web2=https://www.easya.solutions}}

{{CloudService
|name=DoliOnDemand by ATM Consulting
|logo=LogoDoliondemandSF.png
|intro=

Manage your business with confidence and without worrying about data processing. Go with Dolibarr ERP-CRM software in hosted mode and take advantage of ATM Consulting technical expertise combined with all the benefits of SaaS (Software as a Service) solution :
* Dolibarr access from anywhere through an internet connection.
* Cloud solution with no time commitment.
* No technical installation to do.
* Daily data backup.
* Access to functional and technical assistance.
* 4 offers adapted to different trade and customer needs : Service, Business, Training and Construction industry.

'''Contact us and get a 60 days trial of Dolibarr ERP-CRM software for free !'''
 
|web=https://www.doliondemand.fr/
|registration=Contact us: https://www.doliondemand.fr/contacts
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name= DoliPlace by Inovea Conseil
|logo= logo-doliplace-32px.png
|intro=

Founded in 2013, Inovea Conseil is a French company, based near Nancy, specializing in the implementation and development of modules for the Dolibarr Open Source ERP/CRM software.

'''Discover our Dolibarr SaaS solution “DoliPlace”''' :

- Dolibarr installation in just 2 clicks
- Hosted on our secure servers
- Daily backup of your data
- From 2 to 20 users: offers tailored to your needs
- Customization: Take advantage of our modules on your Dolibarr SaaS thanks to our options system, enabling you to use our modules according to your needs.
- Support: We provide a maximum of resources for using Dolibarr, so you can concentrate on your business.

'''Don't wait any longer! Sign up for a 30-day trial to test our solution and start managing your business efficiently!'''

Our team of experts remains available to meet all your Dolibarr needs : secure hosting, custom development, user training and dedicated support.

Our officiel website: https://inovea-conseil.com/
|web=https://www.doliplace.fr/offres/
|registration=https://moncompte.doliplace.fr/register.php
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
|web2=https://www.inovea-conseil.com}}

{{CloudService
|name=iNodbox
|logo=Inodbox_transparent_540x130.png
|web=https://www.inodbox.com
|intro=

Centralize information in a simple and secure way for effective management of your business.

'''Over 10 years experience on Dolibarr !'''
* Use your ERP & CRM from anywhere through an internet connection.
* Virtual Private Network access offered.
* External Mysql or PostgreSQL connection supported.
* Windows network drive (SAMBA) access offered.
* Our Dolibarr hosting is only available in secure mode. (SSL, https).
* Possible and secure connection to your E-Commerce.
* Hourly and daily data backup.
* Free support.

'''Create in 2 clicks your instance for a 15-day trial of the Dolibarr cloud-based application with free upgrades and support at [https://myaccount.dolibox.cloud/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web Dolibox]'''

'''Do you have several companies to manage? Discover our offers [https://myaccount.multicompany.cloud/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web Multicompany]'''
 
|registration=[https://myaccount.dolibox.cloud/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web From this form], instance ready in 30 seconds
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Ma Gestion Cloud: Your Customized and Secure Dolibarr Solution by Aplose
|logo=logo_aplose.png
|intro=
* '''Unlimited and Multi-User Access''': Enjoy limitless online access, whether you're an SME, VSE, micro-business, or sole proprietor.
* '''Professional Security and Backup''': With servers hosted in France and trusted partnerships, your data is in safe hands.
* '''Transparent and Fair Pricing''': A single rate with no hidden costs, suitable for businesses of all sizes and not tied to the number of users.
* '''Support and Training in France''': Benefit from personalized assistance and training tailored to your needs.
* '''Freedom and Flexibility''': A cloud-based ERP/CRM solution that adapts to your business, not the other way around.
''Discover the « Ma Gestion Cloud » difference - Simplified and secure business management for everyone.''

''Free registration for 45 days then €10 excl. VAT regardless of the number of users!''

'''''Complete Dolibarr instance with Administrator account delivered in less than a 30 seconds!''''' '''''Visit here for automated registration: [https://www.ma-gestion-cloud.fr Ma Gestion Cloud].'''''
|web=https://www.ma-gestion-cloud.fr/
|registration=[https://aplose.ma-gestion-cloud.fr/custom/sellyoursaas/myaccount/register.php?origin=backofficelink&plan=OASS0009]
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Macrorom ICT-services
|logo=Logo-200px.png
|web=https://macrorom.com
|intro=
Dolibarr ERP/CRM is the Open Source software we host worldwide for you to manage your data & files for your company, hospital, foundation or freelance activity.

* Use your centralized Dolibarr ERP/CRM data and information from anywhere through an internet connection to manage Your business.
* Because our servers reside on Dutch soil, they are declared EU-adequate in GDPR & AVG perspective. Your data is safe with us.
* We do all the technical stuff so you can directly focus on your business activities.
* Our Dolibarr hosting is only available in secure mode. (SSL, https).
* Daily or hourly (or other frequency) data backup on your demand.
* Version upgrades and bug releases included.
* Free support in English, German and Dutch (including help for migration & technical support).
* We can integrate your Dolibarr ERP/CRM with several web shop platforms
* Open hosting (on request you keep full access to your data & files, SSH, SFTP and Direct MySQL connection supported).
* Virtual Private Server access over our network offered.

'''Contact us and have Your Dolibarr ERP/CRM environment set-up in a jiffy and get the first month for free!'''
 
|registration=From this form: https://macrorom.com/apply-for-dolibarr-erp-crm/ , ready within an hour (depending on DNS replication)
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliPlatform by Diciannove
|logo=
|web=https://doliplatform.com/erp-crm-cloud/
|intro=
Cloud solution characteristics:

* Use your ERP & CRM from anywhere through an internet connection
* Support in english and italian (including help for migration)
* Daily data backup.
* Version upgrades included.
* Cancel your subscription at any time.
* pre-installed electronic invoicing and italian accounting system compatibility plugins
 
|registration=From this form: https://doliplatform.com/erp-crm-cloud/
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Ab1 Consulting
|logo=ab1consulting_logo.png‎
|intro=
* AB1 Consulting's Cloud solution allows you to:
* Use your ERP with its Standard modules or all AB1 consulting modules
* Modify your source code with an SSH connection
* Define your backup period
* Offload you update tasks to new versions
* Take advantage of our assistance in French, English and Spanish for all your management tasks

|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
|web=https://www.ab1consult.com
|registration=https://myaccount.ab1consult.com/register.php
}}

{{CloudService
|name=DoliSupport
|logo=Dolisupport_blue_main_1.0_px90.png
|intro=
* Dutch and English support for your Dolibarr
* Dutch support and advise for your business/local market
* Certified Dolibarr Preferred Partner
* Testing and production environment included
* SSL certificates included
* Migration supported
* Customization and development
* Release- and databasemanagement
* Email configuration
* Documents share
* Webshop connection
* Daily database backup
* 30 days trial, 1 month cancel period of subscription
|web=https://dolisupport.nl/tarieven
|registration=https://dolisupport.nl/bestelformulier-dolibarr/
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliZen
|logo=Informatique_Libre_Logo.png
|intro=
* Use your ERP & CRM from anywhere through an internet connection
* Opened hosting (you keep full access to your data/files, SSH, SFTP and Direct Mysql connection supported)
* Support in English and French (including help for migration)
* Daily data backup.
* Version upgrades included.
* Cancel your subscription at any time.

'''Create in 2 clicks your instance for a 15-day trial of the Dolibarr cloud-based application with free upgrades and support at [https://dolizen.fr/pricing.php DoliZen]'''

|web=https://www.dolizen.fr
|registration=https://dolizen.fr/pricing.php, instance ready in 30 seconds
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliCenter
|logo=dolicenter_bloxera_logo.png‎
|intro=

DoliCenter is a cloud-based Dolibarr hosting service provided by Bloxera GmbH, a certified Dolibarr Preferred Partner.

* Our service is hosted in a data center in Germany that is fully ISO/IEC 27001 certified and complies with EU data protection regulations.
* Your data is backed up daily and replicated to a second, independent location.
* We offer specialized tiers: Dolibarr Economy with a robust standard installation and Dolibarr Business, fine-tuned and extended for professional business needs.
* No long-term commitments: You can cancel your subscription on a monthly basis.
* Customer service is provided in German and English language. Depending on the plan you choose, different levels of support are already included.

Good to know:
* If you have any questions, we are here to help.
* For special needs, we can provide you with customization and support to make Dolibarr perfect for your business.

'''Start your free 15-day trial now. No payment information required until you decide to make the service permanent. Just choose your plan and register to start using it in minutes: [https://www.dolicenter.com/pricing.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web DoliCenter hosting options]'''

|web=[https://www.dolicenter.com?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web https://www.dolicenter.com]
|registration=[https://www.dolicenter.com/pricing.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web Select your plan] and get an instance for a free trial period within minutes.
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

==Alternatives==
Sort criteria is: 1) "Automatic subscription" (yes first, free trial without credit card first), 2) "Age of offer" (older first)

{{CloudService
|name=BitNami (by VMWare)
|logo=
|web=https://bitnami.com/stack/dolibarr
|registration=From web site
|note=
}}

{{CloudService
|name=Your Own Net
|logo=
|intro=
|web=https://yourownnet.net/dolibarr-test-gratuit/
|registration=From web site
|note=
}}

{{CloudService
|name=Mon-Dolibarr
|logo=
|intro=Dolibarr integration, support and assistance (French)
|web=http://www.mon-dolibarr.fr
|registration=From web site
|note=
}}

{{CloudService
|name=Cloudron.io
|logo=
|intro=
|web=https://www.cloudron.io/store/org.dolibarr.cloudronapp.html
|registration=From web site
|note=
}}

{{CloudService
|name=CloudJiffy.com
|logo=
|intro=
|web=https://cloudjiffy.com/blog/solutions/dolibarr-on-cloudjiffy/
|registration=From web site
|note=
}}

{{CloudService
|name=Elestio
|logo=
|intro=
|web=https://elest.io/open-source/dolibarr
|registration=From web site
|note=
}}

=For "Dot it yourself" cloud solution=
There is also documentation to explain how to install Dolibarr on major Cloud Solutions...

*[[Cloud with Redhat OpenShift Flex]]
*[[Cloud with Amazon EC2]]
*[[Cloud with Windows Azure]]
*[[Cloud with Google Cloud]]
*[[Cloud with Zend PHPCloud]] (service closed)
*[[Dolibarr on Synology]]

You want to build your own solution to provide Dolibarr in the Cloud ? Take a look at the project https://www.sellyoursaas.org

Cloud Solutions for Dolibarr ERP CRM

2024-05-13T12:03:16Z

Aspangaro:

[[fr:Solutions_Cloud_pour_Dolibarr_ERP_CRM]]
[[es:Soluciones_en_la_Nube]]
[[de:Cloud-Lösungen]]


[[Category:Admin]]
[[Category:Cloud]]
<seo metak="Cloud, SaaS, Dolibarr, hosting, software, service, host, provider, online, sftp, rsync" />
__NOTOC__
'''Dolibarr ERP & CRM''' is a software package designed to works as a standalone program or as an application hosted into the Cloud. Having Dolibarr into the Cloud, is a solution to use Dolibarr from anywhere, any device, without doing any technical tasks (no installation to do, upgrades and backups are done for you).

This page try to list the main available services providing Dolibarr ERP & CRM as a '''SaaS or Cloud''' solution. If you are looking for a partner for specific setup/development, see instead the [https://partners.dolibarr.org List of Dolibarr partners and providers].

<center>
[[File:Cloud solutions.png|350px]]
</center>

=For "Ready to use" SaaS commercial solutions=

==Recommended (Dolibarr Preferred Partners)==
Sort criterias are: 1) "Automatic subscription" (yes first, free trial without credit card first), 2) "Age of offer" (oldest first)

{{CloudService
|name=DoliCloud
|logo=Dolicloud_logo.png‎
|intro=
* Use your ERP & CRM from anywhere through an internet connection
* Opened hosting (you keep full access to your data/files, SSH, SFTP and Direct Mysql connection supported)
* Support in english and french (including help for migration)
* Daily data backup.
* Version upgrades included.
* Cancel your subscription at any time.

'''Create in 2 clicks your instance for a 15-day trial of the Dolibarr cloud-based application with free upgrades and support at [https://myaccount.dolicloud.com/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web DoliCloud]'''

Or watch the tutorial to create your own instance: [[Image:Dolicloud_video.png|100px|link=https://www.youtube.com/watch?v=hMNjvManaF4|DoliCloud Video]]

|web=[https://www.dolicloud.com?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web https://www.dolicloud.com]
|registration=[https://myaccount.dolicloud.com/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web From this form], instance ready in 30 seconds
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name= Easya Solutions
|logo= Open-DSI.png
|intro=

Opendsi is a French digital services company located in Lyon, created in 2012. We offer integration services of free business management software solutions (Dolibarr ERP) and custom solutions personalized to meet your needs. 
We developed a standardized offer in SaaS mode based on Dolibarr’s ERP called Easya Solutions : 
* Still an open-source software developed to offer the customer a better garantuee and support
* Focus on security and publication quality
* Include many aditional modules to personalize your interface according to your needs
* Long term support : new majors versions every 2 years, each maintained during 5 years
* Support guaranteed 5 years with extended support option for Opendsi’s customers 
Easya is delivered already configured to help new users handling the software. Thus, it provides a bigger functionality panel, necessary in favor of a user’s experience in constant evolution. Try it for free without commitment : 
''' https://easya.solutions/trial/''' 

Our qualified team has considerable experience and digital skills which allows us to provide many services: integration, consulting, specific development, hosting and communication. 
We are specialized in the implementation of open source cloud computing solutions and outsourcing. 
|web=https://easya.solutions/
|registration=https://easya.solutions/trial/
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
|web2=https://www.easya.solutions}}

{{CloudService
|name=DoliOnDemand by ATM Consulting
|logo=LogoDoliondemandSF.png
|intro=

Manage your business with confidence and without worrying about data processing. Go with Dolibarr ERP-CRM software in hosted mode and take advantage of ATM Consulting technical expertise combined with all the benefits of SaaS (Software as a Service) solution :
* Dolibarr access from anywhere through an internet connection.
* Cloud solution with no time commitment.
* No technical installation to do.
* Daily data backup.
* Access to functional and technical assistance.
* 4 offers adapted to different trade and customer needs : Service, Business, Training and Construction industry.

'''Contact us and get a 60 days trial of Dolibarr ERP-CRM software for free !'''
 
|web=https://www.doliondemand.fr/
|registration=Contact us: https://www.doliondemand.fr/contacts
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name= DoliPlace by Inovea Conseil
|logo= logo-doliplace-32px.png
|intro=

Founded in 2013, Inovea Conseil is a French company, based near Nancy, specializing in the implementation and development of modules for the Dolibarr Open Source ERP/CRM software.

'''Discover our Dolibarr SaaS solution “DoliPlace”''' :

- Dolibarr installation in just 2 clicks
- Hosted on our secure servers
- Daily backup of your data
- From 2 to 20 users: offers tailored to your needs
- Customization: Take advantage of our modules on your Dolibarr SaaS thanks to our options system, enabling you to use our modules according to your needs.
- Support: We provide a maximum of resources for using Dolibarr, so you can concentrate on your business.

'''Don't wait any longer! Sign up for a 30-day trial to test our solution and start managing your business efficiently!'''

Our team of experts remains available to meet all your Dolibarr needs : secure hosting, custom development, user training and dedicated support.

Our officiel website: https://inovea-conseil.com/
|web=https://www.doliplace.fr/offres/
|registration=https://moncompte.doliplace.fr/register.php
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
|web2=https://www.inovea-conseil.com}}

{{CloudService
|name=iNodbox
|logo=Inodbox_transparent_540x130.png
|web=https://www.inodbox.com
|intro=

Centralize information in a simple and secure way for effective management of your business.

'''Over 10 years experience on Dolibarr !'''
* Use your ERP & CRM from anywhere through an internet connection.
* Virtual Private Network access offered.
* External Mysql or PostgreSQL connection supported.
* Windows network drive (SAMBA) access offered.
* Our Dolibarr hosting is only available in secure mode. (SSL, https).
* Possible and secure connection to your E-Commerce.
* Hourly and daily data backup.
* Free support.

'''Create in 2 clicks your instance for a 15-day trial of the Dolibarr cloud-based application with free upgrades and support at [https://myaccount.dolibox.cloud/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web Dolibox]'''

'''Do you have several companies to manage? Discover our offers [https://myaccount.multicompany.cloud/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web Multicompany]'''
 
|registration=[https://myaccount.dolibox.cloud/register.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web From this form], instance ready in 30 seconds
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Ma Gestion Cloud: Your Customized and Secure Dolibarr Solution by Aplose
|logo=logo_aplose.png
|intro=
* '''Unlimited and Multi-User Access''': Enjoy limitless online access, whether you're an SME, VSE, micro-business, or sole proprietor.
* '''Professional Security and Backup''': With servers hosted in France and trusted partnerships, your data is in safe hands.
* '''Transparent and Fair Pricing''': A single rate with no hidden costs, suitable for businesses of all sizes and not tied to the number of users.
* '''Support and Training in France''': Benefit from personalized assistance and training tailored to your needs.
* '''Freedom and Flexibility''': A cloud-based ERP/CRM solution that adapts to your business, not the other way around.
''Discover the « Ma Gestion Cloud » difference - Simplified and secure business management for everyone.''

''Free registration for 45 days then €10 excl. VAT regardless of the number of users!''

'''''Complete Dolibarr instance with Administrator account delivered in less than a 30 seconds!''''' '''''Visit here for automated registration: [https://www.ma-gestion-cloud.fr Ma Gestion Cloud].'''''
|web=https://www.ma-gestion-cloud.fr/
|registration=[https://aplose.ma-gestion-cloud.fr/custom/sellyoursaas/myaccount/register.php?origin=backofficelink&plan=OASS0009]
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Macrorom ICT-services
|logo=Logo-200px.png
|web=https://macrorom.com
|intro=
Dolibarr ERP/CRM is the Open Source software we host worldwide for you to manage your data & files for your company, hospital, foundation or freelance activity.

* Use your centralized Dolibarr ERP/CRM data and information from anywhere through an internet connection to manage Your business.
* Because our servers reside on Dutch soil, they are declared EU-adequate in GDPR & AVG perspective. Your data is safe with us.
* We do all the technical stuff so you can directly focus on your business activities.
* Our Dolibarr hosting is only available in secure mode. (SSL, https).
* Daily or hourly (or other frequency) data backup on your demand.
* Version upgrades and bug releases included.
* Free support in English, German and Dutch (including help for migration & technical support).
* We can integrate your Dolibarr ERP/CRM with several web shop platforms
* Open hosting (on request you keep full access to your data & files, SSH, SFTP and Direct MySQL connection supported).
* Virtual Private Server access over our network offered.

'''Contact us and have Your Dolibarr ERP/CRM environment set-up in a jiffy and get the first month for free!'''
 
|registration=From this form: https://macrorom.com/apply-for-dolibarr-erp-crm/ , ready within an hour (depending on DNS replication)
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliPlatform by Diciannove
|logo=
|web=https://doliplatform.com/erp-crm-cloud/
|intro=
Cloud solution characteristics:

* Use your ERP & CRM from anywhere through an internet connection
* Support in english and italian (including help for migration)
* Daily data backup.
* Version upgrades included.
* Cancel your subscription at any time.
* pre-installed electronic invoicing and italian accounting system compatibility plugins
 
|registration=From this form: https://doliplatform.com/erp-crm-cloud/
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=Ab1 Consulting
|logo=ab1consulting_logo.png‎
|intro=
* AB1 Consulting's Cloud solution allows you to:
* Use your ERP with its Standard modules or all AB1 consulting modules
* Modify your source code with an SSH connection
* Define your backup period
* Offload you update tasks to new versions
* Take advantage of our assistance in French, English and Spanish for all your management tasks

|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
|web=https://www.ab1consult.com
|registration=https://myaccount.ab1consult.com/register.php
}}

{{CloudService
|name=DoliSupport
|logo=Dolisupport_blue_main_1.0_px90.png
|intro=
* Dutch and English support for your Dolibarr
* Dutch support and advise for your business/local market
* Certified Dolibarr Preferred Partner
* Testing and production environment included
* SSL certificates included
* Migration supported
* Customization and development
* Release- and databasemanagement
* Email configuration
* Documents share
* Webshop connection
* Daily database backup
* 30 days trial, 1 month cancel period of subscription
|web=https://dolisupport.nl/tarieven
|registration=https://dolisupport.nl/bestelformulier-dolibarr/
|note=Certifié [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliZen
|logo=Informatique_Libre_Logo.png
|intro=
* Use your ERP & CRM from anywhere through an internet connection
* Opened hosting (you keep full access to your data/files, SSH, SFTP and Direct Mysql connection supported)
* Support in English and French (including help for migration)
* Daily data backup.
* Version upgrades included.
* Cancel your subscription at any time.

'''Create in 2 clicks your instance for a 15-day trial of the Dolibarr cloud-based application with free upgrades and support at [https://dolizen.fr/pricing.php DoliZen]'''

|web=https://www.dolizen.fr
|registration=https://dolizen.fr/pricing.php, instance ready in 30 seconds
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

{{CloudService
|name=DoliCenter
|logo=dolicenter_bloxera_logo.png‎
|intro=

DoliCenter is a cloud-based Dolibarr hosting service provided by Bloxera GmbH, a certified Dolibarr Preferred Partner.

* Our service is hosted in a data center in Germany that is fully ISO/IEC 27001 certified and complies with EU data protection regulations.
* Your data is backed up daily and replicated to a second, independent location.
* We offer specialized tiers: Dolibarr Economy with a robust standard installation and Dolibarr Business, fine-tuned and extended for professional business needs.
* No long-term commitments: You can cancel your subscription on a monthly basis.
* Customer service is provided in German and English language. Depending on the plan you choose, different levels of support are already included.

Good to know:
* If you have any questions, we are here to help.
* For special needs, we can provide you with customization and support to make Dolibarr perfect for your business.

'''Start your free 15-day trial now. No payment information required until you decide to make the service permanent. Just choose your plan and register to start using it in minutes: [https://www.dolicenter.com/pricing.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web DoliCenter hosting options]'''

|web=[https://www.dolicenter.com?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web https://www.dolicenter.com]
|registration=[https://www.dolicenter.com/pricing.php?origin=wikicloud&utm_source=wikicloud&utm_campaign=none&utm_medium=web Select your plan] and get an instance for a free trial period within minutes.
|note=Certified [[File:Dolibarr preferred partner int.png|100px]]
}}

==Alternatives==
Sort criteria is: 1) "Automatic subscription" (yes first, free trial without credit card first), 2) "Age of offer" (older first)

{{CloudService
|name=BitNami (by VMWare)
|logo=
|web=https://bitnami.com/stack/dolibarr
|registration=From web site
|note=
}}

{{CloudService
|name=Your Own Net
|logo=
|intro=
|web=https://yourownnet.net/dolibarr-test-gratuit/
|registration=From web site
|note=
}}

{{CloudService
|name=Mon-Dolibarr
|logo=
|intro=Dolibarr integration, support and assistance (French)
|web=http://www.mon-dolibarr.fr
|registration=From web site
|note=
}}

{{CloudService
|name=Cloudron.io
|logo=
|intro=
|web=https://www.cloudron.io/store/org.dolibarr.cloudronapp.html
|registration=From web site
|note=
}}

{{CloudService
|name=CloudJiffy.com
|logo=
|intro=
|web=https://cloudjiffy.com/blog/solutions/dolibarr-on-cloudjiffy/
|registration=From web site
|note=
}}

{{CloudService
|name=Elestio
|logo=
|intro=
|web=https://elest.io/open-source/dolibarr
|registration=From web site
|note=
}}

=For "Dot it yourself" cloud solution=
There is also documentation to explain how to install Dolibarr on major Cloud Solutions...

*[[Cloud with Redhat OpenShift Flex]]
*[[Cloud with Amazon EC2]]
*[[Cloud with Windows Azure]]
*[[Cloud with Google Cloud]]
*[[Cloud with Zend PHPCloud]] (service closed)
*[[Dolibarr on Synology]]

You want to build your own solution to provide Dolibarr in the Cloud ? Take a look at the project https://www.sellyoursaas.org