← Retour au blog

Logiciel PMS maritime : ce que la classification exige vraiment

Ali Messoudi

À la visite annuelle machine, le surveyor de votre société de classification ne demande plus un classeur : il demande l'historique. Quels ordres de travail sur le groupe électrogène n°2 depuis douze mois, qui les a clôturés, à quelles heures de fonctionnement, et pourquoi la visite des injecteurs a été décalée de 250 heures. Si la réponse sort en trois clics, la visite avance. Si elle exige une soirée de fouille dans des tableurs et des carnets, le ton change — et la liste d'observations s'allonge. C'est exactement ce qu'un planned maintenance system software — un logiciel PMS, dans le vocabulaire des sociétés de classification — doit garantir : que la maintenance planifiée du bord soit décrite, exécutée, tracée et démontrable à tout moment.

Demandez pourtant à trois surveyors ce qu'un PMS doit contenir, et vous obtiendrez trois réponses qui se recouvrent sans coïncider. Les règles de classification définissent des résultats à atteindre, pas un logiciel : c'est ce qui explique la variation. Cet article s'intéresse à l'outil lui-même : ce que BV, DNV, LR, ABS ou RINA exigent réellement du logiciel, les spécifications techniques qui en découlent, et les critères qui séparent un vrai PMS d'un simple planning informatisé. Le processus d'approbation proprement dit — constitution du dossier, mise à l'épreuve, audits annuels, maintien du régime — est traité dans notre article dédié : obtenir et tenir un PMS approuvé par sa société de classification. Ici, nous parlons de la machine à prouver, pas de la procédure.

Qu'est-ce qu'un logiciel PMS (planned maintenance system) ?

Un planned maintenance system software est le logiciel qui structure la maintenance planifiée d'un navire : il tient l'inventaire des équipements, porte les tâches et leurs intervalles, déclenche les travaux à l'échéance calendaire ou au compteur d'heures, et enregistre ce qui a été fait, par qui et dans quel état l'organe a été trouvé. À bord, il remplit un double rôle : outil d'exploitation quotidien du service machine, et pièce à conviction devant la classification, l'État du pavillon et le Port State Control.

Le terme recouvre en pratique la même réalité que GMAO maritime ou logiciel de maintenance navale : « PMS » est simplement le mot qu'emploient les règlements. Le chapitre 10 du Code ISM impose déjà à tout navire concerné un système de maintenance avec inspections à intervalles appropriés, traitement des non-conformités et identification des équipements critiques — sans imposer d'outil informatique. Les sociétés de classification vont un cran plus loin : dès qu'un armateur veut faire reconnaître son régime de maintenance (et en tirer des crédits de visite), le support doit offrir des garanties qu'un classeur ou un tableur ne peut pas donner. C'est là que le logiciel devient le sujet.

Ce que les sociétés de classification exigent vraiment du logiciel

Que vous soyez classé BV, DNV, LR, ABS ou RINA, les exigences convergent vers un petit nombre de points. Chaque société les formule à sa manière dans ses règles et ses guides, mais le fond ne varie guère :

  • Un inventaire des machines couvertes : chaque équipement du périmètre identifié de façon unique, avec ses caractéristiques, sa position à bord et sa documentation constructeur rattachée.
  • Des intervalles justifiés : préconisations du constructeur par défaut, ajustables sur retour d'expérience documenté ou sur surveillance d'état — jamais des fréquences posées au doigt mouillé.
  • Des gammes de travail : la description de ce qui doit être fait à chaque échéance, pour que le résultat ne dépende pas de la mémoire du titulaire du poste.
  • Des enregistrements complets : travaux réalisés, date, auteur, heures de fonctionnement au moment de l'intervention, état constaté, pièces consommées.
  • L'identification des retards : le système doit faire apparaître sans ambiguïté les travaux échus non réalisés — la fameuse liste des overdue que le surveyor demande en premier.
  • Un accès contrôlé : des comptes nominatifs et des droits différenciés, pour que les enregistrements ne puissent pas être modifiés ou effacés sans laisser de trace.

Relisez ces six points : la spécification du logiciel s'écrit toute seule. Le tableau suivant traduit chaque exigence de règle en fonction concrète à vérifier lors d'une démonstration.

Exigence des règles de classificationCe que le logiciel doit faire concrètement
Inventaire des équipementsArborescence navire → installation → équipement → composant, codes uniques, documents constructeur attachés à chaque fiche
Intervalles justifiésÉchéances calendaires et compteurs d'heures combinables, champ de justification lors de toute modification d'intervalle
Gammes et procéduresInstructions, points de contrôle et consignes de sécurité portés par l'ordre de travail lui-même
Enregistrements de travauxClôture horodatée et attribuée, relevé de compteur exigé, état constaté, photos et pièces jointes
Identification des overdueListe des retards par navire et par criticité, obtenue en un clic, exportable pour le surveyor
Accès contrôlé et intégritéComptes individuels, rôles (chef mécanicien, second, matelot), journal des modifications, pas de suppression silencieuse

Des règles de résultat, pas de logiciel homologué

