Résolution de problèmes

Vue d'ensemble

Dans cette section, vous trouverez des instructions pour résoudre étape par étape les problèmes les plus fréquemment rencontrés en utilisant Production Scheduler.

Prérequis

Avant de tenter de résoudre les problèmes rencontrés avec Production Scheduler, assurez-vous d'avoir installé les versions adéquates de Sage X3, de Production Scheduler et les données de mapping associées.

Le tableau ci-dessous énumère les éléments requis pour chaque niveau de patch.

Livraison Sage X3/Production Scheduler : Liste des éléments nécessaires pour Sage X3 selon la version Sage X3

Niveau de patch Sage X3 Version de Production Scheduler Version des données de mapping de transformation

Attribut unique du mapping
(Code mapping - alias X3)

V11.0.1

6.0.1651

ProductionSchedulerMappingData-V2

Tous enregistrements

V11.0.2

6.0.1651

ProductionSchedulerMappingData-V2

Tous enregistrements

V11.0.3

6.0.1651

ProductionSchedulerMappingData-V2

Tous enregistrements

V11.0.4

6.0.1705

ProductionSchedulerMappingData-V3

POPSENVDET - MATFIXDAT

V11.0.5

6.0.1723

ProductionSchedulerMappingData-V4

POPSENVDET - CUSVAL

V11.0.6

6.0.1739

ProductionSchedulerMappingData-V5

ProductionSchedulerMappingData-V6

POPSENVDET - PRVWOID

POPSENVUPDEDIT - STROPEDT

V11.0.10 / V12.0.3

6.0.1829

ProductionSchedulerMappingData-V6

POPSENVUPDEDIT - STROPEDT

V11.0.11 / V12.0.15

6.0.1842

ProductionSchedulerMappingData-V6

POPSENVUPDEDIT - STROPEDT
Voir aussi

Reportez-vous à l'Annexe 1 pour vérifier votre version de Production Scheduler.

Reportez-vous à l’Annexe 2 pour vérifier la version du mapping.

Un contrôle du mapping est effectué lorsque vous ouvrez la fonction Production Scheduler (FUNPSSCH). Cette fonctionnalité est disponible à partir des versions V11 patch 12 et V12 patch 16.

Résolution de problèmes - Exemple 1 : Site non initialisé

Plusieurs raisons peuvent empêcher l'initialisation d'un site dans Production Scheduler. Les raisons les plus fréquemment rencontrées sont listées ci-dessous.

Veuillez contacter l'assistance si malgré ces informations, votre problème persiste.

Notre exemple concernant une erreur générique, il est nécessaire de consulter les informations de la trace plus en détail.

  1. Vérifiez l'heure de l'erreur et trouvez l'heure correspondante dans la trace. Dans notre exemple, il s'agit de 10:16:16 le 02/02/2018 :

  2. En partant de l'heure de l'erreur, on constate l'existence d'une autre erreur, Agent cannot be null, et d'un avertissement, Unexpected property sev/mess in environment.
    1. Le message significatif est Unexpected property (Propriété inattendue).

      Cela se produit lorsque Production Scheduler reçoit des informations qu'il ne sait pas traiter.

    2. Dans ce message, sev et mess sont des indicateurs importants.

      3. Ces messages d'erreur proviennent de Sage X3 mais pas l’erreur en question.

  3. Il faut utiliser un outil différent pour afficher l'erreur qui s'est produite dans Sage X3.
  4. A l’aide de Postman, vous pouvez consulter les éléments mess et sev non reconnus par Production Scheduler. En l'occurrence, le message d'erreur concerne une erreur de transformation.

      Ce type d'erreur suggère un problème de mapping.

    5. Allez à la section Problème avec les données de mapping.

Identification du problème

  1. Vérifiez l'onglet Summary dans le Production Scheduler Manager.
  2. Si un site n’est pas initialisé dans Production Scheduler, il peut s’agir d’une erreur ou d’un avertissement relatif à Production Scheduler ERP Adapter.

