Votre développeur d'origine est parti.
Nous maintenons votre système legacy.

Réécrire, c'est redécouvrir chaque règle métier enfouie dans l'ancien système, et le coût comme le risque sont presque toujours sous-estimés. Si le système a encore 3 à 5 ans de service devant lui, une maintenance stable est la solution la plus rentable. Si vous décidez plus tard de le réécrire, la base de connaissances et les référentiels de tests que nous aurons constitués pourront être transmis directement à la nouvelle équipe.

Nous utilisons l'IA pour lire le code, constituer la base de connaissances et préparer des cas de test et des correctifs. Chaque modification est relue par un ingénieur et passe les tests de non-régression avant livraison.

Votre code source est hébergé dans un environnement dédié et isolé, et les deux parties signent un accord de confidentialité (NDA). Nous n'utilisons que des services d'IA professionnels qui ne conservent pas vos données et ne s'en servent pas pour l'entraînement. Votre contrat peut aussi imposer l'usage exclusif de modèles hébergés sur site.

Non. Le code source, la documentation, les scripts de build et les tests vous appartiennent. À la fin du contrat, nous vous restituons l'ensemble, accompagné d'une note de passation.

Nous comptons les lignes de code spécifique ainsi que les procédures stockées de la base de données, hors code généré par des outils (formulaires VB6, fichiers designer WinForms, etc.) et bibliothèques tierces. Pour un premier échange, il suffit d'exécuter scc ou cloc dans votre répertoire source et de nous envoyer le résultat. La taille officielle est confirmée lors de l'audit de reprise, qui tient aussi compte du nombre d'interfaces externes et de composants tiers.

Nous pouvons maintenir les fonctionnalités existantes, mais une application ne peut jamais rester totalement figée. Google Play relève chaque année le niveau d'API cible exigé, et l'App Store impose des soumissions compilées avec des versions récentes de Xcode et du SDK. Prendre du retard, c'est ne plus pouvoir publier de mises à jour, voire être retiré du store. Ces mises à jour obligatoires sont d'abord imputées sur les heures incluses dans votre forfait mensuel ; au-delà, elles font l'objet d'un devis séparé. Nous vous prévenons chaque année dès l'annonce des nouvelles règles. Avant la reprise, vérifiez également que les certificats de signature, le keystore Android et les comptes développeur sont bien au nom de votre entreprise. En cas de perte du keystore, l'application existante ne pourra plus jamais être mise à jour.

Non. Les heures incluses peuvent servir à tout travail entrant dans le périmètre du contrat, y compris les évolutions mineures (champs de rapport, règles de calcul, ajustements d'écrans, etc.) et les mises à jour SDK obligatoires. Les heures non utilisées sont reportées sur le mois suivant, dans la limite d'un mois d'heures incluses. Au-delà, elles expirent sans remboursement. Chaque rapport mensuel indique les heures consommées, reportées et sur le point d'expirer.

Le rapport d'audit en précise les raisons, par exemple un code source qui ne correspond pas à la production ou des licences de composants clés impossibles à obtenir. Vous pouvez présenter ce rapport à d'autres prestataires, sans aucune obligation de signer un contrat de maintenance.