Une bonne règle consiste à procéder par niveaux : d'abord la configuration, puis Studio, et un module personnalisé seulement lorsque les deux premiers ne permettent pas de répondre proprement au besoin. Testez toujours les modifications d'abord dans une base de test.
Vérifier d'abord la configuration
Examinez les Paramètres de chaque application concernée. De nombreuses demandes correspondent déjà à des options standard, et les paramètres de mise en page des documents de la société gèrent les logos, les couleurs et les pieds de page sans toucher aux modèles de rapports.
Ce qui relève de Studio
- Champs supplémentaires sur les commandes client : des champs Studio, ajoutés par glisser-déposer. Conservez le préfixe x_studio_ et choisissez soigneusement les noms techniques, car ils ne pourront plus être renommés dans Studio par la suite.
- Approbation des achats : des règles d'approbation Studio sur le bouton de confirmation, avec des approbateurs définis comme utilisateurs ou groupes et un filtre facultatif pour les montants importants.
- Mise en page de la facture : dupliquez le rapport standard et modifiez la copie dans Studio. Odoo avertit que modifier directement le XML d'un rapport peut poser des problèmes lors des mises à niveau.
Ce qui nécessite généralement un module personnalisé
La synchronisation avec le système d'entrepôt est une intégration qui demande une gestion des erreurs et des nouvelles tentatives ; il vaut donc généralement mieux la réaliser sous forme de module personnalisé avec des tests. Les webhooks Studio existent, mais Odoo recommande d'impliquer un développeur, car un webhook mal configuré peut perturber la base de données.
Notez qu'Odoo Online n'accepte pas les modules personnalisés ; ce choix peut donc nécessiter Odoo.sh ou une installation sur site.
Impact sur les mises à niveau
D'après la documentation d'Odoo sur les mises à niveau, les personnalisations Studio sont couvertes par les services de mise à niveau tant que Studio est installé et que son abonnement est actif. Les modules personnalisés doivent être rendus compatibles avec la nouvelle version par leur mainteneur avant que la base puisse être mise à niveau.
Tenez un registre de chaque personnalisation avec son responsable et sa justification, et intégrez-les toutes au plan de test de chaque mise à niveau.
