Visionsdokument 2012/15 - Slagslunde

Tekniske krav til spiludbydere
i forbindelse med opnåelse
af tilladelse til at udbyde
online spil i Danmark
Version 1.09
Indhold
Ændringslog ......................................................................................................................................... 2
1.0 Indledning ...................................................................................................................................... 3
2.0 Introduktion til det samlede systemkompleks ................................................................................ 4
3.0 Overordnede krav ........................................................................................................................... 5
4.0 SAFE - Tilladelsesindehavers datalager ........................................................................................ 6
4.1 Tekniske krav til SAFE .............................................................................................................. 6
4.2 Use case og proces til Hent data fra SAFE ................................................................................ 6
UC 2.1 Hent Standard Records fra SAFE .................................................................................... 8
5.0 Grænseflade til sikkerhedssystem – Tamper Token .................................................................... 10
5.1 Tekniske krav i forhold til Tamper Token ............................................................................... 10
6.0 Grænseflade til ROFUS ............................................................................................................... 11
6.1 Tekniske krav i forhold til Register over frivilligt udelukkede spillere ................................... 11
6.2 Forespørgsel i ROFUS ved Konto-oprettelse og konto-login .................................................. 12
6.2.1 Forespørgsel i ROFUS ved konto-oprettelse .................................................................... 12
6.2.2 Procesbeskrivelse - forespørgsel i ROFUS ved konto-login ............................................ 13
7.0 Tekniske oplysninger på ansøgningsblanketten ........................................................................... 15
8.0 Tilslutningsforløb ......................................................................................................................... 15
Ændringslog
Version
1.00
1.01
1.02
1.03
1.04
1.05
1.06
1.07
1.08
1.09
Opsummerende beskrivelse af ændringer
Dokument offentliggjort
Mindre korrekturændringer samt navneændring af services i afsnit 6.1
Mindre korrekturændringer samt navneændring af services i afsnit 5.1
Ændringslog tilføjet. Mindre korrekturændringer samt tilføjelse til
afsnit 4 og 4.1
Mindre korrekturændringer i afsnit 4.0 (Dataoverførsel skal ske over
internettet med FTPS).
Ludomaniregisteret (LUR) er nu ændret til Register over frivilligt
udelukkede spillere (ROFUS)
Ændring i afsnit 6. Tilladelsesindehaver skal ikke længere kunne oprette en spiller i Register over frivilligt udelukkede spillere (ROFUS),
hvorfor services GamblerCreate også bortfalder.
Mindre rettelser i procesdiagram vedr. konto-opret.
Rettelser vedr. kontrol af personnummer ved kontoopret.
Tilføjelse af ip-adresser for tilgang til SAFE.
Tilføjelse af certifikater i forbindelse med FTPS adgang til SAFE.
Afsnit 4.1 tilføjes nyt punkt 14 om konfigurering af FTPS forbindelsen til SAFE, herunder ændring af porten fra port 22 som tidligere
specificeret. Ændringen af port er gjort for at være konsistent med
almindelige internetstandarder for FTPS.
Liste over IP adresser i afsnit 4.1 er opdateret.
Afsnit 8.0: Vejledning om tilslutningsforløb kan ses på hjemmesiden.
Dato
05-10-2010
20-10-2010
26-10-2010
05-11-2010
30-06-2011
25-10-2011
18-11-2011
23-01-2012
15-02-2012
2
1.0 Indledning
Formålet med dette dokument er at beskrive de tekniske krav, der bliver stillet til Tilladelsesindehaver, forud for udstedelse af en tilladelse. Kravene er beskrevet i forhold til de systemer, der skal
anvendes i forbindelse med Spillemyndighedens kontrol af Tilladelsesindehaver. Dvs. Tilladelsesindehavers datalager – SAFE, sikkerhedssystemet Tamper Token og Register over frivilligt udelukkede spillere (ROFUS).
I de enkelte afsnit, er det beskrevet hvilke krav, der stilles til Tilladelsesindehaver i forhold til data,
processer og grænseflader i forbindelse med spil og spilkontrol.
Efterfølgende er det skitseret, hvilke krav der er til tekniske oplysninger i forbindelse med ansøgningsprocessen. De beskrevne krav der skal oplyses i ansøgningsprocessen kan for nuværende ikke
anses som udtømmende. Det må derfor forventes, at der kan komme yderligere krav til spiludbydere
i forbindelse med ansøgning om tilladelse, herunder en proces i forhold til godkendelse af spilsystem.
Dokumentet vil ligeledes blive opdateret med information om, hvordan tilslutningsforløb i forbindelse med godkendelse vil komme til at forløbe.
3
2.0 Introduktion til det samlede systemkompleks
Det samlede systemkompleks til brug for spilkontrol er vist i nedenstående illustration.
Oversigt over komponenter i det samlede spil- og kontrolsystem
Det samlede systemkompleks består af Tilladelsesindehavers spilsystem, Tilladelsesindehavers datalager (SAFE), et sikkerhedssystem (Tamper Token), og et Register over frivilligt udelukkede spillere (ROFUS).
1.
SAFE er Tilladelsesindehavers eget datalager (en filserver), hvor Tilladelsesindehaver
skal opbevare data – i henhold til Standard Records - for alle spil, der er udført hos Til-
4
ladelsesindehaver. Alle Tilladelsesindehavere skal etablere et datalager (SAFE). Spillemyndigheden skal kunne få online adgang til datalagret hos Tilladelsesindehaver.
2.
Tamper Token er et sikkerhedssystem, der har til formål at sikre at de data, som Tilladelsesindehaver lægger i deres SAFE datalager ikke ændres mens de opbevares hos Tilladelsesindehaver. Tamper Token implementeres hos Spillemyndigheden og håndterer:
•
•
•
•
3.
Skabelse af nøgler (tokens), der anvendes ved beregning af identifikationskoder.
Opbevaringen af identifikationskoder til senere kontrol.
Løbende kontrol af at tidsperiode for afslutning af tokens overholdes.
Verifikation af at en hentet serie af data ikke er ændret ifht. den modtagne identifikationskode.
Register over frivilligt udelukkede spillere (ROFUS) er et register over alle spillere i
Danmark, der frivilligt har ønsket at udelukke sig – midlertidigt eller endeligt – fra at
kunne spille online spil i Danmark. Registret er placeret hos Spillemyndigheden, der har
ansvaret for at føre registret. Alle spillere skal kunne registrere sig i registret enten via
et link på Tilladelsesindehavers hjemmeside eller via Spillemyndigheden. Registret skal
opbevare oplysninger om alle udelukkede spillere i Danmark. Tilladelsesindehaver skal
forud for oprettelse af en konto til en ny spiller, tjekke at spilleren ikke er registreret i
registret. Tilladelsesindehaver har ansvaret for, at spillere der er registreret i registret
ikke kan spille.
De tre systemer vil tilsammen udgøre grundlaget for:
•
•
•
At spillere kan spille online spil hos godkendte Tilladelsesindehavere.
At Tilladelsesindehavere lovligt kan udbyde online spil i Danmark og kunne dokumentere, at de lever op til lovens krav.
At Spillemyndigheden har mulighed for at kontrollere, at online spil foregår i overensstemmelse med den gældende lovgivning.
3.0 Overordnede krav
Som skitseret ovenfor udvikler Spillemyndigheden systemer til brug for kontrol af online spil og
Tilladelsesindehaver skal sørge for at udvikle deres spilsystem, således at det kan anvende grænseflader til Spillemyndighedens systemer. På denne måde kan Spillemyndigheden behandle data og
kontrollere at online spil foregår i overensstemmelse med lovgivningen. Det er et krav, at Tilladelsesindehaver anvender de specificerede grænseflader til Spillemyndighedens systemer, som Spillemyndigheden udvikler til formålet og at Tilladelsesindehaver etablerer en SAFE, som de giver Spillemyndigheden adgang til.
5
For at kunne leve op til reglerne i forhold til den nye lovgivning, er der en række tekniske krav i
forhold til de tre systemer, som Tilladelsesindehavere skal leve op til. I de næste afsnit vil de tekniske krav blive beskrevet nærmere. Kravene er grupperet i forhold til, hvilket system de tilhører.
4.0 SAFE - Tilladelsesindehavers datalager
Tilladelsesindehaver skal etablere et datalager (SAFE) til opbevaring af spildata. Tilladelsesindehaver skal overføre og gemme spildata i henhold til Standard Records på datalagret. Tilladelsesindehaver skal opbevare spildata på SAFE i 12 på hinanden følgende måneder, og data fra yderligere 48
måneder skal opbevares på et digitalt læsbart medie.
Dataoverførsel skal ske over internettet med FTPS. Tilladelsesindehaver skal etablere passende forbindelse, der sikrer en uproblematisk overførsel af data.
4.1 Tekniske krav til SAFE
1. SAFE skal etableres på en separat server, der er fysisk adskilt fra Tilladelsesindehavers spilsystem.
2. Data på SAFE skal være adskilt logisk og forsvarligt fra eventuelle andre data.
3. Tilladelsesindehaver skal sørge for nødvendig backup af alle data. SAFE og backup af SAFE skal være geografisk adskilt, ligeledes skal dataopbevaring på digitalt læsbart medie være geografisk adskilt fra backup af samme.
4. SAFE skal opfylde samme sikkerhedskrav som spilsystemet. Kravene vil blive fastlagt i ansøgningsproceduren.
5. Tilladelsesindehaver skal sikre, at Spillemyndigheden har online adgang til at hente spildata
fra SAFE. Tilladelsesindehaver skal etablere adgang til SAFE via en sikker adgang, som defineret i servicebeskrivelsen.
6. Mappestrukturen på SAFE skal opbygges efter den struktur Spillemyndigheden har specificeret. Mappestrukturen kan findes på www.spillemyndigheden.dk.
7. Data på SAFE skal være gemt i henhold til de specificerede Standard Records. Specifikationen på Standard Records kan ses på www.spillemyndigheden.dk.
8. Data på SAFE skal zippes i henhold til Vejledning til anvendelse af services. Vejledningen
kan ses på www.spillemyndigheden.dk.
9. Tilladelsesindehaver skal dokumentere, at deres respektive SAFE overholder de opstillede
krav.
10. SAFE skal være tilgængelig 24/7 365 dage og der skal være en garanteret oppetid på minimum 98,5 %.
11. Tilladelsesindehaver er selv ansvarlig for drift af deres SAFE.
12. For at Spillemyndigheden kan tilgå SAFE med FTPS skal Tilladelsesindehaver placere et
certifikat på FTPS forbindelsen. Certifikatet skal være udstedt af en af følgende Certificate
Authorities: VeriSign, Thawte, Geotrust, GoDaddy, Comodo
13. Spillemyndigheden tilgår SAFE fra følgende ip-adresser: 91.230.68.13, 91.230.68.190,
194.239.239.10, 194.239.239.30, 194.239.239.31, 194.239.239.32, 194.239.239.33,
194.239.239.34. Tilladelsesindehaver skal åbne SAFE for adgang fra disse ip-adresser.
14. Tilladelsesindehaver skal konfigurere SAFE så følgende forbindelse er mulig: Spillemyndigheden skal kunne tilgå SAFE med implicit FTPS (FTP-SSL) i passiv mode på port 990
(kontrol). Som dataporte skal anvendes et port spænd mellem 40.000 og 50.000. Tilladelsesindehaver kan anvende et mindre port spænd, så længe det ligger inden for de to grænser.
4.2 Use case og proces til Hent data fra SAFE
6
Tilladelsesindehaver skal udvikle en grænseflade til deres SAFE, således at det er muligt for Spillemyndigheden at tilgå SAFE for at hente data. Den påkrævede funktionalitet for denne grænseflade
er beskrevet i nedenstående use case. Use casen kan anvendes i forhold til udviklingen af grænsefladen.
7
UC 2.1 Hent Standard Records fra SAFE
Formål
Baseret på standardrecords skal Spillemyndigheden foretage periodiske kontroller af afsluttede og igangværende spil. Standard records er placeret i den struktur, der er specificeret af Spillemyndigheden.
For at hente Standard Records skal Spillemyndigheden være logget ind på SAFE. Når overførslen af data er
afsluttet, skal Spillemyndigheden logge ud fra SAFE.
Frekvens
Efter behov.
Aktører
Spillemyndigheden
Startbetingelser
Spillemyndigheden er en kendt bruger (brugernavn/password) på SAFE.
Hovedvej
Aktør
Løsning
Trin 1: Logon til SAFE
Aktøren forespørger adgang til data Løsningen beder aktøren om brupå SAFE ved at åbne en FTPSgernavn og password.
forbindelse.
Trin 2: Adgang til SAFE er givet
Aktøren afgiver korrekt brugernavn Adgang til SAFE er givet.
og password.
Trin 3: Hent Standard Records fra SAFE
I filstrukturen lokaliserer aktøren de SAFE påbegynder download og
Standard Records, som er nødven- overfører de ønskede data.
dige for kontrollen og vælger at
downloade dem.
Trin 4: Gentag trin 3
Aktøren gentager trin 3, hvis det er
nødvendigt.
Trin 5: Log ud fra SAFE
Aktøren vælger at logge ud fra
Løsningen logger aktøren ud og
FTPS-forbindelsen.
afbryder forbindelsen.
Service/Service operationer
Slutbetingelser
Spillemyndigheden har adgang til SAFE, har modtaget de overførte data, og er logget ud efter afslutning af
overførslen.
Noter
Servicebeskrivelse
8
Den proces Spillemyndigheden skal anvende, når der skal hentes data fra SAFE, er illustreret og
beskrevet nedenfor.
Spillemyndigheden
Tilladelsesindehaver
Hent standardrecords fra SAFE
Ja
3. Valid
brugernavn /
password ?
Nej
4. Adgang til
SAFE er ikke givet
8. Løsningen
logger aktøren af
og afbryder
forbindelsen
5. Adgang til
SAFE er givet
Ja
1.Forespørger
adgang til SAFE
2. Afgiver
brugernavn/
Password
6. Database
7. FTPSforbindelsen
afbrydes
Procesdiagram – hent Standard Records
Proceskort
Spillemyndigheden
Procesnavn:
Procesejer:
Procesinteressenter
UC 2.3 Hent Standard
Records fra SAFE
Spillemyndigheden
Tilladelsesindehavere og Spillemyndigheden
Formålet med processen
Formålet med processen er at sikre, at Spillemyndigheden kan hente data fra
Tilladelsesindehavers SAFE.
Processen skal anvendes når Spillemyndigheden vil hente data fra SAFE til brug
for kontrol af online spil.
Processens grænseflader
Input (start)
FTPS-adgang
Processen starter med at Spillemyndigheden forespørger om adgang til SAFE
med brugernavn og password. SAFE er af Tilladelsesindehaver sat op til
at give Spillemyndigheden adgang.
Output (slut)
Processen afsluttes med at Spillemyndigheden har modtaget de ønskede data
og er logget af SAFE.
Beskrivelse af procesflow (aktiviteter)
Nr.
1.
Beskrivelse
Spillemyndigheden anmoder om adgang til SAFE.
9
2.
Spillemyndigheden ”udfylder” brugernavn og password.
3.
Systemet validerer brugernavn og password
4.
Hvis brugernavn og password ikke er valid, nægtes adgang til SAFE
5.
Hvis brugernavn og password er valid, gives adgang til at se data på SAFE og download kan påbegyndes.
6.
Data overføres til Spillemyndighedens database.
7.
Spillemyndigheden logger af SAFE FTPS
8.
SAFE logger Spillemyndigheden af.
5.0 Grænseflade til sikkerhedssystem – Tamper Token
Spillemyndigheden implementerer et sikkerhedssystem – Tamper Token. Tamper Token har til
formål at sikre, at data i form af Standard Records, ikke ændres mens de opbevares på SAFE hos
Tilladelsesindehaver.
Tamper Token håndterer følgende:
•
•
•
•
Skabelse af nøgler (tokens), der anvendes ved beregning af MAC (Message Authentication
Code)
Opbevaringen af MACs til senere kontrol
Løbende kontrol af at tidsperiode for afslutning af tokens overholdes
Verifikation af at en hentet serie af Standard Records ikke er ændret ift. den modtagne MAC
Frekvensen for udstedelse af Tamper Tokenet bliver aftalt i ansøgningsforløbet. Den aftalte frekvens kan løbende reguleres efter en konkret vurdering i forhold til de enkelte Tilladelsesindehavere.
5.1 Tekniske krav i forhold til Tamper Token
Tilladelsesindehaver skal ved den aftalte frekvens (fx én gang i døgnet) hente et token, der skal anvendes i forhold til at gemme spildata i henhold til Standard Records på SAFE. Til det formål udvikler Spillemyndigheden én service ”TamperTokenAnvend”, som har to operationer:
1. TamperTokenHent. Operationen der skal anvendes, når Tilladelsesindehaver skal hente et
token.
2. TamperTokenLuk. Operationen der skal anvendes, når Tilladelsesindehaver skal afslutte et
token.
Det er et krav til Tilladelsesindehaver, at et token bliver afsluttet inden for det fastsatte tidsrum.
Beskrivelserne af de enkelte operationer er offentliggjort på Spillemyndighedens hjemmeside
(www.spillemyndigheden.dk).
10
6.0 Grænseflade til ROFUS
I forbindelse med indførelse af den nye spillelov, er der lovkrav om, at det skal være muligt for en
spiller at udelukke sig – midlertidigt eller endeligt – fra at kunne spille online spil i Danmark. Spillemyndigheden er registeransvarlig. Spillere skal kunne registrere sig i registret både via Spillemyndigheden og via link på Tilladelsesindehavers hjemmeside.
Registret skal indeholde oplysninger om alle spillere i Danmark, der ønsker at udelukke sig fra at
kunne spille online spil i Danmark. Oplysningerne i registret er:
a. Tilladelsesindehavers navn (hvorfra spiller midlertidigt eller endeligt har udelukket
sig selv).
b. Spillers personnummer.
c. Dato og tidspunkt for udelukkelsen.
d. Slutdato for ophør af den midlertidige udelukkelse (kun ved midlertidig udelukkelse).
En spiller, der er optaget i registret som endeligt udelukket, kan til enhver tid, dog tidligst et år efter
optagelsen i registret, anmode Spillemyndigheden om at blive slettet fra registret.
I forbindelse med Register over frivilligt udelukkede spillere er der en række krav til funktioner,
som Tilladelsesindehaver skal stille til rådighed for spilleren. Tilladelsesindehaver skal sørge for at
gøre det muligt at:
•
•
•
En spiller kan udelukke sig ved oprettelse i Register over frivilligt udelukkede spillere via et
link på Tilladelsesindehavers hjemmeside.
En spillers status bliver tjekket i Register over frivilligt udelukkede spillere ved kontooprettelse og ved alle kontologin.
En spillers personnummer bliver tjekket forud for kontooprettelse.
6.1 Tekniske krav i forhold til Register over frivilligt udelukkede spillere
Spillemyndigheden udvikler følgende services, der skal anvendes i forhold til Register over frivilligt udelukkede spillere.
1. GamblerCheck – service der skal anvendes, når en spiller ønsker at oprette en konto, og ved
hvert login.
2. GamblerCSRPValidation – service der skal anvendes til at tjekke en spillers alder forud for
kontooprettelse. Servicen returnerer også svar på hvorvidt spillerens CPR-nummer eksisterer.
Dette svar skal der dog ses bort fra, da spillerens identitet valideres med NemID.
Beskrivelserne af de enkelte services er offentliggjort på Spillemyndighedens hjemmeside
www.spillemyndigheden.dk.
Processerne, der skal anvendes ved kontooprettelse og ved login, er illustreret og beskrevet nedenfor i hhv. et procesdiagram og et proceskort, for at give præcis information om, hvad der skal udvikles hos Tilladelsesindehaver, for at processen kan udføres. Tilladelsesindehaver har pligt til at stille
denne mulighed til rådighed.
11
6.2 Forespørgsel i ROFUS ved Konto-oprettelse og konto-login
For at spillere kan spille på en Tilladelsesindehavers hjemmeside, skal de have en konto. Nye spillere skal oprette en ny spilkonto, og eksisterende spillere skal logge sig ind på deres spilkonto, før de
kan begynde at spille.
6.2.1 Forespørgsel i ROFUS ved konto-oprettelse
I dette afsnit vil processen for en forespørgsel i Register over frivilligt udelukkede spillere ved en
ny spillers konto-oprettelse blive beskrevet. Processen er illustreret med et procesdiagram og efterfølgende beskrevet trinvist i et proceskort. Formålet er at give en præcis information om, hvad Tilladelsesindehaver skal udvikle, for at denne proces kan udføres.
Når en ny spiller vil åbne en konto på Tilladelsesindehavers hjemmeside, skal Tilladelsesindehaver,
inden kontooprettelsen er gennemført, kontrollere spillerens identitet gennem NemID, kontrollere
spillerens alder, og kontrollere om spilleren er registreret i Register over frivilligt udelukkede spillere (ROFUS). Hvis spilleren ikke kan logge ind via NemId, spilleren er under 18 år eller hvis personen er registreret i ROFUS, kan spilleren ikke oprette en konto.
Processen ved forespørgsel i Register over frivilligt udelukkede spillere ved kontooprettelse er illustreret og beskrevet nedenfor.
Spillemyndigheden Tilladelsesindehaver
Forespørgsel i ROFUS– spiller åbner ny konto
1. Spiller åbner ny
konto.
Forespørgsel sendes til
ROFUS for kontrol af
spillers alder.
4a. Spiller kan
ikke oprette konto
6a. Afvis
oprettelse af ny
konto
Ja
Nej
2. Kontrol af
spillers alder mod
CSRP.
4b. Forespørgsel
sendes til ROFUS
for kontrol af, om
spiller er
registreret som
udelukket.
3. Er spillers
over 18 år?
6b. Åben ny konto.
Ja
5. tjek om spiller
er registreret som
udelukket i
ROFUS
Nej
6. Udelukket?
Procesdiagram – konto-oprettelse
Proceskort
Spillemyndigheden
Procesnavn:
Procesejer:
Procesinteressenter
UC 1.3 Forespørg på person i ROFUS
Spillemyndigheden
Tilladelsesindehavere og
Spillemyndigheden
Formålet med processen
Formålet med processen er at sikre, at Tilladelsesindehaver kan forespørge i
12
Register over frivilligt udelukkede spillere, når en spiller åbner en ny spilkonto.
Hvis spilleren ikke kan logge ind via NemId, spilleren er under 18 år eller hvis
spilleren er registreret i Register over frivilligt udelukkede spillere, kan en ny
konto ikke oprettes.
Processen skal anvendes hver gang en spiller vil oprette en konto hos Tilladelsesindehaver.
Input (start)
Processen starter med at spiller via link på Tilladelsesindehaverens hjemmeside
vælger at åbne en ny konto. Spiller er logget ind via NemId
Output (slut)
Hvis spilleren kunne logge ind via NemId, spilleren ikke er under 18 år og spilleren ikke er registreret i Register over frivilligt udelukkede spillere, afsluttes
processen med, at spilleren har fået oprettet en (midlertidig) konto, og kan spille
på Tilladelsesindehavers hjemmeside.
Hvis spilleren ikke kan logge ind via NemId, spilleren er under 18 år eller spilleren er registreret i Register over frivilligt udelukkede spillere, afsluttes processen med, at kontooprettelse afvises.
Beskrivelse af procesflow (aktiviteter)
Nr.
Beskrivelse
1.
Spilleren indtaster nødvendige oplysninger, og vælger ”ok”.
2.
Det kontrolleres i CSRP om spilleren er under 18 år.
3.
CSRP behandler forespørgslen.
4a.
Hvis spilleren er under 18 år, sendes information herom til Tilladelsesindehaver/spiller. Kontooprettelsen
afvises.
4b.
Hvis spilleren ikke er under 18 år, sender Tilladelsesindehaver forespørgsel til Register over frivilligt udelukkede spillere for at kontrollere, om spiller er registreret som udelukket.
5.
Register over frivilligt udelukkede spillere behandler forespørgslen. Hvis Register over frivilligt udelukkede spillere ikke svarer, har det ikke opsættende virkning. Det manglende svar kan derfor betragtes som om,
at spiller ikke er udelukket, og processen fortsætter med punkt 6b.
6a.
Hvis spilleren er udelukket, afvises det på Tilladelsesindehavers hjemmeside af oprette en konto.
6b.
Hvis spilleren ikke er udelukket, bliver en midlertidig konto oprettet.
6.2.2 Procesbeskrivelse - forespørgsel i ROFUS ved konto-login
I dette afsnit vil processen for en forespørgsel i Register over frivilligt udelukkede spillere ved en
spillers konto-login blive beskrevet. Processen er illustreret med et procesdiagram og efterfølgende
beskrevet trinvist i et proceskort. Formålet er at give en præcis information om, hvad Tilladelsesindehaver skal udvikle, for at denne proces kan udføres.
Når en eksisterende spiller vil logge ind på sin spilkonto på Tilladelsesindehavers hjemmeside, skal
Tilladelsesindehaver, inden login er gennemført, kontrollere om spiller er blevet registreret i Regi-
13
ster over frivilligt udelukkede spillere siden sidste login. Hvis dette er tilfældet, kan spiller ikke
logge sig ind på sin konto, idet kontoen enten er deaktiveret eller lukket.
Processen ved forespørgsel i Register over frivilligt udelukkede spillere ved konto-login er illustreret og beskrevet nedenfor.
Spillemyndigheden Tilladelsesindehaver
Forespørgsel i ROFUS – spiller-login på konto
1.Spiller-login
2. Tjek af, om
spiller har
registreret
afkølingsperiode
eller udelukkelse
fra
tilladelsesindehav
er
3. Udelukket?
Ja
Nej
4b. Forespørgsel
sendes til ROFUS
for kontrol af, om
spiller er
registreret som
udelukket.
4a/5a. Afvis login.
Ved 5a
deaktiveres eller
lukkes spillers
konto
5b. Tillad login
Ja
5. Udelukket?
Nej
Procesdiagram – konto-login
Proceskort
Spillemyndigheden
Procesnavn:
Procesejer:
Procesinteressenter
UC 1.3 Forespørg på
person i ROFUS
Spillemyndigheden
Tilladelsesindehavere og
Spillemyndigheden
Formålet med processen
Formålet med processen er at sikre, at Tilladelsesindehaver kan forespørge i
Register over frivilligt udelukkede spillere, når en spiller logger ind på sin spilkonto. Hvis spilleren er registreret i Register over frivilligt udelukkede spillere,
skal spilkontoen deaktiveres eller lukkes og spiller kan ikke logge sig ind.
Processen skal anvendes hver gang en spiller vil logge sig ind på sin konto hos
Tilladelsesindehaver.
Input (start)
Processen starter med at spiller logger ind på eksisterende konto hos Tilladelsesindehaver.
Output (slut)
Hvis spilleren ikke er registreret i Register over frivilligt udelukkede spillere,
afsluttes processen med at spiller er logget ind på sin konto og kan spille på Tilladelsesindehavers hjemmeside.
Hvis spilleren er registreret, afvises login og spil på Tilladelsesindehavers
hjemmeside og kontoen deaktiveres eller lukkes.
14
Beskrivelse af procesflow (aktiviteter)
Nr.
Beskrivelse
1.
Spilleren foretager login på sin konto hos Tilladelsesindehaver.
2.
Der foretages kontrol i Tilladelsesindehavers system af, hvorvidt spilleren er registreret med en nedkølingsperiode eller er udelukket hos Tilladelsesindehaver.
3.
Tilladelsesindehavers system behandler forespørgslen.
4a.
Hvis spilleren er udelukket ”lokalt” hos den pågældende Tilladelsesindehaver, afvises login på konto.
4b.
Hvis spilleren ikke er udelukket ”lokalt” hos Tilladelsesindehaver, kontrolleres det i Register over frivilligt
udelukkede spillere, om spilleren er midlertidigt eller endeligt udelukket (her kontrolleres personnummeret
ikke, da denne kontrol er foretaget ved konto-oprettelsen).
5.
Register over frivilligt udelukkede spillere behandler forespørgslen. Hvis Register over frivilligt udelukkede spillere ikke svarer, har det ikke opsættende virkning. Det manglende svar kan derfor betragtes som om,
at spiller ikke er udelukket, og processen fortsætter med punkt 5b.
5a.
Hvis spilleren er udelukket, afvises spilleren fra at logge på kontoen og kontoen deaktiveres eller lukkes.
5b.
Hvis spilleren ikke er udelukket, logges spilleren ind på sin konto.
7.0 Tekniske oplysninger på ansøgningsblanketten
I forbindelse med ansøgning om tilladelse vil der forekomme en række krav om tekniske oplysninger. Dette vil blandt andet inkludere oplysninger om:
1.
2.
3.
4.
5.
6.
Domænenavn
IP adresse
Adresse på placering af spilsystem og SAFE
Adresse på placering af backupsystem
Teknisk beskrivelse af spilsystem med illustration
Information om eventuelle Licenser i andre lande
- Identifikation på RNG’(er)
- Spilsoftware
- information om anvendelse af en netværksudbyder
- beskrivelse af backup systemer, herunder forretningsregler for hvordan fejl mv. håndteres
7. Eventuelle certificeringer på hardware, software, sikkerhed
8. Teknisk kontaktperson
Som det indledningsvist er nævnt, kan listen ikke betragtes som udtømmende og yderligere krav til
Tilladelsesindehaver vil derfor kunne forekomme.
8.0 Tilslutningsforløb
15
I ansøgningsprocessen vil der være et forløb for tilslutning til Spillemyndighedens systemer, herunder testforløb, udveksling af password mv. Vejledning til tilslutningsforløbet kan findes på Spillemyndighedens hjemmeside (www.spillemyndigheden.dk).
16