J’utilise depuis plusieurs années le module « Customfields » dans Dolibarr. Il semble que ce module n’évolue plus depuis quelques temps, et cela pourrait être problématique dans les versions à venir de Dolibarr. C’est d’ailleurs souvent le problème avec les modules externes.
Apparemment, les « Extrafields » intégrés dans Dolibarr semblent fonctionner de la même manière.
Dois-je envisager de migrer mes données et reconfigurer mes champs personnalisés dans les « Extrafields » ?
J’aimerais être sûr que cela vaille la peine avant de me lancer dans les travaux de modifications. Qu’en pensez-vous ?
Je suis dans ton cas, j’ai basé énormément de fonctionnalités sur les Customfields. Pour info, son développement s’est arrêté en même temps que la sortie de Dolibarr 3.9.3. Donc pour les versions 4, 5, 6 et bientôt la septième itération, seule une phase de test permet de s’assurer si le module est toujours compatible.
Le module est particulièrement souple, je trouve.
J’ai fait des tests jusqu’en Dolibarr 5, et à part quelques contextes dont les noms ont évolué ($socid par exemple), le fonctionnement du module semble inaltéré pour le moment. Il faudrait que je vérifie à nouveau avec Dolibarr 6.
Extrafields, avec le temps, est devenu une bonne solution de remplacement, mais il existe toujours des fonctionnalités de Customfields qui lui sont spécifiques : la recopie des champs entre un devis et une facture, les champs contraints sur une table SQL, toute la fonctionnalité de surcharge que je n’utilise pas…
Merci ce retour d’expérience Hachann !
Pour ma part je viens de faire une mise à jour Dolibarr 4.0.2 vers 6.0.4 avec ma config customfields. Pour l’instant tout fonctionne bien, hormis l’action de clonage des commandes fournisseurs qui me retourne une erreur SQL Il faut que je me penche dessus, c’est sans doute une toute petite correction à faire. Je posterais ma correction sur le sujet dédié à Customfields sur ce forum.
Malgré tout je pense qu’il faudra envisager une alternative à Customfields à moyen terme, car il arrivera un jour ou ce module ne sera plus compatible.
bonjour,
je suis dans l’optique d’utiliser dolibarr sur la condition qu’il remplisse mon besoin et cette fonctionnalité (ajoter des champs en plus dans les adhérents, utilisateurs ou tiers) m’intéresse bcp.
est-ce que ce module fonctionne encore dans la dernière version de dolibar ?
Autres questions (car vous semblez êtres des spécialistes de ces modules)
Est-ce que lorsque qu’on ajoute un champ en plus, on peut le catégoriser ? par exemple, si j’ajoute 10 champs liés à un contexte (médical par exemple), est-ce que je peux regrouper ces 10nouveaux champs dans un onglets/catégories dans la fiche à l’écran ?
Enfin, est-ce que ce module permet ou pas, de dire que le champs que j’ajoute ne doit être visible/modifiable que pour tel ou tel utilisateur et non pas tout le monde. (par exemple, admettons que je veuille que l’utilisateur « infirmière » soit la seule personne à avoir accès/modifier les nouveau champs de l’onglet/catégorie « médicale » ?
merci à vous deux pour vos réponses, et temps à me lire.
Techniquement ce sont deux modules différents… A moins que les Extrafields aient beaucoup évolués sur le v10 ?
J’en profite pour dire que bien que le module Customfields ne soit plus maintenu depuis plusieurs années, la quasi-intégralité de ses fonctionnalités sont OK sur Dolibarr v9. Je n’ai pas encore testé le v10.
Personnellement j’utilise Customfields sur une V9 depuis presque un an, j’en étais déjà un utilisateur sur une 3.9, et RAS ! 4 ans de Customfields quoi Les champs contraints sur table SQL sont toujours un point fort unique, permettant l’impression de manière extrêmement simple sur ODT et PDF de champs étrangers à l’objet en cours.
Par contre, la documentation du module était adaptée aux Dolibarr de l’époque, du coup, il faut moderniser certaines variables. Par exemple, « client->id » doit être remplacé par « socid », etc…
Les champs contraints sur table SQL sont toujours un point fort unique, permettant l’impression de manière extrêmement simple sur ODT et PDF de champs étrangers à l’objet en cours.
