Application métier : définition, exemples et points à écrire au contrat.

Dans beaucoup de PME, une commande passe par un fichier partagé, un mail, puis une ressaisie dans le logiciel de gestion. Avant de faire développer un outil, trois points départagent : ce que votre processus a de particulier, ce qu’un logiciel du marché en couvre déjà, et ce que le contrat prévoit pour le code et les données.

Qu’est-ce qu’une application métier ?

Une application métier est un logiciel construit autour d’un processus de l’entreprise : ses étapes, les personnes qui y interviennent, les règles qui s’y appliquent. Elle sert une activité précise, comme planifier des interventions ou instruire un dossier, et ne cherche pas à gérer toute l’entreprise.

Elle se distingue du progiciel, que le vocabulaire officiel de l’informatique définit comme un « ensemble complet et documenté de programmes conçu pour être fourni à plusieurs utilisateurs, en vue d’une même application ou d’une même fonction » (Journal officiel du 22 septembre 2000). Le progiciel est identique chez tous ses clients, qui règlent leur travail sur ses écrans. L’application métier reprend votre vocabulaire, vos étapes et vos exceptions.

Exemples d’applications métier

Quelques exemples, pris dans des activités différentes :

• un planning d’interventions qui réunit les rendez-vous, les horaires et les compétences des équipes ;
• un suivi de dossiers où chaque pièce, chaque responsable et chaque validation sont tracés ;
• un portail documentaire où chaque client ne voit que ses documents ;
• un outil de devis qui applique les règles de prix de l’entreprise à chaque offre.

Une application métier remplace rarement le logiciel de gestion en place. Elle se pose à côté de lui, pour le besoin qu’il ne couvre pas, et échange des données avec lui par une API (une interface entre deux logiciels) ou par des exports de fichiers.

Application métier, logiciel métier, ERP, CRM : quelles différences ?

Les deux premières expressions s’emploient souvent l’une pour l’autre : « logiciel métier » ne dit pas si l’outil est vendu sur catalogue ou développé pour une seule entreprise. Dans ce guide, « application métier » désigne le second cas. L’ERP et le CRM sont deux familles de progiciels, que l’Insee définit par ce qu’elles couvrent.

Ces progiciels sont déjà en place dans beaucoup d’entreprises. En 2023, 47 % des entreprises françaises de dix salariés ou plus utilisaient un progiciel de gestion intégré, et 43 % de celles de moins de 50 salariés, selon l’Insee. Un quart utilisaient une application de gestion de la relation client. Une application métier arrive donc rarement en terrain vierge, et sa première contrainte est de s’entendre avec ce qui existe.

Quand une application métier devient-elle utile ?

Une application métier devient utile quand un processus propre à l’entreprise repose sur des tableurs, des ressaisies ou des outils qui ne communiquent pas, et qu’aucun logiciel du marché ne le couvre sans le déformer. Les signes se repèrent sans audit :

• un fichier que seule une personne sait modifier ;
• la même information saisie deux fois, dans deux outils ;
• des exports envoyés à la main d’un logiciel à l’autre ;
• plusieurs versions d’un même document, sans que personne sache laquelle fait foi.

Quand un tableur ou un logiciel du marché suffit

Un tableur suffit tant qu’une seule personne le tient et que le reste de l’équipe n’en dépend pas pour travailler. Un logiciel du marché suffit quand vos étapes ressemblent à celles de vos confrères : paie, comptabilité, facturation, gestion commerciale courante. Son éditeur suit la réglementation à votre place et répartit le coût des évolutions entre tous ses clients.

Pour trancher, décrivez votre processus sur une page, puis essayez le logiciel du marché sur trois ou quatre cas réels, dont un cas difficile. S’il les traite, gardez-le. Le sur-mesure se justifie quand ses limites reviennent chaque semaine et que le contournement finit dans un tableur.