Informations de configuration invalides

  1. Pour détecter une erreur de connexion, vérifiez d'abord l'onglet Configuration Manager .
  2. Une icône d’avertissement (rouge) indique que Production Scheduler ne parvient pas à établir la connexion avec Sage X3, ce qui signifie que les informations fournies sont erronées.

    • Votre nom d'utilisateur et/ou votre mot de passe Windows (ou Sage X3) sont-ils valides ?
    • Le nom du serveur est-il correct ?
    • Les champs REST services port (numéro du port Sage X3) et Instance (nom du dossier Sage X3) sont-ils corrects ?

Le numéro de port Sage X3 (REST services port) est 8125. Ouvrez l'onglet Configuration Manager (Gestionnaire de configuration). Vous pouvez voir qu'il devrait être configuré sur 8124.

Une fois la correction effectuée, vous pouvez voir qu’une icône de validation (vert) s'affiche, confirmant que la connexion est opérationnelle.

Aucun accès à Sage X3 (processus de démarrage)

Ce problème est similaire au problème précédent (Informations de configuration invalides). Cependant, la cause du problème est différente.

  1. Pour commencer, ouvrez l’onglet Configuration Manager (gestionnaire de configuration) pour savoir s'il s'agit d'une erreur de connexion.
    1. Une icône d'avertissement (rouge) indique que Production Scheduler ne parvient pas à établir la connexion avec Sage X3.
    2. Une icône d'information (orange) indique que Production Scheduler ne peut pas vérifier la connexion au serveur.

      Il est possible que Sage X3 soit indisponible car il est encore en cours de démarrage.

    Corrigez la séquence de démarrage des serveurs afin que le serveur Production Scheduler soit le dernier à démarrer.

Un utilisateur n'a pas accès au dossier Sage X3 spécifié (LOCALDEV). Production Scheduler n'est donc pas en mesure de récupérer les données.

Vérifiez les autorisations de l'utilisateur à ce dossier (instance), et corrigez le nom du dossier ou les autorisations.
Il peut être nécessaire de redémarrer le service pour appliquer vos changements.

Connexion à Sage X3 sans initialisation

Après vérification des informations de connexion, Production Scheduler peut communiquer avec Sage X3. Cependant, les sites ne sont toujours pas initialisés.

  1. Pour comprendre ce problème, ouvrez l'onglet Logging (Trace) dans Production Scheduler.
  2. Une fois le service de Production Scheduler lancé, vous pouvez choisir la trace (log) à afficher.

    3. Il est préférable de sélectionner PlannerOneApplication.log puisqu’il s’agit de la trace la plus récente. Cette trace ne contient pas seulement les erreurs, mais aussi toutes les informations.

  3. Cliquez sur Open/Refresh log (Ouvrir/Actualiser trace).

  4. La trace est à présent ouverte. Cependant, seules les anciennes informations sont listées.
    1. Pour afficher les données les plus récentes, sélectionnez la case Follow tail (Afficher la fin de liste).
    2. Pour afficher les données les plus à jour, sélectionnez la case Auto refresh (Actualisation auto.). La trace est ainsi automatiquement mise à jour avec les nouvelles données.

    Avertissement : Il est impossible de naviguer dans la trace lorsque Auto refresh est activé.

  5. Les informations de la trace ne révèlent pas d’erreurs, seulement des informations générales.

  6. Pour un aperçu rapide des erreurs, ouvrez l'onglet Error list (Liste des erreurs). Cet onglet vous propose une brève description des erreurs.

  7. Cliquez sur l'erreur pour plus d'informations.

  8. Cliquez sur le double chevron (>>) pour obtenir des détails plus précis.

Ces informations devraient être suffisantes pour déterminer la source du problème.

D'autres erreurs sont possibles, notamment au niveau du code ou des permissions utilisateur.
Voir aussiVeuillez vous reporter à l'Annexe 4 > Comment utiliser l'application Postman pour identifier les problèmes.

Problème avec les données de mapping

Une fois que vous avez identifié un problème au niveau des données du mapping, la correction à appliquer est simple.

Intégrer la version de patch appropriée pour la version de Sage X3.
Le tableau dans Résolution des problèmes > Prérequis vous indique la version des données de mapping à patcher en fonction de la version de Sage X3.

 

Votre système devrait fonctionner normalement une fois la version correcte du mapping installée.

Problème dans le code

