Lors de l’import des prix fournisseur d’un produit via un fichier CSV, le champ datec n’est jamais renseigné.
En conséquence, la colonne correspondante reste vide dans l’interface.
Version Dolibarr : 22
PHP : 8.5
Base de données : PostgreSQL
Je souhaiterais proposer un correctif, mais je ne suis pas certain de l’approche recommandée selon les bonnes pratiques Dolibarr (migration SQL?)
2. Refresh d’un module custom
Existe-t-il un moyen de rafraîchir un module personnalisé (modifications de classes, menus, droits…) sans avoir à le désactiver puis le réactiver depuis l’interface ?
Proposition de correctif et bonnes pratiques Dolibarr :
Votre question concernant les migrations SQL est tout à fait pertinente. Dans le cadre des bonnes pratiques pour Dolibarr, il est recommandé d’utiliser les scripts de migration SQL situés dans le dossier /install/ de votre module pour appliquer des modifications à la base de données. Ce mécanisme garantit une mise à niveau cohérente et minimise le risque d’erreurs lors de l’exécution sur des environnements différents. Si vous proposez un correctif, veillez également à suivre les conventions de codage Dolibarr pour assurer une intégration et une maintenance facilitées.
Rafraîchissement d’un module personnalisé :
Il n’existe pas de méthode native pour « rafraîchir » un module en gardant les modifications actives sans le désactiver et le réactiver. Toutefois, si vous travaillez sur un environnement de développement, vous pouvez envisager de vider manuellement le cache de Dolibarr après vos modifications (via le fichier temporaire ou en utilisant une commande appropriée). Sinon, la désactivation/réactivation reste l’approche la plus sûre pour reconstruire les éléments modifiés comme les droits, menus ou classes.
N’hésitez pas à partager plus de détails si nécessaire. Bonne continuation dans vos développements Dolibarr !
