Dans le "monde" des ERPs, la montée en version est payante dans la majorité des cas.
Pire encore, elle est parfois impossible.
Avec OpenConcerto, nous récupérons des clients Sage (principalement, mais pas seulement) qui n'ont pas mis à jour leur logiciels pendant plus de 5 ans. Devant se mettre à la page, ils décident "d'acheter" la nouvelle version à prix d'or, car trop leur version est trop ancienne pour juste "acheter" une mise à jour. Petit hic, l'éditeur ne sait pas (ou "plus") migrer les données de son propre logiciel.
Sur le papier, proposer des mises à jour de base de données c'est assez simple.
Dès que l'on manipule des centaines de tables, soit des milliers et des milliers de champs, ça devient compliqué car chaque module (même non customisé) peut monter en version indépendamment des autres et utiliser des champs "communs".
Au final, on se retrouve a garantir que chaque module peut monter en version individuellement, mais l'ensemble des modules, pris à des versions différentes, l'opération est plus coton. Les changements de structure de base nécessitent des petits programmes ("moulinettes") qui vont "redispatcher" les données, programmes qui doivent être assez clairvoyantes pour anticiper les changements apportées aux données par d'autres modules.
C'est d'ailleurs pourquoi dans le cas d'OpenConcerto, pour passer de la version 1.3.2 à la version 1.6.3, il faut passer par la version 1.4, 1.5, 1.6 puis 1.6.3.
Dans le cas d'Odoo, la mise au point de l'upgrade doit être titanesque, pas étonnant donc qu'elle soit payante vu la complexité et le risque de problèmes.
(ici on parle de données critiques pour l'entreprise, pas de place pour la bidouille).
[^] # Re: procédure de mise à jour
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Sortie d’Odoo 14. Évalué à 8. Dernière modification le 06 octobre 2020 à 12:18.
Dans le "monde" des ERPs, la montée en version est payante dans la majorité des cas.
Pire encore, elle est parfois impossible.
Avec OpenConcerto, nous récupérons des clients Sage (principalement, mais pas seulement) qui n'ont pas mis à jour leur logiciels pendant plus de 5 ans. Devant se mettre à la page, ils décident "d'acheter" la nouvelle version à prix d'or, car trop leur version est trop ancienne pour juste "acheter" une mise à jour. Petit hic, l'éditeur ne sait pas (ou "plus") migrer les données de son propre logiciel.
Sur le papier, proposer des mises à jour de base de données c'est assez simple.
Dès que l'on manipule des centaines de tables, soit des milliers et des milliers de champs, ça devient compliqué car chaque module (même non customisé) peut monter en version indépendamment des autres et utiliser des champs "communs".
Au final, on se retrouve a garantir que chaque module peut monter en version individuellement, mais l'ensemble des modules, pris à des versions différentes, l'opération est plus coton. Les changements de structure de base nécessitent des petits programmes ("moulinettes") qui vont "redispatcher" les données, programmes qui doivent être assez clairvoyantes pour anticiper les changements apportées aux données par d'autres modules.
C'est d'ailleurs pourquoi dans le cas d'OpenConcerto, pour passer de la version 1.3.2 à la version 1.6.3, il faut passer par la version 1.4, 1.5, 1.6 puis 1.6.3.
Dans le cas d'Odoo, la mise au point de l'upgrade doit être titanesque, pas étonnant donc qu'elle soit payante vu la complexité et le risque de problèmes.
(ici on parle de données critiques pour l'entreprise, pas de place pour la bidouille).