Un problème au niveau du code peut parfois être à l'origine de la non-initialisation d'un site dans Production Scheduler. Ce type de problème est rare, car la plupart des problèmes de code ont déjà été rencontrés et corrigés.

Certains problèmes de ce type n’ayant pas encore été détectés peuvent, toutefois, encore exister.

  1. Les problèmes de code peuvent paraître similaires aux problèmes de mapping, car ils génèrent le même avertissement : sev/mess unexpected property in the log file. L'identification du problème est la même.

    Vous pouvez utiliser l’annexe Comment utiliser l'application Postman pour identifier les problèmes.

  2. Le message d’erreur généré n'est pas toujours suffisamment détaillé.

    Vous pouvez utiliser Postman pour générer directement une requête interne à Sage X3 pour obtenir plus de détails.

Vous obtenez ainsi l'erreur exacte, ainsi que le script et la ligne où l'erreur se produit.

Résolution de problèmes - Exemple 2 : Accès à Production Scheduler impossible depuis Sage X3

Vous pouvez habituellement accéder à Production Scheduler via une fonction de Sage X3, par exemple Production Scheduler (FUNPSSCH) (Production > Production Scheduler > Production Scheduler).

Si cet accès ne fonctionne pas, il faut étudier le problème et chercher à le comprendre.

Cette section vous montre comment détecter et résoudre les causes probables d’une connexion impossible à Production Scheduler.

Dans cet exemple, le numéro du port de l'instance est 9990.

Vérifiez Production Scheduler Manager. Vous pouvez voir qu'il devrait être configuré sur 9120.

Corrigez cette information.

Service de publication World Wide Web non exécuté

Afin de vérifier si le service de publication World Wide Web est en cours d'exécution, ouvrez le programme Services.

Vérifiez l’état du service de publication World Wide Web. Il devrait afficher En cours d’exécution.

S’il n'est pas en cours d'exécution, ce qui est courant sur les machines virtuelles modèles (telles que celles utilisées par les partenaires), démarrez le service de publication World Wide Web.

Site web Production Scheduler arrêté

Si vous obtenez le message d’erreur Cannot get or validate token, le site web de l'instance n’est probablement pas en cours d'exécution.

Vérifiez le Gestionnaire des services IIS pour le site web de l'instance.

Si le site web n'est pas en cours d'exécution, démarrez le.

Service Production Scheduler arrêté

Si vous obtenez à nouveau l'erreur Cannot get or validate token, le service Production Scheduler n’est probablement pas en cours d’exécution.

  1. Vérifiez l'onglet Summary dans le Production Scheduler Manager.

  2. Si le Service Windows affiche l'état Sur erreur (rouge), vérifiez l’onglet Service Windows pour voir s'il y a un problème, ou si le service est en cours d'exécution.
  3. Sélectionnez le service adéquat pour cette instance et cliquez sur Select.

    4. Si le statut indique que le service est arrêté, démarrez le service.

Paramètre PSCLIENTID non configuré

Si le Message d'information suivant s’affiche : Unable to obtain authentication token, Sage X3 ne peut pas créer le jeton d'authentification à envoyer à Production Scheduler.

Cela signifie que l’ID client n’est pas renseigné ou qu’il est invalide.

  1. Vérifiez le paramètre PSCLIENTID - ID client Production Scheduler (chapitre EXAPP, groupe MIS).

    2. Assurez-vous que dans la Liste des applications connectées dans la fonction Applications connectées (Administration > Administration > Paramétrages > Authentification > Applications connectées) l'ID client correspond à celui de l’instance.

Données d'application connectée incorrectes

Si vous obtenez à présent l'erreur suivante : Production Scheduler took too long to respond.

Vérifiez que l’URL est correcte dans la Liste des applications connectées de la fonction Applications connectées (Administration > Administration > Paramétrages > Authentification > Applications connectées).

 

Production Scheduler devrait à présent fonctionner correctement.

Résolution de problèmes - Exemple 3 : Flux de données de Sage X3 vers Production Scheduler

Une fois que tout est correctement configuré, les données peuvent être envoyées de Sage X3 vers Production Scheduler. Cependant, il se peut que certains ordres de fabrication n'apparaissent pas dans Production Scheduler.