Aucune société de classification n'impose une marque de logiciel. Certaines délivrent aux éditeurs des attestations de conformité de leur produit, qui simplifient l'instruction du dossier ; mais l'approbation qui compte est toujours celle du système du navire — le logiciel, ses données, ses procédures d'utilisation et l'équipage qui s'en sert. Un excellent outil rempli n'importe comment sera refusé ; un outil moyen tenu avec rigueur peut passer. Le logiciel est une condition nécessaire, jamais suffisante.

Les exigences techniques cachées derrière les règles

Les règles ne parlent ni de base de données ni de synchronisation. Mais dès qu'on les confronte à la réalité d'un navire en exploitation, quatre exigences techniques s'imposent d'elles-mêmes — et ce sont elles qui éliminent la plupart des solutions généralistes.

L'intégrité des données d'abord

Chaque enregistrement doit être horodaté et attribué à une personne, et toute modification ultérieure doit laisser une trace. C'est le critère sur lequel le tableur partagé échoue dès le premier jour : une cellule Excel se réécrit sans témoin, une ligne se supprime sans historique, et deux versions du fichier circulent entre le bord et le siège. Nous avons chiffré ce que cela coûte réellement dans notre comparatif Excel ou GMAO maritime : au-delà du risque d'audit, c'est la valeur probante de tout l'historique qui s'effondre. Un surveyor qui doute d'un enregistrement doute de tous les autres.

La disponibilité à bord, donc le hors connexion

Les visites de classification se passent en mer, au mouillage ou dans des ports où la connectivité est un vœu pieux. Un PMS purement web, inaccessible sans réseau, est inutilisable au moment précis où on en a besoin. Le logiciel doit fonctionner hors connexion : consultation de l'historique, création et clôture d'ordres de travail, saisie des compteurs, le tout mis en file d'attente et synchronisé dès que le navire retrouve du réseau. C'est le principe de l'application mobile Smart Sailors, et c'est un critère éliminatoire : sans mode hors ligne réel, les saisies se feront sur papier « en attendant », puis ne se feront plus.

La traçabilité des reports

Aucun plan de maintenance ne se déroule exactement comme prévu : une pièce en retard, une météo qui interdit l'arrêt d'un groupe, une escale écourtée. Ce que le surveyor sanctionne, ce n'est pas le report — c'est le report invisible. Le logiciel doit donc imposer, pour tout décalage d'échéance, une justification enregistrée : qui a décidé, quand, pour quel motif, avec quelle nouvelle échéance. Le cycle de vie complet de l'ordre de travail — création, affectation, exécution, report éventuel, clôture — doit se lire des mois plus tard sans reconstitution.

Le reporting en un clic, pas en une soirée

La liste des travaux échus, l'historique complet d'un équipement, les heures de fonctionnement au moment de chaque intervention : ces trois états doivent sortir en quelques secondes, filtrés et exportables en PDF ou en tableur. C'est vrai pour la visite de classe, mais aussi pour un contrôle de l'État du port : lors d'une inspection Port State Control, la maintenance fait partie des terrains classiques de déficience, et la capacité à produire immédiatement un historique propre change l'issue de l'inspection.

La cybersécurité, nouvelle venue dans le cahier des charges

Depuis l'entrée en application des exigences IACS UR E26 et E27 pour les navires neufs contractés à partir de mi-2024, la résilience cyber des systèmes embarqués — et des logiciels qui s'y connectent — entre dans le champ de la classification. Pour un PMS, cela se traduit par des questions très concrètes à poser à l'éditeur : gestion des comptes et des mots de passe, chiffrement des échanges, politique de mise à jour, sauvegardes et localisation des données. Notre article sur IACS UR E26/E27 et la maintenance détaille ce que ces règles changent à bord.

Que change un PMS approuvé pour les visites machine ?

La réponse tient en une phrase : dans le cadre d'un régime de visite continue de la machine, un PMS approuvé permet de faire créditer une partie des inspections par le chef mécanicien, sur la base des travaux enregistrés dans le logiciel, la société de classification vérifiant l'ensemble lors d'un audit annuel au lieu d'assister à chaque ouverture. Concrètement : moins de démontages faits uniquement pour montrer, des visites plus courtes, et un étalement des inspections sur le cycle de cinq ans.

Les conditions précises — équipements éligibles, qualification du chef mécanicien, contenu de l'audit annuel — varient selon votre société de classification, et le régime se perd si la tenue du système se relâche. Le parcours complet est décrit dans notre article sur le PMS approuvé ; et pour articuler ce régime avec le calendrier des visites de coque, des certificats et des échéances réglementaires, voyez comment piloter certificats et visites de classification en GMAO. Retenez simplement ceci : sans logiciel capable de produire des enregistrements irréprochables, la question de l'approbation ne se pose même pas.

Comment choisir son planned maintenance system software : les critères qui comptent

