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
- 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
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
> 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
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
flag?- SÍ: elimine la fila ejecutando
DELETE FROM flag WHERE flag_code = 'analytics_link_subscription_update_reverse_counter';, deshabilitar/habilitar informes avanzados, vuelva a autorizar el token y espere 24 horas. Si sigue roto, envía un ticket de asistencia. - NO - Deshabilitar/habilitar informes avanzados, volver a autorizar el token y esperar 24 horas. Si sigue roto, envía un ticket de asistencia.
Paso 6
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_datano 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:- Guía de uso de QPT
- Notas de la versión de QPT: v1.0.20 (se agregó MDVA-19640 en la versión 1.0.20).
-
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
support_report.log?- SÍ: si lo consigue, continúe con el paso 8.
- NO - Enviar un ticket de asistencia.
Paso 8
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 |
|---|
|
Para comprobar que hay registros en access.logs, ejecute este comando:
En Commerce Cloud:
| code language-none |
|---|
|
Local: sustituya la ruta de acceso del archivo en consecuencia:
| code language-none |
|---|
|
- SÍ: si el archivo
data.tgzestá 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
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.