Le Black Friday 2026 tombe le vendredi 27 novembre, quatrième vendredi du mois. Il reste moins de trois semaines. À cette échéance, il est trop tard pour changer d’ERP, trop tard pour migrer un entrepôt, mais largement assez tôt pour éviter que le pic ne révèle, devant les clients, ce que personne n’a testé.
Un pic d’activité ne crée presque jamais de nouveau problème. Il amplifie ceux qui existent déjà : une synchronisation de stock qui rate une commande sur cent devient dix incidents par heure, un jeu d’étiquettes qui met trois secondes à s’imprimer immobilise un quai. Cet article propose une trajectoire réaliste, de J-21 à J+30, pour un DSI et un responsable e-commerce ou logistique qui partagent le même ERP.
Il ne contient aucune statistique de marché : ce qui compte ici, c’est votre propre historique de volumes, que vous avez déjà dans vos systèmes. Prenez les chiffres de l’an dernier, appliquez la croissance que le commerce attend cette année, et dimensionnez à partir de là.
Ce qui casse en premier lors d’un pic
Quatre zones concentrent l’essentiel des incidents d’un pic saisonnier. Les connaître permet de répartir l’effort de préparation au lieu de tout tester à parts égales.
La synchronisation des stocks. Le site marchand, les places de marché, les magasins et l’entrepôt lisent et écrivent le même stock. Quand les mises à jour passent par des traitements par lots toutes les quinze ou trente minutes, la survente apparaît à la première heure de promotion : le client commande un article que l’entrepôt n’a plus. C’est la panne la plus visible, parce qu’elle se traduit par des annulations et des avis négatifs.
Les files d’intégration. Les commandes arrivent par API, par connecteur ou par fichier. Sous charge, les files s’allongent, les délais d’expiration se déclenchent, les relances créent des doublons. Si personne ne regarde la profondeur des files, la première alerte est un appel du service client.
L’impression et l’expédition. Étiquettes transporteur, bordereaux, documents douaniers : ces éditions dépendent souvent d’un service tiers, d’un spooler d’impression ou d’un poste unique. Un transporteur dont l’API ralentit suffit à bloquer la préparation, même si l’ERP tourne parfaitement.
La facturation et les écritures. Les traitements de fin de journée (facturation, comptabilisation, rapprochement des encaissements) sont dimensionnés pour un volume normal. Un pic multiplie leur durée, et ils peuvent déborder sur la fenêtre de sauvegarde ou sur le début de la journée suivante.
Pour chacune de ces zones, posez une question simple à vos équipes : « Qui le saurait, et en combien de temps, si cela s’arrêtait samedi à 2 h du matin ? » Les réponses vagues désignent vos priorités.
Checklist J-21, J-7, J-0
La préparation tient en trois jalons. Chacun a un objectif distinct : verrouiller, vérifier, tenir.
Gel des changements et des déploiements
Dès J-21, ouvrez une fenêtre de gel : plus de mise à jour de version, plus de nouveau développement spécifique, plus de modification de paramétrage non urgente sur les flux de vente, de stock et d’expédition. Le gel ne concerne pas que l’ERP : le site marchand, le connecteur, le WMS, le transporteur et les postes de l’entrepôt sont dans le périmètre.
Définissez deux règles par écrit. D’abord, ce qui reste autorisé : correctifs de sécurité critiques, corrections de bugs bloquants. Ensuite, qui arbitre une exception : une seule personne, nommée, avec une trace de la décision. Sans cela, le gel se délite par petites exceptions qui, mises bout à bout, valent un déploiement.
Tests de charge sur les flux
Le pic se joue sur les flux, pas sur les écrans. Reprenez la méthode de notre guide sur les tests de performance ERP avant go-live et adaptez-la à trois scénarios : la montée en charge progressive, le pic brutal à l’ouverture d’une promotion, et la charge soutenue sur plusieurs heures.
Quelques principes à appliquer en deux semaines :
- Partir de votre volume maximal observé, par heure, sur les commandes, les lignes de commande, les mouvements de stock et les expéditions, puis tester à un multiple raisonné de ce volume.
- Tester la chaîne complète, du site à l’étiquette, et pas chaque composant isolément. Un composant rapide peut être bloqué par celui qui le suit.
- Tester dans un environnement représentatif, ou à défaut documenter le facteur de correction. Un test sur un environnement sous-dimensionné rassure à tort.
- Mesurer les traitements batch (facturation, réapprovisionnement, recalcul de disponibilité) sous volume, car leur durée conditionne la fenêtre de la nuit.
Si l’environnement de test n’existe pas, un test partiel en production, hors heures ouvrées, sur un jeu de commandes marquées, vaut mieux que pas de test du tout. Prévenez alors les équipes et prévoyez le nettoyage des données.
Stock disponible à vendre et réservations
Le stock disponible à vendre n’est pas le stock physique. Il se calcule en retirant du physique les réservations, les quantités en cours de préparation, les stocks bloqués (qualité, retours non contrôlés) et, selon votre politique, un stock de sécurité par canal.
Vérifiez trois points avant le pic :
- La formule de disponibilité : tous les canaux utilisent-ils la même, ou chaque connecteur recalcule-t-il à sa façon ?
- La fréquence de publication vers le site et les places de marché. Pendant les heures de forte promotion, passez en quasi temps réel sur les références concernées ou, à défaut, appliquez une marge de sécurité sur les articles les plus demandés.
- Le délai de libération des réservations sur les paniers abandonnés et les paiements en échec. Un délai trop long immobilise du stock vendable, un délai trop court crée de la survente. Cet arbitrage est détaillé dans notre guide sur l’ERP pour la distribution omnicanale et les stocks.
Règles de promotion et prix
Les prix et les promotions sont la source d’erreur la plus coûteuse par minute. Un prix erroné publié sur la mauvaise liste de prix se corrige en quelques secondes, mais les commandes passées entre-temps restent à honorer ou à annuler.
- Centralisez le calendrier : chaque promotion a une date et une heure de début et de fin, un périmètre d’articles, un canal, un propriétaire.
- Testez les règles de cumul : promotion produit, code de réduction, offre de fidélité, frais de port offerts. Les combinaisons imprévues produisent des remises supérieures à la marge.
- Contrôlez les prix planchers : une alerte, voire un blocage, quand le prix de vente passe sous le coût de revient ou sous une marge minimale définie.
- Vérifiez la bascule de fin : une promotion qui ne s’arrête pas à minuit est un classique du lundi matin.
Faites relire la liste complète par une personne qui n’a pas saisi les promotions : le regard neuf trouve ce que l’auteur ne voit plus.
Supervision des interfaces et alertes
Un pic sans supervision, c’est piloter de nuit sans phares. Appuyez-vous sur les principes de notre article sur la supervision des interfaces ERP et fixez, pour la période, un tableau de bord réduit :
- commandes reçues par le site versus commandes créées dans l’ERP, avec un écart toléré presque nul ;
- profondeur des files d’intégration et ancienneté du plus vieux message ;
- messages en erreur ou en attente de retraitement ;
- délai entre la commande et la libération en préparation ;
- temps de réponse des API transporteur et passerelle de paiement.
Chaque alerte doit avoir un destinataire, un seuil, et une action associée. Une alerte qui sonne sans que personne ne sache quoi faire n’est que du bruit supplémentaire à 3 h du matin.
Le jour J et les jours qui précèdent
Le jalon J-7 sert à répéter. Faites une répétition générale d’une heure : une série de commandes de test, de l’ouverture de la promotion à l’étiquette imprimée, en présence des équipes qui seront d’astreinte. Vérifiez à cette occasion les accès, les droits et les numéros de téléphone de l’escalade.
À J-0, la cellule de pilotage est installée : un point de situation fixe à heures régulières, un journal des incidents tenu en continu, une personne dédiée à la communication vers le commerce. Évitez les décisions techniques ambitieuses pendant le pic : on stabilise, on ne refactorise pas.
Capacité logistique : renforts, droits et formation
Le meilleur ERP ne prépare pas les colis. La capacité de l’entrepôt dépend des personnes, et le pic se prépare aussi côté ressources humaines.
Les renforts temporaires arrivent avec des comptes à créer, des profils à attribuer et des habilitations à limiter. Préparez les comptes à l’avance, sur la base de profils standards (préparateur, contrôleur, quai) plutôt que de copies de comptes existants. Chaque compte doit avoir une date d’expiration, et la désactivation doit être planifiée dès la création. C’est aussi un point de conformité : les droits excessifs accordés à la hâte sont un classique des revues d’audit.
La formation express doit tenir en moins d’une heure et se concentrer sur trois gestes : prélever, contrôler, emballer. Une fiche d’une page par poste, avec des captures de l’écran réel, remplace utilement un long manuel. Faites travailler les nouveaux en binôme avec un opérateur expérimenté le premier jour.
Le WMS doit être configuré pour le pic : vagues de préparation adaptées, regroupement par zone, règles de réapprovisionnement des emplacements de prélèvement, priorité des commandes à échéance de livraison proche. Si vous n’avez pas de WMS, les mêmes principes s’appliquent à l’ERP : listes de prélèvement triées par zone, emplacements de réserve proches des quais d’expédition, réassort programmé aux heures creuses.
Vérifiez enfin le matériel : scanners chargés, étiqueteuses approvisionnées en consommables, postes de secours. Une rupture de rouleaux d’étiquettes arrête un quai aussi sûrement qu’une panne logicielle.
Facturation, paiement et rapprochement en volume
Le pic de commandes devient un pic comptable quelques heures ou quelques jours plus tard. Trois traitements méritent d’être anticipés.
La facturation. Si elle est générée à l’expédition, son volume suit celui des départs d’entrepôt. Vérifiez la durée du traitement sous volume, le comportement en cas d’échec partiel (reprise, doublons) et la numérotation continue des factures, qui ne tolère aucun trou. Si vous êtes concerné par la facture électronique, relisez aussi le fonctionnement de vos flux de transmission en situation de charge.
Les encaissements. Les prestataires de paiement versent les fonds de façon groupée, avec des commissions, des frais et des retenues. Préparez les comptes de transit et les règles de lettrage automatique pour que le rapprochement ne dépende pas d’une saisie manuelle de plusieurs jours. Les remboursements partiels et les paiements en plusieurs fois sont les cas qui font échouer le lettrage automatique.
Les taxes et la comptabilisation. Les ventes transfrontalières ajoutent leur lot de taux de TVA et de règles de territorialité. Contrôlez les paramétrages avant le pic, pas après : une erreur de taux répétée sur des milliers de lignes est coûteuse à corriger.
Sur ces trois sujets, fixez avec la direction financière la date du premier rapprochement et le seuil d’écart acceptable. Cela évite de découvrir en décembre un décalage qui date du 27 novembre.
Plan de repli : mode dégradé, runbook et escalade
Personne ne souhaite l’utiliser, tout le monde est soulagé de l’avoir. Le plan de repli répond à une question : que fait-on quand une brique tombe, et qui décide ?
Définissez le mode dégradé pour chaque flux critique. Exemples : si la synchronisation de stock est en panne, on désactive la vente des références les plus exposées ou on applique un stock plafonné ; si l’impression des étiquettes échoue, on bascule sur une imprimante de secours ou sur le portail du transporteur ; si l’interface de commandes est interrompue, on importe les commandes par fichier selon une procédure testée.
Rédigez un runbook court. Pour chaque incident prévisible : symptôme, vérification, action, personne à prévenir. Une page par scénario, accessible hors de l’ERP (un document partagé, une version imprimée). Un runbook enfermé dans le système qui est en panne ne sert à rien.
Organisez l’escalade. Trois niveaux suffisent : l’équipe de permanence, le responsable technique et le sponsor métier qui peut décider de suspendre une promotion. Précisez les délais : au bout de quinze minutes sans résolution, on escalade. Prévoyez aussi l’astreinte de l’éditeur ou de l’intégrateur et vérifiez que son contrat couvre la période.
Décidez à l’avance du critère d’arrêt. À partir de quel écart de stock, de quelle durée de panne suspend-on une offre ? Cette décision est bien plus facile à prendre à froid, un mardi de novembre, qu’à 21 h le jour J, sous pression du commerce.
Les 5 erreurs à éviter
1. Ne pas respecter le gel des changements. Piège : une « petite » correction ou un paramétrage de dernière minute est déployé à J-5 parce qu’un responsable l’exige. Conséquence : une régression non testée apparaît en plein pic, sans temps pour la corriger ni retour arrière préparé. Contre-mesure : nommer un arbitre des exceptions, exiger une validation écrite et un plan de retour arrière pour toute modification pendant la fenêtre de gel.
2. Publier le stock par lots. Piège : la synchronisation entre l’ERP et les canaux de vente tourne toutes les heures ou toutes les nuits. Conséquence : surventes sur les références les plus demandées, annulations de commandes, avoirs et clients mécontents. Contre-mesure : passer en flux quasi temps réel sur les références exposées et appliquer un stock de sécurité par canal.
3. Oublier le prix plancher. Piège : les promotions se cumulent sans garde-fou dans l’ERP ou la plateforme de vente. Conséquence : des articles partent sous le coût d’achat, et la marge du pic disparaît sans que personne s’en aperçoive avant la clôture. Contre-mesure : définir un prix plancher et des règles de non-cumul bloquantes, testées sur des paniers réels avant le lancement.
4. Héberger le runbook dans l’ERP. Piège : les procédures d’incident sont stockées dans le système même qui tombe en panne. Conséquence : à 21 h le jour J, l’équipe d’astreinte ne retrouve ni les consignes ni les contacts, et perd un temps précieux. Contre-mesure : garder une version hors ligne et imprimée, avec symptôme, vérification, action et personne à prévenir.
5. Ne pas anticiper les retours. Piège : toute l’attention est portée sur l’expédition, aucune capacité n’est prévue pour la réception. Conséquence : les retours stagnent en zone d’attente, le stock vendable est immobilisé et les remboursements traînent. Contre-mesure : prévoir un emplacement de quarantaine, des règles de contrôle et une capacité de traitement dédiée dès la semaine qui suit le pic.
Après le pic : retours, avoirs, clôture et retex
Le Black Friday ne se termine pas le lundi. Les semaines suivantes portent leur propre charge, souvent sous-estimée.
Les retours. Les retours post-Noël et post-promotion arrivent par vagues. Préparez la réception : emplacement de quarantaine, règles de contrôle (remise en stock, déclassement, destruction), délai de traitement cible. Un retour qui reste trois semaines en zone d’attente est un stock vendable perdu et un client qui attend son remboursement.
Les avoirs et remboursements. Automatisez ce qui peut l’être : génération d’avoir à la réception contrôlée, lien avec le prestataire de paiement, imputation correcte sur la facture d’origine. Surveillez les remboursements en doublon, fréquents quand le service client et l’automatisme traitent la même demande.
La clôture. Prévoyez avec la comptabilité une clôture mensuelle spécifique : cut-off des livraisons, provisions pour retours attendus, rapprochement des encaissements, contrôle des stocks en transit. Un inventaire tournant sur les références les plus vendues permet de recaler les écarts avant la fin de l’année.
Le retour d’expérience. Dans les quinze jours qui suivent, réunissez les équipes une heure, avec trois questions : qu’est-ce qui a tenu, qu’est-ce qui a failli, qu’est-ce qu’on change. Consignez les décisions dans un plan d’action daté, avec un responsable. Les données du pic (volumes horaires, incidents, temps de traitement) deviennent la base du dimensionnement de l’an prochain, mais aussi des soldes d’hiver, qui approchent.
Checklist de préparation à imprimer
| Jalon | Action | Responsable | Fait |
|---|---|---|---|
| J-21 | Ouvrir la fenêtre de gel et nommer l’arbitre des exceptions | DSI | ☐ |
| J-21 | Extraire les volumes maximaux de l’an dernier par heure et par flux | Responsable e-commerce | ☐ |
| J-18 | Tester la montée en charge sur la chaîne complète, du site à l’étiquette | DSI, intégrateur | ☐ |
| J-18 | Mesurer la durée des traitements batch sous volume | DSI | ☐ |
| J-14 | Valider la formule de stock disponible à vendre sur tous les canaux | Logistique, e-commerce | ☐ |
| J-14 | Revoir le calendrier des promotions, les cumuls et les prix planchers | Commerce | ☐ |
| J-10 | Créer les comptes des renforts temporaires avec date d’expiration | DSI, RH | ☐ |
| J-10 | Paramétrer les vagues de préparation du WMS pour le pic | Logistique | ☐ |
| J-7 | Répétition générale d’une heure avec les équipes d’astreinte | Tous | ☐ |
| J-7 | Mettre en place le tableau de bord de supervision et les alertes | DSI | ☐ |
| J-7 | Valider les modes dégradés et imprimer les runbooks | DSI, logistique | ☐ |
| J-3 | Vérifier le matériel : scanners, étiqueteuses, consommables, postes de secours | Logistique | ☐ |
| J-1 | Confirmer l’astreinte éditeur, intégrateur, transporteur | DSI | ☐ |
| J-0 | Point de situation à heure fixe et journal des incidents | Cellule de pilotage | ☐ |
| J+1 | Premier contrôle du rapprochement commandes, expéditions et factures | Finance | ☐ |
| J+7 | Traiter la première vague de retours et d’avoirs | Logistique, finance | ☐ |
| J+15 | Retour d’expérience et plan d’action daté | Tous | ☐ |
Votre ERP et vos flux tiendront-ils la charge du 27 novembre ? Si vous voulez un regard extérieur sur votre plan de préparation, contactez-nous : nous revoyons avec vous les points de rupture, les seuils et le plan de repli. Pour structurer vos tests de charge, commencez par notre guide sur les tests de performance ERP avant go-live.
