.jpg)
La question revient dans presque tous les projets de digitalisation de flotte : faut-il vraiment un logiciel spcialis pour la maintenance des navires, ou peut-on prendre la ϳԹ gnraliste que le groupe utilise djà pour ses ateliers à terre ? Elle est lgitime. La licence est souvent moins chère, l'outil est djà connu du service informatique, le contrat est djà sign, et sur le papier une pompe reste une pompe.
La rponse n'est pas une affaire de conviction. Elle tient à une srie de contraintes qui n'existent pas à terre, et que les diteurs de ϳԹ industrielles n'ont jamais eu de raison de traiter. Cet article les prend une par une, avec le raisonnement technique derrière, et se termine par une grille honnête : il existe des cas où l'outil gnraliste suffit.
Le navire est une unit mobile et autonome
C'est la diffrence fondatrice, celle dont dcoulent presque toutes les autres. Un atelier à terre est un point fixe, reli en permanence à un rseau. Un navire est une unit mobile qui doit rester oprationnelle sans lien avec le siège pendant des jours ou des semaines.
Le mode hors connexion n'est pas une option de confort
Le chef mcanicien qui ouvre un carter à trois heures du matin en pleine traverse doit pouvoir consulter la gamme, saisir ses relevs, clôturer son ordre de travail et dclencher une demande de pièce. Sans rseau. Si l'outil affiche une page blanche, il ne sera pas utilis : l'quipage repassera au cahier, et vous aurez pay une licence pour un carnet papier.
Une ϳԹ maritime repose donc sur une base locale embarque. L'application crit d'abord à bord, dans une base complète et autonome, puis synchronise. Une ϳԹ gnraliste en SaaS pur fait l'inverse : elle crit sur un serveur distant et n'affiche à bord que ce que le rseau veut bien lui rendre. Ce n'est pas un rglage, c'est une architecture. On ne rend pas une application hors connexion en cochant une case.
La synchronisation doit survivre à une liaison satellite
À bord, la bande passante est partage entre l'exploitation, la navigation, la scurit et le bien-être de l'quipage. Une liaison satellite se facture au volume, la latence est leve et la coupure est normale, pas exceptionnelle. Cela impose trois choses à l'outil :
- une synchronisation diffrentielle, qui n'envoie que ce qui a chang, jamais la base entière ;
- une file d'attente qui reprend là où elle s'est arrête quand la liaison tombe au milieu d'un envoi, sans doublon ni perte ;
- une gestion spare des pièces jointes lourdes, photos et documents, qu'on peut compresser, diffrer ou rserver à l'escale.
Il faut aussi une règle de rsolution de conflit claire : quand le bord et le siège modifient le même ordre de travail pendant la priode de coupure, qui gagne ? Une ϳԹ maritime tranche cette question par conception, en gnral au profit de l'enregistrement du bord pour tout ce qui touche à l'excution. Une ϳԹ gnraliste ne se pose pas la question, parce que dans son modèle il n'y a jamais deux vrits simultanes.
C'est aussi ce qui conditionne l'usage rel sur le terrain : un ordre de travail numrique utilisable sur mobile n'a de valeur en machine que s'il fonctionne sans rseau.
L'arborescence technique n'est pas la même
Une ϳԹ industrielle organise les actifs en site, atelier, ligne, machine. Une ϳԹ maritime organise en flotte, navire, système, quipement, sous-ensemble, pièce. La diffrence n'est pas cosmtique.
Le navire est un niveau structurant, pas une tiquette
Tout se rattache au navire : les certificats, l'quipage, le pavillon, les stocks, le budget, les escales. Dans un outil gnraliste, le navire devient un simple champ « site » ou « localisation ». Rsultat, on ne peut ni isoler proprement la maintenance d'un navire vendu, ni transfrer un quipement d'un navire à un autre en gardant son historique, ni produire un tat de conformit par navire.
Les sisterships imposent un rfrentiel commun
Une flotte de navires jumeaux embarque les mêmes moteurs principaux, les mêmes groupes lectrogènes, les mêmes sparateurs, souvent les mêmes treuils. Le plan de maintenance doit être crit une fois, dploy sur l'ensemble des navires concerns, puis mis à jour en une seule opration quand le constructeur rvise une priodicit ou quand un retour d'exprience impose une modification.
Chaque navire garde ensuite ses carts : une remotorisation, un treuil remplac par un modèle diffrent, un quipement ajout après une visite. L'outil doit grer ce couple modèle de flotte et variante locale. Une ϳԹ gnraliste vous fera crer les quipements un par un, sur chaque navire, sans lien entre eux. Six mois plus tard, le même alternateur porte cinq libells diffrents.
Sans rfrentiel commun, aucun indicateur n'est comparable
La question qui intresse vraiment un superintendant est celle-ci : ce type de compresseur d'air de lancement tombe-t-il plus souvent sur ce navire que sur les autres ? On ne peut y rpondre que si les quipements portent le même code, la même catgorie et la même dfinition de la panne sur toute la flotte. C'est la condition d'existence des indicateurs de maintenance maritime, MTBF, MTTR et backlog compris. Un rfrentiel bâti navire par navire produit des chiffres, pas des indicateurs. La façon dont l'outil structure le parc d'quipements dtermine donc ce que vous pourrez analyser trois ans plus tard.
Les dclencheurs ne sont pas seulement calendaires
Une ϳԹ industrielle classique dclenche sur le calendrier, parfois sur un compteur unique. À bord, le calendrier est le dclencheur le moins pertinent.
- Le compteur d'heures : moteur principal, auxiliaires, groupes lectrogènes, compresseurs, propulseur d'trave. Un navire au long cours et un navire à quai n'usent pas leurs machines au même rythme.
- Les cycles : dmarrages de groupe, cycles de treuil ou de guindeau, manœuvres de porte-rampe sur un ferry, mises à l'eau d'embarcation.
- La distance parcourue : elle conditionne l'usure de la ligne d'arbre et l'tat de la carène, donc la consommation.
- L'tat mesur : analyse d'huile, mesure vibratoire, cart de pression sur un filtre, temprature d'chappement par cylindre, taux d'usure d'une anode.
Le relev et la projection
Deux mcanismes manquent presque toujours aux outils gnralistes. Le premier est le relev : à bord, beaucoup de compteurs se relèvent à la main, au quart, et l'outil doit accepter cette saisie, la contrôler, dtecter une valeur aberrante, et savoir aussi rcuprer une valeur automatiquement quand une passerelle de donnes existe. C'est le principe d'une remonte de donnes NMEA 2000 vers la ϳԹ, qui alimente une maintenance conditionnelle plutôt qu'un simple rappel de date.
Le second est la projection. Savoir qu'une rvision tombe à 12 000 heures ne sert à rien si l'on ne sait pas quand ces 12 000 heures seront atteintes. La ϳԹ doit extrapoler à partir du rythme d'utilisation rel, pour rpondre à la seule question qui compte en exploitation : cette chance tombe-t-elle avant ou après le prochain arrêt technique ? C'est ce raisonnement qui permet de regrouper les travaux dans une fenêtre d'immobilisation au lieu de subir un arrêt non planifi. Un outil qui gère des compteurs multiples et leur projection raisonne en disponibilit de navire ; un outil qui gère des dates raisonne en agenda.
La conformit est structurante, pas optionnelle
C'est le point de rupture le plus net. Dans l'industrie à terre, la conformit est un usage parmi d'autres de la ϳԹ. À bord, elle est la raison d'être d'une partie du système, et elle est audite.
Ce que le code ISM impose au système de maintenance
Le chapitre 10 du code ISM demande que le navire et ses quipements soient entretenus selon des procdures tablies, que les inspections aient lieu à intervalles appropris et que les enregistrements correspondants soient conservs. Le paragraphe 10.3 impose d'identifier les quipements et systèmes techniques dont la dfaillance soudaine pourrait entraîner une situation dangereuse. Ces quipements critiques doivent porter un statut particulier dans l'outil : essais spcifiques, dispositions de secours, traitement prioritaire du retard.
Le chapitre 9 impose de traiter et d'analyser les non-conformits, les accidents et les situations dangereuses. Cela suppose un objet non-conformit reli à l'quipement, avec action corrective, responsable, chance et vrification de l'efficacit. Une ϳԹ gnraliste sait grer un incident qualit ; elle ne sait pas produire l'articulation entre non-conformit, action corrective et revue de direction attendue par un auditeur ISM. Le dtail de cette mcanique est dvelopp dans notre article sur le code ISM et la ϳԹ.
Le PMS approuv par la socit de classification
Quand l'armateur opte pour un système de maintenance planifie approuv, la socit de classification valide le plan et vrifie son excution. Les priodicits deviennent opposables, les enregistrements doivent être signs par le chef mcanicien, et certains travaux raliss dans ce cadre remplacent des visites de classe. Un outil non prvu pour cela ne produira pas les tats attendus lors de la visite annuelle. Voir à ce sujet notre article sur le PMS approuv par les socits de classification.
Les certificats, du navire et de l'quipage
Un navire porte des dizaines de certificats : classe, statutaires, pavillon, assurance, quipements de scurit, avec des dates de validit, des fenêtres de visite intermdiaire et des reports possibles. L'quipage porte les siens : brevets STCW, visites mdicales, formations spcifiques, obligations MLC 2006. Aucune ϳԹ gnraliste ne connaît ces objets. Il faudra les fabriquer, avec leurs règles d'chance, leurs alertes et leur rattachement au navire ou à la personne. C'est djà natif dans un outil maritime, du côt des certificats du navire comme de la gestion des certificats de l'quipage.
La prparation d'un Port State Control
Lors d'une inspection, l'inspecteur demande des preuves et il les demande tout de suite : l'historique d'entretien d'un quipement prcis, la preuve du dernier essai d'un matriel de scurit, la liste des travaux critiques en retard, le suivi des non-conformits ouvertes. Un système capable de sortir ces tats en quelques clics change la nature de l'inspection. Un tableur ou une ϳԹ gnraliste obligent à reconstituer, et c'est cette reconstitution improvise qui attire l'attention. Notre article sur les moyens d'viter une dtention en Port State Control dtaille les tats à prparer.
L'quipage tourne, le savoir doit rester à bord
Dans un atelier à terre, la même quipe travaille sur les mêmes machines pendant des annes. À bord, le personnel embarque, dbarque, change de navire. Le chef mcanicien qui connaissait la marotte du sparateur n'est plus là dans six semaines.
La consquence est simple : le savoir doit être crit. Il vit dans les gammes de maintenance, qui dcrivent le mode opratoire, l'outillage, les consignations, les pièces ncessaires et les valeurs de contrôle attendues, et dans les enregistrements d'intervention, qui disent ce qui a rellement t fait et constat. Un outil maritime pousse à cette criture. Un outil gnraliste s'en accommode, mais ne la provoque pas.
La relève a une seconde consquence, souvent sous-estime : les droits changent. Le second mcanicien devenu chef doit hriter des validations de son poste, pas de son nom. Les habilitations suivent la personne et conditionnent l'accès à certaines tâches : intervention haute tension, travail par point chaud, entre en espace confin. Une ϳԹ maritime gère des rôles à bord et vrifie l'habilitation au moment d'assigner la tâche, comme le dcrit notre article sur la scurit des interventions et les habilitations. Un outil gnraliste gère des comptes nominatifs stables, ce qui oblige à rattribuer manuellement des dizaines de tâches à chaque relève.
La logistique se compte en escales, pas en jours
On ne se fait pas livrer une pièce en mer. C'est une vidence qui a des consquences profondes sur la façon dont l'outil doit grer les achats.
Le circuit rel est long : besoin identifi à bord, validation par l'armement, consultation des fournisseurs, commande, livraison non pas au navire mais à un port d'escale, avec un agent maritime pour rceptionner, un transitaire pour acheminer et une formalit douanière à traiter. Une pièce embarque sous le rgime des rechanges en transit ne se dclare pas comme une importation ordinaire. Un colis qui arrive au bon port le lendemain du dpart n'est pas un colis livr ; c'est un colis à rexpdier, souvent plus cher que la pièce.
La ϳԹ doit donc porter des informations que le gnraliste ne prvoit pas : le port de livraison cible, la date et la dure de l'escale, l'agent, le poids et l'encombrement, les documents douaniers, et le suivi jusqu'à la rception physique à bord. Elle doit surtout raisonner à l'envers : à partir de la date d'chance de la maintenance, en remontant les dlais de commande et d'acheminement, quel est le dernier port utile ? C'est le raisonnement dcrit dans notre article sur la gestion des pièces dtaches en mer, et c'est ce qui distingue un module achats maritime d'un module achats d'atelier, où l'adresse de livraison est une constante.
Certains stocks ne sont pas arbitrables
Une ϳԹ industrielle optimise le stock : rotation, coût de possession, seuils calculs, on dstocke ce qui dort. À bord, une partie du stock chappe totalement à ce raisonnement.
Des pièces de rechange sont imposes par la socit de classification ou par le pavillon, en nature et en quantit. Du matriel de scurit SOLAS doit être prsent, valide et dat : signaux de dtresse, brassières, cartouches d'appareils respiratoires, rechanges de radeaux. Une analyse de rotation classerait ces articles en stock mort et proposerait de les supprimer. Les supprimer, c'est prendre une dficience à la première inspection.
L'outil doit donc distinguer deux natures de stock : le stock d'exploitation, qu'on optimise, et le stock rglementaire, qu'on surveille et qu'on renouvelle avant premption, sans arbitrage conomique. Il doit aussi alerter suffisamment tôt avant l'escale utile, puisque le rapprovisionnement dpend du calendrier d'exploitation. C'est un des points dvelopps dans notre article sur la gestion des stocks et les ruptures de pièces critiques, et c'est une logique que porte nativement un module de stocks conçu pour le bord.
Le multi-navire et le multi-pavillon
Un armateur ne pilote pas des navires isols : il pilote une flotte. Il veut le backlog consolid, le coût de maintenance par navire et par système, la comparaison entre units comparables, la vision des chances de classe sur douze mois. Cela suppose une consolidation relle, et donc le rfrentiel commun voqu plus haut.
Mais la consolidation ne doit pas craser les particularits. Chaque pavillon a ses exigences : documents obligatoires, priodicits, langue des enregistrements, formats de rapport, règles de conservation des donnes de l'quipage. Un navire sous pavillon français, un navire sous RIF et un navire sous pavillon tranger dans la même flotte ne produisent pas les mêmes tats. L'outil doit appliquer une règle par navire tout en agrgeant au niveau flotte.
S'y ajoute le cloisonnement : un armateur qui gère des navires pour le compte de tiers, ou un gestionnaire technique multi-clients, doit garantir qu'un utilisateur ne voit que ses navires. C'est la fonction d'une vue flotte maritime, et c'est aussi ce qui rend exploitable un budget de maintenance par navire.
Synthèse : ce que change chaque contrainte
| Contrainte à bord | Ce que fait une ϳԹ gnraliste | Ce qu'exige une ϳԹ maritime |
|---|---|---|
| Navire hors connexion pendant des jours | Application connecte, base centrale unique | Base embarque autonome, synchronisation diffrentielle, rsolution de conflit dfinie |
| Liaison satellite lente et facture au volume | Échanges non optimiss, pièces jointes envoyes telles quelles | Envoi incrmental, reprise après coupure, gestion spare des documents lourds |
| Arborescence navire, système, quipement | Site, atelier, ligne, machine ; navire rduit à une localisation | Le navire comme niveau structurant, avec rattachement des certificats, du stock et de l'quipage |
| Flotte de sisterships | Cration des quipements un par un, sans lien | Plan modèle dploy sur plusieurs navires, variantes locales, mise à jour groupe |
| Dclenchement sur heures, cycles, distance, tat | Calendrier, parfois un compteur simple | Compteurs multiples, relevs manuels contrôls ou automatiques, projection d'chance |
| Code ISM, chapitres 9 et 10 | Aucune notion d'quipement critique ni de non-conformit ISM | Statut critique au sens du 10.3, essais associs, circuit de non-conformit et d'action corrective |
| PMS approuv par la classification | Plan de maintenance libre, sans opposabilit | Priodicits approuves, enregistrements signs, tats produits pour la visite |
| Certificats navire et quipage | Objet inexistant, à crer de toutes pièces | Certificats natifs, chances, alertes, rattachement navire ou personne |
| Relève d'quipage | Comptes nominatifs stables | Rôles à bord, transfert des validations, contrôle des habilitations |
| Approvisionnement par escale | Adresse de livraison fixe | Port d'escale cible, agent, transit douanier, calcul du dernier port utile |
| Stock impos par la classe ou le pavillon | Optimisation par rotation, dstockage du dormant | Distinction stock rglementaire et stock d'exploitation, suivi des premptions |
| Multi-pavillon | Paramtrage unique pour tous les sites | Règles par navire, consolidation flotte, cloisonnement des accès |
Ce qu'une ϳԹ gnraliste fait très bien
L'honnêtet oblige à le dire : sur son terrain, une ϳԹ industrielle est souvent suprieure à un outil maritime. Elle a t construite pour cela et depuis plus longtemps.
- L'atelier à terre : le magasin de l'armement, la base de rparation, le stock central, la gestion des quipements de manutention et des locaux. Une ϳԹ maritime y est rarement à son aise.
- La base fournisseurs et les achats structurs : contrats-cadres, appels d'offres, catalogues, workflows de validation complexes, intgration comptable.
- La comptabilit analytique : imputation fine, immobilisations, amortissements, refacturation interne, intgration native à l'ERP du groupe.
- La gestion documentaire d'entreprise et les interfaces avec les systèmes RH, quand ils sont djà en place.
Le bon dcoupage n'est donc pas « l'un contre l'autre » mais « chacun à sa place » : ϳԹ gnraliste à terre, ϳԹ maritime à bord, avec une interface entre les deux. Reste à dfinir qui est maître de quoi. En pratique, l'outil maritime est maître du rfrentiel technique du navire, des plans de maintenance, des compteurs, des enregistrements et des certificats. L'outil de gestion reste maître du rfrentiel fournisseurs, de l'engagement de dpense et de l'imputation comptable. L'interface porte alors les demandes d'achat, les commandes, les rceptions et les coûts consolids. C'est un projet, mais un projet born, très diffrent d'une rcriture mtier.
La vraie question de coût
Comparer deux licences ne dit rien. Ce qu'il faut comparer, c'est le coût d'obtention du même rsultat.
Adapter un outil gnraliste au maritime se paie en trois temps. D'abord le paramtrage : crer les objets manquants, certificats, statuts critiques, arborescence de flotte, natures de stock, crans de relev. C'est du travail de configuration, chiffrable et ralisable.
Ensuite le dveloppement spcifique, pour tout ce que le paramtrage ne peut pas produire : le fonctionnement hors connexion, le moteur de synchronisation, la projection d'chance multi-compteurs, la logique d'escale dans les achats, les tats rglementaires. Ce sont des dveloppements structurels, pas des crans.
Enfin, et c'est le poste que l'on oublie systmatiquement dans le comparatif initial, la maintenance de ce spcifique. Chaque monte de version de l'diteur exige de vrifier, parfois de refaire, ce qui a t dvelopp hors du standard. Chaque volution rglementaire est à votre charge. Chaque nouveau navire, chaque nouveau pavillon, chaque changement d'organisation rouvre le chantier.
| Poste | Gnraliste adapt au maritime | ϳԹ maritime |
|---|---|---|
| Licence | Souvent plus basse, parfois djà paye par le groupe | Coût ddi à budgter |
| Paramtrage initial | Lourd : les objets mtier n'existent pas | Rduit : le modèle maritime est natif |
| Dveloppement spcifique | Ncessaire pour le hors connexion, la synchronisation, les compteurs, les escales | Marginal, limit aux particularits de l'armement |
| Maintenance du spcifique | À votre charge, à chaque monte de version | Incluse dans la roadmap de l'diteur |
| Évolutions rglementaires | Projet interne à chaque fois | Mutualise entre tous les clients de l'diteur |
| Adoption par l'quipage | Risque lev si l'outil ne fonctionne pas hors connexion | Conçu pour l'usage en machine et à la passerelle |
Le point dcisif est celui de la mutualisation. Chez un diteur maritime, l'volution impose par une nouvelle exigence rglementaire est dveloppe une fois et servie à tous ses clients. En spcifique, vous la payez seul. Le raisonnement est le même que celui appliqu au tableur dans notre article sur le vrai coût d'Excel face à une ϳԹ maritime : ce qui est gratuit à l'achat se paie en heures.
Grille de dcision : dans quel cas le gnraliste suffit
Il existe des situations où prendre l'outil du groupe est le bon choix. Cette grille donne des repères.
| Situation | Verdict | Pourquoi |
|---|---|---|
| Un ou deux navires côtiers rentrant au port tous les soirs, connexion à quai | Le gnraliste peut suffire | La contrainte hors connexion tombe, le volume d'enregistrements reste faible |
| Navires en navigation hauturière ou en mission longue | ϳԹ maritime | Autonomie, liaison satellite, approvisionnement par escale |
| Navire soumis au code ISM avec PMS approuv par la classification | ϳԹ maritime | Objets rglementaires et tats d'audit inexistants en gnraliste |
| Flotte de trois navires et plus, a fortiori des sisterships | ϳԹ maritime | Rfrentiel commun, dploiement de plans modèles, consolidation |
| Multi-pavillon ou gestion technique pour compte de tiers | ϳԹ maritime | Règles par pavillon et cloisonnement des accès |
| Atelier à terre, magasin central, base de rparation | Le gnraliste reste pertinent | C'est exactement son terrain |
| Besoin limit au suivi des dpenses et à l'imputation comptable | ERP ou gnraliste | Il ne s'agit pas de maintenance mais de gestion |
| Groupe imposant son outil, flotte importante | Dcoupage : gnraliste à terre, maritime à bord, avec interface | On garde le rfrentiel financier du groupe sans sacrifier l'exploitation du bord |
Comment poursuivre la rflexion
Si cette comparaison a tranch la question de principe, deux lectures prennent le relais dans l'ordre logique d'un projet.
La première est notre guide complet de la ϳԹ maritime : il pose le primètre fonctionnel, les modules, les rôles à bord et à terre, et la façon dont l'outil s'insère dans l'organisation d'un armement. C'est la vue d'ensemble, à lire une fois la dcision de principe prise.
La seconde intervient au moment de comparer des offres concrètes : la grille de 32 critères pour choisir un logiciel de ϳԹ maritime. Elle transforme les exigences dcrites ici en questions vrifiables à poser en dmonstration, du comportement hors connexion à la production des tats rglementaires.
Une dernière recommandation, valable quel que soit le candidat retenu : faites la dmonstration en coupant le rseau. Demandez à ouvrir un ordre de travail, saisir un relev de compteur, joindre une photo et clôturer l'intervention sans connexion, puis rtablissez la liaison et regardez ce qui remonte. Cinq minutes de test suffisent à sparer les outils conçus pour le bord de ceux qui s'en approchent.
