Votre logiciel existe. On le garde vivant.

TMA veut dire tierce maintenance applicative, qu'on appelle aussi TMA informatique ou maintenance applicative. « Tierce » parce qu'elle est confiée à un prestataire extérieur, « applicative » parce qu'elle porte sur le logiciel et non sur le matériel ou le réseau. C'est un contrat par lequel quelqu'un devient responsable du bon fonctionnement de votre application dans la durée : corriger ce qui casse, mettre à jour ce qui vieillit, ajouter ce que votre activité réclame.

Oui, et c'est le cas le plus fréquent. La reprise d'un logiciel existant commence toujours par un audit du code, de l'hébergement et des sauvegardes. On vous dit ensuite franchement si la reprise est raisonnable, ou si une refonte partielle coûtera moins cher à trois ans. On n'a aucun intérêt à vendre une refonte inutile, ni à reprendre un logiciel qu'on ne pourra pas tenir.

C'est une situation courante et elle n'est pas bloquante, à une condition : que vous puissiez récupérer le code et les accès. Si vous les avez, la reprise est un travail normal. Si vous ne les avez pas, la première étape est de les récupérer auprès de l'hébergeur, de l'entreprise qui gère votre nom de domaine, ou via le contrat d'origine. On vous aide à identifier ce qu'il faut demander, et à qui.

Souvent, oui : un logiciel qui a besoin de maintenance est rarement écrit avec les outils de l'année. Ce qui compte n'est pas l'âge de la technologie, mais l'état du code et la présence de sauvegardes. Un logiciel ancien mais propre se maintient très bien. Un logiciel récent sans sauvegardes ni documentation est un risque, et on vous le dira.

L'audit demande quelques jours une fois les accès obtenus, et c'est souvent l'obtention des accès qui prend le plus de temps. Nous savons intervenir sur les urgences bien avant la fin de l'audit ; en revanche, engager des évolutions structurantes sans avoir compris l'existant est le meilleur moyen de casser quelque chose.

Cela dépend du volume d'heures réservé, de la taille de l'application et de son état. Un logiciel stable et documenté coûte nettement moins cher à maintenir qu'un logiciel sans sauvegardes. L'audit initial sert précisément à le savoir avant de s'engager : on chiffre après, jamais avant.

Oui. Un site internet est une application web comme une autre : il tombe en panne, ses briques vieillissent, il réclame des évolutions. Un contrat de maintenance de site internet couvre les mêmes quatre volets que pour un logiciel métier, souvent sur un volume d'heures plus réduit. La différence tient au périmètre, pas à la nature du travail.

Ils dépendent du niveau de gravité et du format de contrat choisi, et ils sont écrits dans le contrat plutôt que promis à l'oral. Un incident bloquant, qui met votre activité à l'arrêt, n'est pas traité comme une correction de libellé. Le principe que nous appliquons : un forfait mensuel donne la meilleure réactivité, parce que le temps est déjà provisionné.

Non. Un contrat de maintenance se juge sur ce qu'il produit, pas sur la durée à laquelle il vous attache. Vous pouvez y mettre fin, et vous repartez avec vos sources, vos accès et votre documentation. C'est le pendant naturel du fait que le code vous appartient.

Oui, et c'est la suite logique d'un projet de développement sur mesure. Le passage en maintenance se fait sans reprise ni audit, puisque l'équipe qui a écrit le logiciel est celle qui le maintient. C'est aussi pour cette raison que nous écrivons de la documentation pendant le projet et non après.

Oui. Notre équipe est basée à Rennes et intervient en Bretagne et dans le Grand Ouest, de Saint-Malo à Vannes en passant par Nantes. La maintenance applicative se fait pour l'essentiel à distance, ce qui la rend praticable partout en France ; les points de suivi et les formations gagnent en revanche à se tenir sur site.