Développement de logiciel pour transitaires : Smart Freight, de l’offre au connaissement

La plupart des guides consacrés au développement de logiciel pour transitaires commencent par une liste de fonctionnalités : gestion des tarifs, réservation, suivi, documents, facturation. Nous commençons par le dossier. Dans le fret maritime et le transport de conteneurs, l’offre, la réservation et le connaissement décrivent la même expédition. Quand chacun vit dans une boîte de réception ou un système différent, les gens le ressaisissent, et chaque ressaisie est un endroit où une expédition dérape.

Smart Freight est le cas derrière cette note : une plateforme de réservation de fret maritime pour les expéditions en conteneur complet (FCL) sur le marché britannique. Logics7 la construit depuis 2024, et elle est en production. Un chargeur compare des offres d’itinéraires sur une carte, choisit un niveau tarifaire, réserve et échange avec le coordinateur de l’expédition dans une messagerie. Un projet de connaissement est généré à partir de la réservation pour que l’agent le vérifie.

Ci-dessous : où la réservation de fret casse, ce que fait la plateforme, comment elle a été construite et ce qu’elle dit de l’arbitrage entre construire et acheter.

Réserver un conteneur passe encore par l’e-mail, le téléphone et les tableurs. Un tarif arrive en pièce jointe. Les règles de franchise et de cut-off figurent dans une note de bas de page. La confirmation de réservation vit dans une boîte de réception, et le connaissement est ressaisi à partir d’elle dans un autre système.

Chaque passage de relais entre chargeur, agent et compagnie maritime coûte un appel, un retard ou une erreur. Une cotation n’est pas une demande de réservation, une demande de réservation n’est pas une confirmation, et une confirmation n’est pas un document. Pourtant, les mêmes données doivent passer par toutes ces étapes : paire de ports, compagnie maritime, type de conteneur, calendrier des départs, caractéristiques de la marchandise.

Le problème n’est pas une fonctionnalité manquante. C’est l’absence d’un dossier unique que partagent l’offre, la réservation et les documents, et c’est ce que le développement de logiciel pour transitaires doit régler en premier. Un logiciel de réservation de fret qui ajoute des écrans au-dessus de la même chaîne d’e-mails déplace la ressaisie ; il ne la supprime pas.

Smart Freight réunit le parcours de la cotation à la réservation et les documents sur une seule plateforme de réservation de fret maritime. Le détail du produit figure dans l’étude de cas Smart Freight ; voici la logique.

Offres d’itinéraires et niveaux tarifaires

Les offres port à port apparaissent sur une carte en temps réel. Chacune indique la compagnie maritime, le type de conteneur, le cut-off, le départ, l’arrivée, le temps de transit et le prix : le chargeur compare des faits au lieu d’attendre une cotation par e-mail.

Chaque offre se décline en trois niveaux tarifaires : Standard, Flexible et All inclusive. Les niveaux annoncent d’emblée la franchise, la flexibilité du cut-off, les surestaries et le niveau d’assistance. C’est la gestion des tarifs de fret au moment du choix : les tarifs et leurs règles arrivent ensemble, dans l’offre, et non en petites lignes.

Réservation et messagerie sur l’expédition

Le parcours de réservation mène le chargeur à travers le niveau tarifaire, le départ, un récapitulatif de réservation avec Incoterms et les étapes de confirmation, avec le total par conteneur affiché. Rien n’est facturé avant que l’agent ait confirmé la disponibilité.

Chaque réservation a sa propre messagerie avec le coordinateur de l’expédition, à côté des notifications système. Une liste des expéditions montre le statut de chaque réservation, et une vue de suivi apporte la visibilité sur l’expédition. La conversation reste attachée à l’expédition qu’elle concerne, pas à la boîte de réception de quelqu’un.

Projet de connaissement

La plateforme génère un projet de connaissement à partir de la réservation, avec les données de transport et les caractéristiques de la marchandise ; le navire, le voyage et les ports figurent sur chaque document. L’agent vérifie le projet au lieu de le ressaisir.

Le connaissement électronique (eBL) est un autre sujet. La DCSA publie une norme pour le connaissement électronique ; cette note n’avance aucune affirmation eBL pour Smart Freight. Ce que produit la plateforme, c’est un projet destiné à l’agent.

La séquence ci-dessous est le cœur du produit. Chaque étape appartient au même dossier d’expédition ; aucune ne part d’un formulaire vierge.

Pour quiconque prépare la numérisation d’une activité de transit, c’est la partie du développement de logiciel pour transitaires qui compte le plus. Les erreurs coûteuses se situent entre les étapes, pas à l’intérieur : un mauvais type de conteneur dans l’offre devient une mauvaise réservation, puis un mauvais document. Quand la réservation, la conversation, les notifications et le projet de connaissement partagent une même expédition, personne ne ressaisit ce que le système sait déjà.

Smart Freight est un produit client. Le rôle de Logics7 couvre la structure produit, la plateforme web, le flux de réservation et l’automatisation documentaire, de 2024 à aujourd’hui. Les briques techniques sont une plateforme web, la cartographie et le calcul d’itinéraires, une messagerie en temps réel et la génération de documents.

Trois décisions ont façonné le produit :

• →Des offres, pas des échanges de cotations. Le chargeur compare des faits sur une carte au lieu d’attendre un e-mail.
• →Des règles intégrées au produit. La franchise, le cut-off et les surestaries font partie de l’offre, pas des petites lignes, et rien n’est facturé avant que l’agent ait confirmé la disponibilité.
• →Un seul dossier. La réservation, la conversation, les notifications et les documents partagent la même expédition.

Aucune des trois n’est un choix technologique. Chacune décide de la façon dont la transaction fonctionne pour le chargeur et l’agent, et le code en découle. C’est le principe qui guide la façon dont Logics7 travaille : pas de développement sans logique produit.

Cela prouve qu’une transaction où prix, règles et documents doivent concorder peut fonctionner comme un seul produit plutôt que comme une chaîne d’e-mails, sans programme de transformation.

Pour les transitaires et les NVOCC, la première question du développement de logiciel pour transitaires est de construire ou d’acheter, et elle se ramène à l’endroit où se situe la différence. Les suites de transit packagées et les logiciels pour NVOCC couvrent le back-office courant : documentation, douane, facturation, intégration EDI/API avec les compagnies maritimes, liens vers un TMS ou un CRM. Si votre processus correspond au progiciel, achetez-le. Un logiciel logistique sur mesure a du sens quand la transaction côté client est le produit : la façon dont les offres sont présentées, dont les règles sont énoncées, dont une réservation devient un document.

La même logique s’applique aux places de marché de réservation, aux portails de statut client, au suivi des expéditions, à la facturation et à l’automatisation documentaire, et aux tableaux de bord d’exploitation. Pour un nouveau produit autonome, c’est notre parcours Product Partnership. Pour une entreprise existante dont les opérations reposent sur des personnes et des tableurs, c’est Annual Product Operations : d’abord le processus métier, puis une feuille de route annuelle exécutée mois après mois.