Agroalimentaire B2B : 5 briques absentes des SaaS e-commerce

L'agroalimentaire B2B ne fonctionne pas comme une boutique en ligne classique. Après 193 projets PrestaShop, j'ai constaté que la quasi-totalité des SaaS e-commerce — Shopify en tête — butent sur les mêmes cinq angles morts : prix au kilo à poids variable, DLC, grilles tarifaires par client, saisie rapide par référence, tournées Rungis ou régionales. Ces briques sont le cœur du métier d'un grossiste food ou d'un fournisseur CHR, et aucune case à cocher ne les remplace.

En 2026, les plateformes « prêtes à l'emploi » séduisent les dirigeants de PME agroalimentaires avec un discours de simplicité. Le problème : cette simplicité se paye en contournements manuels, en doubles saisies ERP et en promesses clients non tenues. Dans cet article, je détaille les cinq briques fonctionnelles qui manquent structurellement aux SaaS e-commerce, puis la manière dont on les reconstruit proprement sur PrestaShop pour un grossiste alimentaire de 1 à 10 M€ de chiffre d'affaires.

Les problématiques courantes de l'agroalimentaire B2B en ligne

Cet article fait partie de notre dossier e-commerce › positionnement.

Problématique	Cause principale	Impact métier
Prix fixe par unité alors que la marchandise se vend au kilo	Moteur produit calibré sur le retail, pas sur la pesée à réception	Facturation fausse, avoirs manuels, marge érodée de 2 à 5 %
Aucune gestion DLC ni rotation FIFO	Pas de notion de lot ni de date limite de consommation	Gaspillage alimentaire, retraits, non-conformité sanitaire
Tarif unique pour tous les clients	Pas de grille par segment, volume ou contrat cadre	Impossible de contractualiser avec une centrale ou un groupe CHR
Catalogue à parcourir à chaque commande	Parcours e-commerce pensé pour la découverte BtoC	Les acheteurs CHR perdent 15 minutes par commande et désertent le canal web
Tournées de livraison Rungis ou régionales ignorées	Shipping classes SaaS limitées aux transporteurs standards	Fenêtres ratées, pertes clients HORECA, coûts logistiques explosés

Pourquoi les SaaS e-commerce ratent la verticale food B2B

Les plateformes SaaS — Shopify, BigCommerce, Wix — sont conçues pour un cas d'usage dominant : la vente au détail d'articles standards à prix fixe, en BtoC ou en BtoB léger. Ce modèle représente la majorité du marché e-commerce mondial, et c'est précisément pour cela qu'il est industrialisé. Mais l'e-commerce agroalimentaire B2B obéit à une autre physique.

Un carton de filet de cabillaud ne pèse jamais exactement 5 kg ; une palette de tomates arrive avec des lots aux DLC différents ; le même restaurant paie 12 % de moins que le bistrot d'à côté parce qu'il commande chaque semaine depuis trois ans. Selon la Fevad, le commerce interentreprises en ligne pesait plus de 270 milliards d'euros en France en 2024, mais les SaaS généralistes n'en captent qu'une fraction marginale : les grossistes food s'équipent en outils métiers spécialisés ou sur-mesure.

Les cinq briques manquantes sont structurelles, pas cosmétiques :

1. Poids variable et prix au kilo (catch weight) : la ligne de commande doit accepter un prix recalculé à la pesée réelle au moment de l'expédition, pas à l'enregistrement de la commande. PrestaShop le permet via un champ weight enrichi côté catalogue et un hook actionValidateOrder qui ajuste la facture après pesée.
2. DLC et rotation FIFO : chaque unité doit être rattachée à un lot, une date limite de consommation et une quantité stockée. Sans cela, impossible de respecter le Paquet Hygiène européen ni de piloter la démarque d'un entrepôt frais.
3. Grilles tarifaires B2B : prix par groupe client, par volume, par contrat cadre, par canal de distribution. Les « customer groups » Shopify Plus existent, mais sans moteur de règles multi-critères applicable à une centrale d'achats.
4. Quick order par référence : le chef ou l'acheteur doit pouvoir saisir son panier depuis un bon de commande papier ou un fichier CSV, sans parcourir le catalogue. C'est le geste métier quotidien en restauration.
5. Tournées de livraison personnalisées : créneaux Rungis 4h-6h, tournée Bordeaux du mardi, coupure du samedi. Les SaaS ne descendent pas à ce niveau de granularité logistique, qui est pourtant l'engagement contractuel pris vis-à-vis des restaurateurs.

