Dépannage des problèmes de calendrier de pitch dans L2L

Last updated: October 1, 2026

Les problèmes liés au calendrier des créneaux — tels que les créneaux en double, les intervalles, les plages horaires incorrectes ou les créneaux qui ne se divisent pas lors des changements de série — font partie des problèmes les plus fréquemment signalés dans L2L. Cet article couvre les causes les plus courantes et explique comment les résoudre.

Créneaux en double

Les créneaux en double peuvent survenir pour plusieurs raisons :

  • Chevauchement de shifts affectés à la même ligne : Si deux shifts (par exemple, « Blue Day » et « Red Day ») ont des jours et des horaires de travail qui se chevauchent et sont tous deux affectés à la même ligne, le système peut renseigner le mauvais shift ou créer des entrées en double. Pour résoudre ce problème, affectez la ligne à un seul calendrier ou modifiez les configurations des shifts afin qu’ils fonctionnent sur des plages horaires complètement distinctes et sans chevauchement.

  • Créneaux créés manuellement ou via l’API à des moments différents : Si un créneau a été créé à un moment donné et qu’un autre a été ajouté ultérieurement (par exemple, via un appel d’API ou une saisie manuelle), les deux peuvent apparaître dans le même calendrier. Consultez les horodatages de création des créneaux pour identifier celui qui a été ajouté de manière inattendue, puis supprimez le doublon.

  • Données réelles soumises avant le début officiel de la journée : Si les données de production sont reçues avant l’heure de début planifiée, le système peut créer un créneau supplémentaire. Pour éviter cela, ajoutez le créneau horaire concerné à votre modèle de calendrier des créneaux, mais laissez-le défini sur inactif. Si des données réelles arrivent pour cette période, le créneau s’activera automatiquement et enregistrera correctement les données.

Intervalles dans le calendrier des créneaux

Les intervalles entre les créneaux — lorsqu’aucun créneau n’existe pendant une certaine période — peuvent empêcher les opérateurs de démarrer des ordres de travail et provoquer des erreurs telles que « la tâche ne peut pas être démarrée en dehors des heures de travail planifiées ». Les causes courantes incluent :

  • Le paramètre « Order Based Line » est activé : Ce paramètre est destiné uniquement aux lignes qui utilisent la Console opérateur. S’il est activé sur des lignes utilisant le Portail opérateur, il peut provoquer des horaires de créneaux irréguliers, des intervalles et des créneaux qui ne s’affichent que pendant une heure à la fois. Pour résoudre ce problème, accédez aux paramètres de la ligne et désactivez l’option Order Based Line pour la ligne concernée.

  • Aucun calendrier de créneaux chargé : Si aucun modèle de calendrier des créneaux n’a été chargé pour une ligne, le système utilise par défaut la durée de créneau configurée dans les paramètres de production (par exemple, 60 minutes), ce qui peut entraîner un comportement inattendu des créneaux. Vérifiez qu’un modèle de calendrier des créneaux est chargé pour chaque ligne active.

  • Le modèle de calendrier des créneaux n’est pas affecté à la ligne : Même si un modèle existe, il doit être affecté à la ligne. Vérifiez les paramètres de la ligne pour confirmer qu’un modèle lui est affecté.

  • Créneaux chargés comme inactifs : Si les créneaux ont été chargés avec l’indicateur « inactive », ils ne fonctionneront pas comme prévu. Consultez le calendrier des créneaux et rechargez les créneaux comme actifs si cela n’était pas intentionnel.

  • Intervalle entre le calendrier des shifts et le modèle de créneaux : Si votre modèle de créneaux couvre plus d’heures que le calendrier des shifts de votre ressource (ou inversement), les créneaux peuvent apparaître dans le désordre ou être associés au mauvais shift. Il est recommandé de couvrir 100 % de la journée dans les deux modèles : le modèle de calendrier des créneaux et le calendrier des shifts de la ressource. Si certaines heures ne sont normalement pas travaillées, marquez ces créneaux comme inactifs dans le modèle. Vous pouvez également utiliser la fonctionnalité « Add pitch to end of shift » pour gérer les heures supplémentaires sans modifier le calendrier standard.

  • Heure de début de production incorrecte : Si l’heure de début de production est définie sur un jour où aucun shift n’est planifié (par exemple, le dimanche alors que la production commence le lundi), les créneaux peuvent apparaître dans le désordre. Modifiez l’heure de début de production afin qu’elle corresponde au premier jour effectivement travaillé de la semaine.

