Un statut en échec marque le début de l'investigation.
Le moniteur peut révéler l'état de la réplication et le contexte de l'erreur. Il ne prouve pas à lui seul que répéter le même traitement est approprié ou sans conséquence.
Quelle personne, quel objet et quelle cible ?
Identifier l'élément de réplication concerné et sa destination. « La paie ne s'est pas mise à jour » est trop vague pour engager une prochaine étape maîtrisée.
Que montre le moniteur?
Relevez le statut, l'heure, le message pertinent et le contexte des tentatives précédentes via la vue de supervision autorisée.
La cause a-t-elle changé ?
Vérifiez les données sources et la disponibilité en aval avant qu'un responsable n'envisage un retraitement. Une nouvelle tentative peut reproduire la même défaillance.
Constituez un dossier de réplication complet, de bout en bout.
Réduisez au minimum les données personnelles tout en donnant au responsable de l'intégration ou de la paie suffisamment de contexte pour décider en toute sécurité de la suite à donner.
- 01Élément concerné, système cible, fenêtre temporelle et statutUtilisez l'identifiant autorisé minimal et rattachez le problème à une entrée précise du moniteur.
- 02Détail pertinent d'erreur ou de statutRestituez le message avec exactitude ; ne paraphrasez pas au point de faire disparaître un code ou un terme clé.
- 03Contexte des données sources et de la date d'effetConfirmez si la condition source à l'origine de l'échec est toujours présente.
- 04Tentatives antérieures et répercussions en avalConsignez ce qui a déjà été exécuté et qui est responsable de la validation dans le système cible.
Un bouton de retraitement n'est pas un diagnostic.
La contribution sûre consiste à réunir les éléments probants et à coordonner avec les responsables ; l'exécution relève du processus opérationnel autorisé.
Premières vérifications sûres
- Repérez l'entrée exacte du moniteur ainsi que le contexte cible.
- Relevez avec exactitude le statut, l'horodatage et le message pertinent.
- Vérifiez si les données sources ou les dates d'effet ont été corrigées.
- Consignez les tentatives précédentes ainsi que tout résultat partiel en aval.
- Confirmez le responsable de l'intégration ou de la paie pour la décision.
Arrêtez-vous avant
- Relancer le retraitement à répétition parce qu'une erreur est visible.
- Modifier les données source de l'employé dans le seul but d'éliminer une erreur d'intégration.
- Supposer que le système cible est prêt ou inchangé.
- Envoyer des captures d'écran générales contenant des données personnelles ou de paie.
- Déclarer le succès sans validation de la source et de la cible.
Le responsable de l'intégration ou de la paie autorisé décide s'il faut retraiter et quand. Les responsables des données source et des systèmes cibles valident chacun leur périmètre avant la clôture.
Vérifiez que la condition a changé.
Sélectionnez le meilleur premier geste pour le scénario fictif.
Que doit-il se passer en premier?
Une réplication a échoué hier. Un administrateur affirme que la valeur source a été corrigée ce matin. Que faut-il faire avant de relancer le traitement ?
Sélectionnez une réponse pour révéler le raisonnement.
Continuer avec les recommandations SAP actuelles.
L'architecture de réplication, les actions disponibles, les autorisations et le contexte de paie varient. Appuyez-vous sur la documentation à jour et sur votre propre conception opérationnelle.
- SAP Help · Utiliser le moniteur de réplication des données
Conseils d'exploitation publics pour le moniteur.
- SAP Help · Configurer le moniteur de réplication des données Employee Central
Contexte de configuration public qui aide à distinguer la disponibilité du moniteur de la résolution d'un problème.
- SAP Learning · Cours d'intégration à Employee Central Payroll
Parcours d'apprentissage public pour un contexte d'intégration Employee Central Payroll spécifique.
Ce KBA n'autorise pas le retraitement, ne décrit pas tous les schémas d'intégration et ne remplace pas la validation de la source et de la cible par des responsables qualifiés.