Si le test conclut au sur-mesure, le développement d’un logiciel métier commence par les parcours des utilisateurs, avant la liste des fonctions. Le sur-mesure a deux contreparties que le catalogue n’a pas : vous financez seul chaque évolution, et l’outil dépend du prestataire qui le maintient. Cette dépendance s’encadre dans le contrat, avant le premier développement.

À qui appartient le code d’une application sur mesure ?

Payer le développement ne rend pas propriétaire du code. Sans cession écrite des droits, le prestataire qui a écrit le logiciel en reste l’auteur, et toute modification passe par lui.

La règle vient du Code de la propriété intellectuelle. Son article L111-1 prévoit qu’un contrat de commande ou de service ne retire pas ses droits à l’auteur, et l’article L122-6 range parmi les droits de l’auteur d’un logiciel sa reproduction, sa modification et son adaptation.

Le cas des salariés est différent. Selon l’article L113-9, les droits sur un logiciel créé par des salariés dans leurs fonctions reviennent à l’employeur. Cette règle ne s’étend pas au prestataire extérieur ni à l’indépendant, avec qui la cession se négocie.

Ce que la clause de cession doit contenir

L’article L131-3 en fixe la forme : chaque droit cédé est mentionné séparément dans l’acte, et son exploitation est délimitée dans son étendue, sa destination, son lieu et sa durée. Avant de signer, vérifiez quatre points :

• les droits cédés, nommés un par un : reproduire, modifier, adapter ;
• l’étendue, la destination, le lieu et la durée de la cession ;
• la remise du code source et de sa documentation à chaque livraison ;
• le sort des composants que le prestataire réutilise chez d’autres clients, et celui des bibliothèques libres.

La loi laisse quelques droits à l’utilisateur légitime d’un logiciel, dont celui d’en faire une copie de sauvegarde (article L122-6-1). Faire évoluer l’application avec un autre prestataire demande la cession. Faites relire la clause par votre avocat ou votre conseil habituel : une liste de droits floue se paie le jour où vous changez de prestataire.

Quelles règles pour les données personnelles et la sécurité ?

Une application interne est soumise au RGPD dès qu’elle enregistre des données de clients, de salariés ou de fournisseurs. La CNIL demande d’intégrer la protection des données dès la conception : ces exigences s’écrivent dans le cahier des charges, avant le développement.

Deux points complètent ce tableau. Chaque nouveauté passe ses tests dans des environnements de développement et de test avant d’atteindre la production. Et le traitement s’inscrit dans votre registre des activités de traitement, comme tout autre fichier de l’entreprise : l’obligation de tenir ce registre vaut quelle que soit la taille de l’organisme.

Que prévoir après la livraison ?

Une application métier s’entretient tant qu’elle sert : corrections, mises à jour de sécurité, adaptations quand le processus change. Trois engagements se fixent avant la signature : la maintenance, les sauvegardes et la réversibilité, c’est-à-dire la possibilité de quitter un prestataire en emportant ses données et son outil.

Pour la maintenance, le contrat distingue la correction des anomalies, due dans un délai convenu, de l’évolution, qui se chiffre à part. Il désigne aussi qui suit les dates de fin de support des composants de l’application. L’ANSSI recommande de tenir ce suivi, car un composant que son éditeur ne corrige plus reste vulnérable.

Pour la sortie, l’ANSSI conseille d’imposer au prestataire une liste d’exigences : réversibilité du contrat, possibilité d’audit, sauvegarde des données et restitution dans un format ouvert. Ajoutez-y le délai de restitution et ce que deviennent vos données chez le prestataire à la fin du contrat.

Peut-on reprendre une application développée par un autre prestataire ?

Oui, à deux conditions : les droits sur le code vous ont été cédés, et le code source vous a été remis avec ses accès. La reprise commence par un examen du code, de l’hébergement et des dépendances, c’est-à-dire des bibliothèques externes sur lesquelles l’outil repose. Il en sort un tri : ce qui se garde, ce qui se corrige, ce qui se réécrit.

Questions fréquentes