ERP logistique : arrêtez de piloter dans Excel

Un ERP logistique ne se juge pas sur ses écrans, mais sur ce qu'il empêche le lendemain matin. Tant que les réceptions, les emplacements et les expéditions vivent dans des fichiers partagés, la même commande existe en plusieurs versions et personne ne sait laquelle est la vraie. Nous construisons ce type d'application métier pour des PME d'Île-de-France, sur votre infrastructure, à partir de vos flux réels.

TL;DR

• Un fichier partagé ne tient pas une base : il tient des copies. Chaque copie ajoute une ressaisie et un contrôle manuel.
• Un ERP logistique relie la réception, le stock, l'expédition, le transporteur et la facture sur une base unique, mise à jour par ceux qui font le travail.
• La réforme de la facturation électronique pose des échéances que le tableur n'absorbe pas.
• Nous cadrons, nous codons, nous déployons, et l'outil reste sur votre serveur, avec un devis écrit qui tient le périmètre.

Le jour où votre planning d'expéditions vit dans un fichier partagé

Le fichier porte un nom que tout le monde connaît par cœur, avec un numéro de version et le mot « final » collé à la fin. Le matin, plusieurs personnes l'ouvrent en même temps : on y corrige une adresse de livraison, on y coche une tournée préparée, on y ajoute une commande passée la veille par téléphone. En fin de journée, une seule version a survécu, et ce n'est pas la plus complète.

Ce désordre coûte d'abord du temps de vérification. Il faut appeler le transporteur pour savoir ce qui est réellement parti, confirmer au client une date qu'on n'est pas sûr de tenir, puis retaper dans l'outil de facturation ce qui a déjà été saisi deux fois ailleurs. Il coûte surtout de la crédibilité : le jour où un client important demande où en est sa commande, la réponse dépend de la personne qu'on interroge.

Personne n'a envie de travailler mal. Le problème n'est jamais la rigueur de l'équipe, c'est l'outil : un tableur ne sait pas dire non. Il accepte un emplacement déjà occupé, une quantité négative, une expédition sans contrôle, une date de livraison antérieure à la commande. Tout ce qu'il sait faire, c'est colorier la cellule en rouge et espérer que quelqu'un la regarde.

Là où la donnée se casse entre la réception et la facture

La rupture commence au quai. Le bon de livraison arrive avec une palette en moins, et l'écart se règle par un appel plutôt que par une écriture. Le stock théorique devient un stock souhaité. À la préparation suivante, le préparateur découvre que la référence n'est pas là, remplace par équivalent, et note le changement sur le bordereau papier. La facture part sur la commande d'origine, puis un avoir est émis quand quelqu'un s'en souvient.

La définition que l'Insee donne du progiciel de gestion intégré tient en une phrase : gérer les processus d'une entreprise et partager les informations entre les métiers via une base de données unique. Un tableur fait exactement l'inverse : il multiplie les bases, une par fichier, une par personne, une par jour. Tant que cette multiplication continue, chaque service reconstruit sa propre vérité et personne ne peut arbitrer.

Ce basculement, nous ne le vendons pas comme un projet informatique. C'est l'application métier que nous construisons pour votre exploitation : nous partons de ce qui se passe réellement sur le quai, nous écrivons le schéma qui le décrit, et nous ne discutons des écrans qu'une fois ce schéma validé par vos équipes.

Ce qu'un ERP logistique fait qu'un tableur ne fera jamais

Un emplacement de stock est unique. Une quantité ne peut pas devenir négative. Une expédition ne sort pas sans contrôle de chargement. Une modification laisse une trace : qui, quand, quoi, et sur quelle base. Ces règles ne sont pas de la bureaucratie, elles sont la condition pour que préparateurs et commerciaux travaillent sur la même commande sans se téléphoner.

Vient ensuite ce qu'aucune cellule ne produit : l'anticipation. Le disponible réel par référence, ce qui manque avant la rupture, la charge de préparation de la semaine, le retard récurrent d'un transporteur. Aujourd'hui, ces questions se répondent à l'expérience, en croisant des fichiers ; une base unique y répond en ouvrant une page.

Un ERP impose de trancher des règles de gestion. Que fait-on d'une livraison partielle ? Qui peut débloquer une commande à crédit ? À partir de quel écart déclenche-t-on une réserve ? C'est là que se joue l'intégration : relier l'ERP aux outils qui tournent déjà chez vous décide si l'outil s'ajoute à votre exploitation ou s'y intègre.

Réception, stock, expédition : la chaîne que nous outillons

