Mon contrat de maintenance couvre-t-il la migration vers Sylius 2 ?

Relisez la clause sur les mises à jour. Un contrat de maintenance couvre d'ordinaire les correctifs et les petites évolutions, pas un changement de version majeure qui touche tout le code spécifique. Si le contrat parle explicitement des montées de version majeures, demandez à votre agence comment elle l'applique.

Puis-je exiger le détail des jours dans le devis ?

Vous pouvez le demander, et un prestataire sérieux le donne sans difficulté. Un devis de migration doit lister les postes, les jours estimés pour chacun et les zones d'incertitude. Une enveloppe globale sans détail ne vous permet ni de comparer ni de négocier.

Mon agence ne maîtrise pas Sylius 2, que faire ?

Ce n'est pas rare, la version 2 a changé beaucoup de choses. Votre agence peut se faire épauler par un spécialiste en sous-traitance, ou vous pouvez confier ce chantier à quelqu'un d'autre. Dans tous les cas, demandez que la montée en compétence ne soit pas facturée comme du travail sur votre boutique.

Puis-je faire migrer ma boutique par un autre prestataire que mon agence ?

Oui, si vous avez accès au dépôt de code, à la base de données et à l'hébergement. Vérifiez d'abord ces accès, car c'est le point qui bloque le plus souvent. Le code de votre boutique doit pouvoir être repris par un autre développeur.

Mon agence va-t-elle facturer chaque adaptation Sylius 2 ?

Très probablement, oui : une migration vers Sylius 2 est un nouveau chantier, et l'adaptation de votre code spécifique n'est en général pas couverte par un contrat de maintenance, qui porte d'ordinaire sur les correctifs et les petites évolutions. Ce qui dépend de vous, c'est la façon dont ces adaptations sont facturées. Un périmètre listé et estimé poste par poste se contrôle ; une enveloppe globale sans détail ne se contrôle pas. Relisez votre contrat, puis demandez un inventaire chiffré avant d'accepter un devis.

Je suis développeur e-commerce indépendant à Metz, spécialiste de Sylius. Je travaille pour des marchands en direct et pour des agences, en sous-traitance. Je connais donc les deux côtés de cette question, et je vais être franc avec les deux.

Pourquoi la migration n'entre-t-elle pas dans votre contrat de maintenance ?

Parce que ce n'est pas une mise à jour de routine. Le guide officiel UPGRADE-2.0 prévient que même une application à peine personnalisée demandera des ajustements manuels avant de redémarrer. Le socle change : nouvelle interface en Bootstrap 5, gabarits réorganisés en Twig Hooks, Symfony Workflow pour les états de commande, nouveau système de paiement, nouvelle version d'API Platform, services privés par défaut. Chaque élément que votre agence a développé sur mesure pour vous est potentiellement concerné.

Un contrat de maintenance est généralement calibré pour garder la boutique en état de marche : correctifs de sécurité, petites mises à jour, corrections de bugs. Une montée de version majeure demande plusieurs semaines de travail, parfois plusieurs mois. Il est logique qu'elle fasse l'objet d'un devis séparé. Vérifiez quand même votre contrat : s'il mentionne explicitement les montées de version majeures, la discussion change.

Qu'est-ce qui est légitime de payer, et qu'est-ce qui se discute ?

Sont légitimes l'adaptation de votre thème et de vos gabarits, la réécriture des règles métier branchées sur les commandes et les paiements, la mise à jour ou le remplacement des plugins, la recette et la bascule. C'est du vrai travail, lié à des choix faits pour votre boutique, et il a un coût.

D'autres lignes méritent une discussion calme. La première est la montée en compétence : si votre agence découvre Sylius 2 sur votre projet, ce temps d'apprentissage n'a pas à être facturé comme du travail sur votre boutique. La deuxième concerne le code développé récemment en ignorant les dépréciations que la 1.14 signalait déjà : le reprendre fait partie du chantier, mais la question de qui le paie peut se poser. La troisième est le travail automatisable : une correction mécanique, qu'un outil applique en quelques secondes, ne doit pas être comptée comme une heure de développement manuel.

Comment vérifier un devis de migration Sylius 2 ?

Un bon devis répond à une série de questions précises. Quelle version cible et pourquoi : la 2.0 et la 2.1 ne reçoivent plus de correctifs de sécurité, viser l'une d'elles imposerait une nouvelle montée de version très vite. Quels postes, et combien de jours chacun. Quels plugins sont gardés, remplacés ou réécrits. Ce qui est automatisé et ce qui est manuel. Si la recette, la reprise des données et la bascule avec retour arrière sont comprises. Ce qui se passe si un problème apparaît après la mise en ligne. Et qui détient les accès au code et à l'hébergement à la fin.

Si votre devis ne répond pas à ces questions, demandez qu'il le fasse. Vous trouverez une liste plus complète dans l'article sur les questions à poser à un prestataire de migration.

Comment obtenir un second avis sur le devis ?

La manière la plus simple de vérifier un devis est de mesurer le chantier vous-même. Sylius Upgrade Analyzer, l'outil open source que j'ai créé et publié sur le Sylius Store et sur GitHub, s'exécute en local sur le projet et ne fait pas sortir le code de la machine. Ses 49 analyseurs détectent les changements incompatibles avec Sylius 2 et donnent une estimation en heures par catégorie. Si le devis de votre agence est très éloigné de ce que l'outil mesure, vous avez une base factuelle pour en parler, dans un sens comme dans l'autre : l'outil ne voit ni la recette ni les données, un devis plus élevé peut donc être justifié.

Si vous préférez que je fasse cette lecture pour vous, je vous remets un diagnostic de migration offert : le rapport commenté, la liste des plugins à traiter et une estimation en jours que vous pouvez poser à côté du devis.

Négocier sans abîmer la relation avec votre agence

Votre agence connaît votre boutique, et cette connaissance a de la valeur pendant une migration. L'objectif n'est pas de la mettre en accusation, mais de rendre le chantier lisible. Trois demandes suffisent souvent. Découper la migration en lots, chacun avec son prix et sa livraison. Retirer du périmètre les fonctionnalités qui ne servent plus, plutôt que de les migrer. Geler les évolutions pendant le chantier, pour ne pas payer deux fois le même développement.

Une agence qui manque de temps ou de pratique sur Sylius 2 peut aussi se faire épauler. Je travaille en sous-traitance et en marque blanche pour des agences, ce qui leur permet de garder la relation avec vous. Si la relation est déjà difficile, les articles sur la migration quand on dépend d'une agence et sur la manière d'éviter la dépendance à un prestataire traitent de ces situations.

Ce que je vous propose

Avant de signer un devis de migration, faites mesurer le chantier par un regard extérieur. Je lance Sylius Upgrade Analyzer sur votre projet, je complète ce que l'outil ne voit pas, et je vous rappelle sous 24 heures ouvrées pour commenter le rapport. Vous aurez une estimation en jours, poste par poste, à comparer au devis de votre agence. Avec la fin des correctifs de sécurité de la 1.14 au 31 décembre 2026, c'est le moment de trancher en connaissance de cause.