Ditt företag behöver ta fram en finansiell rapport (års- eller delårsrapport), och det är ditt ansvar att få den klar. Den måste uppfylla kraven från intressenter, din VD och – mycket viktigt – regelverk från myndigheter som börsen och EU.
Under de senaste 20–30 åren har detta lösts genom att skapa ett PDF-dokument. Ofta ett mycket omfattande PDF-dokument.
Men regelverken har förändrats, intressenternas beteenden har förändrats, och det är dags att ställa frågan: Finns det ett bättre sätt?
Låt oss först titta på varför detta förändras.
EU-regelverk (som ESEF och CSRD) förbjuder i praktiken PDF som officiellt format, och anger att rapporten ska levereras i XHTML (ofta “taggad” med inline XBRL, beroende på krav).
Och det finns goda skäl till det. PDF är ett dåligt format av flera anledningar:
- Låg maskinläsbarhet och återanvändbarhet
- Svår att jämföra mellan bolag
- Dålig som datakälla för AI
- Bristande tillgänglighet (ofta svårläst för personer med funktionsnedsättningar)
Okej, så PDF är dåligt … men lagkravet (ESEF) kom redan 2021. Har inte alla slutat skapa PDF:er?
Inte alls. Idag lägger lagstiftningen snarare till fler steg i processen.
De flesta gör så här:
- Skapar en PDF
- Konverterar den till en XHTML-version av PDF:en
- Taggar den (vid behov) i ett separat system
Detta är egentligen logiskt, eftersom man försöker lösa ett svårt problem:
- Den officiella rapporten måste vara maskinläsbar (XHTML)
- Andra intressenter vill ha ett format som är lätt att läsa för människor
Och den enda lösningen de flesta känner till är:
Skapa PDF först – och återanvänd den
Så… då kanske det ändå är rimligt att skapa PDF? Vad är problemet?
Att skapa PDF skapar faktiskt många onödiga hinder och ineffektiviteter i rapporteringsprocessen:
Sidrelaterade problem:
- Tabeller är för breda för sidan
- Tabeller är för långa för sidan
- Innehåll hamnar på fel sida
- Fler granskningsrundor
Problem med externa designers:
- Överlämningar, förseningar och omarbetningar nära deadline
- Fel, stavfel och felaktiga siffror
- Fler granskningsrundor
- Höga designkostnader
Problem med XBRL-tagging:
- Taggar försvinner
- Ineffektiv process när tagging görs efter konvertering från PDF till XHTML
Vad är alternativet?
Istället för att börja med PDF – börja med XHTML.
Det är ändå det format som krävs.
XHTML är i praktiken HTML (webbens format), vilket innebär att du kan återanvända det som en webbrapport som är lätt att läsa för människor.
Ännu bättre: genom att skapa en webbrapport kan innehållet automatiskt anpassas till alla skärmstorlekar – vilket gör rapporten mycket mer mobilvänlig.
Det låter svårt – jag kan inte skapa XHTML…
Det behöver du inte kunna.
Wrepit har byggt den första “web first”-processen för finansiell rapportering, som är enkel att använda oavsett om du har design- eller utvecklingskompetens.
Med Wrepit kan du:
- Skriva hela rapporten i Microsoft Word (med datakopplingar till Excel)
- XBRL-tagga direkt i Word och i Excel-datakällorna
- Med ett klick använda vår automatiska designmotor för att skapa:
- en användarvänlig webbrapport
- en maskinläsbar XHTML-rapport
Ingen designer behövs.
Ingen utvecklare behövs.
Klart – och rapporten ser bra ut och uppfyller alla regulatoriska krav.
(Och om du verkligen vill ha en PDF kan du exportera en med ett extra klick.)
Slutsats
Kort sammanfattning: Finansiella rapporter har traditionellt skapats som PDF:er, men EU kräver nu XHTML-format på grund av PDF:ens bristande maskinläsbarhet, jämförbarhet och tillgänglighet.
Trots detta fortsätter många att skapa PDF och sedan konvertera till XHTML, vilket leder till ineffektivitet.
Alternativet är att skapa XHTML direkt – med en “web first”-strategi istället för “PDF first”.
Med Wrepit är det enkelt för vem som helst att lyckas med detta.
Fler frågor
Nej. Det finns visserligen inget ESEF-krav för delårsrapporter, men aktörer som Euronext och Nasdaq accepterar XHTML-filer för arkivering och webbrapporter för läsning.
Se bara till att de innehåller samma information (vilket de alltid gör med Wrepit).
Det kan förekomma. Men utvecklingen de senaste 10 åren visar att detta blir allt mindre relevant.
De flesta uppskattar istället en välfungerande mobil upplevelse via en webbrapport.
Och om du verkligen behöver en PDF, kan Wrepit exportera en även det.
Absolut.
EU etablerar ESAP (European Single Access Point), där alla maskinläsbara rapporter ska göras tillgängliga på ett gemensamt ställe.
Det gör PDF ännu mindre relevant framöver.
Inte med Wrepit.
Tvärtom möjliggör det en betydligt mer effektiv process än att skapa PDF någonsin kan göra.
Tveka inte att kontakta oss om du vill veta mer – vi hjälper dig gärna att komma igång.
