Solução de problemas de Relatórios avançados do Adobe Commerce

Você tem uma página de Erro 404 ao usar a Geração de relatórios avançada. Seu site atende aos Requisitos Avançados de Relatório?

a. SIM - Continue na Etapa 2.
b. NÃO - Complete os requisitos avançados de relatórios para o site seguindo as etapas dos requisitos avançados de relatórios. Em seguida, prossiga para Etapa 2.

Várias moedas base são usadas (em pedidos e configuração)? Execute este comando SQL para obter a configuração atual: SELECT value FROM core_config_data WHERE path = 'currency/options/base'; .

a. SIM - Se houver várias linhas retornadas pela consulta, você não poderá usar a Geração de Relatórios Avançados, pois oferecemos suporte a apenas uma moeda.
b. NÃO - A saída mostra apenas uma moeda. Exemplo: USD. Já foram usadas várias moedas base (em pedidos)? Execute este comando SQL para obter dados históricos de pedidos:
SELECT DISTINCT base_currency_code FROM sales_order;.
OBSERVAÇÃO: este comando requer uma verificação completa da tabela; portanto, para tabelas com altos números de registros, isso pode ter um impacto no desempenho enquanto a consulta está sendo executada para obter dados históricos de pedidos.
Se várias moedas base tiverem sido usadas, você não poderá usar a Geração de relatórios avançada, pois oferecemos suporte a apenas uma moeda. Se a saída mostrar apenas uma moeda, prossiga para Etapa 3.

Você está usando a solução de banco de dados dividido?

a. SIM - Use o patch MDVA-26831 no erro 404 do Advanced Reporting na solução de banco de dados dividido e limpar cache. Aguarde 24 horas para que o trabalho seja executado novamente e tente novamente.
b. NÃO - Continue na Etapa 4.

Verificar Administrador > Lojas > Configurações > Configuração > Geral > Relatórios Avançados. Para obter etapas detalhadas, consulte Relatórios avançados: Habilitar relatórios avançados.

a. SIM - Continue na Etapa 5.
b. NÃO - Habilite os Relatórios Avançados, salve e aguarde 24 horas para que o Adobe Commerce e os Relatórios Avançados sincronizem. Verifique se os dados agora são carregados. Se isso acontecer, você resolveu o problema. Se não prosseguir para Etapa 5.

Verifique se há um token executando a seguinte consulta: SELECT * FROM core_config_data WHERE path LIKE 'analytics/general/token' \G Existe um token?

a. SIM - Continue na Etapa 7.
b. NO - Se o valor do token for NULL ou não houver registro no banco de dados, prossiga para a Etapa 6.

Verifique o valor do contador na tabela de sinalizador executando esta consulta: SELECT * FROM `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter'\G A consulta retorna a linha?

a. SIM - Execute as seguintes etapas: 1. Execute a consulta abaixo:
DELETE from `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter';
2\ Desabilite e habilite o módulo de Relatórios Avançados nas configurações e reautorize o token.
3 Aguarde 24 horas para que o Adobe Commerce e o Advanced Reporting sincronizem. Se você ainda não conseguir ver os dados nos Relatórios Avançados, envie um tíquete de suporte.
b. NÃO - Se a consulta não retornar nada, siga estas etapas: 1. Desabilite e habilite o módulo de Relatórios Avançados nas configurações e reautorize o token.
2\ Aguarde 24 horas para que o Adobe Commerce e o Advanced Reporting sincronizem. Se você ainda não conseguir ver os dados nos Relatórios Avançados, envie um tíquete de suporte.

Verifique se o trabalho analytics_collect_data foi executado executando esta consulta: SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G

a. SIM - Se houver registros e a coluna status indicar perdido, use o patch neste artigo da Base de Dados de Conhecimento em Atualizar Relatórios Avançados para executar em seu próprio grupo cron.
b. SIM - Se houver registros e a coluna status indicar sucesso, continue para a Etapa 9.
c. SIM - Se houver registros e a coluna status informar erro, prosseguir para a Etapa 8.
d. NÃO - Se não houver registros, prossiga para Etapa 8.

Execute o comando: zgrep analytics_collect_data var/log/support_report.log var/log/support_report.log.1.gz | tail

a. SIM - Se a saída da consulta indicar um trabalho bem-sucedido, por exemplo Cron Job analytics_collect_data is successfully finished, prossiga para a Etapa 9.
b. NÃO - Se não houver registros no log, envie um tíquete de suporte.
c. SIM - Se houver registros, mas houver um erro, prossiga para a Etapa 10.

Para verificar se o arquivo data.tgz existe, execute este comando; ele deve retornar diretório(s) com nome(s) de hash:

ls -ltr pub/media/analytics/

Para verificar se há registros em access.logs, execute este comando:

zgrep -i analytics /var/log/platform/[cluster_id|cluster_id_stg]/access.log* | grep MagentoBI

a. SIM - Se o arquivo data.tgz estiver presente e houver registros nos logs de acesso, mas ainda houver um erro 404, será necessário enviar um tíquete de suporte.
b. NÃO - Continue na Etapa 10.

Exemplo: na tabela core_config_data, você vê o erro O arquivo "/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0 não pode ser excluído. Aviso!unlink(https://experienceleague.adobe.com/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0?lang=pt-BR): Arquivo ou diretório inexistente*

a. SIM - Use o patch ACSD-50165 em O arquivo não pode ser excluído. Aviso!unlink: erro de arquivo ou diretório inexistente no Admin, aguarde 24 horas para que o trabalho seja executado novamente e tente novamente.
b. NÃO - Continue na Etapa 11.

Exemplo: 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. SIM - Use o patch MDVA-19391 em erros de job cron do Relatório avançado comum no Adobe Commerce, aguarde 24 horas para que o job seja executado novamente e tente novamente.
b. NÃO - enviar um tíquete de suporte.