Solucionador de problemas de informes avanzados para Adobe Commerce

Tiene una página de error 404 al usar Informes avanzados. ¿Cumple su sitio web con los requisitos avanzados de informes?

a. SÍ - Continúe con Paso 2.
b. NO: complete los requisitos de informes avanzados para su sitio siguiendo los pasos de Requisitos de informes avanzados. A continuación, continúe con Paso 2.

¿Se utilizan varias divisas base (en pedidos y configuración)? Ejecute este comando SQL para obtener la configuración actual: SELECT value FROM core_config_data WHERE path = 'currency/options/base'; .

a. SÍ: si la consulta devuelve varias filas, no puede utilizar los informes avanzados, ya que solo se admite una moneda.
b. NO: la salida muestra solo una moneda. Ejemplo: USD. ¿Se han utilizado varias monedas base alguna vez (en pedidos)? Ejecute este comando SQL para obtener los datos del historial de pedidos:
SELECT DISTINCT base_currency_code FROM sales_order;.
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.
Si alguna vez se han utilizado varias monedas base, no puede utilizar el sistema de informes avanzado, ya que solo se admite una moneda. Si la salida muestra solamente una moneda, continúe con Paso 3.

¿Está usando solución de base de datos dividida?

a. SÍ: use el parche MDVA-26831 en el error de Advanced Reporting 404 en la solución de base de datos dividida y borre la caché. Espere 24 horas para que el trabajo se vuelva a ejecutar e inténtelo de nuevo.
b. NO - Continúe con Paso 4.

Compruebe Administración > Tiendas > Configuración > Configuración > General > Informes avanzados. Para ver los pasos detallados, consulte Informes avanzados: habilitar los informes avanzados.

a. SÍ - Continúe con Paso 5.
b. NO - Habilitar informes avanzados, guardar y esperar 24 horas a que se sincronicen Adobe Commerce y los informes avanzados. Compruebe si los datos ahora se cargan. Si es así, ha resuelto el problema. Si no continúa con Paso 5.

Compruebe que haya un token ejecutando la siguiente consulta: SELECT * FROM core_config_data WHERE path LIKE 'analytics/general/token' \G ¿Hay un token?

a. SÍ - Continúe con Paso 7.
b. NO: si el valor del token es NULL o no hay ningún registro en la base de datos, continúe con Paso 6.

Compruebe el valor del contador en la tabla de indicadores ejecutando esta consulta: SELECT * FROM `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter'\G ¿La consulta devuelve la fila?

a. SÍ - Realice los siguientes pasos: 1. Ejecute la siguiente consulta:
DELETE from `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter';
2. Deshabilitar y habilitar el módulo de informes avanzados en la configuración y volver a autorizar el token.
3. Espere 24 horas para que Adobe Commerce y los informes avanzados se sincronicen. Si todavía no puedes ver los datos en los informes avanzados, envía un ticket de asistencia.
b. NO: si la consulta no devuelve nada, realice los siguientes pasos: 1. Deshabilitar y habilitar el módulo de informes avanzados en la configuración y volver a autorizar el token.
2. Espere 24 horas para que Adobe Commerce y los informes avanzados se sincronicen. Si todavía no puedes ver los datos en los informes avanzados, envía un ticket de asistencia.

Compruebe que se ejecutó el trabajo analytics_collect_data al ejecutar esta consulta: SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G

a. SÍ: si hay registros y la columna status indica falta, use el parche en este artículo de KB Actualizar informes avanzados para ejecutarse en su propio grupo cron.
b. SÍ: si hay registros y la columna status indica success, continúe con el paso 9.
c. SÍ: si hay registros y la columna status indica error, continúe con el Paso 8.
d. NO: si no hay registros, continúe con Paso 8.

Ejecute el comando: zgrep analytics_collect_data var/log/support_report.log var/log/support_report.log.1.gz | tail

a. SÍ: si el resultado de la consulta indica un trabajo correcto, por ejemplo Cron Job analytics_collect_data is successfully finished, continúe con Paso 9.
b. NO: si no hay registros en el registro, envíe un vale de soporte técnico.
c. SÍ: si hay registros pero hay un error, continúe con Paso 10.

Para comprobar que el archivo data.tgz existe, ejecute este comando; debería devolver directorios con nombres hash:

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}}

• En Local, sustituya la ruta del archivo según corresponda:
  zgrep -i analytics <your web server's log path>/access.log* | grep MagentoBI

a. SÍ: si el archivo data.tgz está presente y hay registros en los registros de acceso, pero sigue teniendo un error 404, debe enviar un vale de soporte.
b. NO - Continúe con Paso 10.

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/.nfsb3b6041dd44588a0000850c0?lang=es): No existe ese archivo o directorio*

a. SÍ - Usar el parche ACSD-50165 en No se puede eliminar el archivo. Advertencia: no existe el error de archivo o directorio del administrador. Espere 24 horas a que el trabajo se ejecute de nuevo y vuelva a intentarlo.
b. NO - Continúe con Paso 11.

Ejemplo: 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. SÍ: utilice el parche MDVA-19391 en errores comunes de trabajos cron de informes avanzados en Adobe Commerce, espere 24 horas para que el trabajo se ejecute de nuevo e inténtelo de nuevo.
b. NO - enviar un ticket de asistencia.