Cette section a pour but de vous expliquer comment détecter ces types de problèmes et les résoudre.

Des numéros séquentiels vous permettent d'effectuer le suivi des ordres de fabrication manquants.

Deux ordres de fabrication - WO000119 et WO000120 - ont été soumis à Production Scheduler.

Ces ordres de fabrication ne sont pas dans Production Scheduler.

Cette section examine les problèmes liés aux ordres de fabrication manquants.

Consignes générales en cas d’ordres de fabrication manquants

S'il manque des ordres de fabrication dans Production Scheduler et qu'il est difficile de déterminer ceux qui sont à l'origine du problème :

Supprimez tous les ordres de fabrication de Production Scheduler puis ajoutez-les à nouveau un par un.

S'il y a trop d'ordres de fabrication, ajoutez-les sous la forme de petits lots pour réduire le nombre d'ordres de fabrication pouvant poser problème.

Données non valides dans Sage X3

S'il manque des ordres de fabrication dans Production Scheduler, certaines données dans Sage X3 peuvent être incorrectes.

  1. Vérifiez l'onglet Summary dans le Production Scheduler Manager.
    1. Production Scheduler Manager signale que tous les éléments sont au statut Ready (vert).

      2. Il est normal que l'élément Resource Planner ERP Adapter reste au statut Unknown (point d'interrogation).

    2. Ces erreurs de service Windows sont répertoriées.

      3. Elles doivent être examinées.

    Cet exemple signale 26 erreurs de service Windows.

  2. Afin de comprendre ces erreurs de service Windows, consultez l’onglet Error list.

    Notre liste d'erreurs comporte les références 000119 et WO000120. Il s'agit des ordres de fabrication manquants.

  3. Consultez les détails de l'erreur.

    4. Le détail précise qu'il manque une ressource : Resource does not exist.

    La partie R_ est ajoutée par Production Scheduler.

    L’exemple indique qu’une ressource appelée MISSING n'existe pas.

  4. Vérifiez si les ordres de fabrication utilisent la ressource manquante (poste de charge).

    5. L'ordre de fabrication manquant, WO000119, utilise en effet le poste de charge MISSING.

  5. Vérifiez si le poste de charge manquant est un poste de charge valide.

    6. Dans cet exemple, le poste de charge MISSING n'est pas répertorié.

C'est pourquoi une erreur survient dans Production Scheduler.

  1. Vous devez alors vérifier tous les autres ordres de fabrication qui utilisent le poste de charge manquant.
  2. Si les autres ordres de travail manquants n’utilisent pas ce poste de charge, vous devez examiner l’erreur plus en détail.

    3. Dans cet exemple, le même message d'erreur que pour l’ordre de fabrication WO000120 est généré.

    Vérifiez l’ordre de fabrication. Il n'utilise pas le poste de charge MISSING. Il faut continuer à chercher.

  3. Vérifiez tous les postes de charge utilisés par l'ordre de fabrication.

    4. Le poste de charge manquant est-il défini comme un poste de charge de remplacement ?

    Dans cet exemple, MISSING est un poste de charge de remplacement.

    Sage X3 utilise tous les postes de charge de remplacement comme alternatives lors de la planification. L'erreur est donc répétée.


Identifiez parmi tous les ordres de fabrication manquants ceux qui présentent le même problème et changez les postes de charge.

Les postes de charge des deux ordres de fabrication posant problème doivent être changés - WO000119 et WO000120.

 

Tous les ordres de fabrication devraient à présent s’afficher dans Production Scheduler.

Autres problèmes de données

