Les rapports planifiés prennent un instantané des données du rapport au moment de leur exécution, ils ne sont pas aussi flexibles que les rapports en temps réel, qui ont une connexion continue à la base de données.

Les rapports en arrière-plan planifiés sont traités via des nœuds de tâche globaux, qui sont également responsables de l'exécution des chargements automatiques. La file d'attente de chargement des données ASM est prioritaire. Cela signifie qu'ils prévalent dans la file d'attente par rapport aux rapports planifiés en arrière-plan. Entre autres facteurs, cela peut entraîner des incohérences de cadence ou des retards dans les rapports planifiés.

Si de nombreux rapports sont planifiés pour s'exécuter en même temps, répartissez l'heure des rapports planifiés. Par exemple, 30 minutes d'intervalle.

En raison de problèmes de performance et de la limitation définie sur les rapports en arrière-plan de planification, nous ne pouvons pas augmenter le nombre de rapports à exécuter en arrière-plan au-delà du maximum autorisé (30). Un trop grand nombre total d'ordonnancements actifs dans le système peut entraîner l'exécution de rapports plus tard que l'heure planifiée, ce qui peut également entraîner des problèmes, comme si vous ne receviez pas parfois de rapport.

Vous pouvez désactiver la planification actuelle et en créer une nouvelle.

Tout d'abord, désactivez un rapport que vous avez planifié. Après avoir désactivé la planification actuelle, accédez à l'emplacement du rapport où le rapport est enregistré et créez une planification.

• Essayez de rechercher avec noreply@ansmtp.ariba.com (US DC) no-reply@eusmtp.ariba.com (EU DC)
• Si vous utilisez le fournisseur de messagerie dans une application logicielle (par exemple, Outlook App), essayez d'effectuer une recherche sur la version Web (par exemple, sur outlook.office.com).
• Essayez de rechercher le rapport dans les dossiers Spam
• Essayez de mettre l'expéditeur sur liste blanche.
• Essayez de rechercher avec noreply@ansmtp.ariba.com (US DC) no-reply@eusmtp.ariba.com (EU DC) dans les dossiers spam
• Vérifiez auprès du service informatique interne pour autoriser l'expéditeur noreply@ansmtp.ariba.com (CdD États-Unis) no-reply@eusmtp.ariba.com (CdD UE).
• Essayez d’ajouter un autre e-mail qui ne se trouve pas sur le serveur de votre entreprise.
• Essayez de copier le rapport et de l'enregistrer sous un autre nom (comme V2 ou copiez à la fin du titre pour le différencier de l'original) et planifiez à nouveau parfois que le document a été corrompu d'une manière ou d'une autre.

Si vous ne recevez toujours pas le rapport après avoir suivi les étapes ci-dessus, vérifiez auprès de votre service informatique s'il existe un pare-feu bloquant les e-mails d'Ariba.

• Limitations des rapports planifiés - SAP Help Portal
• Comment désactiver un rapport planifié ? - KB0394385
• Comment planifier un rapport pour envoyer des e-mails à certains utilisateurs ? - KB0393730

SAP Ariba - Reporting d'analyse