En bref : TMA WinDev et infogérance ne couvrent pas le même périmètre. La TMA porte sur l'application elle-même : correctifs, évolutions, support aux utilisateurs. L'infogérance porte sur l'infrastructure qui l'héberge : serveurs, réseau, sauvegardes. Beaucoup d'entreprises ont besoin des deux, mais pas forcément auprès du même prestataire.
Sommaire
- Ce que couvre la TMA WinDev
- Ce que couvre l'infogérance
- Pourquoi les deux prestations se confondent souvent
- TMA et infogérance, côte à côte
- Les signes qu'il manque une pièce entre les deux contrats
- Ce que cette distinction change au quotidien
- Faut-il un seul prestataire ou deux ?
- Questions fréquentes
Ce que couvre la TMA WinDev
La tierce maintenance applicative (TMA) s'occupe du logiciel : corriger les anomalies signalées par les utilisateurs, faire évoluer certains écrans ou traitements, répondre aux demandes liées à un changement réglementaire, et garder une documentation à jour du code. Un prestataire de TMA WinDev doit connaître le langage, la logique de l'application, et idéalement avoir accès à son historique. Le périmètre inclut aussi le support aux utilisateurs : répondre à une question d'usage, reproduire un bug signalé, ou prioriser une demande d'évolution par rapport à une autre.
Ce périmètre est détaillé dans cet article sur la maintenance d'une application WinDev. Il se distingue aussi de la migration, dont le rôle et les limites sont expliqués dans cet article sur le choix entre TMA et migration.
Ce que couvre l'infogérance
L'infogérance, elle, s'occupe de ce qui fait fonctionner le logiciel : les serveurs, le réseau, les sauvegardes, les mises à jour de sécurité du système d'exploitation, la supervision de la disponibilité. Un infogérant peut très bien ne jamais ouvrir le code source de l'application : il garantit que la machine qui l'exécute tourne, est à jour, et que les données sont sauvegardées correctement.
Dans une petite structure, c'est souvent la même personne, en interne ou chez un prestataire généraliste, qui gère les deux sujets. Cela fonctionne tant que les besoins restent simples. Les difficultés arrivent quand l'application grossit et que la frontière entre « problème d'infrastructure » et « problème applicatif » devient floue.
Pourquoi les deux prestations se confondent souvent
Un symptôme vécu par l'utilisateur, un écran qui se bloque, une impression de lenteur, un plantage au lancement, peut avoir deux origines très différentes : un bug dans le code, ou un problème de serveur, de réseau, ou de base de données saturée. Sans diagnostic, difficile de savoir qui doit intervenir.
Prenons un cas fréquent : une application WinDev utilisée par plusieurs commerciaux devient lente en fin de journée. Le code n'a pas changé depuis des mois, mais le volume de données a augmenté et le serveur n'a pas été dimensionné en conséquence. Sans audit, l'équipe peut passer du temps à chercher un bug applicatif qui n'existe pas, alors que le sujet est infrastructurel.
C'est l'une des raisons pour lesquelles un audit applicatif est utile avant de renégocier un contrat de maintenance ou d'infogérance : il permet de savoir précisément où se situe la responsabilité de chaque intervenant, et d'éviter les allers-retours entre deux prestataires qui se renvoient la balle.
TMA et infogérance, côte à côte
| Critère | TMA WinDev | Infogérance |
|---|---|---|
| Objet principal | Le code et le comportement de l'application | L'infrastructure qui héberge l'application |
| Compétences mobilisées | Développement WinDev, connaissance métier de l'application | Administration système, réseau, sauvegardes |
| Exemple de demande type | « Le calcul de remise ne fonctionne plus depuis la mise à jour tarifaire » | « Le serveur est inaccessible depuis ce matin » |
| Accès nécessaire | Code source de l'application | Serveurs, consoles d'administration, sauvegardes |
| Quand solliciter l'un ou l'autre | Comportement anormal de l'application elle-même | Indisponibilité, lenteur liée au serveur, incident réseau |
Les signes qu'il manque une pièce entre les deux contrats
Certains signaux reviennent souvent chez les entreprises qui n'ont jamais formalisé la frontière entre TMA et infogérance. Un ticket qui met plusieurs jours à être pris en charge parce que le prestataire applicatif attend une réponse de l'infogérant, et inversement, en est un premier. Un contrat de maintenance qui mentionne vaguement « support technique » sans préciser s'il couvre le serveur ou uniquement le code en est un autre.
Autre signe fréquent : personne ne sait qui est responsable des sauvegardes de la base de données. Le prestataire de TMA pense que c'est inclus dans l'hébergement, l'hébergeur pense que c'est à la charge du client ou du développeur. Ce flou ne se révèle souvent qu'au moment où une sauvegarde s'avère nécessaire, ce qui est le pire moment pour le découvrir.
Enfin, l'absence de documentation sur les accès (qui a les codes du serveur, qui a accès au code source, qui peut redémarrer un service) complique toute intervention en urgence, quel que soit le prestataire qui doit agir.
Ce que cette distinction change au quotidien
Quand les deux missions sont bien séparées et documentées, un incident se traite plus vite : l'utilisateur ou le support interne sait immédiatement qui contacter, sans phase de diagnostic préalable à chaque ticket. Le contrat de TMA peut alors se concentrer sur les engagements de délai de correction et d'évolution, pendant que le contrat d'infogérance porte sur la disponibilité et la sauvegarde des données.
À l'inverse, quand la frontière reste floue, c'est souvent l'entreprise qui absorbe le coût caché : temps passé à qualifier les tickets, allers-retours entre prestataires, ou, plus grave, un incident qui reste sans propriétaire pendant plusieurs jours parce que chacun pense que l'autre doit s'en occuper.
Faut-il un seul prestataire ou deux pour les deux missions ?
Confier les deux missions à un seul interlocuteur simplifie la relation : un seul contrat, un seul point de contact en cas d'incident. C'est pertinent quand l'entreprise n'a pas les moyens de gérer deux prestataires, ou quand l'application reste simple.
Séparer les deux missions a l'avantage de la spécialisation : chaque prestataire reste concentré sur son domaine, et un audit régulier permet de vérifier que les deux contrats couvrent bien l'ensemble du périmètre sans zone grise ni doublon. Le bon choix dépend surtout de la taille de l'application, du nombre d'utilisateurs, et du niveau de criticité de l'activité qui en dépend.
Pour clarifier qui fait quoi sur votre application WinDev, et éviter les trous entre maintenance applicative et infrastructure, demandez un audit ou un cadrage à Euro Tech Conseil.
Questions fréquentes
La TMA WinDev inclut-elle l'hébergement de l'application ?
Non. La TMA porte sur le code et son évolution. L'hébergement, les serveurs et les sauvegardes relèvent de l'infogérance, même si un même prestataire peut proposer les deux.
Comment savoir si un incident vient de l'application ou du serveur ?
Un diagnostic rapide (consultation des journaux, test sur un autre poste ou un autre environnement) permet souvent de trancher. En cas de doute récurrent, un audit applicatif clarifie durablement les responsabilités.
Peut-on changer de prestataire de TMA sans changer d'infogérant, ou l'inverse ?
Oui, les deux contrats sont indépendants. Le seul point de vigilance est de bien définir les interfaces entre les deux prestataires pour éviter les zones de responsabilité partagée.
Une petite entreprise a-t-elle besoin des deux prestations séparément ?
Pas toujours. Beaucoup de petites structures confient les deux missions au même prestataire généraliste. La séparation devient utile quand l'application ou l'infrastructure gagnent en complexité.
Quel est le premier pas pour clarifier un contrat de maintenance existant ?
Relire le périmètre couvert par chaque contrat, puis faire réaliser un audit si le périmètre réel de l'application n'est plus clairement documenté.