Certaines erreurs de données peuvent être à l’origine de problèmes lors de l’initialisation du site. Cela peut provoquer des erreurs qui ne sont pas visibles depuis la trace.

  1. Consultez la trace dans Production Scheduler Manager.

    2. Cet exemple présente quelques erreurs.

    Ce message est à première vue beaucoup plus utile que les détails d’erreurs de l'exemple précédent.

    La trace indique une erreur du moteur X3 : Date Error Incorrect().

    Cela signifie qu'il existe un problème dans le code.

  2. Vous pouvez utiliser l’annexe Comment utiliser l'application Postman pour identifier les problèmes.

    3. Dans cet exemple, Postman est utilisé pour vérifier Sage X3.

    Vous obtenez ainsi la trace complète indiquant la ligne de code d'où provient l'erreur.

    Ce problème est déjà connu.

  3. Pour trouver l'ordre de fabrication à l'origine du problème, appliquez les instructions suivantes : supprimez tous les ordres de fabrication et ajoutez les à nouveau, un par un.

    4. Dans cet exemple, l’ordre de fabrication WO000126 présente un problème. Toutes les opérations sont clôturées, mais l'ordre de fabrication est toujours actif.

    Pour contourner le problème, supprimez l'OF de Production Scheduler. Aucun jalonnement n'est à effectuer car toutes les opérations sont terminées (l'utilisateur n'est donc pas impacté) ; vous pouvez également clôturer l’ordre de fabrication.

Vous devrez probablement supprimer l'ordre de fabrication posant problème de Production Scheduler.

Vous pouvez aussi clôturer l’ordre de fabrication.

Ce problème a été résolu en V11 patch 7.
  1. Consultez à nouveau la trace dans Production Scheduler Manager.

    2. Le problème précédent a été résolu dans l’exemple, toutefois un autre problème demeure :

  2. Vous pouvez utiliser Postman pour obtenir plus d’informations.

    3. Cet exemple semble être identique au précédent. Postman retourne des résultats identiques.

    Vous obtenez ainsi la trace complète indiquant la ligne de code d'où provient l'erreur.

    Ce problème est déjà connu.

  3. Pour trouver l'ordre de fabrication à l'origine du problème, appliquez les instructions suivantes : supprimez tous les ordres de fabrication et ajoutez les à nouveau, un par un.

    4. Dans cet exemple, l’ordre de fabrication WO000127 est à l'origine du problème.

  4. Cliquez sur l'action Jalonnement pour consulter les données du jalonnement.

  5. Cliquez sur Graphique pour afficher le graphique.

  6. Cliquez maintenant sur l'action Afficher la liste pour consulter la liste des opérations.

  7. Vérifier l'heure à laquelle l’opération est censée se terminer.

    8. Cette erreur est causée par une différence entre la capacité du poste de charge et la capacité par défaut du site.

    La fin de l'opération est prévue à 26:30. Lors de la conversion au format date/heure, cela entraîne une erreur.

    Cette erreur est causée par une différence entre la capacité du poste de charge, SEATTLE dans cet exemple, et la capacité par défaut du site, ici USA10 (8 heures).


Cette solution permet de s'assurer que le schéma horaire associé au schéma hebdomadaire est en cohérence avec la capacité.

Ce problème a été résolu en V11 patch 8.

Dans cet exemple, le poste de charge est SEATTLE. Le schéma hebdomadaire est SC6.

  1. En zoomant sur les détails du schéma hebdomadaire :

  2. La capacité journalière est de 24 heures. Toutefois, aucun schéma horaire n’est spécifié.
  3. Le schéma horaire par défaut STD spécifié dans le paramètre DEFDIH - Calendrier par défaut (chapitre GPA, groupe LOA) est appliqué.
  4. Le schéma horaire par défaut STD est seulement doté d’une capacité de 8 heures.

    Ceci explique le problème de calcul horaire.

  5. Saisissez un schéma horaire dont la capacité est correcte.

  6. Ajoutez le schéma horaire au schéma hebdomadaire.

Le problème est à présent résolu.

 

Tous les ordres de fabrication devraient à présent s’afficher dans Production Scheduler.

Problèmes de mapping

Les problèmes de mapping n'empêchent pas nécessairement l'envoi d'un ordre de fabrication vers Production Scheduler. En revanche, ils peuvent empêcher le transfert de données.

Dans cet exemple, l'ordre de fabrication WO000128 présente une date de début forcée.

L'ordre de fabrication a été transféré à Production Scheduler.

L'opération a été forcée à une date donnée.

