Solucionador de problemas de informes avanzados para Adobe Commerce

¿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.

¿Se utilizan varias divisas base (en pedidos y configuración)? Ejecute la consulta SELECT value FROM core_config_data WHERE path = 'currency/options/base'; para comprobarla.

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.

¿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.

¿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.

¿Existe el indicador analytics<>link<>subscription<>update<>reverse<>counter? Ejecute la consulta SELECT * FROM flag WHERE flag_code = 'analytics_link_subscription_update_reverse_counter'; para comprobarla.

• SÍ: elimine la fila ejecutando DELETE FROM flag WHERE flag_code = 'analytics_link_subscription_update_reverse_counter';, deshabilite y vuelva a habilitar los informes avanzados, vuelva a autorizar el token y espere 24 horas. Si el problema persiste, envíe un ticket de asistencia.
• NO: deshabilitar y volver a habilitar los informes avanzados, volver a autorizar el token y esperar 24 horas. Si el problema persiste, envíe un ticket de asistencia.

¿Se ha ejecutado correctamente el trabajo analytics<>collect<>data en la tabla cron<>schedule? Ejecute la consulta SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G para comprobarla.

• 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:

  • 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.

¿Se registró el trabajo de analytics_collect_data en support_report.log?

Para Adobe Commerce en la nube, use Registros de New Relic como método preferido para comprobar esto, ya que los registros se pueden generar en varios nodos web y no se sincronizan en un solo archivo local del servidor. New Relic agrega registros por nodo y rotados en un solo lugar.

En New Relic, vaya a Registros y ejecute la consulta filePath:"/data/exports/local/%project_id%/log/support_report.log" message:"*analytics_collect_data".

Como comprobación alternativa/manual, ejecute zgrep analytics_collect_data var/log/support_report.log*.

• SÍ: si el trabajo se ha registrado correctamente, continúe con el paso 8.
• NO - Enviar un ticket de asistencia.

¿Existe el archivo data.tgz y hay registros en los registros de acceso? Ejecute ls -ltr pub/media/analytics/ para buscar el archivo y ejecute zgrep -i analytics /var/log/platform/*/access.log* | grep MagentoBI (Cloud) o el comando access.log equivalente de forma local para comprobar los registros.

• 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.

¿El trabajo cron genera un mensaje de error? Compruebe si hay errores en la tabla cron_schedule para comprobar.

Ejemplo: en la tabla cron_schedule se ve el error El archivo “/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0” no se puede eliminar. ¡Advertencia! unlink(/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850?lang=en): 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.