Comment les dirigeants peuvent repenser le traitement des commandes autour du parcours complet de la commande en réduisant l’attente, les lancements mal synchronisés, les dépendances de stock, les retards de passage de relais, l’excès d’encours et les circuits d’exception insuffisamment maîtrisés.
Questions abordées dans cette perspective
- Comment la direction doit-elle comprendre le parcours réel d’une commande de bout en bout lorsque l’essentiel du temps de cycle peut se situer entre les activités plutôt que dans les activités elles-mêmes ?
- Quelles règles de lancement, dépendances de stock, interfaces, files et circuits d’exception créent des délais évitables et comment les repenser sans simplement transférer la congestion vers l’aval ?
- Quels changements de processus, de données, de systèmes et de gouvernance sont nécessaires pour passer d’une optimisation par service à un modèle de traitement de bout en bout qui protège les engagements clients ?
Pourquoi le temps de cycle d’une commande est avant tout un problème de flux
Les dirigeants abordent souvent la performance du traitement des commandes à travers des mesures de processus décrivant la vitesse d’exécution de chaque activité : unités prélevées par heure, commandes emballées par heure, débit de tri, productivité aux quais, entre autres. Ces indicateurs sont utiles parce qu’ils montrent la performance de ressources précises, mais ils peuvent donner une image trompeuse du parcours client lorsqu’ils servent de substitut à la vitesse globale de traitement. Une commande peut nécessiter relativement peu de temps de travail actif tout en passant l’essentiel de son temps écoulé à attendre son lancement, un stock disponible, une autre partie de la commande, une place dans une file entre deux processus, la résolution d’une exception ou l’événement de transport qui déterminera finalement si l’engagement client est tenu. L’opportunité managériale ne consiste donc pas seulement à accélérer des tâches prises isolément ; elle consiste à repenser la manière dont le travail circule afin de réduire, sur l’ensemble du parcours, la part du temps consacrée à l’attente, aux files, aux retours en arrière ou aux changements de responsabilité.
Prenons un exemple illustratif : une commande acceptée le matin et expédiée en fin de journée. Le travail direct cumulé nécessaire à l’allocation, au picking, à la consolidation, à l’emballage, au tri et à la mise en attente peut ne représenter qu’une petite fraction du temps total entre l’acceptation et l’expédition. Si la direction se concentre exclusivement sur quelques minutes gagnées au picking alors que la commande passe plusieurs heures à attendre son lancement ou sa consolidation, l’intervention améliore un indicateur visible de productivité sans modifier sensiblement l’expérience client. C’est pourquoi la refonte de bout en bout exige une unité d’analyse différente de celle du management fonctionnel traditionnel. L’objet à piloter n’est pas l’activité isolée, mais la progression de la commande à travers une succession d’états, chacun susceptible d’introduire délai, incertitude ou reprise.
Les processus de traitement des commandes paraissent souvent lents parce que le cycle total est long, alors que le travail actif à l’intérieur de ce cycle peut être relativement bref. La distinction entre temps de traitement et temps écoulé est essentielle, car les leviers d’amélioration diffèrent. Si l’essentiel du cycle est du travail actif, la productivité et l’automatisation peuvent dominer l’analyse économique. Si l’essentiel du cycle est constitué d’attente, de files, de synchronisation ou de gestion des exceptions, l’intervention à plus forte valeur relève généralement de la conception des processus, du lancement du travail, de la disponibilité du stock, du pilotage des flux ou de la logique décisionnelle. Les dirigeants devraient donc demander où le temps est réellement consommé avant de supposer que la réponse réside dans une tâche plus rapide.
Le processus de traitement commence avant le picking
Le processus physique d’entrepôt est souvent décrit comme si le traitement commençait lorsqu’un préparateur reçoit une tâche. Pourtant, la commande a déjà traversé plusieurs décisions avant ce moment. Elle a été acceptée commercialement, vérifiée par rapport aux règles de service, affectée à un site, évaluée au regard du stock, priorisée en fonction d’une date promise et convertie en travail exécutable. Dans les organisations multicanales ou multisites, ces décisions peuvent être réparties entre un système de gestion des commandes, un ERP, une logique d’allocation de stock et un WMS avant la première action physique. La qualité de ces décisions amont détermine si le travail qui entre dans le centre est réellement exécutable et si la séquence d’exécution reflète les engagements que l’entreprise a pris.
Cette distinction est importante parce qu’une commande peut devenir opérationnellement difficile bien avant que l’entrepôt ne semble rencontrer un problème. Si la logique d’allocation envoie la commande vers un site où le stock est théoriquement présent mais inaccessible à temps, l’entrepôt hérite d’un problème créé en amont. Si les dates promises sont calculées sans tenir compte de la capacité réelle de traitement et de transport, les opérations héritent d’un engagement qui ne peut être tenu qu’au prix d’heures supplémentaires, d’expéditions premium ou du déplacement d’autres travaux. Si la logique de lancement priorise l’ancienneté plutôt que le temps restant avant l’heure limite client, le bâtiment peut travailler avec intensité sur les mauvaises commandes pendant que les engagements les plus exposés se rapprochent de l’échec. Une refonte de bout en bout doit donc inclure la logique qui convertit la demande commerciale en travail exécutable, et ne pas se limiter au terrain physique.
Le lancement des commandes est une décision de pilotage des flux
Le lancement des commandes est l’un des choix de conception les moins visibles mais les plus déterminants du traitement, car il décide quand le travail entre dans le système physique et dans quel ordre. Les approches traditionnelles par vagues regroupent les commandes en lots de lancement qui peuvent améliorer la densité de préparation et l’efficacité de la main-d’œuvre ; les approches plus continues ou sans vagues lancent le travail de manière dynamique à mesure que les conditions évoluent. Aucune des deux n’est supérieure dans tous les contextes. La question de management est de savoir si la méthode de lancement crée un profil de travail que le reste de l’opération peut absorber tout en protégeant les priorités de service les plus importantes.
Lancer toutes les commandes techniquement disponibles peut sembler attractif parce que cela maintient les équipes occupées et rend davantage de travail visible sur le terrain, mais un lancement excessif crée plusieurs problèmes. Les encours augmentent, l’espace physique est occupé par des commandes incomplètes, les priorités deviennent plus difficiles à distinguer et les processus aval peuvent être submergés par des pointes créées en amont plutôt que par la demande client elle-même. À l’inverse, lancer trop peu de travail provoque de la sous-alimentation : main-d’œuvre et équipements fonctionnent sous leur capacité utile parce que le contrôle amont est trop prudent. Un processus de lancement bien conçu régule donc la quantité et le type de travail entrant en fonction de la capacité aval réelle, de la disponibilité du stock, des caractéristiques des commandes et du temps restant avant les engagements clients ou transport.
Les dirigeants doivent accorder une attention particulière à la différence entre capacité quotidienne et capacité phasée dans le temps. Une opération d’emballage peut disposer de la capacité suffisante sur l’ensemble du quart pour traiter la demande du jour et néanmoins échouer si le lancement concentre une grande partie de cette demande sur une courte période tardive. Le problème n’est pas la capacité totale en agrégé ; il consiste à savoir si le profil d’arrivée du travail correspond à la capacité opérationnelle disponible pendant les fenêtres où ce travail doit être achevé. C’est l’une des raisons pour lesquelles les moyennes quotidiennes peuvent masquer un processus mal conçu même lorsque, sur le papier, chaque service paraît correctement dimensionné.
Scénario opérationnel illustratif : quand la vague crée l’encours
Imaginons un centre de traitement où la direction observe régulièrement un encours important à l’emballage pendant les dernières heures avant l’heure limite d’expédition et conclut qu’il faut accroître la capacité d’emballage. L’analyse du processus montre pourtant que l’emballage fonctionne à son rythme attendu pendant l’essentiel du quart et ne devient surchargé qu’après deux grandes vagues de picking lancées à faible intervalle. Ces vagues avaient été conçues pour maximiser la densité de préparation et réduire les déplacements, améliorant ainsi un indicateur local du picking, mais elles font arriver des milliers de commandes à l’emballage dans une fenêtre très étroite. L’encours n’est donc pas principalement la conséquence d’une capacité quotidienne d’emballage insuffisante ; il résulte d’un profil de lancement qui concentre la demande plus fortement que l’emballage ne peut l’absorber.
Dans ce scénario, ajouter durablement des postes d’emballage réduirait la file visible mais augmenterait aussi le rythme auquel les colis terminés atteignent le tri et la mise en attente pendant la même fenêtre de fin de journée, avec le risque de déplacer le problème vers l’aval. Une refonte plus rigoureuse testerait d’abord des lancements plus petits, une séquence tenant compte de la capacité ou une logique de priorité différente, tout en préservant une efficacité de picking acceptable. La leçon de management est que le service où apparaît la file n’est pas nécessairement celui qui l’a créée, d’où la nécessité de commencer la refonte par le parcours complet de la commande plutôt que par le symptôme visible.
La disponibilité du stock et le réapprovisionnement déterminent si le travail lancé peut progresser
Le lancement ne produit un travail utile que lorsque le stock nécessaire est opérationnellement prêt. Cette condition est plus exigeante que le simple fait que le produit existe dans l’entreprise ou même dans le bâtiment. Un article peut être comptablement disponible, correctement représenté dans le WMS et physiquement stocké en réserve tout en restant inaccessible au préparateur qui en a besoin parce que l’emplacement de picking est vide et que la tâche de réapprovisionnement n’est pas terminée. Lorsque le travail lancé rencontre régulièrement cette situation, les exceptions s’accumulent, les employés perdent du temps productif et ce qui ressemble à un problème de picking est en réalité un problème de synchronisation entre le positionnement du stock et le lancement de la demande.
La conception du réapprovisionnement doit donc être reliée à la demande de commande au lieu d’être pilotée uniquement comme une activité de stock indépendante. Les emplacements de picking avant devraient être dimensionnés et réapprovisionnés selon la vélocité, le profil des commandes et le moment où le travail est attendu, tandis que la logique de priorité devrait distinguer le réapprovisionnement qui protège un engagement client proche de celui qui restaure simplement un niveau de stock préféré. Un processus qui traite toutes les tâches de réapprovisionnement de manière identique peut consommer de la main-d’œuvre sur un stock qui ne sera pas nécessaire avant plusieurs heures, tandis que des commandes proches de l’heure limite restent bloquées par des emplacements vides. Le site paraît alors pleinement actif tout en consacrant sa capacité à du travail de moindre valeur immédiate.
C’est également ici que la refonte des processus rencontre la planification. Le slotting, la politique de réapprovisionnement, la capacité de réserve et la séquence de lancement sont souvent gouvernés par des équipes distinctes, alors que leurs décisions déterminent si le travail avance sans interruption. Repenser un seul de ces éléments peut donc produire des résultats décevants. Une disposition plus productive ne corrige pas une mauvaise priorité de réapprovisionnement ; un réapprovisionnement plus rapide ne corrige pas le lancement de commandes irréalisables ; et une meilleure logique de lancement ne compense pas des états de stock inexacts. Le processus doit être conçu comme un système coordonné.
Il n’existe pas un seul parcours de traitement des commandes
L’une des simplifications les plus fréquentes dans les démarches d’amélioration consiste à dessiner un flux unique et à le considérer comme représentatif de l’opération. En réalité, un centre contient souvent plusieurs parcours matériellement différents. Une commande d’une seule ligne pour un article à forte rotation stocké en emplacement avant peut passer directement du picking à l’emballage, tandis qu’une commande multi-lignes couvrant plusieurs zones doit être consolidée avant d’être terminée. Produits hors gabarit, matières dangereuses, produits sous température contrôlée, palettes B2B, colis direct-to-consumer et commandes exigeant des services à valeur ajoutée peuvent tous suivre des chemins différents. Un même site peut donc faire fonctionner plusieurs processus simultanément tout en les regroupant sous un seul indicateur de temps de cycle.
La refonte doit commencer par identifier les parcours dominants et les caractéristiques de demande qui envoient le travail dans chacun d’eux. Cette segmentation est importante parce qu’un site peut améliorer son temps de cycle moyen en accélérant encore un parcours déjà rapide tout en laissant inchangés les parcours lents ou commercialement critiques. Elle compte aussi pour la comparaison de productivité : une activité traitant des commandes denses et simples ne peut être évaluée équitablement face à une activité traitant des commandes fragmentées et multi-zones sans tenir compte de la différence structurelle de contenu de travail. Les dirigeants n’ont pas besoin de tous les détails d’exécution, mais ils devraient exiger que l’analyse de transformation reflète la variété réelle des flux plutôt qu’une commande moyenne stylisée.
C’est dans les passages de relais, les files et les encours que le temps de cycle s’accumule
Les transitions entre activités créent souvent davantage de délai que les activités elles-mêmes, car chaque passage de relais introduit la possibilité que le processus receveur ne soit pas prêt lorsque le processus émetteur termine son travail. Un chariot de picking attend une place de consolidation, une commande terminée attend un poste d’emballage, un colis attend une induction au tri ou un colis trié attend de la capacité de staging. Aucun de ces délais ne se traduit nécessairement par une faible productivité dans les fonctions concernées ; pourtant, ensemble, ils déterminent combien de temps la commande reste dans le bâtiment.
C’est pourquoi l’encours doit être traité comme une variable de management plutôt que comme le simple signe rassurant que l’opération est occupée. Un certain niveau d’encours est nécessaire pour éviter d’affamer les ressources aval, mais un excès augmente la congestion physique, brouille les priorités, consomme contenants et emplacements de staging, allonge le délai de détection des problèmes et rend la récupération plus difficile lorsque les conditions changent. L’objectif n’est donc pas d’éliminer tout encours, mais d’en maintenir suffisamment pour stabiliser le flux sans laisser le travail incomplet s’accumuler plus vite que le système ne peut l’évacuer.
La conception des interfaces détermine également si l’efficacité locale se traduit en efficacité du système. De grands lots de picking peuvent réduire les déplacements, mais s’ils arrivent par à-coups à la consolidation ou à l’emballage, le système peut perdre davantage de temps en aval qu’il n’en gagne en amont. Un processus d’emballage peut être très efficace quand le travail est disponible et pourtant passer des périodes importantes à attendre si le lancement amont est irrégulier. La bonne refonte suppose parfois d’accepter une légère baisse de l’efficacité locale d’un service en échange d’un flux plus lisse et d’un meilleur débit de bout en bout. Cela peut être difficile dans les organisations où les objectifs départementaux dominent la performance, d’où la nécessité fréquente d’un sponsoring exécutif pour modifier la hiérarchie des indicateurs autant que le processus physique.
Un processus ne devrait pas être jugé uniquement sur l’efficacité avec laquelle il utilise ses propres ressources. La question la plus importante est de savoir si son mode opératoire améliore la progression des commandes dans l’ensemble du système. Une optimisation locale qui augmente les files, les reprises ou les heures supplémentaires en aval peut paraître attractive dans un tableau de bord départemental tout en détruisant de la valeur à l’échelle de l’entreprise. La refonte doit donc mesurer l’effet de chaque changement sur le temps de cycle total, les encours, le respect du service et le coût par commande terminée et pas seulement sur l’activité modifiée.
Les exceptions font partie de l’architecture du processus
De nombreux processus documentés montrent le parcours attendu et traitent les exceptions comme des écarts inhabituels. À grande échelle, pourtant, la population d’exceptions est souvent suffisamment importante pour nécessiter son propre modèle opérationnel. Les commandes rencontrent des écarts de stock, des produits endommagés, des étiquettes illisibles, des scans manqués, des picks partiels, des emballages indisponibles, des pannes d’équipement, des problèmes d’adresse, des restrictions transporteur et de nombreuses autres conditions qui les font sortir du flux normal. Si ces cas sont envoyés vers des files manuelles génériques dont la responsabilité est floue, l’organisation crée de fait un second système de traitement, moins visible, moins standardisé et davantage dépendant du savoir individuel.
Le coût des exceptions dépasse le seul temps de travail nécessaire à leur résolution. Elles vieillissent en attente de traitement, créent des transactions systèmes répétées, occupent de l’espace physique, déclenchent des demandes au service client et peuvent faire manquer un départ transport à des commandes autrement terminées. Elles faussent également les mesures de productivité, car les équipes terrain consacrent du temps à résoudre des conditions non représentées dans les standards. Un processus repensé doit donc définir les grandes classes d’exception, établir les responsabilités décisionnelles, attribuer un propriétaire clair, fixer des seuils d’escalade et s’assurer que l’activité de résolution est captée dans les données opérationnelles au lieu de disparaître dans un travail informel.
Réduire les exceptions exige également de déterminer si elles sont aléatoires ou structurellement produites. Si une famille de produits génère régulièrement des exceptions d’emballage, le problème peut provenir de la conception de l’emballage plutôt que de l’exécution des employés. Si certaines commandes échouent régulièrement à l’allocation, le problème peut relever de la synchronisation du stock. Si un type de scanner génère des interventions manuelles répétées, la cause peut être la fiabilité technologique. Traiter chaque cas comme un incident séparé entretient les symptômes ; analyser le schéma ouvre la possibilité d’en supprimer la cause.
Le Process Mining révèle le processus que l’organisation exécute réellement
La cartographie traditionnelle reste utile parce que les opérateurs et responsables expérimentés connaissent la séquence prévue du travail, mais les ateliers et procédures décrivent la manière dont le processus est supposé fonctionner et non nécessairement la façon dont chaque commande circule réellement. Les systèmes de traitement génèrent de grands volumes de données événementielles qui offrent une seconde vue. Horodatages de commande, confirmations de picking, événements de réapprovisionnement, opérations d’emballage, scans du trieur, transactions de staging et confirmations d’expédition peuvent être reliés pour reconstruire le parcours des commandes individuelles et déterminer où le temps s’accumule sur des milliers ou des millions d’exécutions.
Cette perspective événementielle est particulièrement utile lorsque l’opération contient des boucles cachées ou des chemins alternatifs. Une commande peut passer du picking vers une file d’exception puis revenir au picking, attendre une autre zone, être réemballée après un défaut d’étiquette ou effectuer plusieurs recirculations dans un trieur avant d’atteindre la bonne destination. Ces comportements sont difficiles à voir dans des tableaux agrégés parce que la commande finit parfois par être expédiée correctement. Le Process Mining et l’analyse d’événements permettent de mesurer la fréquence de ces parcours, le temps qu’ils ajoutent et les caractéristiques de commande ou conditions opérationnelles qui les rendent plus probables.
Les dirigeants doivent néanmoins considérer les outils de Process Mining comme des mécanismes de diagnostic plutôt que comme des moteurs automatiques d’amélioration. Les événements peuvent révéler où le travail diffère de l’attendu, mais la direction doit encore comprendre pourquoi ce comportement existe, s’il est souhaitable et quels arbitrages une refonte provoquerait. La valeur vient du remplacement d’un processus supposé par une preuve du processus réel, ce qui rend la discussion d’ingénierie beaucoup plus précise.
Une refonte de bout en bout traverse généralement plusieurs systèmes
Les processus de traitement traversent de plus en plus de couches technologiques, ce qui rend difficile la séparation nette entre refonte physique et refonte numérique. Le système de gestion des commandes peut déterminer le choix du site et la promesse, l’ERP fournir le contexte commercial ou de stock, le WMS créer et séquencer les tâches, une couche d’exécution ou de contrôle d’entrepôt orchestrer l’automatisation et le TMS déterminer le transporteur et les exigences de départ. Si ces systèmes appliquent des priorités contradictoires ou se mettent à jour trop lentement, l’opération physique peut être contrainte de compenser manuellement un processus numérique qui n’a jamais été conçu comme un flux intégré.
Ce point est particulièrement important lorsque les organisations introduisent des améliorations ponctuelles. Une nouvelle technologie d’emballage peut réduire le temps de tâche mais apporter peu de valeur de bout en bout si la logique de lancement du WMS continue à envoyer le travail par vagues dommageables. Un WMS plus sophistiqué peut mieux prioriser les commandes tout en manquant les engagements clients si les heures limites de transport ne sont pas à jour. Un meilleur système de gestion de la main-d’œuvre peut répartir efficacement les équipes entre fonctions tout en restant aveugle aux ruptures de stock ou à la dégradation des équipements. La transformation a donc besoin d’une vue explicite des décisions qui appartiennent à chaque système, de la manière dont les changements d’état se propagent et des données qui doivent être partagées assez rapidement pour soutenir le pilotage opérationnel.
La refonte doit réduire les délais, les reprises et l’ambiguïté décisionnelle
Une refonte solide de bout en bout ne commence pas par demander quelles technologies pourraient être ajoutées. Elle commence par identifier les parties du processus qui ne contribuent pas au résultat client et les délais créés par des handoffs inutiles, de gros lots de lancement, des validations dupliquées, une mauvaise disponibilité du stock, une responsabilité floue des exceptions ou des décisions prises trop tard. Les activités qui n’ajoutent ni contrôle nécessaire ni transformation utile devraient être supprimées lorsque c’est possible avant d’être automatisées, car automatiser une étape inutile accélère le gaspillage au lieu de l’éliminer.
La refonte doit également établir combien de travail peut être autorisé dans chaque étape, comment la priorité est représentée et comment le système réagit lorsque les conditions réelles s’écartent du plan. Lancement tenant compte de la capacité, priorisation selon le temps restant avant l’heure limite, limites explicites d’encours et circuits d’exception définis sont des exemples de mécanismes qui améliorent le contrôle parce qu’ils évitent que le processus repose entièrement sur la capacité des superviseurs à remarquer la congestion puis à improviser. Le jugement humain reste important, notamment lorsque des priorités commerciales entrent en conflit ou que surviennent des situations inhabituelles, mais la structure courante devrait rendre la décision préférée visible plutôt que d’obliger les personnes expérimentées à reconstruire sans cesse l’état de l’opération.
La standardisation devrait également porter d’abord sur les principes et la logique de décision avant d’imposer une exécution physique identique. Plusieurs centres peuvent partager les mêmes définitions de priorité, de temps de cycle, de responsabilité des exceptions et de risque de service tout en utilisant des méthodes de picking ou des automatismes différents parce que leurs bâtiments, profils de commande et produits diffèrent. L’objectif est un processus gouvernable et comparable à l’échelle de l’entreprise sans nier les variations locales légitimes.
Mesurer le processus repensé au niveau de la commande
L’amélioration doit finalement être évaluée au regard du résultat de la commande client, et non du nombre de services ayant amélioré leurs propres indicateurs. Le temps de cycle de bout en bout doit être segmenté par type de commande et engagement de service, tandis que sa distribution devrait être décomposée entre traitement actif, attente, file et temps d’exception. Les encours doivent être visibles par étape et ancienneté afin que la direction voie où le travail inachevé s’accumule. Le taux de réussite au premier passage et les reprises doivent révéler la capacité consommée à corriger un travail qui n’a pas progressé normalement. Le respect des heures limites doit montrer si la refonte protège réellement les engagements clients qui déterminent le service.
La productivité fonctionnelle reste nécessaire parce que la direction doit toujours savoir si la main-d’œuvre et les équipements sont efficaces, mais elle doit être subordonnée à ces mesures de flux. Une refonte qui réduit légèrement la productivité du picking tout en diminuant le temps de cycle total, les heures supplémentaires et les départs manqués peut être économiquement supérieure à une refonte qui maximise la vitesse du picking au prix d’une congestion aval. La hiérarchie des indicateurs doit rendre cet arbitrage visible afin que les managers ne soient pas pénalisés pour des choix qui améliorent le système tout en dégradant une mesure locale.
Conclusion : repenser le parcours, pas seulement les tâches
L’amélioration du traitement de bout en bout exige que la direction voie la commande comme un parcours à travers des décisions, des états de stock, des processus physiques et des engagements transport, plutôt que comme une collection de tâches d’entrepôt indépendantes. Les principales sources de délai se trouvent souvent entre les activités : travail attendant d’être lancé, stock attendant d’être réapprovisionné, commandes attendant la consolidation, colis attendant dans des files et exceptions attendant un responsable. Accélérer les tâches actives est important lorsqu’elles consomment réellement le cycle, mais crée peu de valeur si la commande passe l’essentiel de sa vie à attendre le système qui entoure ces tâches.
Pour les dirigeants, cela change le point de départ de la refonte. Elle doit commencer par des preuves de la manière dont les commandes circulent réellement, des conditions dans lesquelles elles cessent de progresser et des décisions qui déterminent si elles empruntent le bon parcours au bon moment. Lancement, réapprovisionnement, contrôle des encours, gestion des exceptions, intégration des systèmes et calendrier transport doivent donc faire partie de la même conversation managériale que la productivité du picking et de l’emballage. L’objectif n’est pas de maximiser l’activité de chaque service ; il est de créer un processus dans lequel le travail progresse de manière prévisible vers l’engagement client avec le minimum nécessaire d’attente, de reprise et d’ambiguïté. Une fois ce processus compris, la question de management suivante devient beaucoup plus claire : quelle partie du système limite réellement le débit supplémentaire, et cette limitation doit-elle être traitée par un changement de processus, de la main-d’œuvre, de l’automatisation ou de la capacité physique ?
