En bref : Un contrat de TMA WinDev doit d'abord protéger votre capacité à changer de prestataire : propriété du code, dépôt régulier des sources et réversibilité. Viennent ensuite le périmètre, les niveaux de service (SLA) et le modèle de prix. Un contrat flou coûte toujours plus cher qu'un contrat précis, surtout le jour où la relation s'arrête.
La tierce maintenance applicative (TMA) consiste à confier à un prestataire la maintenance corrective et évolutive d'une application. Pour un logiciel WinDev au cœur de l'activité, ce contrat n'est pas une formalité administrative. Il détermine qui intervient, en combien de temps, à quel prix, et surtout ce qui se passe si la relation prend fin. Nous voyons régulièrement des entreprises dont le contrat tient sur une page et ne dit rien de la propriété du code : le jour où le prestataire disparaît, la reprise devient un parcours d'obstacles. Ce guide passe en revue les clauses à exiger dans un contrat TMA WinDev et propose une trame de sommaire. Si la notion de TMA est nouvelle pour vous, commencez par notre article qu'est-ce que la tierce maintenance applicative ?
- Définir précisément le périmètre
- Les SLA : délais de prise en charge et de résolution
- Propriété du code : la clause la plus négligée
- Réversibilité : prévoir la sortie dès l'entrée
- Quel prix prévoir pour une TMA WinDev ?
- Modèle de sommaire pour votre contrat
- Questions fréquentes
Définir précisément le périmètre
La première source de conflit dans une TMA est un périmètre mal défini. Le contrat doit lister explicitement ce qui est couvert, et ce qui ne l'est pas :
- Les applications concernées : nom, version de WinDev, base de données, modules, sites et nombre de postes.
- Les types de maintenance : corrective (bugs), préventive (mises à jour de sécurité, compatibilité), évolutive (nouvelles fonctions), adaptative (changement réglementaire ou d'environnement).
- Les exclusions : infrastructure, postes de travail, logiciels tiers, formation des utilisateurs.
- Les livrables : correctifs, exécutables, notes de version, documentation mise à jour.
Un périmètre clair évite les discussions du type « ce n'est pas compris dans le forfait » au moment où vous avez un besoin urgent.
Pour une application WinDev, ajoutez quelques précisions propres à l'environnement PC SOFT : qui détient les licences de développement nécessaires, quelle version de WinDev le prestataire s'engage à maintenir, et qui décide d'une éventuelle montée de version. Depuis l'évolution de la politique tarifaire de l'éditeur, ce dernier point a des conséquences financières directes. Il mérite d'être tranché par écrit plutôt que laissé à l'appréciation du prestataire.
Les SLA : délais de prise en charge et de résolution
Les niveaux de service, ou SLA, fixent les engagements du prestataire selon la gravité de l'incident. Ils se définissent en deux temps : le délai de prise en charge (quelqu'un commence à traiter le problème) et le délai de résolution ou de contournement. Voici une grille type à adapter :
| Niveau | Exemple de situation | Prise en charge | Résolution ou contournement |
|---|---|---|---|
| Bloquant | Application inaccessible, facturation impossible | Dans l'heure ouvrée | Dans la journée |
| Majeur | Fonction importante dégradée, contournement possible | Dans la demi-journée | Sous quelques jours ouvrés |
| Mineur | Anomalie d'affichage, gêne limitée | Sous deux jours ouvrés | Prochaine version planifiée |
Ces valeurs sont des exemples à négocier, pas des standards. L'essentiel est de définir précisément chaque niveau, les horaires couverts, le canal de signalement et les pénalités éventuelles en cas de non-respect. Demandez aussi un reporting régulier : nombre de tickets, délais réels, incidents récurrents.
Propriété du code : la clause la plus négligée
En droit français, le développeur est en principe titulaire des droits d'auteur sur le code qu'il écrit, sauf cession écrite. Si votre application a été développée ou modifiée par un prestataire, vérifiez que le contrat prévoit :
- Une cession des droits patrimoniaux sur les développements spécifiques, avec mention des droits cédés, de la durée et du territoire.
- Un dépôt régulier des sources : projet complet, analyses, composants, à chaque livraison, sur un espace que vous contrôlez.
- La liste des composants tiers utilisés et leurs licences.
Sans ces clauses, vous pouvez vous retrouver avec une application que vous utilisez mais que vous ne pouvez pas faire évoluer sans l'accord du prestataire. Notre article pour récupérer le code source d'une application WinDev montre ce que coûte l'absence de ces précautions.
Réversibilité : prévoir la sortie dès l'entrée
La réversibilité organise le transfert de la maintenance vers un autre prestataire ou vers vos équipes. C'est la clause qui vous protège le jour où la relation s'arrête, quelle qu'en soit la raison. Elle doit préciser :
- Les éléments remis : sources, documentation technique, procédures d'installation, accès, historique des tickets.
- La durée de la période de transition, pendant laquelle le prestataire sortant reste disponible.
- Le coût de la réversibilité, forfaitaire ou au temps passé, fixé à l'avance.
- Les cas de déclenchement : fin de contrat, résiliation, cessation d'activité du prestataire.
Une réversibilité mal préparée oblige à une reprise en urgence, telle que nous la décrivons dans notre guide pour reprendre une application WinDev abandonnée.
Quel prix prévoir pour une TMA WinDev ?
Le prix d'une TMA dépend de la taille de l'application, de sa qualité, du volume d'évolutions et des SLA demandés. Trois modèles coexistent :
| Modèle | Principe | Adapté à |
|---|---|---|
| Forfait mensuel | Montant fixe couvrant un périmètre et un volume défini | Applications stables, besoins prévisibles |
| Banque de jours | Crédit de jours consommé selon les demandes | Besoins variables, évolutions ponctuelles |
| Régie | Facturation au temps passé | Interventions rares ou très spécifiques |
Quel que soit le modèle retenu, exigez une clause de révision de prix encadrée, par exemple indexée sur un indice publié, et précisez comment sont chiffrées les évolutions qui sortent du périmètre. Un devis préalable systématique au-delà d'un seuil défini évite les factures inattendues.
Méfiez-vous d'un forfait très bas sans engagement de délai : il cache souvent une disponibilité limitée. Inversement, des SLA très exigeants sur des horaires étendus ont un coût réel. Pour des ordres de grandeur et la manière de construire un budget, consultez notre article sur le coût de maintenance d'une application WinDev.
Modèle de sommaire pour votre contrat
Voici une trame que vous pouvez utiliser pour comparer les propositions ou relire un contrat existant. Elle ne remplace pas la relecture par un juriste.
- Objet et définitions
- Périmètre applicatif et exclusions
- Types de maintenance couverts
- Niveaux de service, horaires, canaux de signalement
- Pénalités et reporting
- Modèle de prix, révision et facturation des évolutions
- Propriété intellectuelle et cession des droits
- Dépôt des sources et documentation
- Confidentialité et protection des données
- Réversibilité et transition
- Durée, renouvellement et résiliation
- Responsabilité et assurance
Si vous hésitez encore entre maintenir votre application et la remplacer, notre comparatif TMA WinDev ou migration vous aide à poser la question avant de vous engager sur plusieurs années.
Questions fréquentes
Quelle durée pour un contrat de TMA WinDev ?
Les contrats sont souvent conclus pour un à trois ans, avec tacite reconduction. Une durée initiale courte permet de tester la relation, à condition que la réversibilité soit prévue.
Qu'est-ce qu'un SLA dans un contrat de maintenance ?
C'est un engagement de niveau de service : délai de prise en charge et de résolution selon la gravité de l'incident, horaires couverts et éventuelles pénalités.
Le code développé en TMA m'appartient-il ?
Pas automatiquement. Il faut une clause de cession des droits patrimoniaux écrite dans le contrat. Sans elle, le prestataire reste en principe titulaire des droits.
Que doit contenir la clause de réversibilité ?
La liste des éléments remis, la durée de la transition, son coût et les cas de déclenchement, y compris la cessation d'activité du prestataire.
Forfait ou banque de jours : que choisir ?
Le forfait convient aux applications stables aux besoins prévisibles. La banque de jours est plus souple quand les évolutions varient fortement d'un mois à l'autre.
Vous cherchez un partenaire pour la maintenance de votre logiciel ? Découvrez notre offre de TMA et maintenance applicative WinDev, avec SLA, dépôt des sources et réversibilité inscrits au contrat.