Une démonstration commerciale montre toujours un logiciel qui fonctionne. Les critères ci-dessous sont ceux qui distinguent un PMS qui tiendra cinq ans d'exploitation et trois audits d'un outil qui sera abandonné au premier changement d'équipage.

  • Hors connexion natif : l'application mobile doit permettre de consulter, saisir et clôturer sans réseau, avec synchronisation automatique différée — pas un simple cache de lecture.
  • Compteurs d'heures intégrés : déclenchement des échéances sur les heures réelles de fonctionnement, pas seulement au calendrier ; c'est le rôle du module compteurs, et c'est ce qui rend les intervalles défendables devant un surveyor.
  • Import des plans constructeur : les gammes et intervalles des moteurs, groupes et auxiliaires doivent pouvoir être importés ou repris depuis un modèle, pas ressaisis ligne à ligne pendant trois semaines.
  • Journal des modifications : qui a changé quoi, quand — sur les intervalles, les échéances et les clôtures. Sans cela, pas de valeur probante.
  • Exports pensés pour l'audit : historique par équipement, liste des overdue, relevés de compteurs, en PDF et tableur, sans manipulation.
  • Liaison avec le stock et les achats : chaque ordre de travail doit pouvoir consommer des pièces et déclencher le réapprovisionnement, sinon vous gérerez deux systèmes qui divergent.
  • Vision flotte : comparer les retards, les coûts et les compteurs de tous les navires depuis le siège, sans consolider à la main.
  • Tarification par navire lisible : un prix qui pénalise le nombre d'utilisateurs décourage l'adoption par l'équipage — or c'est l'équipage qui fait vivre les enregistrements.
  • Un éditeur qui connaît les navires : la question « comment gérez-vous un report d'échéance pour cause de météo ? » élimine rapidement les GMAO généralistes habillées en maritime.

Pour transformer cette liste en décision structurée, appuyez-vous sur notre grille de 32 critères avec trame d'appel d'offres : elle pondère ces points selon votre type de flotte et vous évite de choisir sur la seule impression de démonstration.

Au-delà de la conformité : le même logiciel pilote les coûts

Un PMS acheté uniquement pour satisfaire la classification est un investissement gâché à moitié. Les données qui convainquent un surveyor — heures de fonctionnement, historique des travaux, pièces consommées, retards — sont exactement celles qui pilotent la disponibilité et le budget. Le même historique qui prouve la conformité alimente le MTBF par équipement, le taux de préventif, la valeur du stock immobilisé et le coût complet par navire : les 15 KPI de maintenance maritime se calculent sans effort supplémentaire dès lors que la saisie est faite une seule fois, à la source, dans le module maintenance.

C'est l'argument à opposer à la direction quand le PMS est perçu comme un coût de conformité : l'outil exigé par la classification est aussi celui qui documente les demandes de budget, justifie les arbitrages de carénage et objective les discussions avec les motoristes. La conformité paie l'entrée ; l'exploitation encaisse le retour.

Un mot sur la mise en place

Le meilleur logiciel échoue si le déploiement est bâclé : inventaire incomplet, intervalles recopiés sans vérification, équipage non formé, et six mois plus tard le tableur ressort du tiroir. Comptez un vrai projet — reprise des données constructeur, paramétrage navire par navire, formation des titulaires et des remplaçants — et suivez une méthode éprouvée : notre checklist de déploiement phase par phase détaille le chemin, et le guide complet de la GMAO maritime replace le PMS dans l'ensemble des modules — stocks, achats, certificats, équipage — qui gravitent autour de lui.

En résumé

Les sociétés de classification n'exigent pas un logiciel : elles exigent des résultats — inventaire, intervalles justifiés, enregistrements complets, retards visibles, accès contrôlé — que seul un vrai planned maintenance system software peut garantir dans la durée. Les critères qui comptent ne sont pas cosmétiques : intégrité des données, fonctionnement hors connexion, traçabilité des reports, exports d'audit en un clic. Ce sont eux qui séparent l'outil qui rassure un surveyor du planning informatisé qui s'effondre à la première question précise.

Et le même outil qui sécurise la visite de classe pilote les coûts, les stocks et la disponibilité de la flotte. C'est exactement ce pour quoi Smart Sailors a été construit : une GMAO maritime conçue à Marseille par des marins, déployée sur plus de 700 navires, avec une application mobile qui fonctionne hors connexion et des historiques prêts pour l'audit par construction. Demandez une démonstration sur vos propres équipements, ou consultez nos offres — l'essai est gratuit pendant 30 jours.

Partagez ce post sur les réseaux sociaux

Découvrez plus de conseils

Application de maintenance yacht : les besoins réels

Rotations d'équipage, budgets refit, conformité pavillon, reporting propriétaire : ce qu'une application de maintenance yacht doit vraiment savoir faire.

Lire l'article

Logiciel de planification de passage au bassin

Construire la spécification de passage au bassin depuis l'historique de maintenance, contrôler les avenants chantier et capitaliser pour le cycle suivant.

Lire l'article

USCG Subchapter M et TSMS : les exigences de maintenance

Ce que la réglementation américaine Subchapter M impose aux opérateurs de remorqueurs : options TSMS, enregistrements, exercices, et le rôle d'une GMAO.

Lire l'article

Abonnez-vous à notre newsletter !

Nous communiquons régulièrement sur nos réseaux sociaux et via notre newsletter afin que vous soyez informé des nouveautés du logiciel.