Felsökning – Rapportuppgifter och genererade rapporter

Detta kan bero på ett antal problem med hur slutet av ditt laddningsskript är formaterat innan distributionslistan läggs till.

Vanliga exempel:

• Det finns en Exit script-sats i slutet av ditt nuvarande laddningsskript.

• Det saknas ett semikolon i slutet av den sista LOAD- eller SELECT-satsen i laddningsskriptet.

Med tanke på exemplen ovan kan följande lösningar fungera:

• Flytta det nyligen tillagda Distribution List-skriptavsnittet till en ny plats ovanför Exit script-satsen. Alternativt kan du ta bort Exit script-satsen om det är rimligt med tanke på ditt användningsfall och skriptkontext.

• Lägg till det saknade semikolonet.

Rapportuppgiften kanske skickas till vissa användare, men misslyckas med att skickas till andra.

Möjlig orsak 1

E-postadressen för dessa mottagare ändrades i distributionslistan. Vid generering av rapporter för varje mottagare som lagts till i rapportuppgiften söker Qlik Cloud efter e-postadressen i distributionslistan. Om ingen matchning hittas kan ingen rapport genereras för användaren.

Föreslagen åtgärd 1

Bästa praxis är att använda grupper för att lägga till användare i rapportuppgiften. Grupper är samlingar av mottagare. När du ändrar e-postadressen för en mottagare som har lagts till i uppgiften som en del av en grupp, genereras och levereras rapporter till den uppdaterade e-postadressen.

Om du behöver lägga till enskilda mottagare i rapportuppgiften tar du bort den ursprungliga användaren från rapportuppgiften och lägger till dem igen med deras uppdaterade e-postadress.

Mer information finns i Skapa en distributionslista för din rapport.

Möjlig orsak 2

Ett eller flera rapportfilter som refereras till i distributionslistan hittades inte i applikationen. Till exempel:

• Namnet på ett filter ändrades i applikationen, men uppdaterades inte i distributionslistan.

• Ett filter togs bort i applikationen, men det fortsätter att refereras till i distributionslistan.

• Ett filter som refereras till i distributionslistan har ännu inte lagts till i applikationen.

Föreslagen åtgärd 2

Uppdatera filternamn så att de överensstämmer mellan applikationen och distributionslistan. Lägg till filter vid behov. Om ett filter tas bort och inte längre är tillämpligt, ta bort dess referens från distributionslistan.

Möjlig orsak 1

Mallen använder Excel-funktioner som inte stöds för tabellrapportering.

Exempel:

• Visual Basic for Applications, makron och skript

• Tredjepartskomplement

Föreslagen åtgärd 1

Skapa en mall som inte använder Excel-funktioner som inte stöds.

För en lista över begränsningar för Qlik-tillägget för Microsoft Excel, se Specifikationer och begränsningar för Qlik Reporting Service.

Möjlig orsak 2

Ett eller flera fält i applikationen är konfigurerade med Alltid ett valt värde, och det finns inga rapportfilter tillämpade på rapportuppgiften för att välja exakt ett värde för vart och ett av dessa fält.

Föreslagen åtgärd 2

Om en applikation innehåller ett eller flera fält som har konfigurerats med egenskapen Alltid ett valt värde, måste du konfigurera dina rapportfilter så att filtren väljer exakt ett värde för vart och ett av dessa fält. De här rapportfiltren behöver tillämpas på rapportuppgiften.

Om ett filter inte innehåller ett värde för de här fälten, eller inga filter är associerade med uppgiften kommer rapportuppgiften inte att fungera.

Möjlig orsak 3

Följande har hänt:

• Du lade till data från ett Tabell-diagram från applikationen till mallen, med hjälp av en eller flera kolumntaggar.

• I applikationen har en eller flera av Tabell-kolumnerna inställningen Visa kolumn om tillämpad på sig i applikationen.

• Vid tidpunkten för rapportgenereringen är villkoren för Visa kolumn om för dessa kolumner inte uppfyllda.

När du lägger till kolumntaggar som är associerade med ett Visa kolumn om-villkor som ställts in på ett Tabell-diagram, måste villkoret vara uppfyllt när en rapportuppgift som använder den mallen körs. Annars misslyckas rapportuppgiften.

Föreslagen åtgärd 3

Ta bort kolumntaggarna och lägg till Tabell-diagrammets data tillbaka till mallen som en tabelltagg. Rapportuppgifter som använder denna mall kommer då att köras framgångsrikt även om villkoret inte är uppfyllt.