Nous outillons la chaîne complète, dans l'ordre où elle se casse. La commande fournisseur et son suivi de délai. La réception, scannée, avec les écarts saisis au moment du déchargement et non la semaine suivante. L'affectation d'un emplacement, y compris la gestion des lots et des numéros de série quand votre activité l'exige. La préparation de commande, avec le colisage et le poids. La remise au transporteur, avec le bordereau rattaché à l'expédition. La preuve de livraison, puis la facture, alimentée par la même donnée que le bon de préparation.

Ce périmètre se construit par étapes. Nous mettons d'abord en service ce qui se répète chaque semaine, puis nous étendons. Sur la durée, c'est l'exploitation que nous assurons après la mise en ligne qui fait la différence entre un outil utilisé et un outil abandonné : sauvegardes, mises à jour, corrections, ajustements de règles au fil des saisons. Ce que cela donne en situation réelle se lit dans des projets que nous avons mis en production, avec ce qui a été construit et ce que l'entreprise y a gagné.

Le coût de revient par commande devient calculable

La plupart des PME logistiques connaissent leur marge globale et ignorent leur marge par client. Le transport facturé au poids réel, le temps de préparation d'une commande de détail, les retours non refacturés, les réexpéditions pour adresse erronée : ces coûts existent, éparpillés entre une facture de transporteur, un planning papier et la mémoire de l'atelier.

Quand la donnée vit dans une seule base, chaque commande porte ses coûts. Un client qui commande souvent en petites quantités, une tournée qui dessert une zone difficile : ces situations cessent d'être des impressions et deviennent des lignes comparables. Le gain se décide souvent là, moins dans la saisie que dans les décisions commerciales qu'on ne prenait pas faute de visibilité.

La facturation électronique de 2026 ne laisse pas le choix

Le calendrier est déjà fixé. Selon le dépliant de la DGFiP sur la facturation électronique, à partir du 1er septembre 2026 toutes les entreprises doivent être en mesure de recevoir des factures électroniques via une plateforme agréée, les grandes entreprises et les entreprises de taille intermédiaire émettant dès cette date, les PME à partir du 1er septembre 2027. Un fichier de tableur ne reçoit pas un flux structuré : il faut une base qui accepte ce format, le rapproche d'une commande et déclenche les contrôles.

Le Baromètre France Num 2025, publié par la Direction générale des Entreprises, montre que le mouvement est déjà là : 69 % des TPE et PME sont équipées d'un logiciel de facturation, 86 % des PME, et le transport et la logistique figurent parmi les secteurs les plus équipés avec 78 %. Autrement dit, vos donneurs d'ordre et vos confrères émettent déjà au format structuré. Le volet qualitatif de la même enquête décrit d'ailleurs sans détour le profil des entreprises qui restent sur tableur.

Comment nous cadrons le projet avant d'écrire du code

Notre atelier commence par une observation sur place, chez vous, sur le quai et à la préparation. Nous notons ce qui est fait, par qui, avec quoi, et à quel moment cela se perd. De là sort un cadrage écrit : le périmètre du lot de démarrage, les règles de gestion à trancher, les interfaces à prévoir avec vos outils existants, et ce que nous ne ferons pas dans cette étape.

Nous validons ensuite le schéma de données avant tout écran, puis nous construisons un prototype que nous confrontons à vos dossiers réels, anonymisés. Vous voyez l'outil fonctionner sur vos commandes avant de vous engager. Le choix entre un progiciel du marché et un développement, celui que nous détaillons dans ERP standard ou développement sur mesure, se tranche à ce moment-là, sur vos contraintes et pas sur un catalogue.

Ce qu'un ERP logistique coûte, et ce qu'il ne règle pas

Le budget se construit au périmètre, après le cadrage, jamais avant. Notre équipe chiffre le lot de démarrage, les interfaces, la reprise des données existantes et l'exploitation qui suit la mise en service dans un devis écrit : ce qui est dehors est écrit comme dehors. La grille tarifaire publique du site donne l'ordre de grandeur des formats d'accompagnement, et ce que coûte un projet mené chez nous s'y lit sans rendez-vous commercial.

Il faut dire aussi ce qu'un ERP ne règle pas. Il ne range pas un entrepôt, il ne choisit pas vos transporteurs, il ne décide pas si une livraison partielle se solde par un avoir ou par une réexpédition. Un outil ne corrige pas un processus que personne n'a tranché : il rend visible qu'il ne l'est pas. C'est inconfortable, et c'est salutaire. Si votre sujet du moment est l'expédition et la livraison plutôt que la base de données, organiser l'expédition B2B traite cette partie du problème.