Felsökning för avancerad rapportering för Adobe Commerce

Last update: Mon Feb 02 2026 00:00:00 GMT+0000 (Coordinated Universal Time)

I den här artikeln finns ett strukturerat träd för felsökningsbeslut för diagnostisering och lösning av problem med avancerad rapportering i Adobe Commerce. Den vägleder dig genom riktade diagnostiska frågor och dirigerar dig till relevanta frågor, korrigeringar eller dokumentation baserat på dina svar. Arbetsflödet hjälper till att identifiera rotorsaker, t.ex. konfigurationsluckor, valutaavvikelser, tokenproblem och kroniska fel.

Beskrivning description

Miljö

Adobe Commerce on Cloud Infrastructure

Problem/symtom

Kontrollpanelen för avancerad rapportering visar inga data
404-fel vid åtkomst till avancerad rapportering
Synkroniseringsfördröjningar mellan Adobe Commerce och Advanced Reporting
Token saknas eller är ogiltig i konfigurationen
Flera basvalutor har identifierats i konfigurationen eller i historiska order
Cron job analytics_collect_data saknas, misslyckades eller fastnade i feltillstånd

Upplösning resolution

Klicka på varje fråga för att visa svarsinformationen i varje steg i felsökaren.

Steg 1

Stöter du på ett 404-fel när du använder avancerad rapportering, och uppfyller din webbplats avancerade rapporteringskrav?

JA - fortsätt till steg 2.
NEJ - Slutför de avancerade rapporteringskraven för din webbplats genom att följa stegen i Avancerade rapporteringskrav. Gå sedan till steg 2.

Steg 2

Används flera basvalutor (i order och konfiguration)?

Obs! Det här kommandot kräver en fullständig tabellsökning, så för tabeller med ett stort antal poster kan detta påverka prestanda medan frågan körs för att hämta historiska orderdata.

JA - Om flera rader returneras av SELECT value FROM core_config_data WHERE path = 'currency/options/base'; stöds inte avancerad rapportering. Vi stöder bara en valuta. Du måste använda Adobe Commerce Intelligence i stället. Kontakta ditt kontoteam för att konfigurera detta.
NEJ - Om endast en valuta (t.ex. USD) visas, kontrollerar du historiska order med SELECT DISTINCT base_currency_code FROM sales_order;. Om det finns flera valutor stöds inte avancerad rapportering. I annat fall fortsätter du till steg 3.

Steg 3

Är avancerad rapportering aktiverat? Kontrollera administratören > Lagrar > Inställningar > Konfiguration > Allmänt > Avancerad rapportering. Granska Avancerad rapportering: Aktivera avancerad rapportering om du vill ha mer information.

JA - fortsätt till steg 4.
NEJ - Aktivera avancerad rapportering i Admin > Lagrar > Inställningar > Konfiguration > Allmänt > Avancerad rapportering. Vänta i 24 timmar med synkronisering. Om datainläsningen är klar löses problemet. Om inte, fortsätt till steg 4.

Steg 4

Finns det en token i konfigurationen? Kör frågan SELECT * FROM core_config_data WHERE path LIKE 'analytics/general/token' \G för att kontrollera.

JA - fortsätt till steg 6.
NEJ - Om token är NULL eller saknas fortsätter du till steg 5.

Steg 5

Returnerar frågan raden i tabellen flag?

JA - Ta bort raden genom att köra DELETE FROM flag WHERE flag_code = 'analytics_link_subscription_update_reverse_counter';, inaktivera/aktivera avancerad rapportering, auktorisera om token, vänta 24 timmar. Om den fortfarande fungerar skickar en supportanmälan.
NEJ - Inaktivera/aktivera avancerad rapportering, återauktorisera token, vänta 24 timmar. Om den fortfarande fungerar skickar en supportanmälan.

Steg 6

Finns det några poster i tabellen cron_schedule och kördes jobbet analytics_collect_data (kontrollera med SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G)?

JA - Om status = missad indikerar det att analytics_collect_data inte kördes som förväntat. Problemet kan fortfarande uppstå i Adobe Commerce-versioner som stöds eftersom jobbet ursprungligen kördes i standardcron-gruppen. Använd QPT-patchen MDVA-19640. Uppgradera till den senaste versionen av QPT (Quality Patches Tool) innan du använder programmet. Följ instruktionerna för korrigeringsprogrammet i den officiella QPT-användarhandboken:
- Användarhandbok för QPT
- QPT versionsinformation: v1.0.20 (MDVA-19640 har lagts till i v1.0.20).
JA - Om status = slutförd fortsätter du till steg 8.
JA - Om status = fel, försökte jobbet köras men ett fel uppstod. Fortsätt till steg 7 för ytterligare diagnostik.
NEJ - Inga poster hittades. Jobbet kördes aldrig. Fortsätt till steg 7.

Steg 7

Var jobbet inloggat support_report.log?

JA - Om det lyckas fortsätter du till steg 8.
NEJ - Skicka en supportanmälan.

Steg 8

Finns filen data.tgz i systemet och finns det poster i åtkomstloggarna?

Om du vill kontrollera att filen data.tgz finns kör du det här kommandot - det bör returnera katalog(er) med hash-namn:

code language-none
`ls -ltr pub/media/analytics/`

Kör det här kommandot om du vill kontrollera att det finns poster i access.logs:

På Commerce Cloud:

code language-none
`zgrep -i analytics /var/log/platform//access.log \| grep MagentoBI`

Lokal: ersätt filsökvägen i enlighet med detta:

code language-none
`zgrep -i analytics <your web server's log path>/access.log* \| grep MagentoBI`

JA - Om filen data.tgz finns med och det finns poster i åtkomstloggarna, men du fortfarande har ett 404-fel, måste du skicka en supportanmälan.
NEJ - Fortsätt till steg 9.

Steg 9

Är det ett felmeddelande som genereras av cron-jobbet?

Exempel: I tabellen cron_schedule ser du felet Filen "/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a000850c0 kan inte tas bort. Varning! unlink(https://experienceleague.adobe.com/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a000850?lang=sv): Ingen sådan fil eller katalog"

JA - Problemet löses automatiskt på Adobe Commerce i molnet med de molnkorrigeringar som ingår i ECE-verktygen. Ingen manuell åtgärd krävs. För lokala handlare är den här korrigeringen inte tillgänglig via QPT (Quality Patches Tool). Skicka en supportanmälan om felet kvarstår.
NEJ - Skicka en supportanmälan.

Relaterad läsning

Avancerade rapporter i Commerce Admin Getting Started Guide.

recommendation-more-help

3d58f420-19b5-47a0-a122-5c9dab55ec7f