Cependant, la date n'a pas été transférée.

  1. Contrôlez les données envoyées à Production Scheduler. Postman est utilisé pour visualiser les données de Sage X3.

    2. Dans cet exemple, on indique une date et une heure pour limiter les données renvoyées par Sage X3. Ici, il s'agit du 07/02/2018 à 11:18:00.

    L'opération est fixe (fixed), mais il n'y a aucune valeur de date fixe.

Vous pouvez convertir la date et l’heure en horodatage sur le site web suivant : OnlineConversion.
  1. Utilisez à nouveau Postman, mais cette fois avec api1 au lieu du bundle.

    2. Dans cet exemple, un horodatage est à nouveau utilisé (cependant le format est celui de Sage X3).

    Une fois les données récupérées, on peut voir que la date est bien fixe.

    Étant donné que Sage X3 renvoie les informations correctes, contrairement au bundle, cela signifie qu'il existe un problème de mapping.

  2. Vérifiez les données de mapping associées au code de mapping POPSENVDET.

    3. La valeur FIXED est présente, mais la valeur FIXDAT n'apparaît pas.

    Aucune erreur ne se produit car seules les données de mapping sont supprimées (pas de modification du code ou de la représentation).


Rajoutez les données de mapping.

  1. Soumettez à nouveau l'ordre de fabrication.

Production Scheduler reçoit à présent la date fixe.

Aucun problème de données de mapping incorrectes n'a été rencontré. Ces informations permettent de déterminer quels problèmes risquent de survenir.

Fuseau horaire non paramétré/incorrect

En comparant les détails avec le problème précédent (Problèmes de mapping), vous pourriez rencontrer un problème de fuseau horaire.

Cet exemple présente une opération avec la date et l’heure de début suivante : 26/02/2018 09:00:00.

L'heure de début de l'ordre de fabrication indiquée dans les informations de jalonnement est 08:00:00.

Il y aurait donc un problème de fuseau horaire.

  1. Le fuseau horaire est déterminé par le paramètre PSTIMEZONE - Fuseau horaire du serveur (chapitre EXAPP, groupe MIS) depuis une liste de sélection.

    2. Le fuseau horaire paramétré dans PSTIMEZONE - Fuseau horaire du serveur doit être le fuseau horaire du serveur.

Changez le fuseau horaire à celui dans lequel se trouve le serveur, puis soumettez à nouveau l'ordre de fabrication.

Dans cet exemple, le fuseau horaire est réglé sur l'heure standard GMT (UTC+0). Cette information est correcte pour l’emplacement de l’utilisateur dans cet exemple.

Toutefois, le serveur sur lequel est installé Production Scheduler est situé en France, il faut donc modifier le fuseau horaire.

L'heure correspond à présent à l'ordre de fabrication.

Il existe un problème connu lié à l'affichage des opérations et aux fuseaux horaires.

Dans cet exemple, l'heure de début de l'opération est correctement paramétrée sur 08:00:00, toutefois, l'opération semble démarrer à 07:00:00 dans le diagramme de Gantt. En effet, le diagramme est affiché dans le navigateur et utilise le fuseau horaire du navigateur au lieu de celui du serveur.

Ce problème est apparu avec 3DS, mais il est traité dans ce guide pour éviter les appels au support.

Problèmes dans le code

En comparant les détails avec les Problème de mapping mentionnés précédemment, il se peut que vous ayez un problème avec le fuseau horaire.

Dans cet exemple, un nouvel ordre de de fabrication a une durée d'attente de 3 heures.

L'ordre de fabrication est présent dans Production Scheduler :

L'ordre de fabrication n'a pas de durée d'attente.

