Så dokumenterar du en bonusgranskning

En bonusgranskning blir betydligt mer användbar när någon i efterhand kan se vad som kontrollerades, mot vilken källa, vid vilken tidpunkt och vilken kampanjversion uppgiften tillhörde. Dokumentationen behöver inte vara komplicerad, men den måste vara konsekvent nog för att nästa redaktör ska kunna återskapa kontrollen.

CasinoBonusKollen använder dokumentationen som en faktabas mellan källan och den publicerade artikeln. Publicerad copy ska alltså helst kunna härledas tillbaka till ett specifikt granskningsunderlag.

Börja med identiteten på erbjudandet

Notera:

• casino eller varumärke
• juridisk operatör när relevant
• domän
• marknad
• valuta
• kampanjnamn
• intern kampanj-ID eller versionsetikett
• datum och tid för kontroll

Om bonusen saknar ett tydligt namn kan en intern etikett kombineras med datum så att två versioner av samma välkomstbonus inte förväxlas.

Använd ett versions-ID

En enkel versionsmodell gör det möjligt att se när villkoren bytt innehåll utan att kampanjens rubrik förändrats.

Exempel:

• brand-se-welcome-2026-08-17
• brand-se-welcome-2026-08-28

Formatet är bara ett exempel. Kravet är att versionen går att identifiera entydigt.

Läs jämför bonusversioner – så ser du exakt vad som ändrats.

Registrera bonusens kärnvärden i separata fält

Skriv inte hela kampanjen som ett enda textfält. Separata datapunkter är lättare att verifiera och uppdatera.

Minst följande bör kunna sparas:

Det gör det möjligt att ändra ett fält utan att skriva om hela historiken.

Dokumentera omsättningen exakt

Spara både multiplikator och beräkningsbas. “20x” är inte en komplett datapunkt.

Ett bra fältpaket är:

• multiplikator: 20
• bas: bonus
• faktisk bonus i testscenariot: 500 kr
• beräknat nominellt omsättningsbelopp: 10 000 kr
• källa: exakt URL
• verifieringsstatus: verifierad

Det gör beräkningen reproducerbar.

Lägg till spelbidrag och undantag

Om listan över exkluderade spel är lång behöver du inte kopiera hela texten till varje artikel. Spara i stället:

• kategori
• bidragsprocent
• källa
• datum
• länk eller referens till komplett undantagslista

När ett specifikt spel är centralt för en artikel kan just den titeln verifieras separat.

Spara maxinsats med sammanhang

Ett rent belopp räcker inte alltid. Dokumentera:

• belopp
• valuta
• om gränsen gäller per spin/runda eller annan definition
• vilka spel den gäller
• vad villkoren säger händer vid överskridande

På så sätt blandas maxinsats inte ihop med maxvinst eller uttagstak.

Spara alla tidsgränser separat

En kampanj kan ha olika tidsfält:

• kampanjstart
• kampanjslut
• sista tid för opt-in
• deadline för kvalificerande insättning
• bonusens individuella giltighet
• deadline för omsättning
• free spins-giltighet

Varje tidsfält bör om möjligt ha både värde och startpunkt.

Dokumentera free spins som egen komponent

Free spins bör ha egna fält för:

• antal
• värde per spin
• spel
• tilldelningstid
• giltighet
• omsättningskrav på vinster
• maxvinst
• status

Det minskar risken att ett gammalt antal spins ligger kvar när bara kontantbonusen har uppdaterats.

Uttag och vinsttak måste separeras

Spara maxvinst och maxuttag i olika fält.

Exempel:

• bonus_max_win: 1 000 kr
• withdrawal_limit_per_transaction: 5 000 kr
• withdrawal_limit_weekly: 10 000 kr

Blanda inte dessa i ett generellt fält som bara heter “limit”.

Dokumentera aktiveringsflödet

Spara om kampanjen:

• aktiveras automatiskt
• kräver bonuskod
• kräver opt-in
• kräver opt-in före insättning
• kräver en viss betalningsmetod

Det är särskilt viktigt när kampanjrubriken är oförändrad men aktiveringsprocessen ändras.

Spara primärkällorna per datapunkt

