Résolution des problèmes liés aux rapports avancés pour Adobe Commerce

Last update: Mon Feb 02 2026 00:00:00 GMT+0000 (Coordinated Universal Time)

Cet article fournit une arborescence de décision de dépannage structurée pour diagnostiquer et résoudre les problèmes de rapports avancés dans Adobe Commerce. Il vous guide tout au long des questions de diagnostic ciblées et vous guide vers les requêtes, correctifs ou documents pertinents en fonction de vos réponses. Le workflow permet d’identifier les causes profondes telles que les écarts de configuration, les asymétries de devises, les problèmes de jeton et les échecs liés à cron.

Description description

Environnement

Adobe Commerce sur les infrastructures cloud

Problème/Symptômes

Le tableau de bord des rapports avancés n'affiche aucune donnée
Erreur 404 lors de l’accès aux rapports avancés
Délais de synchronisation entre Adobe Commerce et les rapports avancés
Jeton manquant ou non valide dans la configuration
Plusieurs devises de base détectées dans la configuration ou les commandes historiques
La tâche cron analytics_collect_data est manquante, a échoué ou est bloquée en statut d’erreur

Résolution resolution

Cliquez sur chaque question pour afficher les détails des réponses à chaque étape de l’utilitaire de dépannage.

Étape 1

Rencontrez-vous une erreur 404 lors de l’utilisation de la création de rapports avancés et votre site répond-il aux exigences en matière de création de rapports avancés ?

OUI - Passer à l’étape 2.
NON - Renseignez les exigences de création de rapports avancés pour votre site en suivant les étapes décrites dans la section Exigences de création de rapports avancés . Passez ensuite à l’étape 2.

Étape 2

Plusieurs devises de base sont-elles utilisées (dans les commandes et la configuration) ?

REMARQUE : cette commande nécessite une analyse complète des tables. Par conséquent, pour les tables comportant un grand nombre d'enregistrements, cela peut avoir un impact sur les performances pendant l'exécution de la requête afin d'obtenir les données des commandes historiques.

OUI - Si plusieurs lignes sont renvoyées par SELECT value FROM core_config_data WHERE path = 'currency/options/base';, les rapports avancés ne sont pas pris en charge. Nous ne prenons en charge qu'une seule devise. Vous devrez utiliser Adobe Commerce Intelligence à la place. Contactez l’équipe chargée de votre compte pour configurer ce compte.
NON - Si une seule devise (par exemple, USD) est affichée, vérifiez les commandes historiques avec SELECT DISTINCT base_currency_code FROM sales_order;. Si plusieurs devises ont déjà existé, les rapports avancés ne sont pas pris en charge. Sinon, passez à l’étape 3.

Étape 3

Les rapports avancés sont-ils activés ? Cochez Admin > Magasins > Paramètres > Configuration > Général > Rapports avancés. Pour obtenir des instructions détaillées, consultez Rapports avancés : activer les rapports avancés.

OUI - Passer à l’étape 4.
NON - Activer les rapports avancés dans Admin > Magasins > Paramètres > Configuration > Général > Rapports avancés. Patientez 24 heures pour la synchronisation. Si les données sont chargées, problème résolu ; dans le cas contraire, passez à l’étape 4.

Étape 4

Y a-t-il un jeton dans la configuration ? Exécutez le SELECT * FROM core_config_data WHERE path LIKE 'analytics/general/token' \G de requête pour vérifier.

OUI - Passer à l’étape 6.
NON - Si le jeton est NUL ou manquant, passez à l’étape 5.

Étape 5

La requête renvoie-t-elle la ligne dans flag table ?

OUI - Supprimez la ligne en exécutant DELETE FROM flag WHERE flag_code = 'analytics_link_subscription_update_reverse_counter';, désactiver/activer le reporting avancé, réautoriser le jeton, patienter 24 heures. Si le problème persiste, envoyez un ticket d’assistance.
NON - Désactiver/activer le reporting avancé, réautoriser le jeton, attendre 24 heures. Si le problème persiste, envoyez un ticket d’assistance.

Étape 6

La table cron_schedule contient-elle des enregistrements et la tâche analytics_collect_data a-t-elle été exécutée (vérifiez à l’aide de SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G) ?

OUI - Si statut = manqué, cela indique que le analytics_collect_data n’a pas été exécuté comme prévu. Ce problème peut toujours se produire dans les versions d’Adobe Commerce prises en charge, car la tâche s’exécutait à l’origine dans le groupe cron par défaut. Appliquez le correctif QPT MDVA-19640. Avant de procéder à l’application, effectuez une mise à niveau vers la dernière version de l’outil de correctifs de qualité (QPT). Suivez les instructions d’application du correctif dans le guide d’utilisation officiel de QPT :
- Guide d’utilisation de QPT
- Notes de mise à jour de QPT : v1.0.20 (MDVA-19640 ajoutée dans la version 1.0.20).
OUI - Si statut = succès, passez à l’étape 8.
OUI - Si statut = erreur, le traitement a tenté de s’exécuter mais a rencontré une erreur. Passez à l’étape 7 pour obtenir d’autres diagnostics.
NON - Aucun enregistrement trouvé. Le travail ne s'est jamais exécuté. Passez à l’étape 7.

Étape 7

Le traitement était-il connecté support_report.log ?

OUI - En cas de réussite, passez à l’étape 8.
NON - Envoyez un ticket d’assistance.

Étape 8

Le fichier data.tgz existe-t-il dans le système et existe-t-il des enregistrements dans les journaux d’accès ?

Pour vérifier que le fichier data.tgz existe, exécutez cette commande — elle doit renvoyer le ou les répertoires avec le ou les noms de hachage :

code language-none
`ls -ltr pub/media/analytics/`

Pour vérifier qu’il existe des enregistrements dans les access.log, exécutez la commande suivante :

Sous Commerce Cloud :

code language-none
`zgrep -i analytics /var/log/platform//access.log \| grep MagentoBI`

On-Premise : remplacez le chemin d’accès au fichier en conséquence :

code language-none
`zgrep -i analytics <your web server's log path>/access.log* \| grep MagentoBI`

OUI - Si le fichier data.tgz est présent et qu’il existe des enregistrements dans les journaux d’accès, mais que vous rencontrez toujours une erreur 404, vous devez soumettre un ticket d’assistance.
NON - Passer à l’étape 9.

Étape 9

Un message d’erreur est-il généré par la tâche cron ?

Exemple : dans le tableau cron_schedule, l’erreur Le fichier « /app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0 ne peut pas être supprimé. Attention ! unlink(https://experienceleague.adobe.com/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850?lang=fr) : aucun fichier ou répertoire de ce type »

OUI - Ce problème est automatiquement résolu sur Adobe Commerce on Cloud grâce aux correctifs Cloud inclus dans les outils ECE. Aucune action manuelle n’est requise. Pour les commerçants sur site, ce correctif n’est pas disponible via l’outil de correctifs de la qualité (QPT). Si l’erreur persiste, veuillez soumettre un ticket d’assistance.
NON - Envoyez un ticket d’assistance.

Lecture connexe

Rapports avancés dans le Guide de prise en main de l’administrateur Commerce.

recommendation-more-help

3d58f420-19b5-47a0-a122-5c9dab55ec7f