ERP maritime : ce que couvre SupaMaritime, et ce qu’il ne couvre pas

Les ERP génériques sont conçus autour des commandes, des factures, des fournisseurs, des clients et de la comptabilité générale. Le travail maritime a ses propres unités : une escale, un compte d’escale, le plan de maintenance d’un navire, les heures de repos d’un marin. On peut les modéliser dans un ERP d’entreprise, mais beaucoup d’entreprises maritimes les tiennent plutôt dans un outil opérationnel dédié.

Le résultat est généralement deux couches : la comptabilité dans le système financier, les opérations dans un outil maritime, et une transmission entre les deux. La façon dont cette transmission fonctionne, par export, format de fichier ou connecteur, mérite d’être vérifiée tôt avec tout éditeur.

Avec SupaMaritime, la transmission est un export : CSV, JSON ou XLSX depuis chaque module, et dans Agent aussi du XML FatturaPA et un export CSV des débours de la FDA en écritures. Il n’existe pas de connecteur standard vers SAP, NetSuite, Oracle, Microsoft Dynamics ou d’autres ERP, et Agent, Ferry et Merchant n’ont pas d’API publique.

Agent (pour les agences portuaires) : cycle de vie de l’escale avec vues tableau, Kanban et calendrier ; services et tâches par escale avec modèles ; PDA et FDA avec lignes par catégorie et export PDF ; factures et paiements ; multidevise avec taux BCE quotidiens vers l’euro ; relèves d’équipage ; demandes de devis aux fournisseurs par e-mail ; documents, POD avec photos et signatures, et inventaire d’entrepôt des colis ; un bot Telegram pour enregistrer les services. Pro et Enterprise ajoutent les positions AIS des navires, le radar portuaire, le vessel tracker et le planificateur de routes.

Ferry et Merchant (la même application sous deux noms) : maintenance planifiée et ordres de travail liés aux équipements, inventaire de bord et commandes d’inventaire, dossiers d’équipage avec certificats et alertes d’expiration, tableau de service, heures de repos contrôlées selon les limites MLC et STCW, et un centre de conformité pour les éléments ISM et ISPS, audits, exercices et certificats. Ferry ajoute les registres SOLAS ; Merchant ajoute les écritures MARPOL (Annexes I, IV, V, VI) et les registres d’eaux de ballast.

Guild (pour les associations maritimes) : CRM des membres, cotisations via le compte Stripe de l’association, renouvellements et rappels, registre des qualifications, formulaires d’adhésion avec étapes de revue, événements avec contrôle QR, assemblées, quorum et votes à bulletin secret, et campagnes e-mail. Guild Pro et Enterprise incluent une API publique ; les autres modules non.

Aucun module ne couvre : comptabilité générale, paie, achats au-delà des commandes d’inventaire de bord, affrètement et chartes-parties, estimation et planification des voyages, staries et surestaries, gestion des soutes, déclaration des émissions (CII, EEXI, EU ETS, FuelEU, MRV), suivi des performances du navire, billetterie et réservations passagers, manifestes de cargaison et arrimage. Ferry et Merchant n’incluent pas de suivi AIS. Pour ces tâches, gardez les outils que vous utilisez déjà.

Questions utiles pour tout éditeur de logiciel maritime : quels éléments de ma liste sont disponibles aujourd’hui ? Chaque unité travaille-t-elle dans le même système ou dans des applications distinctes ? Quelles intégrations existent aujourd’hui et quelles données transfèrent-elles ? Puis-je exporter toutes mes données à tout moment, dans quels formats et à quel coût ? Où les données sont-elles hébergées, et existe-t-il un accord de traitement des données ? Quels horaires et délais de réponse pour le support ?

Les réponses de SupaMaritime : des modules distincts par type d’opérateur ; export en CSV, JSON ou XLSX à tout moment et sans frais ; FatturaPA et l’export comptable CSV d’Agent comme seules transmissions vers la finance ; bases de données à Londres (Agent, Ferry, Merchant) ou Francfort (Guild) avec des serveurs applicatifs à Paris ; un accord de traitement des données RGPD dans les conditions ; support par e-mail et dans l’application les jours ouvrés espagnols, avec l’objectif de répondre sous un jour ouvré. Nous n’annonçons pas de durée de mise en œuvre standard ; l’accompagnement, la migration des données ou la formation ne sont fournis que si le bon de commande les prévoit.