# Designa HTML-rapportmallar
Du kan designa HTML-rapporter som kan bäddas in i e-postmeddelanden och på webbsidor. HTML-rapportering erbjuder en kodbaserad rapportutvecklingsupplevelse som är tillgänglig direkt i din analysapplikation. När du konfigurerar utdata från HTML-mallar kan du automatiskt bädda in innehållet i ett förkonfigurerat e-postmeddelande, leverera utdata som en HTML fil, eller båda.
[Designing HTML Reports](https://play.vidyard.com/rBaJbQncc6EH55JGMig92Y)
HTML-rapport levereras som ett inbäddat e-postmeddelande
HTML-rapport levereras som ett inbäddat e-postmeddelande
HTML-rapport levereras som ett inbäddat e-postmeddelande 
## Användningsfall
HTML-rapportering gör det enkelt att leverera insikter till intressenter utan att behöva öppna filbilagor. Med rapportinnehåll inbäddat direkt i e-postmeddelanden är det lättare att hitta viktiga mätvärden och detaljer, vilket förenklar konsumtionen och tillgängligheten av innehållet.
Eftersom de är i HTML-format är dessa rapporter också lätta att bädda in på webbsidor och i applikationer.
## Rapportgenerering
Du kan konfigurera dina HTML-rapporter så att de kan bäddas in direkt i e-postmeddelanden. Den här åtgärden utförs på fliken Distribuera när du konfigurerar en uppgift.
Ytterligare alternativ finns också tillgängliga för att generera rapporter från din HTML-mall. Dessa alternativ kan användas i kombination med, som alternativ till, inbäddade rapporter i e-postmeddelanden:
* Välj att skicka rapporten som en bifogad fil, eller leverera till SharePoint. Detta är det standardiserade sättet på vilket rapportmallar i andra format skickas genom uppgiftskonfigurationsprocessen.
* Rapporter på begäran är också tillgängliga för användare av applikationen. När en HTML-rapport genereras på begäran hämtas den från webbläsaren som en HTML-fil.
Fullständig information finns i [Bädda in rapportinnehåll i ett e-postmeddelande](https://help.qlik.com/sv-SE/cloud-services/Subsystems/Hub/Content/Sense_Hub/Reporting/Generate/html-report-as-email.htm).
## Överväganden
Vid utvecklingen av HTML-mallar är det vanligt att förhandsgranska mallen ofta för att säkerställa att mallkoden ger avsedd utdata. På grund av variationer i hur e-postklienter och enheter återger HTML-innehåll kan det finnas skillnader mellan förhandsgranskade rapporter och vad mottagarna faktiskt ser när HTML-mallar bäddas in i e-postmeddelanden. Överväg att prova dig fram med tester från en eller flera e-postklienter och enheter för att säkerställa optimal kvalitet i dina HTML-rapporter.
Det finns även verktyg från tredje part för att simulera hur samma HTML-kod kommer att återges i olika klienter. Dessa verktyg kan hjälpa dig att:
* Välj mellan att ha en enda, optimerad mall eller att skapa olika mallar för olika användningsscenarier.
* Optimera HTML-koden för en specifik klient.
* Styr renderingen av HTML-koden mellan olika klienter.
## Begränsningar
* Du kan inte ställa in en rapportmall för HTML så att den genereras som ett inbäddat e-postmeddelande om en cykel har tillämpats på rapportuppgiften.
* Taggar för mottagare stöds endast när HTML-mallen används som en inbäddad e-posttext. Dessa taggar ersätts inte i några andra scenarier, inklusive:
* Förhandsgranskning av rapport
* Rapporter genereras som e-postbilagor
* Rapporter som genereras för mappdistribution (Microsoft SharePoint)
* Direkt användning av Qlik Reporting Service API
* Rapporter som genereras från Qlik Automate