Les 5 briques à construire sur PrestaShop pour un grossiste food

Dans un projet récent pour un grossiste agroalimentaire B2B francilien qui livre plus de 600 restaurants, l'équipe passait six heures par jour à rattraper manuellement les écarts entre les bons de livraison pesés à la palette et les commandes web. La reconstruction complète des cinq briques a réduit ce temps à quarante minutes par jour, et la marge brute a remonté de 2,3 points en quatre mois. L'enjeu n'est pas cosmétique : c'est une question de viabilité du canal digital.

Chaque brique suit le même principe architectural : une table DB-first normalisée, un module PrestaShop dédié, une API exposée au front pour l'expérience acheteur. Les bonnes pratiques que je recommande :

• Isoler la logique métier dans un module PS versionné, jamais dans un override de core qui bloque les mises à jour.
• Persister les lots et DLC dans une table ps_ac_product_batch liée au produit et au stock, jamais dans un JSON agrégé.
• Exposer les grilles tarifaires via un endpoint cachable (5 minutes de TTL), pas via un calcul recalculé à chaque page-load.
• Offrir le quick order en saisie CSV, par référence interne et en scan code-barres mobile pour couvrir tous les usages terrain.
• Laisser le dispatcher logistique reprendre la main : le moteur propose la tournée, l'humain valide les exceptions.
• Tracer chaque lot de la réception au bon de livraison pour répondre à un retrait sanitaire en moins d'une heure.

C'est cette verticalisation qui distingue un e-commerce alimentaire B2B viable d'un site qui simule la vente en ligne mais laisse le téléphone sonner pour chaque exception. J'ai détaillé l'arbitrage générique entre plateformes dans mon analyse PrestaShop contre Shopify, et le modèle de croissance organique sous-jacent dans mon article sur le Flywheel média e-commerce. Ici, le sujet n'est pas « quelle plateforme » mais « quel métier ». La plateforme doit épouser le métier, et non l'inverse.

Les solutions pour bâtir un e-commerce agroalimentaire B2B solide

Solution	Complexité	Gain estimé
Module PS « catch weight » : prix au kilo + poids réel à la facturation	Moyenne	Récupération 2 à 5 % de marge brute
Table lots/DLC + rotation FIFO dans le module PIM interne	Élevée	−30 % de démarque sur les produits à courte DLC
Moteur de grilles tarifaires par groupe, volume et contrat cadre	Moyenne	Contractualisation possible avec centrales et groupes CHR
Quick order par CSV, référence interne et code-barres	Faible	−70 % de temps de commande récurrente
Tournées carriers custom + créneaux Rungis/Bordeaux	Moyenne	Taux de livraison dans la fenêtre supérieur à 98 %

« Le e-commerce B2B exige une personnalisation profonde des prix, des catalogues et des workflows : chaque client doit voir sa propre vue du catalogue, avec ses tarifs négociés, ses conditions de paiement et ses produits disponibles — une exigence que la plupart des plateformes généralistes ne couvrent pas nativement. »

Conclusion

L'agroalimentaire B2B est une verticale où les SaaS e-commerce génériques ne passent pas la rampe : le poids variable, la DLC, les grilles tarifaires, le quick order et les tournées de livraison ne sont pas des options, ce sont le cœur du métier. Un grossiste alimentaire qui tente de s'équiper sur Shopify finit toujours par reconstruire ces briques en dehors, dans un tableur ou un ERP parallèle, avec la double saisie et les écarts qui vont avec. Mieux vaut les bâtir dès le départ dans une plateforme ouverte comme PrestaShop, avec un modèle de données normalisé et un front découplé qui épouse les gestes métier.

Vous souhaitez auditer votre stack e-commerce agroalimentaire et identifier les briques manquantes pour votre boutique PrestaShop ? Discutons de votre projet : contact@alexandrecarette.fr