Les créneaux ne se divisent pas lors des changements de série

Lorsqu’un changement de série se produit, L2L doit diviser le créneau actuel à l’horodatage du changement de série. Si les créneaux ne se divisent pas correctement, tenez compte des éléments suivants :

  • Aucune durée de changement de série par défaut n’est définie sur le produit : Si aucune durée de changement de série par défaut n’est configurée pour un produit, le système peut ne pas diviser correctement les créneaux. La définition d’une durée de changement de série par défaut — même une valeur minimale telle qu’une minute — active les boutons Start Changeover et Finish Changeover et aide le système à gérer précisément la division des créneaux. Vous pouvez mettre cette valeur à jour dans les paramètres du produit via l’interface utilisateur, ou exporter vos produits, définir la durée, puis les réimporter.

  • Le paramètre « Order Based Line » est activé : Comme indiqué précédemment, ce paramètre peut perturber la division des créneaux sur les lignes utilisant le Portail opérateur. Sa désactivation résout souvent les problèmes de créneaux liés aux changements de série.

  • La durée du changement de série apparaît comme anormalement longue (par exemple, près de 24 heures) : Cela peut entraîner une mauvaise gestion des divisions de créneaux par le système. Consultez la séquence de fabrication de l’ordre concerné et vérifiez que la durée du changement de série est raisonnable.

  • Des changements de série déclenchés par l’API créent des créneaux supplémentaires : Si les changements de série sont déclenchés via l’API et que le order_based_line paramètre a été activé puis désactivé, des créneaux divisés peuvent être créés sous forme de fragments, et les appels d’API suivants peuvent générer de nouveaux créneaux à partir du modèle au lieu de diviser les créneaux existants. Vérifiez que le order_based_line paramètre est configuré de manière cohérente et contactez le support si vous rencontrez ce cas particulier.

Bonnes pratiques pour les modèles de calendrier des créneaux

Le respect de ces recommandations contribuera à prévenir la plupart des problèmes liés au calendrier des créneaux :

  • Créez un seul modèle de créneaux couvrant une période complète de 24 heures (par exemple, de 6 h 00 à 6 h 00), plutôt que des modèles distincts pour chaque shift. Définissez-le comme modèle par défaut pour la ligne.

  • Vérifiez que votre modèle de créneaux et le calendrier des shifts de la ressource couvrent les mêmes horaires sans aucun intervalle. Si certaines heures ne sont normalement pas travaillées, marquez ces créneaux comme inactifs dans le modèle plutôt que de les omettre complètement.

  • Évitez les shifts qui se chevauchent et qui sont affectés à la même ligne.

  • Activez Order Based Line uniquement sur les lignes qui utilisent exclusivement la Console opérateur.

  • Lorsque vous apportez des modifications à un modèle, supprimez les créneaux précédemment chargés et rechargez le modèle mis à jour pour que les modifications prennent effet.

  • Pour une planification optimale, vérifiez que votre modèle de calendrier des créneaux couvre toute la journée, y compris les éventuels créneaux d’heures supplémentaires (qui peuvent être définis comme inactifs par défaut).

Les problèmes persistent ?

Si vous rencontrez toujours des problèmes liés au calendrier des créneaux après avoir effectué les vérifications ci-dessus, contactez le support L2L et fournissez les éléments suivants :

  • Le site et la ou les lignes de production concernés

  • La date et la plage horaire auxquelles le problème s’est produit

  • Une description des étapes exactes effectuées avant l’apparition du problème (par exemple, la manière dont les changements de série sont réalisés et si les créneaux sont chargés manuellement ou via l’API)

  • Des captures d’écran ou un enregistrement vidéo du comportement observé

Ces informations aideront l’équipe de support à examiner et à résoudre le problème plus rapidement.