En körning av en rapportuppgift misslyckas med följande meddelande:

Rapporten skickades inte eftersom det maximala antalet unika rapporter för denna uppgift har uppnåtts. Kontrollera mottagarlistan för mer information.

En rapportuppgift kan generera maximalt 500 unika rapporter. Denna gräns utvärderas för alla mallar som lagts till uppgiften, snarare än per mall i uppgiften. Denna gräns gäller också för alla rapportuppgifter oavsett om en eller flera cykler tillämpas eller inte.

Redigera rapportuppgiften och ändra definitionen så att färre än 500 unika rapporter genereras vid varje körning. Om du fortfarande behöver producera mer än 500 unika rapporter på en gång kan du skapa separata uppgifter med liknande leveransinställningar.

Möjlig orsak 1

Laddningsskriptet innehåller en Star-sats, och rapporten är inställd på att använda filter.

Föreslagen åtgärd 1

Arbeta om laddningsskriptet så att det fungerar som avsett utan att använda några Star-satser.

Möjlig orsak 2

Rapporten är migrerad från en Qlik NPrinting-mall som använder objektfilter, och en eller flera objektreferenser i mallen matchar inte tillgängliga objekt i den aktuella applikationen.

Föreslagen åtgärd 2

Öppna mallen med redigeraren och validera objektreferenser. Ladda upp den korrigerade mallen igen och kör en testuppgift för att verifiera beteendet för filter på objektnivå.

Mer information finns i Exportera rapportmallar från Qlik NPrinting till Qlik Cloud.

Möjlig orsak 3

Rapportdata förlitar sig på aggregering av ett nyckelfält.

Föreslagen åtgärd 3

Aggregeringar baserade på nyckelfält kan introducera problem med de data som visas i rapporter.

Istället för att aggregera nyckelfältet, skapa en kopia av nyckelfältet som inte uttryckligen används för att länka flera tabeller.

Mer information om bästa praxis för att aggregera nyckelfält i Qlik-datamodeller finns i Aggregering av nyckelfält.

Möjlig orsak 1

En section access-tabell lades till eller togs bort i applikationen.

Föreslagen åtgärd 1

Utvärdera om de datasäkerhetsrestriktioner som definierats i section access-tabellerna är acceptabla för rapportuppgiftens användningsfall. Om de är acceptabla, aktivera rapportuppgiften igen.

Möjlig orsak 2

Applikationen har section access och en klientorganisationsadministratör har bytt ägare för rapportuppgiften. Detta inaktiverar automatiskt rapportuppgiften. I den här situationen kommer endast den nya ägaren av rapportuppgiften att kunna aktivera uppgiften igen.

Föreslagen åtgärd 2

Ändringar i ägandeskap för rapportuppgifter kan påverka den datareduktion som tillämpas på enskilda mottagare av uppgiften. Tänk på att om rapportuppgiften är konfigurerad för att skicka rapporter till individer som inte är användare i Qlik Cloud-klientorganisationen, kommer de data de får att vara samma data som den nya ägaren av rapportuppgiften skulle få.

När den nya ägaren av rapportuppgiften har utvärderat konfigurationen och gjort eventuella nödvändiga ändringar kan de aktivera rapportuppgiften igen.

Mer information finns i Rapportering i appen och avsnittsåtkomst.

Ägaren av rapportuppgiften har inte angett en föredragen tidszon i sina personliga inställningar. När en föredragen tidszon inte uttryckligen har angetts använder rapportfilnamn tidsmarkörer i UTC.

Användaren som äger rapportuppgiften måste ange en tidszon i sina personliga inställningar.

Gör följande:

1. I Qlik Cloud klickar du på din användarprofilmeny i det övre högra hörnet.

2. Klicka på Inställningar.

3. Under Tidszon väljer du din föredragna tidszon.

Ett anpassat teckensnitt används i mallen.

Användning av anpassade teckensnitt stöds inte i Excel-mallfilen. Om din mall innehåller teckensnitt som inte är tillgängliga för rapportgenerering kommer element som använder dessa teckensnitt istället att använda ett standardteckensnitt från Excel i genererade rapporter.

När du skapar din Excel-mall ska du använda ett Excel-teckensnitt som bäst matchar det anpassade teckensnitt du ursprungligen använde. Detta är det bästa sättet att undvika oväntade resultat i rapportutdata.