Dans Production Scheduler, la durée d'attente et le temps post-opératoire sont regroupés dans le Transit time after (durée d'attente).
  1. Comme pour la date fixe vue précédemment, vous devez déterminer pourquoi la durée d’attente n'est pas envoyée à Production Scheduler.
  2. Appliquez la même méthode et utilisez Postman pour déterminer d'où vient l'erreur.
  3. Pour limiter les données renvoyées utilisez un horodatage.
    1. Afin de déterminer quel devrait être l'horodatage, vous pouvez utiliser la fonction En colonnes (GSTDCOL, Développement > Utilitaires > Maintenances > En colonnes) pour vérifier la date/heure de mises à jour sur l'ordre de fabrication.

      2. Paramétrez la colonne UPDDATIM sur Afficher et appliquez le champ Sélection à l'ordre de fabrication.

    2. Pour retourner des données de date et d’heure, sélectionnez OK.

    4. Dans cet exemple, l’ordre de fabrication a été mis à jour à 09:42:01 le 08/02/2018 (tel que renvoyé par la fonction En colonnes (GSTDCOL)).

    Vous devez utiliser une date et heure antérieures à celles renseignées, par exemple 09:42:00 le 08/02/2018.

  4. Convertissez la date et heure de la demande de bundle en horodatage.

    Vous pouvez utiliser un site web pour convertir la date et heure.

  5. Vous disposez à présent de l’horodatage qui fait partie de la clé pour la demande de bundle dans Postman.

    6. Dans cet exemple, l’horodatage est 1518082920.

    Cet élément fait partie de la clé pour la demande de bundle dans Postman.

    Dans les données reçues, timeOutResourceAfter est défini à zéro.

    Cela signifie qu’il peut exister un problème de mapping.

  6. Vérifier les résultats de Sage X3.

    7. Dans cet exemple, définissez l'horodatage pour être une date et heure Sage X3 comme dans la fonction En colonnes (GSTDCOL).

    Le résultat suivant est obtenu.

    Cet exemple présente également un WAITIM à zéro. Aucun problème de mapping n'a été détecté.

    S'il n'existe pas de ligne WAITIM dans les résultats, il y a peut-être une valeur manquante dans la représentation. Cependant, comme la propriété WAITIM est utilisée, même avec une valeur incorrecte, cela signifie qu'un élément dans le code ne retourne pas la durée d'attente.
    Dans cet exemple, vous avez modifié le code manuellement pour que la durée d'attente ne soit pas retournée, mais il est possible qu'un problème de code entraîne l'envoi d'informations erronées à Production Scheduler.
    Les modifications apportées au code sont supprimées.


Corrigez le code, puis soumettez à nouveau l'ordre de fabrication.

Vous constatez que la durée d'attente (Transit time after) est mise à jour correctement.

Résolution de problèmes - Exemple 4 : Flux de données depuis Production Scheduler vers Sage X3

Les erreurs les plus complexes sont celles liées aux transferts de données entre Production Scheduler et Sage X3. En effet, elles sont difficiles à reproduire puisque les informations envoyées par Production Scheduler ne peuvent habituellement pas être visualisées. De plus, les données de trace de Production Scheduler apportent peu d'informations, et retournent une simple erreur http de type 500.

Une erreur http de type 500 n’apporte aucune indication sur la nature de l’erreur, vous devez donc utiliser la trace de l’application Sage X3, et dans certains cas Wireshark, pour déterminer la cause du problème. Les raisons les plus fréquemment rencontrées sont listées ci-dessous.

Données de l'ordre de fabrication inexistantes

Les données publiées dans Production Scheduler sont parfois désynchronisées avec Sage X3. Par conséquent, la publication tente de mettre à jour des informations qui n'existent pas.

  1. Si la trace est autorisée sur le site, en positionnant le paramètre PSLOGTRACE - Trace Production Scheduler sur Oui (chapitre EXAPP, groupe MIS), vous pouvez vérifier la présence d'erreurs lors de la mise à jour.
  2. A l'aide de la fonction Lecture traces (LECTRACE) (Impressions > Impression > Lectures traces), vous pouvez consulter les traces générées lors d'une mise à jour :

  1. Ouvrez le dernier fichier et vérifiez les dernières entrées.
    2. Le nom des fichiers trace de mise à jour commencent par le préfixe POPSUPD, suivi du code du site, puis de l’heure.

    Effacez les ordres de fabrication indiqués, puis essayez de publier à nouveau.

Notre exemple commence par le préfixe POPSUPD suivi du code du site USA10, puis de l’heure 12:23:04.

Ouvrez le dernier de ces fichiers (POPSUPD122304) et vérifiez les dernières entrées.

Cela signifie qu'une opération n'a pas pu être mise à jour car un enregistrement n'a pas été trouvé.

Vous devez effacer cet ordre de fabrication, puis tenter de publier à nouveau.

