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

Une page d’erreur 404 s’affiche lors de l’utilisation des rapports avancés. Votre site web répond-il aux exigences de reporting avancé ?

a. OUI - Passer à étape 2.
b. NON - Renseignez les exigences de création de rapports avancés pour votre site en suivant les étapes indiquées dans Exigences de création de rapports avancés. Passez ensuite à Étape 2.

Plusieurs devises de base sont-elles utilisées (dans les commandes et la configuration) ? Exécutez la commande SQL pour obtenir la configuration actuelle : SELECT value FROM core_config_data WHERE path = 'currency/options/base'; .

a. OUI - Si la requête renvoie plusieurs lignes, vous ne pouvez pas utiliser la création de rapports avancée, car nous ne prenons en charge qu’une seule devise.
b. NON - La sortie n’affiche qu’une seule devise. Exemple : USD. Plusieurs devises de base ont-elles déjà été utilisées (dans les commandes) ? Exécutez cette commande SQL pour obtenir les données des commandes historiques :
SELECT DISTINCT base_currency_code FROM sales_order;.
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 ordres historiques.
Si plusieurs devises de base ont déjà été utilisées, vous ne pouvez pas utiliser les rapports avancés, car nous ne prenons en charge qu'une seule devise. Si la sortie n’affiche qu’une seule devise, passez à étape 3.

Utilisez-vous solution de base de données partagée ?

a. OUI - Utilisez le correctif MDVA-26831 dans Advanced Reporting 404 - Erreur sur la solution de base de données partagée et effacez le cache. Patientez 24 heures pour que le traitement s’exécute à nouveau et réessayez.
b. NON - Passer à étape 4.

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.

a. OUI - Passer à étape 5.
b. NON - Activer la création de rapports avancée et enregistrez-les, puis attendez 24 heures pour qu’Adobe Commerce et la création de rapports avancée se synchronisent. Vérifiez si vos données se chargent maintenant. Si c'est le cas, vous avez résolu le problème. S’il ne passe pas à l’étape 5.

Vérifiez qu’il existe un jeton en exécutant la requête suivante : SELECT * FROM core_config_data WHERE path LIKE 'analytics/general/token' \G Existe-t-il un jeton ?

a. OUI - Passer à étape 7.
b. NON - Si la valeur du jeton est NULL ou s’il n’existe aucun enregistrement dans la base de données, passez à l’étape 6.

Vérifiez la valeur du compteur dans la table des indicateurs en exécutant cette requête : SELECT * FROM `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter'\G La requête renvoie-t-elle la ligne ?

a. OUI - Prendre les mesures suivantes : 1. Exécutez la requête ci-dessous :
DELETE from `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter';
2\ Désactivez et activez le module Rapports avancés dans les paramètres et réautorisez le jeton.
3\ Patientez 24 heures pour qu’Adobe Commerce et les rapports avancés se synchronisent. Si vous ne pouvez toujours pas voir les données dans les rapports avancés, envoyez un ticket d’assistance.
b. NON - Si la requête ne renvoie rien, procédez comme suit : 1. Désactivez et activez le module Rapports avancés dans les paramètres et réautorisez le jeton.
2\ Patientez 24 heures pour qu’Adobe Commerce et les rapports avancés se synchronisent. Si vous ne pouvez toujours pas voir les données dans les rapports avancés, envoyez un ticket d’assistance.

Vérifiez que le traitement analytics_collect_data été exécuté en exécutant cette requête : SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G

a. OUI - S’il existe des enregistrements et que la colonne statut indique manqué, utilisez le correctif de cet article de la base de connaissances pour mettre à jour les rapports avancés et exécuter sur son propre groupe cron.
b. OUI - S’il existe des enregistrements et que la colonne statut indique succès, passez à étape 9.
c. OUI - S’il existe des enregistrements et que la colonne statut indique erreur, passez à l’étape 8.
d. NON - S’il n’y a aucun enregistrement, passez à étape 8.

Exécutez la commande : zgrep analytics_collect_data var/log/support_report.log var/log/support_report.log.1.gz | tail

a. OUI - Si la sortie de la requête indique une tâche réussie, par exemple Cron Job analytics_collect_data is successfully finished passez à l’étape 9.
b. NON - S’il n’y a aucun enregistrement dans le journal, soumettez un ticket d’assistance.
c. OUI - S’il y a des enregistrements, mais qu’il y a une erreur, passez à l’étape 10.

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 :

ls -ltr pub/media/analytics/

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

• Sous Commerce Cloud :

  code language-none
  {{zgrep -i analytics /var/log/platform/*/access.log* | grep MagentoBI}}

• Pour On-Premise, remplacez le chemin d’accès au fichier en conséquence :
  zgrep -i analytics <your web server's log path>/access.log* | grep MagentoBI

a. 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.
b. NON - Passer à étape 10.

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

a. OUI - Utilisez le correctif ACSD-50165 dans Le fichier ne peut pas être supprimé. Avertissement!unlink : aucune erreur de fichier ou de répertoire de ce type de la part de l’administrateur, attendez 24 heures pour que le traitement s’exécute à nouveau, puis réessayez.
b. NON - Passer à étape 11.

Exemple : report.ERROR: Cron Job analytics_collect_data has an error: substr_count() expects parameter 1 to be string, null given. Statistics: {"sum":0,"count":1,"realmem":0,"emalloc":0,"realmem_start":224919552,"emalloc_start":216398384} [] []

a. OUI - Utilisez le correctif MDVA-19391 dans Erreurs de tâche cron de rapports avancés courants sur Adobe Commerce, attendez 24 heures que la tâche s’exécute à nouveau et réessayez.
b. NON - soumettez un ticket d’assistance.