Quelles sont les dernières attentes de la communauté Dolibarr

Ce tableau regroupe une sélection des demandes d'améliorations et retours fonctionnels récents issus de la communauté Dolibarr, collectés sur le dépôt officiel GitHub (dolibarr/issues).
Catégorie | Titre de la demande | Description | Lien vers l’issue |
---|---|---|---|
Facturation | Détails de taxe sur facture client (modèle Sponge) | Proposition d’améliorer la logique d’impression des détails de taxe sur les factures (modèle Sponge). En Inde, si deux taxes (Tax-2 & Tax-3) sont utilisées, il est inutile d’afficher la première taxe (Tax-1) car sa valeur est zéro. De plus, si le solde à payer est nul, la ligne correspondante ne devrait pas s’imprimer, afin de gagner de la place. | #33733 |
Achats/Stocks | Statut « Reçu » pour les demandes fournisseur | Ajout d’un statut « Received » (Reçu) pour les demandes de prix fournisseurs. Objectif : savoir si une demande a simplement été envoyée (statut Validé) ou si le devis du fournisseur a été réceptionné. Il est également suggéré de renommer le champ « date livraison » en « date réponse attendue » pour clarifier son usage (on attend une réponse du fournisseur, pas une livraison de produit à cette date). | #33697 |
Point de vente (TakePOS) | TakePOS – Vitesse et latence opérationnelle | Constat d’une latence importante dans TakePOS due à de nombreuses requêtes serveur répétitives (notamment sur mobile ou réseau lent). Proposition : charger certaines données (par ex. la liste de produits par catégorie) une seule fois puis les réutiliser localement. Des pistes d’implémentation en JavaScript sont proposées (mémoriser les données déjà chargées par catégorie afin d’éviter des appels multiples) afin d’accélérer l’interface de vente sur point de vente. | #33674 |
Point de vente (TakePOS) | TakePOS – Améliorer l’ergonomie sur mobile | Sur mobile, l’interface actuelle de TakePOS génère beaucoup de friction lors des ventes rapides. Proposition : scinder l’écran en deux onglets pour les smartphones. Un onglet afficherait la liste des produits, un second afficherait les détails de paiement. Ainsi, la clôture de la vente serait plus intuitive et impliquerait moins d’allers-retours, ce qui encouragerait les utilisateurs à finaliser correctement la vente. | #33659 |
Support/Helpdesk | Message public obligatoire à la clôture d’un ticket | Lorsqu’un ticket de support est fermé, Dolibarr devrait obliger l’utilisateur à saisir un message public expliquant la résolution. Actuellement, un ticket peut être clôturé sans commentaire, ce qui peut laisser le client sans explication. L’idée est d’afficher une boîte de dialogue demandant un message public avant de finaliser la clôture, pour que le client reçoive systématiquement un compte-rendu de la solution apportée. | #33650 |
Annuaire/Membres | Création d’utilisateur à partir d’un membre « Société » | Dolibarr distingue les membres de type « individu » et « organisation ». Lorsqu’on crée un utilisateur à partir d’un membre individuel, son nom d’utilisateur est automatiquement renseigné avec le nom et le prénom du membre. En revanche, pour un membre de type « Société », le nom de l’utilisateur reste vide. La demande suggère d’utiliser le nom de la société (champ « Entreprise ») pour pré-remplir le nom de l’utilisateur, à l’instar de ce qui est fait pour les individus. | #33642 |
Facturation | Numérotation alternative pour factures clients | Besoin de gérer deux formats de numérotation pour les factures clients. Contexte : l’entreprise utilise déjà un format de numéro de facture pour son activité standard, mais souhaiterait appliquer un format différent pour les factures issues des ventes en e-commerce. L’utilisateur demande donc la possibilité de définir une seconde séquence de numérotation dédiée aux factures provenant du site e-commerce. | #33633 |
Documentation/UI | Documentation – Créer un Doc dans l’UI/UX | Dans le cadre du projet GIFF UX/UI (outil d’interface administrateur), un contributeur suggère d’ajouter une section de documentation expliquant comment créer un document (Doc) via l’interface utilisateur. Le besoin serait d’étoffer la doc (dans admin/tools/ui/ ) pour guider sur la création de menus, d’éléments d’interface, etc., probablement via l’ajout d’un tag ou d’une section dans le modèle de pull request (.pullrequesttemplate.md ). |
#33575 |
UI/UX | Fixation des tooltips (info-bulles) | Amélioration de l’ergonomie des info-bulles (tooltips). La fonctionnalité proposée permettrait de « figer » une info-bulle en maintenant la touche Alt enfoncée. En pratique, l’info-bulle resterait affichée tant que Alt est appuyé, puis disparaîtrait au relâchement. Cette fonction existe déjà dans un module externe (“More Line Infos”) et pourrait être intégrée nativement dans Dolibarr pour faciliter la lecture prolongée d’un tooltip. | #33568 |
Interface/Recherche | Ajouter des icônes de recherche globales | La demande porte sur l’amélioration de l’interface avec des icônes. Deux points sont mentionnés :
|
#33567 |
Intégration bancaire | Support du format SEPA plus récent (pain.001.001.08) | Dolibarr gère actuellement l’export SEPA des paiements en utilisant le format pain.001.001.03 (norme de 2009, très répandue). Or, certaines banques (ex. en Suisse) exigent des versions plus récentes. La demande est de supporter un format SEPA plus moderne (ex : pain.001.001.08 ) afin de permettre l’échange avec l’ensemble des banques qui ont migré vers des normes SEPA mises à jour. |
#33538 |
UI/Ergonomie | Sélection du type de ligne (Produit/Service) simplifiée | Lors de la saisie d’une ligne (facture, commande…) dans Dolibarr, il faut indiquer s’il s’agit d’un produit ou d’un service, mais cela peut être oublié. L’idée est d’améliorer l’ergonomie : par exemple via un bouton radio ou un sélecteur plus visible. Actuellement, si on oublie de sélectionner le type, il faut annuler la ligne et recommencer. Une interface plus intuitive éviterait ces erreurs de sélection. | #33533 |
Génération de documents | Qualité du logo dans les PDF ODT | Lors de la génération de documents ODT en PDF, la qualité du logo inséré peut être mauvaise. En cause : Dolibarr utilise un ratio pixel/cm figé (basé sur 96 DPI) dans odf.php . Sur un écran ou une image avec un DPI différent, le rendu est flou. La demande vise à rendre ce ratio adaptable au DPI de l’image source, pour obtenir un logo net dans les PDF générés. |
#33506 |
Infrastructure | URL pour « Dernière version stable » | Faciliter les mises à jour automatisées de Dolibarr en fournissant une URL fixe pointant vers la dernière version stable disponible. Actuellement, les scripts doivent connaître l’URL exacte de la version à télécharger (qui change à chaque sortie). Avoir une URL type « latest » permettrait aux installateurs ou aux scripts d’obtenir la dernière version sans modification manuelle à chaque sortie de Dolibarr. | #33482 |
Facturation | Cohérence bons de commande / factures d’acompte | Améliorer la gestion des acomptes. Actuellement, après avoir créé un acompte depuis une proposition commerciale (propale) comprenant des services, l’interface n’affiche pas clairement le lien ou l’état de cet acompte. La demande propose de faciliter la création de factures d’acompte (depuis un devis) et d’assurer une meilleure visibilité de ces acomptes dans le suivi des propositions, pour plus de clarté pour l’utilisateur. | #33467 |
Partage de documents | Liens publics manquants (onglet « Fichiers ») | Dolibarr permet de partager des fichiers via des liens publics, mais il manquerait la même fonctionnalité pour les liens (URLs) ajoutés dans l’onglet « Fichiers » des fiches (produits, services, etc.). En d’autres termes, lorsqu’on attache un lien web à un produit/service, on souhaiterait pouvoir en générer un lien public partageable (comme c’est possible pour un fichier attaché). Cela faciliterait la communication de ces informations sans nécessiter de login Dolibarr. | #33316 |
Projets/Gestion des stocks | Intégration auto des produits en stock après confirmation commande | Lorsqu’une commande client liée à un projet est confirmée, les produits commandés devraient automatiquement s’ajouter dans le stock de l’entrepôt du projet correspondant. Objectif : éviter la manipulation manuelle et garantir que l’inventaire du projet soit à jour pour faciliter la facturation et le suivi du matériel. En somme, à la confirmation de la commande, Dolibarr mettrait à jour l’entrepôt dédié au projet avec les articles de la commande, puis générerait la facture correspondante, assurant une cohérence entre commandes, stock de projet et facturation. | #32502 |
Import de données | Import tiers BtoC sur nom/prénom | Dans le cas d’importation de clients de type « Particulier » (BtoC), l’assistant d’import Dolibarr impose actuellement le champ « Nom du tiers » (raison sociale) qui n’a pas toujours de sens pour un particulier. La demande propose de permettre l’import de clients BtoC en se basant sur le nom et le prénom (mêmes valeurs pour nom de société et nom contact, par exemple) et de ne pas rendre le champ « Nom du tiers » obligatoire pour ce type d’import. L’idée est de pouvoir importer en masse des clients particuliers sans contrainte de remplir un champ société fictif. | #32504 |
Dolibarr ERP & CRM is Open Source software. You can download, use and redistribute it at any time. Do you want to test the latest version of Dolibarr?