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

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 :
  • Ajouter une vue d’ensemble pour les icônes
  • Ajouter des icônes de recherche (loupe) dans Dolibarr
Cette fonctionnalité vise à faciliter l’identification visuelle des actions de recherche et à centraliser l’affichage de certaines icônes pour uniformiser l’interface.
#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?