Ordre de fabrication verrouillé (en cours d'utilisation)

Ce problème est particulièrement difficile à reproduire car il est impossible de modifier un ordre de fabrication lorsqu'il est dans Production Scheduler. Cependant, lors du suivi de fabrication, l'ordre de fabrication est mis à jour : il est donc possible qu'il soit verrouillé au moment où la mise à jour de Production Scheduler tente d'y accéder.

Il s'agit donc d'un problème temporaire. La prochaine tentative de publication devrait être effectuée avec succès.

Cet exemple suit la même procédure que le précédent (Données de l'ordre de fabrication inexistantes) pour examiner la trace des applications.

Dans cet exemple, une opération n'a pas pu être mise à jour car un enregistrement n'a pas été trouvé.

Un message indique que l'enregistrement est verrouillé dans ce contexte.

Il faut tenter de publier à nouveau et le verrouillage devrait être levé.

Mapping invalide

Si Sage X3 ne reçoit pas les données après la publication dans Production Scheduler, il faut comparer le mapping et les résultats obtenus dans Production Scheduler.

  1. Utilisez Wireshark pour récupérer les données publiées par Production Scheduler.
  2. Utilisez la fonction Mapping transformation JSON-X3 pour comparer les valeurs du fichier JSON au code de mapping POPSENVUPDEDIT.
  3. Vous devez aligner la propriété invalide du fichier de sortie de Production Scheduler à la valeur du mapping.

Corrigez la propriété invalide.

Vous trouverez au début de cet exemple, un extrait des résultats provenant de Production Scheduler.

Il existe un commentaire (comment) qui disparaît, cependant, lorsque l'ordre de fabrication est mis à jour dans Production Scheduler. Sage X3 n'enregistre donc pas le commentaire.

Il faut comparer les résultats avec le mapping.

  1. Ouvrez la fonction Mapping transformation JSON-X3 et sélectionnez le code de mapping POPSENVUPDEDIT.
    2. Il est nécessaire d'identifier le chemin classe JSON. Chaque propriété possède une classe parente. Ici, comment fait partie de la classe markers, faisant elle-même partie de la classe operations, qui fait partie de la classe workOrders.
    Le chemin de la classe de comment est donc workOrders.operations.markers.
  2. Vérifiez alors le mapping du chemin classe JSON.
  3. Il n'existe pas de propriété comment, mais comments.

    4. Cette incohérence est à l'origine du problème.

    La propriété du mapping doit être remplacée par comment.

 

Nous devrions ainsi obtenir les commentaires dans Sage X3, et ensuite dans Production Scheduler.

Problème dans le code

Bien que tous les problèmes liés à la publication aient été résolus, un problème dans le code peut toujours survenir.

Pour identifier ces problèmes, il faut consulter la trace de l'application.

  1. Autorisez la trace de l'application en positionnant le paramètre PSLOGTRACE - Trace Production Scheduler sur Oui (chapitre EXAPP, groupe MIS).

Consultez la dernière trace en commençant par POPSENVUPD pour voir si des erreurs se sont produites pendant le processus de mise à jour.

Nos développeurs ont besoin des informations contenues dans la trace des applications pour résoudre un problème.
  1. Cet exemple suit la même procédure que le précédent (Données de l'ordre de fabrication inexistantes) pour examiner la trace des applications.
  2. Consultez la dernière trace en commençant par POPSENVUPD.

  3. La dernière entrée est Mise à jour opération MFGNUM = WO000119.

  4. Dans le fichier trace précédent :

  5. La dernière entrée est Fin de traitement.

    Le message Fin de traitement n'étant pas dans le fichier trace précédent, cela signifie que le processus de mise à jour ne s'est pas déroulé correctement.

Cela indique un problème dans le code, le processus n'étant pas terminé.

Fuseau horaire non paramétré/incorrect

Si les heures de début et de fin des ordres de fabrication publiés depuis Production Scheduler vers Sage X3 sont différentes de celles de Production Scheduler, il se peut que le paramètre de fuseau horaire ne soit pas, ou mal, configuré.

Suivez la procédure pour Sage X3 à Production Scheduler : fuseau horaire non paramétré/incorrect pour corriger l'erreur.