Solucionador de problemas de informes avanzados para Adobe Commerce

Este artículo proporciona un árbol de decisión estructurado para la resolución de problemas y diagnosticar problemas de informes avanzados en Adobe Commerce. Le guía a través de preguntas de diagnóstico segmentadas y le dirige a las consultas, parches o documentación relevantes en función de sus respuestas. El flujo de trabajo ayuda a identificar causas raíz como lagunas de configuración, discrepancias de moneda, problemas de tokens y errores relacionados con cron.

Descripción description

Entorno

Adobe Commerce en infraestructura en la nube

Problema/Síntomas

  • El panel de informes avanzados no muestra ningún dato
  • Error 404 al acceder a Informes avanzados
  • Retrasos de sincronización entre Adobe Commerce y Advanced Reporting
  • Falta el token o no es válido en la configuración
  • Se han detectado varias divisas base en la configuración o en los pedidos históricos
  • Falta el trabajo cron analytics_collect_data, ha fallado o está atascado en el estado de error

Resolución resolution

Haga clic en cada pregunta para mostrar los detalles de la respuesta en cada paso del solucionador de problemas.

Paso 1

¿Aparece un error 404 al usar Informes avanzados y su sitio cumple los requisitos de Informes avanzados?
  • SÍ: Continúe con el paso 2.
  • NO: complete los requisitos de informes avanzados para su sitio siguiendo los pasos de requisitos de informes avanzados. A continuación, continúe con el paso 2.

Paso 2

¿Se utilizan varias divisas base (en pedidos y configuración)?

NOTA: este comando requiere una exploración completa de la tabla, por lo que en las tablas con un número elevado de registros, esto podría afectar al rendimiento mientras se ejecuta la consulta para obtener datos de pedidos históricos.

  • SÍ: si SELECT value FROM core_config_data WHERE path = 'currency/options/base'; devuelve varias filas, no se admite la creación de informes avanzada. Solo admitimos una moneda. Tendrá que usar Adobe Commerce Intelligence en su lugar. Póngase en contacto con el equipo de su cuenta para configurar esto.
  • NO: si solo se muestra una moneda (por ejemplo, USD), compruebe los pedidos históricos con SELECT DISTINCT base_currency_code FROM sales_order;. Si alguna vez existieron varias monedas, no se admite el sistema de informes avanzado. De lo contrario, continúe con el paso 3.

Paso 3

¿Está habilitado el sistema de informes avanzado? Seleccionar administrador > Tiendas > Configuración > Configuración > General > Informes avanzados. Para ver los pasos detallados, consulte Informes avanzados: habilitar los informes avanzados.
  • SÍ: Vaya al paso 4.
  • NO - Habilitar informes avanzados en Administrador > Tiendas > Configuración > Configuración > General > Informes avanzados. Espere 24 horas para sincronizar. Si se cargan datos, problema resuelto; si no es así, continúe con el paso 4.

Paso 4

¿Hay un token en la configuración? Ejecute la consulta SELECT * FROM core_config_data WHERE path LIKE 'analytics/general/token' \G para comprobarla.
  • SÍ: Continúe con el paso 6.
  • NO: si falta el token o es NULL, continúe con el paso 5.

Paso 5

¿Devuelve la consulta la fila de la tabla flag?

Paso 6

¿Hay registros en la tabla cron_schedule y se ejecutó el trabajo analytics_collect_data (compruebe con SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G)?
  • SÍ: si el estado = se perdió, esto indica que analytics_collect_data  no se ejecutó según lo esperado.  Este problema puede seguir ocurriendo en versiones de Adobe Commerce compatibles porque el trabajo se ejecutó originalmente en el grupo cron predeterminado. Aplique el parche QPT MDVA-19640. Antes de aplicar, actualice a la última versión de la herramienta Parches de calidad (QPT). Siga las instrucciones de aplicación del parche en la guía oficial de uso de QPT:

  • SÍ: si status = success, continúe con el paso 8.

  • SÍ: si el estado = error, el trabajo intentó ejecutarse pero encontró un error. Continúe con el paso 7 para obtener más diagnósticos.

  • NO - No se encontraron registros. El trabajo nunca se ejecutó. Continúe con el paso 7.

Paso 7

¿Se inició sesión en el trabajo support_report.log?

Paso 8

¿Existe el archivo data.tgz en el sistema y hay registros en los registros de acceso?

Para comprobar que el archivo data.tgz existe, ejecute este comando. Debe devolver directorios con nombres hash:

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

Para comprobar que hay registros en access.logs, ejecute este comando:

En Commerce Cloud:

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

Local: sustituya la ruta de acceso del archivo en consecuencia:

code language-none
zgrep -i analytics <your web server's log path>/access.log* | grep MagentoBI
  • SÍ: si el archivo data.tgz está presente y hay registros en los registros de acceso, pero aún tiene un error 404, debe enviar un vale de soporte técnico.
  • NO - Continúe con el paso 9.

Paso 9

¿El trabajo cron genera un mensaje de error?

Ejemplo: en la tabla cron_schedule se ve el error El archivo "/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0" no se puede eliminar. ¡Advertencia! unlink(https://experienceleague.adobe.com/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850?lang=es): No existe ese archivo o directorio"

  • SÍ: Este problema se resuelve automáticamente en Adobe Commerce en la nube a través de los parches de nube incluidos con las herramientas de ECE. No se requiere ninguna acción manual. Para los comerciantes locales, esta corrección no está disponible a través de la herramienta Parches de calidad (QPT). Si el error persiste, envíe un ticket de asistencia.
  • NO - Enviar un ticket de asistencia.

Lectura relacionada

Informes avanzados en la Guía de introducción a la administración de Commerce.

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f