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

Les rapports planifiés en arrière-plan sont traités via des nœuds de tâches globaux, qui sont également responsables de l'exécution des chargements automatisés. La file d'attente de chargement des données ASM est priorisée. Cela signifie qu'ils sont prioritaires dans la file d'attente par rapport aux rapports planifiés en arrière-plan. Entre autres facteurs, cela peut être attribuable à des incohérences de cadence ou à des retards dans les rapports planifiés.

Si de nombreux rapports sont planifiés pour être exécutés en même temps, étalez 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 pour les rapports en arrière-plan planifiés, 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 de planifications actives totales dans le système peut entraîner l'exécution de rapports plus tard que l'heure planifiée et peut également entraîner des problèmes, comme parfois ne pas recevoir 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ù il 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 de 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 de spam
• Vérification auprès de l'IT interne pour autoriser l'expéditeur noreply@ansmtp.ariba.com (DC US) no-reply@eusmtp.ariba.com (EU DC)
• Essayez d’ajouter une autre adresse e-mail qui n’est pas sous le serveur de votre entreprise.
• Essayez de copier le rapport et de l'enregistrer avec un autre nom (comme V2 ou copier à la fin du titre pour le différencier de l'original) et planifiez à nouveau, parfois, la planification a été corrompue d'une manière ou d'une autre.

Si vous ne recevez toujours pas l'état après avoir suivi les étapes ci-dessus, contactez votre service informatique pour voir si un pare-feu bloque les e-mails d'Ariba.

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

SAP Ariba - Reporting d'analyse