En enda generell “källa”-kolumn kan bli för grov om olika värden kommer från olika officiella sidor.

Ett bättre upplägg är att varje central datapunkt kan ha:

• källtyp
• käll-URL
• hämtad/kontrollerad tid
• eventuell anteckning

Exempel:

Det gör det tydligt exakt vad varje källa stöder.

Klassificera källtypen

En intern kod kan exempelvis vara:

• campaign_page
• bonus_terms
• general_terms
• cashier
• bonus_center
• support
• other_official

Det underlättar senare analys av var uppgifter normalt kommer ifrån och var konflikter uppstår.

Spara bevisunderlag utan att kopiera onödigt mycket

Målet är spårbarhet, inte att duplicera hela villkorsdokument.

Ett tillräckligt underlag kan bestå av:

• URL
• datum och tid
• relevant fältvärde
• intern anteckning om var på sidan uppgiften finns
• skärmbild eller snapshot när systemet tillåter det och det behövs för historik

Läs bevis för bonusgranskning – vad ska sparas från källan?.

Separera fakta från redaktionell bedömning

Fakta kan vara:

> Minsta insättning: 200 kr.

En redaktionell bedömning kan vara:

> Den kvalificerande minimiinsättningen är högre än i flera andra erbjudanden vi jämför.

Spara dem i olika fält. Annars riskerar en subjektiv slutsats att senare behandlas som rådata.

Lägg till verifieringsstatus per fält

Använd exempelvis:

• verifierad
• delvis verifierad
• ej verifierad
• motsägelse
• behöver omkontroll
• ej relevant

Det gör att en kampanj kan vara delvis klar utan att hela posten får en falsk “verifierad”-stämpel.

Lägg till en övergripande publiceringsstatus

Fältstatus kan summeras till ett internt stoppljus:

Grön

Alla centrala publiceringsfält är verifierade.

Gul

Sekundära uppgifter saknas eller behöver omkontroll, men kärnvillkoren är tydliga och osäkerheten kan kommuniceras.

Röd

Minst en kritisk datapunkt – exempelvis kampanjstatus, omsättningsbas, bonuskod eller maxinsats – är oklar eller motsägelsefull.

Röd betyder inte “dålig bonus”. Det betyder “inte redo att beskrivas som verifierad”.

Definiera kritiska datapunkter

Alla fält är inte lika viktiga för publiceringsbeslutet.

Kritiska kan exempelvis vara:

• aktiv/utgången status
• bonusbelopp
• minsta insättning
• omsättningsmultiplikator
• omsättningsbas
• maxinsats
• giltighet
• maxvinst när den finns
• bonuskod/opt-in när de krävs

Om ett sådant fält är rött bör publicerad bonusdata normalt pausas eller märkas som ej verifierad.

Testa om reglerna går ihop

Efter datainsamlingen bör en granskare räkna igenom ett exempel från kvalificerande insättning till omsättning.

Exempel:

1. Insättning 500 kr.
2. Faktisk bonus 500 kr.
3. Omsättning 20x bonus = 10 000 kr.
4. Slots bidrar 100 %.
5. Maxinsats 50 kr.
6. Giltighet 30 dagar från tilldelning.
7. Maxvinst 1 000 kr om sådan regel finns.

Om modellen inte går att räkna ihop trots att alla enskilda fält ser “verifierade” ut finns sannolikt en definitionskonflikt som måste lösas.

Logga frågor till supporten strukturerat

Om något inte framgår av villkoren kan supporten kontaktas. Spara:

• datum/tid
• kanal
• exakt fråga
• svar
• ärendenummer
• vilket fält svaret avsåg
• om svaret senare bekräftades i publicerade villkor

Supportsvaret är kompletterande bevis, inte automatiskt den högsta källan.

Spara konflikter som egna objekt

Om kampanjsidan säger 20x och bonusvillkoren 30x bör du inte bara skriva “osäkert” i en kommentar.

Spara konflikten strukturerat:

• fält: omsättning
• källa A: 20x
• källa B: 30x
• upptäckt datum
• status: öppen/löst
• lösning och källa

Det gör återkommande dataproblem mätbara.

