Risoluzione dei problemi di Reporting avanzato per Adobe Commerce

Si verifica un errore 404 durante l<>utilizzo della funzione di reporting avanzata e il sito soddisfa i requisiti di reporting avanzato?

• SÌ - Procedere al passaggio 2.
• NO - Completare i requisiti di creazione di report avanzati per il sito seguendo la procedura descritta in Requisiti di creazione di report avanzati. Quindi, procedere al punto 2.

Vengono utilizzate più valute di base (negli ordini e nella configurazione)? Eseguire la query SELECT value FROM core_config_data WHERE path = 'currency/options/base'; per verificare.

NOTA: questo comando richiede un'analisi completa della tabella. Per le tabelle con un numero elevato di record, ciò potrebbe avere un impatto sulle prestazioni durante l'esecuzione della query per ottenere i dati cronologici degli ordini.

• SÌ - Se SELECT value FROM core_config_data WHERE path = 'currency/options/base'; restituisce più righe, il reporting avanzato non è supportato. Noi sosteniamo solo una valuta. Sarà necessario utilizzare Adobe Commerce Intelligence. Rivolgiti al team del tuo account per effettuare questa configurazione.
• NO - Se viene visualizzata una sola valuta (ad esempio, USD), controllare gli ordini cronologici con SELECT DISTINCT base_currency_code FROM sales_order;. Se sono mai esistite più valute, la funzione di reporting avanzato non è supportata. In caso contrario, procedere al punto 3.

La funzione di reporting avanzato è abilitata? Seleziona Amministratore > Archivi > Impostazioni > Configurazione > Generale > Generazione rapporti avanzata. Per i passaggi dettagliati, controlla Reporting avanzato: abilita reporting avanzato.

• SÌ - Passare al punto 4.
• NO - Abilita generazione rapporti avanzati in Amministratore > Archivi > Impostazioni > Configurazione > Generale > Generazione rapporti avanzata. Attendere 24 ore per la sincronizzazione. Se i dati vengono caricati, il problema è stato risolto; in caso contrario, procedere con il passaggio 4.

È presente un token nella configurazione? Eseguire la query SELECT * FROM core_config_data WHERE path LIKE 'analytics/general/token' \G per verificare.

• SÌ - Passare al punto 6.
• NO - Se il token è NULL o mancante, procedere con il passaggio 5.

Esiste il flag analytics_link_subscription_update_reverse_counter? Eseguire la query SELECT * FROM flag WHERE flag_code = 'analytics_link_subscription_update_reverse_counter'; per verificare.

• SÌ - Eliminare la riga eseguendo DELETE FROM flag WHERE flag_code = 'analytics_link_subscription_update_reverse_counter';, disabilitare e riabilitare il reporting avanzato, autorizzare nuovamente il token e attendere 24 ore. Se il problema persiste, invia un ticket di supporto.
• NO: disabilita e riabilita la funzione di reporting avanzato, autorizza nuovamente il token e attendi 24 ore. Se il problema persiste, invia un ticket di supporto.

Il processo analytics_collect_data è stato eseguito correttamente nella tabella cron_schedule? Eseguire la query SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G per verificare.

• SÌ - Se lo stato è mancante, significa che analytics_collect_data  non è stato eseguito come previsto.  Questo problema può comunque verificarsi nelle versioni di Adobe Commerce supportate perché il processo è stato originariamente eseguito nel gruppo cron predefinito. Applicare la patch QPT MDVA-19640. Prima di applicare, esegui l’aggiornamento alla versione più recente dello strumento Quality Patches (QPT). Seguire le istruzioni per l’applicazione della patch nella guida ufficiale all’utilizzo di QPT:

  • Guida all'utilizzo di QPT
  • Note sulla versione QPT: v1.0.20 (MDVA-19640 aggiunto nella v1.0.20).

• SÌ - Se lo stato è positivo, procedere con il passaggio 8.

• SÌ - Se stato = errore, il processo ha tentato di essere eseguito ma si è verificato un errore. Procedere al punto 7 per ulteriori diagnosi.

• NO - Nessun record trovato. Il lavoro non è mai stato eseguito. Procedere al passaggio 7.

Il processo analytics_collect_data è stato registrato in support_report.log?

Per Adobe Commerce su Cloud, utilizza Registri New Relic come metodo preferito per verificare questo problema, perché i registri possono essere generati su più nodi Web e non sono sincronizzati in un singolo file locale sul server. New Relic aggrega i registri per nodo e li ruota in un’unica posizione.

In New Relic, vai a Registri ed esegui la query filePath:"/data/exports/local/%project_id%/log/support_report.log" message:"*analytics_collect_data".

Eseguire zgrep analytics_collect_data var/log/support_report.log* come controllo manuale o alternativo.

• SÌ - Se il processo è stato registrato correttamente, passare al punto 8.
• NO - Invia un ticket di supporto.

Il file data.tgz esiste e ci sono record nei registri di accesso? Eseguire ls -ltr pub/media/analytics/ per verificare la presenza del file ed eseguire zgrep -i analytics /var/log/platform/*/access.log* | grep MagentoBI (Cloud) o il comando access.log equivalente in locale per controllare i registri.

• SÌ - Se il file data.tgz è presente e sono presenti record nei log degli accessi, ma si è ancora verificato un errore 404, è necessario inviare un ticket di supporto.
• NO - Passare al punto 9.

Il processo cron genera un messaggio di errore? Verificare la presenza di errori nella tabella cron_schedule.

Esempio: nella tabella cron_schedule viene visualizzato l'errore Impossibile eliminare il file "/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0. Attenzione! unlink(https://experienceleague.adobe.com/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850?lang=it): nessun file o directory di questo tipo"

• SÌ - Questo problema viene risolto automaticamente in Adobe Commerce on Cloud tramite le patch cloud incluse negli strumenti ECE. Non è richiesta alcuna azione manuale. Per i commercianti locali, questa correzione non è disponibile tramite lo strumento Quality Patches (QPT). Se l'errore persiste, invia un ticket di supporto.
• NO - Invia un ticket di supporto.