Läs kampanjsida och bonusvillkor säger olika saker.

Logga varje materiell ändring

När en verifierad datapunkt ändras bör ändringsloggen innehålla:

• fält
• tidigare värde
• nytt värde
• gammal källa
• ny källa
• datum
• förändringstyp
• vem eller vilken process som verifierade den

Det gör det möjligt att senare förklara varför en artikel eller topplista ändrades.

Klassificera ändringen

En enkel klass kan vara:

• redaktionell
• mindre villkorsändring
• materiell villkorsändring
• kampanjstart
• kampanjstopp
• rättelse

Materiella ändringar kan automatiskt markera berörda ytor för uppdatering.

Uppdatera dokumentationen före publicerad text

När bonusen ändras är det ofta bäst att först uppdatera granskningsloggen och därefter artikel, tabell eller bonuskort.

Arbetsordning:

1. verifiera källan
2. uppdatera rådata
3. spara ändringslogg
4. klassificera påverkan
5. uppdatera publicerade ytor
6. kontrollera att alla ytor nu visar samma värde

Det minskar risken att olika sidor får olika versioner av sanningen.

Koppla data till berörda publiceringsytor

Ett bonusfält kan förekomma i:

• money page
• topplista
• casino-recension
• jämförelsetabell
• FAQ
• bonuskort

Spara gärna vilka ytor som använder datapunkten. Då kan en ändring skapa en konkret uppdateringskö.

Läs en bonus ändras – vilka sidor måste uppdateras?.

Spara rättelser separat från vanliga uppdateringar

Om den gamla uppgiften var fel är det en rättelse, inte bara en ny kampanjversion.

Dokumentera:

• felaktigt publicerat värde
• korrekt värde
• när felet upptäcktes
• källan till rättelsen
• vilka sidor som korrigerades

Läs rättelsepolicy för bonusdata.

Hantera gamla versioner med retention

Historik ska sparas tillräckligt länge för att kunna förstå större ändringar och rättelser, men gammal data får inte blandas ihop med aktuell kampanjdata.

Gamla versioner bör därför ha tydlig status och slutdatum.

Läs hur länge ska gamla bonusvillkor sparas?.

Exempel på komplett granskningslogg

Värdena är ett strukturexempel och inte uppgifter om en verklig kampanj.

Minimal logg när tiden är begränsad

Om full dokumentation inte kan göras direkt bör åtminstone följande sparas:

1. kampanj-ID
2. status
3. marknad
4. huvudkälla
5. kontrolldatum
6. bonusbelopp
7. minsta insättning
8. omsättning + bas
9. maxinsats
10. giltighet
11. maxvinst/maxuttag när relevant
12. verifieringsstatus

Därefter kan posten kompletteras utan att kärninformationen saknar spårbarhet.

Checklista före du markerar granskningen klar

1. Har kampanjen ett unikt ID/version?
2. Är marknad och valuta tydliga?
3. Finns exakt käll-URL?
4. Har varje central datapunkt källa och kontrolldatum?
5. Är omsättningsbasen dokumenterad?
6. Är spelbidrag och undantag sparade?
7. Är maxinsats definierad?
8. Är tidsgränser uppdelade?
9. Är free spins egna fält?
10. Är maxvinst och maxuttag separerade?
11. Är aktiveringsflödet dokumenterat?
12. Har varje fält verifieringsstatus?
13. Finns öppna konflikter?
14. Har supportkontakt loggats när den använts?
15. Är ändringshistorik uppdaterad?
16. Vet du vilka publicerade ytor som berörs?

Slutsats

Bra bonusdokumentation handlar om spårbar data, inte bara anteckningar. När kampanj-ID, fältvärden, källor, verifieringsstatus, konflikter och versionshistorik sparas strukturerat går det att återskapa varför en uppgift publicerades och vad som måste ändras när kampanjen uppdateras. Det gör CasinoBonusKollen till en kontrollprocess snarare än bara en samling bonusartiklar.

Läs också

• översikten över aktuella casinobonusar
• bonusdatabas – vilka fält behöver sparas?
• prioritera rätt källa när bonusvillkor skiljer sig åt
• komplett audit-checklista