Protocol IV V04 - Informatica def 20171219Informaticaprotocol Kansspelautomaten (klasse IV)...

Informaticaprotocol Kansspelautomaten (klasse IV) Kansspelcommissie

Versie IV_V04.2 1 januari 2018

-1-

Protocol inzake de regels van toezicht op en de controle van de

kansspelen in de kansspelinrichtingen klasse IV en de plaatsen

waar weddenschappen worden aangenomen bedoeld in artikel

43/4, § 5, van de wet van 7 mei 1999 op de kansspelen, de

weddenschappen, de kansspelinrichtingen en de bescherming

van de spelers, inzonderheid door middel van een passend

informaticasysteem

- Gecoördineerde tekst -

Versie : IV_V04.2 van 1 januari 2018



-2-

INHOUD

blz.

1 INHOUD VAN DIT DOCUMENT ............................................................................................................ 3

2 DEFINITIES EN AFKORTINGEN ........................................................................................................... 4

3 ALGEMENE VEREISTEN (F7) .............................................................................................................. 6

4 TECHNISCHE VEREISTEN GESTELD AAN DE BEKABELING EN DE PASSIEVE COMPONENTEN VAN HET LAN ..................................................................................................................................... 10

5 TECHNISCHE VEREISTEN GESTELD AAN DE ACTIEVE COMPONENTEN VAN HET LAN .......... 11

6 TECHNISCHE VEREISTEN GESTELD AAN DE CLIENTS EN SERVERS ........................................ 12

7 TECHNISCHE VEREISTEN GESTELD AAN HET LOKAAL VOOR HET DATA-RACK .................... 14

8 TECHNISCHE VEREISTEN GESTELD AAN DE DATAVERBINDING MET DE KANSSPELCOMMISSIE ..................................................................................................................... 15

9 BIJKOMENDE VEREISTEN GESTELD AAN HET VIDEOBEWAKINGSSYSTEEM .......................... 16

10 VEREISTEN INZAKE ACCOUNTING - EN FINANCIËLE INFORMATIE (F0, F1, F2 EN F9) ............. 17

11 VEREISTEN INZAKE DE REGISTRATIE (F5) .................................................................................... 20

12 VEREISTEN INZAKE DE TECHNISCHE CONTROLE (F6 EN F10) ................................................... 21

13 VEREISTEN INZAKE DE DOCUMENTATIE IN VERBAND MET HET INFORMATICASYSTEEM EN HET VIDEOBEWAKINGS-SYSTEEM.................................................................................................. 22

14 GEBRUIK VAN NIEUWE TECHNOLOGIEËN ..................................................................................... 23

15 STANDAARDEN INZAKE NAAMGEVING VOOR DE TE VERZENDEN BESTANDEN ..................... 24

16 GOEDKEURING .................................................................................................................................. 25

17 BIJLAGE 1 : XML BESCHRIJVING .................................................................................................... 26

18 BIJLAGE 2 : STANDAARD COMMUNICATIE PROTOCOL ............................................................... 31

19 BIJLAGE 3 : ASCII TABEL ................................................................................................................. 39

20 BIJLAGE 4 : KONINKLIJK BESLUIT VAN 22 DECEMBER 2010 ...................................................... 42



-3-

1 INHOUD VAN DIT DOCUMENT

Art. 43/7, 5° van de wet van 7 mei 1999 bepaalt dat het toezicht op en de controle van

de kansspelen in de kansspelinrichtingen klasse IV en in de plaatsen waar

weddenschappen worden aangenomen bedoeld in artikel 43/4, § 5, van de wet van 7

mei 1999 op de kansspelen, de weddenschappen, de kansspelinrichtingen en de

bescherming van de spelers dient te gebeuren bij middel van een passend

informaticasysteem.

Dit document beschrijft de technische vereisten waaraan supra vermeld systeem dient te

voldoen.

Dit protocol is de uitvoering van art. 11 van het koninklijk besluit d.d. 22/12/2010

betreffende de regels van toezicht op en de controle van de kansspelen in de

kansspelinrichtingen klasse IV en de plaatsen waar weddenschappen worden

aangenomen bedoeld in artikel 43/4, § 5, van de wet van 7 mei 1999 op de

kansspelen, de weddenschappen, de kansspelinrichtingen en de bescherming van de

spelers, inzonderheid door middel van een passend informaticasysteem (B.S.

29/12/2010).



-4-

2 DEFINITIES EN AFKORTINGEN

Afkorting Definitie

LAN Local Area Network ; lokaal netwerk

Cliënt Iedere elektronische eenheid, dus zowel administratieve pc's als automatische spellen

De automatische spellen zijn ofwel terminals voor weddenschappen ofwel automatische machines van klasse IV.

Plichthebbende Elke vergunninghouder klasse F1 die bij een vergunninghouder klasse F2 terminals voor weddenschappen, onder welke vorm ook, ter beschikking stelt of elke vergunninghouder klasse F2 die zijn eigen terminals voor weddenschappen bezit en uitbaat

Elke vergunninghouder klasse E die bij een vergunninghouder klasse F2 automatische machines van klasse IV, onder welke vorm ook, ter beschikking stelt of elke vergunninghouder klasse F2 die zijn eigen automatische machines van klasse IV bezit en uitbaat

On-line Wordt beschouwd als deel uitmakende van een on-line systeem, alles wat zich tussen de cliënt en de Data-transfert naar de Kansspelcommissie (met inbegrip van de CPU-Switch toepassing) bevindt

UTP Unshielded Twisted Pair

DHCP Dynamic Host Configuration Protocol

WINS Windows Internet Naming Service

DNS Domain Name System

FTP File Transfert Protocol

DVD Digital Versatile Disk

EPROM Erasable Programmable Read Only Memory

Xls-file Bestandsformaat van Microsoft Excel.

XML Extensible Markup Language

Is een standaard van het World Wide Web Consortium

voor de syntaxis van formele markup-talen waarmee men

gestructureerde gegevens kan weergeven in de vorm van

platte tekst

RJ45 Registerred Jack 45

Propagation Delay De tijd dat een signaal nodig heeft om van punt A naar

punt B te gaan over een gegeven transmissie- kanaal.

TCP/IP Transmission Control Protocol / Internet Protocol.

IPV4 Internet Protocol-adres in 4 posities.

IPV6 Internet Protocol-adres in 6 posities.

SWITCH Een electronisch apparaat dat het berichtenverkeer regelt

tussen de verschillende LAN-segmenten.

SSL Secure sockets layer



-5-

SSH Secure shell

HTTP Hypertext transfert protocol.

DMZ Demilitarized Zone

IP-verbinding verbinding op basis van het Internet Protocol

ISP Internet Service Provider

IP-adres Internet Protocol adres.



-6-

3 ALGEMENE VEREISTEN (F7)

A/ Certificering :

Teneinde enige zekerheid te hebben inzake de correcte toepassing van onderhavig protocol

en de betrouwbaarheid van de ontvangen gegevens maximaal te garanderen wordt een

verplichte certificeringprocedure ingevoerd.

Alle plichthebbende dienen hun online-systeem te laten nakijken door een onafhankelijk

organisme erkend door de kansspelcommissie (cfr. Art. 52, wet 1999).

Dit organisme toetst het GEHEEL VAN HET ONLINE-SYSTEEM (bekabeling, passieve

en actieve componenten van het netwerk, gebruikte communicatie protocols software,

clients en servers) aan het geheel van het op dat ogenblik geldend protocol, de diverse KB’s

ter zake, de informatieve nota’s KSC ter zake, de nota’s van de dienst technische evaluaties

terzake en de kansspelwet van 1999 alsmede alle wijzigingen aan deze wet. Ook de

spelautomaat-interface maakt deel uit van de certificering.

De dataverbinding met de cliënten in de inrichtingen klasse IV dient eveneens te worden

geëvalueerd qua betrouwbaarheid en beschikbaarheid.

Supra vermeld organisme onderzoekt tevens in welke mate de door het online-systeem

AUTOMATISCH gegenereerde XML bestanden betrouwbaar zijn en stelt tevens vast in

welke mate en op welke wijze deze gegevens eventueel kunnen beïnvloed worden. Een

tijdelijke bewaring van deze gegevens is enkel toegestaan indien ze ook versleuteld

worden bewaard via een speciale toepassing die de geheimhouding garandeert of

wanneer de bewaring pas wordt uitgevoerd na de verzending.

De basisgegevens (*) van de automatische machines van klasse IV moeten in real-time

worden verzameld. Er mag dus geen beroep worden gedaan op een bestand aanwezig in

het online systeem, dit om elke afwijking uit te sluiten.

De wijze van verzending naar de kansspelcommissie dient eveneens te worden onderzocht.

Op basis van het ontvangen dossier (opgemaakt door supra vermeld organisme) aanvaardt

de kansspelcommissie al dan niet de certifiëring.

Inzake uiterste datum indienen certificeringrapporten zie punt 16 – goedkeuring.

De certificeringorganismen dienen hun verslag op te stellen in één van de Belgische

landstalen en volgens een model dat kan worden opgelegd door de KSC.

Alle kosten verbonden aan deze certificering komen niet ten laste van de

kansspelcommissie.

De vergunninghouder F1 of E (plaatser) dient opnieuw zijn systeem te laten certifiëren

indien sedertdien veranderingen (andere dan upgrades of bug correcties) werden

doorgevoerd in het online systeem.

Tijdens een upgrade of een bug correctie, moet de leverancier van de "on-line" software

de volgende informatie aan de Kansspelcommissie verzenden :

-/ gedetailleerde beschrijving van de aan het systeem aangebrachte wijzigingen (voor

wat betreft de elementen die een invloed op de "on-line gegevens" kunnen hebben);

-/ een voorbeeld van elk XML bestand waaruit blijkt dat deze bestanden correct

gegenereerd worden.

Deze informatie moeten per e-mail aan [email protected] verzonden

worden met de vermelding "Upgrade Online_Nr_Vergunning" in het object veld.

Indien nodig zal een hercertificering van het systeem door de Kansspelcommissie gevraagd

worden. Het aantal upgrades toegestaan zonder certificering moet echter zeer beperkt

blijven.



-7-

B/ Integriteit van de gegevens :

De certificeerder installeert op de ‘hosting server’ een on-line service die de integriteit van

het systeem garandeert. Deze service moet :

-/ Veilig werken (onmogelijk aan te passen zonder dat het zichtbaar is);

-/ In verbinding komen met de server met een hardware handtekening

-/ Ad random berekenen van de handtekening van de kritische bestanden en ze vergelijken

met de gecertificeerde handtekening;

-/ Genereren van het bestand "signature" die de resultaten van de vergelijking, alsook de

“timestamp” na iedere vergelijking registreert en deze on-line transfereren naar de

Kansspelcommissie.

-/ Het bestand "signature" moet zodanig worden versleuteld dat de authenticiteit van de

toepassing garandeert. Alleen de Kansspelcommissie mag deze versleuteling kunnen

ontcijferen.

C/ Cashless (automatische machines van klasse IV) : De inworp mag via een cashless systeem gebeuren. In dit geval moet het cashless

systeem aan de volgende eisen voldoen :

-/ De "Player cards" mogen enkel door de kassa en de gecertificeerde betaalterminals

van de inrichting geladen worden. Het aldus geladen bedrag moet met een cryptische

wijze op de kaart EN op de cashless server "geschreven" worden. Indien, na inbreng

van de kaart het bedrag dat op de kaart "geschreven" is en het bedrag dat op de

cashless server geregistreerd is niet overeenstemmen, dient er een fout melding op een

beschermde wijze in het online systeem geregistreerd te worden en moet de kaart

geblokkeerd worden. Indien alternatieve systemen eenzelfde garantieniveau bieden

(onmogelijkheid om het bedrag op de kaart te wijzigen zonder dat dit gemakkelijk

traceerbaar is) kunnen zij ook voorgesteld worden.

-/ Een "log file" met de IP adressen van ieder verbinding tot de cashless server moet op

een beschermde wijze op de cashless server geregistreerd worden (De gegevens

moeten 6 maanden bewaard worden).

D/ Inventaris van de automatische machines van klasse IV (IV_F7)

Inzake overmaken van stocklijsten en bewegingen:

De kansspelcommissie heeft de verplichting opgelegd om maandelijks een staat over te

maken inzake de automatische machines van klasse IV in exploitatie en deze in voorraad in

het magazijn.

Teneinde één en ander te harmoniseren wordt volgende regeling van kracht.

De gevraagde informatie wordt overgemaakt in XML-formaat via de server van de

kansspelcommissie.

Volledige inventaris op 1ste maart van ieder jaar -/ Identificatie nummer van het spel (Serienummer van de automatische machine van

klasse IV)

-/ Nummer van modelgoedkeuring van de dienst technische evaluaties

-/ Datum van "beweging"

-/ Nummer van de vergunning "F2" waar de laatste uitbating heeft plaatsgevonden

-/ Nummer van de betrokken "E" vergunning (zie informatie hieronder)

-/ Nummer van het belastingsvignet



-8-

-/ Sleutel van verdeling van de inkomsten : % van inkomsten van de "F2"

vergunningshouder (voorbeeld : 60)

-/ Sleutel van verdeling van de inkomsten : % van inkomsten van de "E"


De structuur van het XML-bestand is in bijlage 1 beschreven : Beschrijving "IV_F7" file

(lijst : "stock") (Enkel het element ‘stock’ wordt verzonden, voor de andere wordt

nbOfItems aan 0 gelijkgesteld).

Opmerking : voor toestellen in magazijn is het nummer van de vergunning "F2" door

000000 vervangen. Indien het belastingsvignet aanwezig is dient het nummer te worden

vermeld zo niet allemaal nullen doch het formaat van het nummer te respecteren.

Differentiële inventaris:

Maandelijks (uiterlijk de vijfde van de maand) dient een bestand te worden overgemaakt

met alle wijzigingen tijdens de voorbije maand.

Voor elke beweging van de automatische machines van klasse IV (install, uninstall,

instalAfterBuy, uninstallAndSold, uninstallWithKit) :

-/ Identificatie nummer van het spel (Serienummer van de automatische machine van

klasse IV)

-/ Nummer van modelgoedkeuring van de dienst technische evaluaties

-/ Datum van "beweging"

-/ Nummer van de vergunning F2 waar de laatste uitbating heeft plaatsgevonden

-/ Nummer van de betrokken "E" vergunning (zie informatie hieronder)


-/ Sleutel van verdeling van de inkomsten : % van inkomsten van de "F2"


-/ Sleutel van verdeling van de inkomsten : % van inkomsten van de "E"


De structuur van het XML-bestand is in bijlage 1 beschreven : Beschrijving "IV_F7" file

(Het element ‘stock’ blijft leeg : nbOfItems = 0)

Deze structuur bevat verschillende lijsten van gegevens :

-/ De lijst "install" : betreft de in kansspelinrichtingen geplaatste automatische machines

van klasse IV tijdens de periode.

-/ De lijst "uninstall" : betreft de uit kansspelinrichtingen verwijderde automatische

machines van klasse IV tijdens de periode.

-/ De lijst "installAfterBuy" : betreft de in kansspelinrichtingen geplaatste automatische

machines van klasse IV tijdens de periode en deze die werden gekocht van een andere

Belgische vergunninghouder E.

-/ De lijst "uninstalAndSoldl" : betreft de uit kansspelinrichtingen verwijderde automatische

machines van klasse IV tijdens de periode en deze die werden verkocht aan een andere

Belgische vergunninghouder E.

-/ De lijst "uninstalWithKitl" : betreft de in kansspelinrichtingen uitgebate automatische

machines van klasse IV tijdens de periode en deze die werden omgevormd met een

omvormingskit.

Opmerking:

- Voor toestellen welke werden verkocht aan een andere Belgische vergunninghouder

dient diens vergunningnummer E te worden vermeld (formaat respecteren).

- Verkopen aan een buitenlandse koper dienen te worden gemeld aan de

kansspelcommissie, deze zal de stocklijst manueel aanpassen in haar databank.

- Toestellen die definitief buiten dienst worden gesteld dienen qua de te volgen procedure

te worden beschouwd als verkocht aan een buitenlandse koper.



-9-

Wanneer een automatische machine van klasse IV wordt verplaatst van

vergunninghouder F2(X) naar vergunninghouder F2(Y), dient een record van de type

"uninstall" (vergunninghouder F2(X)) en een record van de type "install"

(vergunninghouder F2(Y)) te worden voorzien.

In het geval van een transformatie (plaatsing van een kit), moeten een record van

het type "uninstallWithKit" en een record van het type "install" dezelfde dag

voorzien worden. Het doel van het type "uninstallWithKit" is het informeren aan de

Commissie dat het identificatienummer van de automatische machine van klasse IV

voor de transformatie verwijderd is uit het machinepark.

Opmerking betreffende het veld Nummer van de betrokken "E" vergunning :

Het veld "supplierLicenseId" (licentienummer van de installateur "E") is :

-/ in het geval van de lijst "uninstallAndSold" : het licentienummer "E" van de

installateur die de automatische machine van klasse IV gekocht heeft;

-/ in het geval van de lijst "installAfterBuy" : het licentienummer "E" van de

installateur die de automatische machine van klasse IV verkocht heeft;

-/ in de andere gevallen : het licentienummer "E" van de installateur die het bestand

verzonden heeft. Dit veld heeft een dubbele functie met het veld "DossierId"

maar blijft nuttig voor verificatie.



-10-

4 TECHNISCHE VEREISTEN GESTELD AAN DE BEKABELING EN DE

PASSIEVE COMPONENTEN VAN HET LAN

De plichthebbende is verantwoordelijk voor zijn passief netwerk en de documentatie er

van in elektronische vorm.

Documentatie (zie ook voor hoofdstukken 5, 6, 7, 8 en 9)

a. Volledige as-built voor de F1 en voor de F2-Wedkantoren

b. Een ‘proof of concept’ dossier is voldoende voor de F2-Krantenwinkels

c. Een ‘proof of concept’ dossier voor een F2-Wedkantoren kan worden

voorgesteld en onderhandeld

De bekabeling moet worden uitgevoerd volgens bekabelingstandaarden, voorschriften

en alle andere mogelijke regelgeving (AHJ: authority having jurisdiction).

Elke bekabelingstandaard wordt aanvaard voor zover deze de gebruikte datasnelheid

(bandbreedte) kan supporteren. Voor de gestructureerde bekabeling in koper moet de

standaard minimum Cat5 (ANSI/TIA/EIA) of Cat5E (CENELEC) zijn.

Hieronder vindt u de basisstandaarden, alle aanverwante standaarden moeten eveneens

in rekening worden genomen.

Cabling Standards: International:

• ISO/IEC 11801 Ed.2:2002: Generic Cabling for Customer Premises

• ISO/IEC 14763: Implementation and Operation of Customer Premises Cabling

European:

• CENELEC EN50173: Generic Cabling Systems

• CENELEC EN50173-2: Business Premises (F2 wedkantoren) CENELEC

EN50173-3: SOHO (F2 krantenwinkels), CENELEC EN50173-5: Datacenter

(F1)

American:

• ANSI/TIA/EIA-568B: Commercial Building Telecommunication Standard

Indien andere apparatuur (of randapparatuur) wordt aangesloten op de actieve

apparatuur moet de bekabeling ervan terug te vinden zijn in het ‘as-built of in het ‘proof

of concept’ dossier.

Opmerking: Voorschriften handelen over veiligheid van mens en eigendom,

elektriciteit, gebouwen, brandveiligheid. De Cel ICT van de Kansspelcommissie houdt

uiteraard rekening met deze voorschriften.



-11-

5 TECHNISCHE VEREISTEN GESTELD AAN DE ACTIEVE

COMPONENTEN VAN HET LAN

De plichthebbende is verantwoordelijk voor het actief netwerk en de documentatie er

van in elektronische vorm.

Alle actieve materialen (beschrijving, specificaties,...) zijn in het ‘as-built’ dossier of in

de ‘proof of concept’ dossier weer te vinden.

Indien andere apparatuur (of randapparatuur) wordt aangesloten (andere dan strikt nodig

voor de uitbating weddenschappen of voor het netwerk van de automatische machines

van Klasse IV), dan moet de volledige documentatie ervan terug te vinden zijn in het

‘as-built’ of in het ‘proof of concept’ dossier (doel van de apparatuur, beschrijving,

specificaties, veiligheidsaspecten…)



-12-

6 TECHNISCHE VEREISTEN GESTELD AAN DE CLIENTS EN SERVERS

De plichthebbende verantwoordelijk voor zijn actief netwerk en de documentatie er van

in elektronische vorm.

Er zijn basisprincipes per definitie te volgen:

a. Het productienetwerken met de kansspelen moeten fysisch gescheiden zijn van

het administratief netwerk

b. Er mogen geen draadloze connecties zijn op de productienetwerken

1. Voor de F1 en de F2-wedkantoren gelden deze principes

2. Voor F2-wedkantoren en F2 -boekhandels, waar men werkt met integratie van

diensten via één breedbandconnectie, is deze fysische scheiding niet altijd mogelijk.

De vergunninghouder F1 zal het dossier met het concept voorleggen aan de Cel ICT

van de Kansspelcommissie.

De plichthebbende zal dan dit concept mee opnemen in de ‘as-built’ van de F1 of

de F2 of in de ‘proof of concept’ van de F2. Daarin moet de ‘logische’ scheiding

van de netwerken, scheiding interne en externe communicatie, de graad van

‘security’,…enz van de F2 configuratie worden aangetoond.

• Er mogen verschillende types installaties zijn maar telkens moet in de

documentatie duidelijk aangegeven zijn welke F2 vallen onder welk type

installatie.

• De F1 moet ‘full control’ hebben over de F2 voor wat betreft het aangaan van de

weddenschappen en het maken van tickets. (full control = aan- en uitzetten van

op afstand)

• De ticketprinter moet een aparte printer zijn die uitsluitend dienst doet als

ticketprinter.

• Indien de terminal en/of de printer ook administratieve taken doet moeten deze

taken omschreven zijn in het ‘as-built’ dossier of in het ‘proof of concept’

dossier.

• Terminal emulatie op een intelligenter systeem is toegestaan.

• In geen geval mag de F2 zonder een actieve F1-F2 connectie (off-line) tickets

voor weddenschappen kunnen genereren.

• De Kansspelcommissie moet op elk ogenblik het overzicht hebben van alle

actieve client connecties naar de centrale server.

• De Kansspelcommissie moet de relevante data en het al dan niet actief zijn van

de F2 van op afstand kunnen controleren.

Specifieke eisen voor de server van de terminals voor weddenschappen :

De server die de weddenschappen beheerd moet zich in België bevinden in de lokalen van of

onder het toezicht van de vergunninghouder F1.

De vergunningshouder dient de Kansspelcommissie informeren over het exacte adres van de

server.



-13-

Specifieke eisen voor de automatische machines van klasse IV:

De server voor de automatische machines van Klasse IV staat bij de vergunninghouder

Licentiehouder E

De communicatie tussen automatische machines van klasse IV en de Licentiehouder E

kan worden opgezet via:

1. GPRS

De plichthebber is verantwoordelijk voor het doorsturen van de gegevens à rato van één

maal per etmaal. Dit dient te gebeuren via GPRS, de inhoud van de berichten mag

NIET worden gecodeerd. Elke Licentiehouder E dient voorafgaandelijk te vermelden

welke GPRS-module wordt ingebouwd.

2. LAN van de F2

De plichthebber van de F geeft de toestemming voor en is verantwoordelijk deze

configuratie en de integratie in het ‘as-built’ of in het ‘proof of concept’ dossier.

Communicatieprotocol

Een standaard communicatieprotocol voorzien welke de gegevensuitwisseling tussen de

interface en het moederbord van de automatische machines van klasse IV uniformiseert

(zie Bijlage 2).



-14-

7 TECHNISCHE VEREISTEN GESTELD AAN HET LOKAAL VOOR HET

DATA-RACK

Voor de F1:

Er zijn 3 mogelijkheden: 1. De F1 heeft zijn eigen datacenter

2. De F1 maakt gebruik van een extern datacenter

3. De F1 maakt gebruik van beiden

In elk geval moet het datacenter:

• Voldoen aan de bestaande standaarden, voorschriften en regelgeving

• Voor datacenters worden volgende standaarden gebruikt: Tier 1, 2, 3 en 4

Voor de F2:

Voor de wedkantoren met of zonder automaten moet een volledig ‘as-built dossier’

worden aangeboden, tenzij een ‘proof of concept’ wordt voorgesteld, onderhandeld en

aanvaard.

Voor een F2-boekhandels kan een ‘proof of concept’ volstaan indien dit geld voor alle

of voor een reeks van installaties (zie ook hoofdstuk 4).

Een datarack is standaard van het type 19” (of 10”) en kan stand-alone of wall-mounted

zijn.

Elk wall-mounted racks moet op manshoogte worden geplaatst of bereikbaar worden

gemaakt voor controle.

In elk geval moet elk data-rack op zich afsluitbaar zijn en de verantwoordelijkheid voor

de toegang ervan moet worden omschreven.

Afwijkingen kunnen worden voorgesteld, onderhandeld en aanvaard.



-15-

8 TECHNISCHE VEREISTEN GESTELD AAN DE DATAVERBINDING MET

DE KANSSPELCOMMISSIE

De plichthebber zorgt voor een adequate IP-verbinding met de DMZ van de

Kansspelcommissie, bij voorkeur via hetzelfde netwerk als die van de KSC. Gebruik van

een vast IP-adres en een gegarandeerd minimum bandbreedte is wenselijk.

De plichthebber dient tevens in te staan voor de aankoop, installatie en programmmatie van

de benodigde actieve componenten van het LAN.

De plichthebber is verantwoordelijk voor de koppeling van de dataverbinding aan zijn

informaticasysteem.

Overdracht van bestanden : beveiligd HTTPS omgeving.

De nieuwe API, beschikbaar in productie sedert 6 mei 2014 moet gebruikt worden. De

verzending via FTP is niet meer toegelaten.

De technische informatie bevindt zich op de pagina "informaticaprotocollen" op de

Internetsite van de kansspelcommissie.

Bij iedere verzending wordt een validatie uitgevoerd (syntax XML + Schematron regels).

Het statuut van de verificatie ("valid" of "invalid") wordt teruggezonden. Wanneer het

statuut “invalid” is, wordt het bestand verworpen en daarom als niet ontvangen beschouwd.

De programmeur van het verzendingssysteem van de bestanden moet rekening houden met

dit statuut teneinde de noodzakelijke corrigerende maatregelen te nemen wanneer het

statuut ‘invalid’ is. In dit geval moet de exploitant van de kansspelautomaten over het

probleem geïnformeerd worden en moet een technische oplossing aangebracht worden.

In de toekomst zal een digitale handtekening geïmplementeerd kunnen worden.



-16-

9 BIJKOMENDE VEREISTEN GESTELD AAN HET

VIDEOBEWAKINGSSYSTEEM

Minstens op volgende locaties moeten camera’s worden voorzien:

- kassa’s;

- plaats waar de registratie en/of controle van de speler gebeurt, op een dergelijke

manier dat de aanmaak van het register van de geregistreerde personen kan gevolgd

worden;

- de terminals voor weddenschappen

- de automatische machines van klasse IV.

Op eenvoudig verzoek dienen de opgevraagde opnames te worden overgemaakt aan de

Kansspelcommissie. Indien eigen bestandsformaten worden gebruikt dient de viewer te

worden meegeleverd.

Deze viewer moet werken onder alle beschikbare versies van het windows

besturingssysteem. De videobeelden dienen een minimale framerate te hebben van 12

beelden/seconde.

De resolutie moet minimaal 4SIF (525) 704 x 480 (NTSC) of 4CIF/SIF (625) 704 x

576 (PAL)bedragen. De kwaliteit en keuze van de camera’s moet rekening houden met

de speciale lichtomstandigheden welke aanwezig zijn in de kansspelinrichting.

Voor nieuwe bewakingssystemen mogen enkel kleurencamera’s worden gebruikt.

De videoapparatuur wordt bij voorkeur in het data-rack geplaatst.

Elk ander video-rack moet op manshoogte worden geplaatst of bereikbaar worden

gemaakt voor controle.

In elk geval moet elk video-rack op zich afsluitbaar zijn en de verantwoordelijkheid

voor de toegang ervan moet worden omschreven.

Afwijkingen kunnen worden voorgesteld, onderhandeld en aanvaard.

De opnames moeten vier weken bewaard blijven.

De beelden moeten permanent beschikbaar zijn. De licentiehouder wordt eraan

gehouden de Kansspelcommissie via het emailadres

[email protected] ogenblikkelijk te verwittigen van iedere technische

storing die voorkomt op het niveau van de videobewaking.

De beelden moeten de datum en het uur bevatten van de beeldopname.



-17-

10 VEREISTEN INZAKE ACCOUNTING - EN FINANCIËLE

INFORMATIE (F0, F1, F2 EN F9)

In het algemeen :

De financiële informatie dient in XML-formaat, dagelijks te worden overgemaakt aan de

kansspelcommissie.

Ze moet eveneens meegedeeld worden aan de FOD Financiën (of aan de bevoegde

regionale Diensten) wanneer zij hiervoor de aanvraag doet.

Alle bedragen worden vermeld in eurocents. Deze bestanden dienen automatisch te worden

aangemaakt en dienen rechtstreeks vanuit de server van de plichthebbende te worden

overgemaakt aan de kansspelcommissie.

Specifieke eisen voor de terminals voor weddenschappen :

Financiële informatie - Details van de weddenschappen : -/ Nummer van de vergunning F1

-/ Nummer van de vergunning F2 (er is één file per "F2")

Voor elke weddenschap :

-/ Identificatie van de terminal voor weddenschappen

-/ Identificatie van de categorie van weddenschap (Sport ; Event ; HorseRace ;

Mixed)

-/ Identificatie Nr van het ticket van weddenschap

-/ Selectie van de wedder

-/ Inzet van de wedder

-/ Winst van de wedder

-/ TimeStamp van het aannemen van weddenschap

-/ TimeStamp van het evenement betreffende de weddenschap

Opmerking: de velden “betTiming/start” en “betTiming/end” zijn niet altijd chronologisch. In bepaalde

gevallen kan “start” volgen op “end”. Bijvoorbeeld voor de Live Betting kan “end” de datum van de

match zijn (vb. 20:00) en “start” het aannemen van de weddenschappen tijdens de match (vb. 20:22)

In deze nieuwe versie, werden de specifieke velden : "betTiming/bet" en "betTiming/event" voorzien

om deze incoherentie te laten verdwijnen.

De structuur van het XML-bestand is in bijlage 1 beschreven : Beschrijving "IV_F0" file.

Opmerking : in tegenstelling tot de andere bestanden, moeten deze gegevens niet dagelijks

verzonden worden. De gegevens met betrekking tot de laatste 12 maanden moeten bewaard

worden door de plichthebbende. De gegevens van een bepaalde tijdsperiode moeten

kunnen worden doorgegeven, op dezelfde manier als de andere dossiers, op eenvoudig

verzoek van de Kansspelcommissie.

Financiële informatie - Globale resultaten van de F1 vergunningshouder : -/ Nummer van de vergunning F1

-/ Identificatie van de categorie van weddenschap

-/ Totaal inzetten

-/ Totaal uitbetaalde winsten

-/ Aantal tickets

-/ Volg nummer van het eerste ticket van de dag

-/ Volg nummer van het laatste ticket van de dag



-18-

Opmerking : voor het “volgnummer” is de procedure de volgende (indien de nummering niet uniek is) :

-/ de F1 verzamelt alle gegevens van zijn F2;

-/ de F1 hergroepeert alle ticketten in een nieuwe tabel met een nieuwe index (continu en

toenemend);

-/ de “volgnummers” worden gegenereerd op basis van deze nieuwe index;

-/ de F1 bewaart de correspondentietabel teneinde het terugvinden van de referenties van elk ticket

toe te laten.


Financiële informatie - Globale resultaten van de F2 vergunningshouder : -/ Nummer van de vergunning F1

-/ Nummer van de vergunning F2

Voor elke terminal voor weddenschappen :

-/ Identificatie van de terminal voor weddenschappen

-/ Identificatie van de categorie van weddenschap (Sport ; Event ; HorseRace ;

Mixed)

-/ Totaal inzetten

-/ Totaal uitbetaalde winsten

-/ Aantal tickets

De structuur van het XML-bestand is in bijlage 1 beschreven : Beschrijving "IV_F2"

file.

Mobiele Kansspelinrichtingen klasse IV (bookmakers) :

De vergunninghouder F2 voor een mobiele kansspelinrichting klasse IV (bookmaker) moet

aan volgende vereisten voldoen:

-/ Gebruik van een PC voor het aannemen van weddenschappen en het registreren van de

gegevens betreffende de weddenschappen in “real time”;

-/ Gebruik van een Excel file identiek aan wat er genoteerd wordt in het “boek der

belastingen”;

-/ Het bewaren van een dubbel van de papieren tickets door de vergunninghouder

gedurende 7 jaar voor controledoeleinden (zij dienen deze op eenvoudig verzoek van

KSC of van FOD Financiën (of aan de bevoegde regionale Diensten) te overhandigen)

-/ Registreren van de “timestamp” van het begin van de gebeurtenis en deze van het

aannemen van de weddenschap.

-/ Het doorsturen van de Excel file binnen de 24 uur na de laatste wedstrijd naar de

vergunninghouder F1;

-/ De vergunninghouder F1 is belast met het converteren van deze gegevens in XML et het

doorsturen, binnen de 24 uur na ontvangst van de Excel file, naar de Kansspelcommissie

overeenkomstig de modaliteiten zoals bepaald door dit protocol.

Opmerking: dit uitzonderingsregime is van toepassing tot 1 juli 2015 (waarna er ook

geprinte tickets zullen gevraagd worden).

Specifieke eisen voor de automatische machines van klasse IV :

Financiële informatie :

(*) = basisgegevens dwz. gegevens die in real time uit de automaat moeten worden

opgevraagd, zie ook punt 3/ A – certifiëring.

-/ Aantal betrokken automatische machines van klasse IV

Voor elke betrokken automatische machine van klasse IV :

-/ Identificatie nummer van het spel (serienummer) (*)

-/ Nummer van modelgoedkeuring van de dienst technische evaluaties (*)



-19-



-/ Statuut van de automatische machine van klasse IV : Connect of NoConnect

-/ Totaal inzetten van de dag

-/ Totaal uitbetaalde winsten van de dag

-/ Resultaat van de dag

-/ Aantal gespeelde partijen (globale teller) (*)

-/ Aantal deur openingen (globale teller) (*)

-/ Teller Total Bet bij de opening (*)

-/ Teller Total Bet bij de sluiting (*)

-/ Teller Total Win bij de opening (*)

-/ Teller Total Win bij de sluiting (*)

-/ TimeStamp bij de opening

-/ TimeStamp bij de sluiting


Opmerkingen betreffende de verzending van de gegevens van ontbrekende

kansspeltoestellen:

De opgehaalde gegevens bij de sluiting dienen tevens als startwaarden voor de exploitatie

van de volgende dag (opening). Voor alle automatische machines van klasse IV welke

niet antwoorden blijft een polling lopen (bv om de 10’).

Alle verzamelde gegevens worden doorgestuurd conform het protocol naar de

kansspelcommissie.

Wanneer een automatische machine van klasse IV meerdere dagen niet antwoord worden

de gegevens opgehaald bij het laatste contact beschouwd als zijnde de te verzenden

"regularisatiegegevens" voor de dagen waarbij het contact verloren gegaan is.

Voor elke dag moet een bestand verstuurd worden. Het bestand heeft de status "connect"

indien de gegevens voortkomen van een reële verzending. Het bestand heeft de status

"NoConnect" indien het hierboven beschreven regularisatiegegevens betreft.



-20-

11 VEREISTEN INZAKE DE REGISTRATIE (F5)

Een bestand in XML-formaat dient dagelijks aan de kansspelcommissie te worden

overgemaakt, één record per elke te registreren bezoeker (dit wil zeggen zij die

weddenschappen aannemen voor meer dan 1000 €) :



Voor elke bezoeker :

-/ Datum en uur van registratie

-/ Naam

-/ Voornamen

-/ Geboorteplaats

-/ Geboortedatum

-/ Beroep

-/ Adres

-/ Bedrag van de inzet

-/ Datum van de verrichting

-/ Details van de weddenschap


file.

Indien in de inrichting enkel een elektronisch register wordt bijgehouden dient het

programma een fiche af te drukken welke hoger vermelde gegevens bevat aangevuld

met de datum, een sequentieel volgnummer en de tijdsaanduiding van de registratie.

De bezoeker ondertekent deze fiche gedurende zijn registratie. Deze fiches dienen ter

plaatse te worden bewaard onder dezelfde voorwaarden als het traditioneel papieren

register.

Dit bestand dient automatisch te worden aangemaakt en dient rechtstreeks vanuit de

server van de plichthebbende te worden overgemaakt aan de kansspelcommissie.

Bij een eerste registratie wordt onmiddellijk een fotokopie van het identiteitsbewijs

gemaakt, waarna het identiteitsbewijs onverwijld wordt teruggegeven. Een fotokopie van

het identiteitsbewijs wordt gedurende vijf jaar na de laatste registratie bewaard. Bij een

eerste registratie plaatst de speler zijn handtekening op de fotokopie van het

identiteitsbewijs.



-21-

12 VEREISTEN INZAKE DE TECHNISCHE CONTROLE (F6 EN F10)

Deze informaties moeten eenmaal per week (op vrijdag) aan de kansspelcommissie worden

overgemaakt :

Voor de terminals voor weddenschappen -/ Aantal betrokken terminals

Voor elke betrokken terminal :

-/ Identificatie Nr van de terminal (Serienummer)



Voor de automatische machines van klasse IV

(*) = basisgegevens dwz. gegevens die in real time uit de automaat moeten worden

opgevraagd, zie ook punt 3/ A – certifiëring.

-/ Aantal betrokken automatische machines van klasse IV

Voor elke betrokken automatische machine van klasse IV :

Identificatie nummer van het spel (Serienummer van de machine van klasse IV) (*)


-/ Nummer van modelgoedkeuring van de dienst technische evaluaties (*)

-/ Datum van de laatste ijking

-/ Identificatie van de softwareversie (*)

-/ Sleutels die worden gebruikt voor de software handtekening (*)

-/ Software handtekening (*)


file.



-22-

13 VEREISTEN INZAKE DE DOCUMENTATIE IN VERBAND MET

HET INFORMATICASYSTEEM EN HET VIDEOBEWAKINGS-

SYSTEEM

Volgende documentatie dient voorafgaandelijk aan de kansspelcommissie bezorgd te

worden :

Betreffende het informaticasysteem :

- naam en adres van de leverancier en/of fabrikant;

- identificatie en serienummers;

- beschrijving van de hardware en software;

- gebruikte compiler;

- technisch- en functioneel dossier van de applicatie.

Betreffende het video-surveillance systeem : - naam en adres van de leverancier en/of fabrikant;

- identificatie- en serienummers;

- lokalisatie en plan van de controlepost;

- technisch plan van het systeem en zijn werking;

- technische documentatie van de gebruikte camera's.



-23-

14 GEBRUIK VAN NIEUWE TECHNOLOGIEËN

Nihil (tot nu toe)



-24-

15 STANDAARDEN INZAKE NAAMGEVING VOOR DE TE

VERZENDEN BESTANDEN

Alle bestandsnamen hebben de volgende structuur :

IV_licenceId_Fx_date*_time*.xml (* : bij voorkeur deze van aanmaak van het bestand)

Voorbeeld : IV_012345_F5_20130517_221743.xml

Opgelet: De bestanden waarvan het licentienummer niet correct is worden geweigerd

door het systeem.

Opmerking:

Voor de bestanden F0, F2 en F5 is er per betreffend F2 één bestand.

In dit geval moet de naam van het bestand de volgende structuur hebben:

IV_organiserId_Fx_F?licenceId_date*_time*.xml (* : bij voorkeur deze van aanmaak van het

bestand)

Voorbeeld : IV_012345_F2_FB001234_20130517_221743.xml



-25-

16 GOEDKEURING

Dit protocol werd opgemaakt door de Kansspelcommissie en goedgekeurd ter zitting van

25 oktober 2017.

De constructeurs moeten de noodzakelijke wijzigingen aanbrengen aan hun online

systeem voor de 1ste juli 2018. De bekomen certificatie voor wat betreft de vorige versie

van het protocol, blijft geldig.

De Kansspelcommissie zal nauwgezet toezien op de strikte toepassing van dit

protocol. Het niet respecteren van supra vermelde datums kan aanleiding geven tot

sancties. De Voorzitter.

E. Marique.



-26-

17 BIJLAGE 1 : XML BESCHRIJVING

De volgende tabellen geven een overzicht van de te versturen gegevens in XML.

Voor de verzending moeten de bestanden gevalideerd worden op basis van de

definitiebestanden XSD en van het valideringsprogramma beschikbaar op het volgende

adres : www.gamingcommission.be ; Sectie <De wet> <Protocollen> <Informatica>.

Beschrijving file "IV_F0" (Punt 10) : /f0/ 0Field Cardinality Data type Description

protocolVersion 1 string Versie van het protocol (attribuut van f0) = IV_V04

generalInfo/licenseId 1 int Nr van de vergunning F2 (FB) (één bestand per "F2")

generalInfo/fileDate 1 protocolDate Datum van bestand (na 01-01-2000)

generalInfo/licenseType 1 licenseTypeType Type van vergunning : FB, FC, FD of FE

generalInfo/email 1 emailType Email van On-Line verantwoordelijke

generalInfo/organiserId 1 int Nummer van de vergunning F1 (FA)

generalInfo/manufacturerId 0 → 1 int Nummer van de vergunning E fabrikant of het nummer

van de softwareleverancier aangeleverd door de

certificator (**) of niets (ingeval van slechts één enkele

leverancier)

games/nbOfItems 1 int Aantal weddenschappen

games/ game 0 → n gameType Informatie voor elke weddenschap

gameType : /f0/games/ game/ Field Cardinality Data type Description

id 1 string Id van de terminal voor weddenschappen (serienr)

gameType 1 gameTypeType Categorie van weddenschap (Sport ; Event ; HorseRace ;

Mixed)

ticketId 1 string Identificatie Nr van het ticket van weddenschap

gamerSelection 1 string Selectie van de wedder (deze mogen gecodeerd worden)

gamerBetAmount 1 long Inzet van de wedder (in eurocents)

gamerWonAmount 0 long Winst van de wedder (in eurocents) (optioneel indien onbekend)

betTiming/bet 1 dateTime TimeStamp van het aannemen van weddenschap

betTiming/event 1 dateTime TimeStamp van het event betreffende de weddenschap

Beschrijving file "IV_F1" (Punt 10) : /f1/ Field Cardinality Data type Description


generalInfo/licenseId 1 int Nummer van de vergunning F1


generalInfo/licenseType 1 licenseTypeType Type van vergunning : FA





leverancier).

games 4 gamesType Informatie per categorie van weddenschap

gamesType : /f1/games/ Field Cardinality Data type Description



-27-

gameType 1 gameTypeType Categorie van weddenschap (Sport ; Event ; HorseRace ;

Mixed)

totalBetAmount 1 long Totaal inzetten (in eurocents)

totalWonAmount 1 long Totaal uitbetaalde winsten (in eurocents)

nbTickets 1 long Aantal tickets

firstTicketNb 1 integer Volg nummer van het eerste ticket van de dag

lastTicketNb 1 integer Volg nummer van het laatste ticket van de dag





generalInfo/licenseType 1 licenseTypeType Type van vergunning : FB, FC ou FD


generalInfo/organiserId 1 int Nummer van de vergunning F1




leverancier).

games/nbOfItems 1 int Aantal terminals

games/gameDetail 0 → n gameDetailType Informatie per terminal

gameDetailType : /f2/games/gameDetail/ Field Cardinality Data type Description

id 1 string Id van de terminal voor weddenschappen (serienr)

gameType 1 gameTypeType Categorie van weddenschap (Sport ; Event ; HorseRace ; Mixed)

gamerBetAmount 1 long Totaal inzetten (in eurocents)

gamerWonAmount 1 long Totaal uitbetaalde winsten (in eurocents)

nbTickets 1 long Aantal tickets

Définitions du fichier "IV_F5" (Point 11) : /f5/ Field Cardinality Data type Description


generalInfo/licenseId 1 int Nummer van de vergunning F2 (één bestand per "F2")

generalInfo/fileDate 1 protocolDate Datum van bestand

generalInfo/licenseType 1 licenseTypeType Type van vergunning : FB, FC ou FD


generalInfo/organiserId 1 int Nummer van de vergunning F1




leverancier).

guests/nbOfItems 1 int Aantal bezoekers

guests/guest 0 → n guestType Gegevens van de bezoeker

guestType : /f5/guests/guest/ Field Cardinality Data type Description

timestamp 1 protocolDateTime TimeStamp van de registratie (na 01-01-2000)



-28-

lastName 1 string Naam

firstName 1 string Voornamen

birthDay 1 date Geboortedatum

birthPlace 1 string Geboorteplaats

profession 1 string Beroep

houseNbr 1 string Nummer

houseBox 1 string Bus

street 1 string Straat

zipCode 1 string Postcode

city 1 string Gemeente

country 1 string Land (2chr in overeenstemming met ISO 3166-1-alpha-2

code)

betAmount 1 long Bedrag van de inzet (in eurocents)

betDate 1 date Datum van de verrichting

betDetail 1 string Details van de weddenschap





generalInfo/licenseType 1 licenseTypeType Type van vergunning : FA





leverancier).

terminals/nbOfItems 1 int Aantal betrokken terminals

terminals/ terminal 0 → n terminalType Informatie per terminal

terminalType : /f6/terminals/terminal/ Field Cardinality Data type Description

terminalId 1 string Identificatie Nummer van de terminal (Serienummer)

licenseId 1 int Nummer van de vergunning F2 (FB, FC of FD)

Définitions du fichier "IV_F7" (Point 3 D) : /f7/ Field Cardinality Data type Description


generalInfo/licenseId 1 int Nummer van de vergunning E plaatser


generalInfo/licenseType 1 licenseTypeType Type van vergunning : E


generalInfo/manufacturerId 0 → 1 int Nummer van de vergunning E fabrikant

stock 1 detailType De toestellen in magazijn

install 1

detailType De in kansspelinrichtingen geplaatste kansspelen tijdens de

periode

uninstall 1

detailType De uit kansspelinrichtingen verwijderde kansspelen tijdens de

periode

installAfterBuy

1

detailType

De in kansspelinrichtingen geplaatste kansspelen tijdens de

periode en deze die werden gekocht van een andere Belgische

vergunninghouder E

uninstallAndSold 1 detailType De uit kansspelinrichtingen verwijderde kansspelen tijdens de



-29-

periode en deze die werden verkocht aan een andere

Belgische vergunninghouder E

uninstallWithKit

1

detailType

De in kansspelinrichtingen uitgebate kansspelen tijdens de

periode en deze die werden omgevormd met een

omvormingskit

detailType : /f7/.../ Field Cardinality Data type Description

nbOfItems 1 int Aantal betrokken machines

item 0 → n itemType Gedetailleerd informatie per machine

itemType: /f7/.../item/ Field Cardinality Data type Description

gameid 1 string Identificatie Nr van het spel (Serienummer van de machine)

approvalId 1 string Nummer van modelgoedkeuring van de dienst technische evaluatie

operationDate 1 date Datum van "beweging"

operatorLicenseId 1 int Nummer van de vergunning F2 waar de laatste uitbating heeft

plaatsgevonden

supplierLicenseId 1 int Nummer van de betrokken "E" vergunning (zie punt 3D)

taxNumber 1 string Nummer van het belastingsvignet

repartitionKey/operator 1 int Sleutel van verdeling : % van inkomsten van de "F2"

repartitionKey/supplier 1 int Sleutel van verdeling : % van inkomsten van de "E"



generalInfo/licenseId 1 int Nummer van de vergunning E (of F1) plaatser


generalInfo/licenseType 1 licenseTypeType Type van vergunning : E (of FB)



details/nbOfItems 1 int Aantal betrokken automatische machines van klasse IV

details/ detail 0 → n detailInfoType Informatie per automatische machine van klasse IV

detailInfoType : /f9/details/detail/ Field Cardinality Data type Description

gameId 1 string Identificatie Nr van het spel (serienummer) (*)

approvalId 1 string Nr van modelgoedkeuring van de dienst technische evaluaties (*)

licenseId 1 string Nummer van de vergunning F2

taxNumber 1 string Nr van het belastingsvignet

status 1 Connect/NoConnect Statuut van de machine klasse IV : Connect of NoConnect

totalBetAmount 1 long Totaal inzetten van de dag (in eurocents)

totalWinResult 1 long Totaal uitbetaalde winsten van de dag (in eurocents)

dayResult 1 long Resultaat van de dag (in eurocents)

nbGamesPlayed 1 long Aantal gespeelde partijen (globaal teller) (*)

nbDoorOpen 1 long Aantal deur openingen (globaal teller) (*)

totalBetBegin 1 long Teller Total Bet bij de opening (in eurocents) (*)

totalBetEnd 1 long Teller Total Bet bij de sluiting (in eurocents) (*)

totalWinBegin 1 long Teller Total Win bij de opening (in eurocents) (*)

totalWinEnd 1 long Teller Total Win bij de sluiting (in eurocents) (*)



-30-

opening/start 1 datetime TimeStamp bij de opening

opening/end 1 datetime TimeStamp bij de sluiting

(* = basisgegevens dwz. gegevens die in real time uit de automaat moeten worden opgevraagd, zie ook punt 3/ A – certificering)



generalInfo/licenseId 1 int Nummer van de vergunning E (of F1) plaatser


generalInfo/licenseType 1 licenseTypeType Type van vergunning : E (of FB)



details/nbOfItems 1 int Aantal betrokken machines van klasse IV

details/detail 0 → n detailInfoType Informatie per automatische machine van klasse IV

detailInfoType : /f10/details/detail/ Field Cardinality Data type Description

gameId 1 string Identificatie van het spel (Serienr van de machine) (*)

approvalId 1 string Nr van modelgoedkeuring van de technische evaluaties (*)

licenseId 1 int Nummer van de vergunning F2

lastCheckDate 1 date Datum van de laatste ijking

gameSoftwareVersion 1 string Identificatie van de softwareversie (*)

gameKeys 1 string Sleutels gebruikt voor de software handtekening (*)

eprom 1 string Software handtekening (*)

(* = basisgegevens dwz. gegevens die in real time uit de automaat moeten worden opgevraagd, zie ook punt 3/ A – certificering

(**= dit is een nummer begrepen tussen 100 en 500 die verplicht opgenomen wordt in de lijst van de certificator. Aan elke

software leverancier zal een uniek nummer worden toegekend. Deze lijst (alsook eventuele wijzigingen) wordt door de

certificator overgemaakt aan de Kansspelcommissie.



-31-

18 BIJLAGE 2 : STANDAARD COMMUNICATIE PROTOCOL

Bijkomend wordt een standaard communicatieprotocol voorzien welke de

gegevensuitwisseling tussen de interface en het moederbord van de kansspelautomaat

uniformiseert.

A. Voorwerp:

Dit document beschrijft een gegevens communicatie protocol tussen kansspelautomaten

en een netwerk interface in een “master-slave” configuratie waarbij het netwerk het initiatief

neemt om de informatie te verkrijgen en waarbij de kansspelautomaat de gevraagde

informatie verstrekt. Alle functies zijn identiek voor alle kansspelautomaten hetgeen

betekent dat dit protocol door alle automaten dient te worden gerespecteerd en dat de

netwerk interface geen van deze gereserveerde functies voor andere toepassingen mag

gebruiken. De dienst metrologie of een ander erkend keuringsorganisme zal de

werking van dit protocol verifiëren.

B. Terminologie:

In dit document worden de volgende termen gebruikt die als volgt worden omschreven:

Automaat: Elke soort automatische machine van klasse IV die autonoom of als

onderdeel van een zogenaamde “multispeler” automaat functioneert.

Interface: de netwerk interface dewelke gegevens opvraagt van de automaat.

Master: deze term wordt gebruikt als synoniem voor de interface

Slave: deze term wordt gebruikt als synoniem voor de automaat

C. Fysische verbinding tussen de interface en de automaat:

De fysische verbinding gebeurt middels een RS-232 verbindingskabel volgens V24

standaard en de communicatiepoort wordt als volgt ingesteld:

-/ Baud Rate: 9600 bps

-/ Data Bits: 8

-/ Parity: None

-/ Stop Bit: 1

-/ Ondersteuning voor RTS/CTS hardware handshaking is optioneel.

D. Regels voor de omzetting van de gegevens:

In dit document vertegenwoordigt een cijfer met het prefix ‘0x’ een hexadecimaal getal.

Een getal zonder prefix is een decimaal getal, een afdrukbaar ASCII teken wordt

weergegeven tussen enkele haakjes (‘) en een tekst wordt weergegeven tussen dubbele

haakjes (“). Een conversietabel van decimaal en hexadecimaal naar de

respectievelijke ASCII waarde wordt bijgevoegd in bijlage 3. (ASCII staat voor

American Standard Code for Information Interchange)

D.1. Omzetting van tekst en/of tekens:

Elk teken is gecodeerd volgens de ASCII tabel Voorbeeld: om de tekst test 1 te versturen

worden er 6 bytes verstuurd met de volgende waardes:

“test 1” - ‘t’ ‘e’ ‘s’ ‘t’ ‘ ‘ ‘1’ - 0x74 0x65 0x73 0x74 0x20 0x31

D.2. omzetting van cijfers:

Alle cijfers worden uitgedrukt in hun hexadecimale waarde en verzonden middels

codering van elke hexadecimale waarde in hun respectievelijke 2 ASCII bytes waarbij

hoofdletters worden gebruikt voor de waardes A tot F

Voorbeeld:



-32-

Om 0x07 te verzenden worden de 2 bytes 0x30 0x37 verzonden.

Om de tellerwaarde te verzenden wordt deze eerst omgezet in haar hexadecimale waarde

45 836 472 = 0x02BB68B8:

Vervolgens worden de volgende 8 bytes verzonden:

0x30 0x32 0x42 0x42 0x36 0x38 0x42 0x38

D.3. Gebruikte terminologie:

In de beschrijving van de commando tekst en het antwoord wordt de volgende

terminologie gebruikt:

STX: Hexadecimale waarde 2 = 0x02

CD: commando byte verzonden per 2 bytes omgezet overeenkomstig D.2.

DATA: Algemene term voor tekst en numerieke gegevens omgezet overeenkomstig

D.1. and D.2.

CS: 1 byte checksum omgezet in 2 bytes overeenkomstig D.2. CS is de minst

belangrijke byte van de som van alle data bytes vanaf (maar met uitzondering van)

de start byte STX tot (eveneens met uitzondering van) de checksum zelf en de

laatste EOT .

EOT: Hexadecimale waarde 4 = 0x04

D.4.Datum en uur aanduiding.

Datums in het formaat jjjj/mm/dd;

Tijdsaanduiding in het formaat uu:mm:ss (24-uur stelsel)

E. Communicatiemodel

Alle communicatie wordt geïnitialiseerd door een commando verzonden door de master

naar de slave en dewelke bestaat uit een reeks van 4 bytes samengesteld uit de start byte

STX, the commando identificatie CD en de stop byte EOT.

Telkens de slave een commando ontvangt, zal deze een antwoord sturen samengesteld

uit de start byte (STX), het ontvangen commando, de data, de checksum CS en de stop

byte (EOT).

Indien de slave niet antwoord na 100ms zal de master het commando nogmaals sturen.

Indien er nog steeds geen antwoord volgt na 100ms zal de master het commando

nogmaals sturen na 1 seconde, vervolgens na 10 seconden en vervolgens na 100

seconden indien de slave nog steeds niet heeft geantwoord.

Na 5 pogingen krijgt de slave de status “offline”. De master kan zijn pogingen herhalen

tot de slave antwoordt, waarna de “offline” status wordt opgeheven.

Als een commando niet wordt herkend door de slave, zal deze een blanco antwoord

terugsturen in het formaat: STX “00” CS EOT

F. Beschrijving van de commando’s

Alle niet gedefinieerde in de onderstaande tabel worden gereserveerd voor later gebruik

doch hoeven niet te worden toegewezen



-33-

CD Beschrijving Rb(*1)

0x00 Blanco 6

0x01 Verkrijg de spel identificatie 31

0x02 Verkrijg de algemene tellerstanden 70

0x03 Verkrijg ‘credit in’ tellerstand (teller cash in) 14

0x04 Verkrijg ‘credit out’ tellerstand (teller Cash out) 14

0x05 Verkrijg ‘Hand pay’ tellerstand 14

0x06 Verkrijg ‘Total bet’ tellerstand (teller total in) 14

0x07 Verkrijg ‘Total win’ tellerstand (teller total out) 14

0x08 Verkrijg “games played” tellerstand 14

0x09 Verkrijg “line off” tellerstand 14

0x0A Verkrijg ‘Deur open’ tellerstand 14

0x0B Verkrijg ‘Wissel in’ tellerstand 14

0x0C Verkrijg ‘Wissel out’ tellerstand 14

0x0D Verkrijg spel software versie 16

0x0E Verkrijg de software verificatiechecksum (handtekening software) 17

0x0F Download eID-logfile 10+Len

0x80 Get F9 data 200

0x81 Get F10 data 118 (*1) = het aantal bytes dat door de slave wordt teruggezonden.

De speelautomaat moet minstens de commando’s 0x80,0x81 en 0x0F ondersteunen. De

andere commando’s zijn optioneel.

G. Gedetailleerde beschrijving van het door de slave teruggestuurde gegevenspakket:

In de hierna volgende beschrijving staat ‘TxPrototype’ voor de functie commando dat

door de master wordt verzonden naar de slave, staat TxCMD voor de effectief

verzonden reeks en staat ‘RxPrototype’ voor het model antwoord verzonden door de

slave naar de master.

Er wordt telkens een representatief voorbeeld gegeven en ‘Hex’ toont de teruggezonden

reeks in hexadecimale waardes.

G.0. 0x00: Blanco TxPrototype: STX “00” EOT

TxCmd: STX 0x30 0x30 EOT

RxPrototype: STX “00” “CS” EOT

Voorbeeld: 0x02 0x30 0x30 0x36 0x30 0x04

G.1. 0x01: Verkrijg de spel identificatie

Stuurt de door van de dienst technische evaluatie toegekende toelatingscode in het

formaat B-xx-xxxxxx/xx gevolgd door het ‘;’ scheidingsteken en het serienummer van

de automaat omgezet in 10 tekens opgevuld met ‘0’ aan de linker zijde. Indien dit

serienummer om technische redenen niet kan worden verstuurd zal als serienummer

een blanco reeks worden verzonden “0000000000”

TxPrototype: STX “01” EOT


RxPrototype: STX “01” “B-xx-xxxxxx/xx;ssssssssss” “CS” EOT

Voorbeeld: STX “01” “B-03-007004/01;V1234567R0” “1B” EOT



-34-

Hex: 0x02 0x30 0x31 0x42 0x2D 0x30 0x33 0x2D 0x30 0x30 0x37 0x30 0x30 0x34

0x2F 0x30 0x31 0x3B 0x56 0x31 0x32 0x33 0x34 0x35 0x36 0x37 0x52 0x30

0x31 0x42 0x04

G.2. 0x02: Verkrijg de algemene tellerstanden

Alle tellerstanden zijn 32 bit hexadecimale getallen omgezet naar 8 bytes zoals

beschreven in D.2. De tellers worden in de volgende sequentie verstuurd: credit in,

credit out, Hand pay, Total bets, Total wins, Number of played games, Number of

game interrupts, Number of door open events. De eerste 5 tellers, dewelke een waarde

in geld vertegenwoordigen worden weergegeven in Euro cent.



RxPrototype: STX “02” “credit in” “credit out” “handpay” “total bets” “total wins”

“games” “interrupts“ “door” “CS” EOT

Voorbeeld: STX “02” “0000002F” “0000001A” “00001234” “00005678”

“12343210” “00000012” “00009876” “98765432” “0D” EOT

Hex: 0x02 0x30 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x32 0x46 0x30 0x30 0x30

0x30 0x30 0x30 0x31 0x41 0x30 0x30 0x30 0x30 0x31 0x32 0x33 0x34 0x30

0x30 0x30 0x30 0x35 0x36 0x37 0x38 0x31 0x32 0x33 0x34 0x33 0x32 0x31

0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x31 0x32 0x30 0x30 0x30 0x30 0x39

0x38 0x37 0x36 0x39 0x38 0x37 0x36 0x35 0x34 0x33 0x32 0x30 0x44 0x04

G.3. 0x03: Verkrijg ‘credit in’ tellerstand

De ‘credit in’ tellerstand is een 32 bit hexadecimaal getal omgezet in 8 bytes zoals

beschreven in D.2. Deze teller geeft de geldwaarde weer die in het toestel werd

ingeworpen (ongeacht de wijze waarop) en wordt uitgedrukt in Euro cent.


TxCmd: STX 0x30 0x33 0x36 0x33 EOT

RxPrototype: STX “03” “credit in” “CS” EOT

Voorbeeld: STX “03” “0000002F” “FB” EOT


G.4. 0x04: Verkrijg ‘credit out’ tellerstand

De ‘credit out’ tellerstand is een 32 bit hexadecimaal getal omgezet in 8 bytes zoals

beschreven in D.2. Deze teller geeft de totale geldwaarde weer van de winsten die

door het uitstortingmechanisme werden uitbetaald (ongeacht de wijze waarop) en wordt

uitgedrukt in Euro cent.


TxCmd: STX 0x30 0x34 0x36 0x34 EOT

RxPrototype: STX “04” “credit out” “CS” EOT

Voorbeeld: STX “04” “0000001A” “F6” EOT


G.5. 0x05: Verkrijg ‘Hand pay’ tellerstand

De ‘Hand pay’ tellerstand is een 32 bit hexadecimaal getal omgezet in 8 bytes zoals

beschreven in D.2. Deze teller geeft de geldwaarde weer van de winsten die van het

toestel werd verwijderd middels gebruik van een sleutel. Deze teller wordt soms ook

‘Drop’ of ‘Keyout’ genoemd en wordt uitgedrukt in Euro cent.



RxPrototype: STX “05” “handpay” “CS” EOT



-35-

Voorbeeld: STX “05” “00000010” “E6” EOT


G.6. 0x06: Verkrijg ‘Total bet’ tellerstand

De ‘Total bet’ tellerstand is een 32 bit hexadecimaal getal omgezet in 8 bytes zoals

beschreven in D.2. Deze teller geeft de geldwaarde weer van het totaal van de

inzetten die hebben plaatsgevonden en wordt uitgedrukt in Euro cent.



RxPrototype: STX “06” “total bet” “CS” EOT


Hex: 0x02 0x30 0x36 0x30 0x30 0x30 0x30 0x30 0x30 0x31 0x30

G.7. 0x07: Verkrijg ‘Total win’ tellerstand

De ‘Total win’ tellerstand is een 32 bit hexadecimaal getal omgezet in 8 bytes zoals

beschreven in D.2. Deze teller geeft de geldwaarde weer van het totaal van de winsten die

werden uitgekeerd en wordt uitgedrukt in Euro cent.



RxPrototype: STX “07” “total win” “CS” EOT



G.8. 0x08: Verkrijg “games played” tellerstand

De ‘games played’ tellerstand is een 32 bit hexadecimaal getal omgezet in 8 bytes

zoals beschreven in D.2. Deze teller telt op telkens een nieuw spel wordt gestart.



RxPrototype: STX “08” “games” “CS” EOT



G.9. 0x09: Verkrijg “line off” tellerstand

De ‘Line off’ tellerstand is een 32 bit hexadecimaal getal omgezet in 8 bytes zoals

beschreven in D.2. Deze teller telt op telkens de automaat wordt uitgeschakeld.



RxPrototype: STX “09” “interrupts” “CS” EOT

Voorbeeld: STX “09” “00000010” “EA” EOT


G.10. 0x0A: Verkrijg ‘Deur open’ tellerstand

De ‘Deur open’ tellerstand is een 32 bit hexadecimaal getal omgezet in 8 bytes zoals

beschreven in D.2. Deze teller telt op telkens de automaat wordt geopend.

TxPrototype: STX “0A” EOT


RxPrototype: STX “0A” “Door” “CS” EOT

Voorbeeld: STX “0A” “00000010” “F2” EOT




-36-

G.11. 0x0B: Verkrijg ‘Wissel in’ tellerstand

De ‘Wissel in’ tellerstand is een 32 bit hexadecimaal getal omgezet in 8 bytes zoals beschreven in D.2. Deze teller geeft de geldwaarde weer van de totale inworp in het wisselmechanisme indien de automaat hiervan is voorzien.

TxPrototype: STX “0B” EOT


RxPrototype: STX “0B” “changein” “CS” EOT

Voorbeeld: STX “0B” “00000032” “F7” EOT


G.12. 0x0C: Verkrijg ‘Wissel out’ tellerstand

De ‘Wissel out’ tellerstand is een 32 bit hexadecimaal getal omgezet in 8 bytes zoals beschreven in D.2. Deze teller geeft de geldwaarde weer van het totaal uitgekeerde (gewisselde) bedrag door het wisselmechanisme indien de automaat hiervan is voorzien.

TxPrototype: STX “0C” EOT


RxPrototype: STX “0C” “changeout” “CS” EOT

Voorbeeld: STX “0C” “00000032” “F8” EOT


G.13. 0x0D: Verkrijg spel software versie

De software versie is een tekst met 10 tekens, desgevallend opgevuld met blancos ‘0’

aan de linkerzijde. Het onderstaande voorbeeld vertegenwoordigt een software versie

“V1.00.01”.

TxPrototype: STX “0D” EOT


RxPrototype: STX “0D” “vvvvvvvvvv” “CS” EOT

Voorbeeld: STX “0D” “00V1.00.01” “78” EOT

Hex: 0x02 0x30 0x44 0x30 0x30 0x56 0x31 0x2E 0x30 0x30 0x2E 0x30 0x31 0x37

0x38 0x04

G.14. 0x0E: Verkrijg de software verificatie checksum

Middels dit commando stuurt de slave de gebruikte sleutel alsmede het verkregen

resultaat (checksum) terug naar de master. De sleutel bestaat uit 3 bytes en wordt als 6

ASCII tekens verstuurd gebruik makende van de omzettingsformule zoals beschreven in

D.2. De checksum is een getal bestaande uit 2 bytes omgezet zoals beschreven in

D.2. Beide reeksen worden gescheiden door een puntkomma (‘;’)

De drie bytes van de sleutel worden berekend op basis van het weeknummer en het jaartal

van het lopend jaar. Het eerste cijfer van het weeknummer vormt de eerste byte, het tweede

cijfer van het weeknummer vormt de tweede byte, de twee laatste cijfers van het jaartal

van het lopend jaar vormen de derde byte. De waarde van het weeknummer wordt

berekend volgens de ISO 8601 standaard. Deze bepaalt dat week 1 deze is waarin de

eerste donderdag van het lopend jaar valt. Voorbeeld voor de datum 20/02/2006 geeft dit

week = 08 van 2006, sleutel1=0, sleutel2=8 en sleutel3=(0)6.

TxPrototype: STX “0E” EOT


RxPrototype: STX “0E” “key;checksum” “CS” EOT

Voorbeeld: STX “0E” “2AB792;F378” “EF” EOT

Hex : 0x02 0x30 0x45 0x32 0x41 0x42 0x37 0x39 0x32 0x3B 0x46 0x33 0x37

0x38 0x45 0x46 0x04



-37-

G.15. 0x0F: Download eID-logfile Voor de uitbaterkaart moet de geboortedatum als 01/01/1900 geprogrammeerd worden ;

Voor de flag : 0 = kaart (speler) aanvaard ; 1 = uitbaterskaart ; 2 = kaart geweigerd ;

De LogFile mag tot de 1000 laatste record begrensd zijn

Het standaard commando om de LogFile te kunnen downloaden is :

Commando 0x0F : Download eID LogFile

TxPrototype: STX "0F" EOT


RxPrototype: STX "0F" "FileLength" "LogFile" "CS" EOT

Opmerkingen:

FileLength is het aantal bytes van het bestand LogFile uitgedrukt in 16 bits en gecodeerd in 4

bytes in overeenstemming met D.2 (voorbeeld voor 1000 records van 31 bytes : 0x37 0x39

0x31 0x38)

Iedere identificatie is in de LogFile volgens de volgende vorm geregistreerd :

04/11/2009;15:47;28/03/1983;0 CR LF (hetzij 31 bytes)

Op aanvraag van de kansspelcommissie dient "manuele" verzending mogelijk te zijn.

G.16. 0x80: Get F9 Data.

Dit commando vraagt alle gegevens op nodig voor de aanmaak van het F9

bestand.

Opmerking : dit commando moet een op nul stelling doorvoeren van de tellers « Total

bet (dagelijks) », « Total Win (dagelijks) » en « aantal spelen (dagelijks) (indien de

dagtellers niet verstuurd zijn, is hun terugplaatsing op nul niet verplicht).

De bijkomende tellers « Total bet (global) », « Total Win (global) » en « Aantal spelen

(global) » mogen niet op nul worden gesteld.



RxPrototype: STX “80”

“;Identificatienummer; (volgens D.1 - 10 karakters, eventueel links aangevuld met "0")

Volgnummer; (volgens D.1 - 10 karakters, eventueel links aangevuld met "0")

TotalBetDagelijks; (volgens D.2 – hexadecimaal 32 bits)

TotalBetGolbal; (volgens D.2 – hexadecimaal 32 bits)

TotalWinDagelijks; (volgens D.2 – hexadecimaal 32 bits)

TotalWinGlobal ; (volgens D.2 – hexadecimaal 32 bits)

AantalSpelenDagelijks ; (volgens D.2 – hexadecimaal 32 bits)

AantalSpelenGlobal ; (volgens D.2 – hexadecimaal 32 bits)

Verdelingssleutel ; (volgens D.1 – formaat « 000/000 ») ("F2" / "E")

LicentienummerF2 ; (volgens D.1 – formaat « FB000000 »)

Goedkeuringsnummer ; (volgens D.1 – formaat « B-00-000000/00 »)

TotalBetOpening ; (volgens D.2 – hexadecimaal 32 bits)

TotalWinOpening ; (volgens D.2 – hexadecimaal 32 bits)

TotalBetSluiting ; (volgens D.2 – hexadecimaal 32 bits)

TotalWinSluiting; (volgens D.2 – hexadecimaal 32 bits)

DatumOpening; (volgens D.1 – formaat « jjjj/mm/dd »)

UurOpening ; (volgens D.1 – formaat « uu:mm:ss »)

DatumSluiting; (volgens D.1 – formaat « jjjj/mm/dd »)

UurSluiting ; (volgens D.1 – format « uu:mm:ss »)

NbrDoorOpen;" (volgens D.2 – hexadecimaal 32 bits) “CS” EOT



-38-

G.17. 0x81: Get F10 Data.

Dit commando vraagt alle gegevens op nodig voor de aanmaak van het F10 bestand.



RxPrototype: STX “81”

“;Identificatienumm; (volgens D.1 – 10 karakters, eventueel links

aangevuld met nullen)

Volgnummer; (volgens D.1 – 10 karakters, eventueel links


Goedkeuringsnummer; (volgens D.1 – format « B-00-000000/00 »)

DatumGoedkeuring; (volgens D.1 – format « jjjj/mm/dd»)

DatumLaatsteVerificatie; (volgens D.1 – format « jjjj/mm/dd»)

DatumSoftwareHandtekening; (volgens D.1 – format « jjjj/mm/dd»)

UurSoftwareHandtekening; (volgens D.1 – format « uu:mm:ss »)

ResultaatSoftwareHandtekening; (volgens D.2 – formaat “key ; checksum” Vb.

2AB792;F378)

VersieSoftware; (volgens D.1 – 10 karakters, eventueel links


Licentienummer F2;” (volgens D.1 – formaat « FB000000 ») “CS” EOT



-39-

19 BIJLAGE 3 : ASCII TABEL

Decimal Octal Hex Binary Value Description

000 000 000 00000000 NUL (Null char.)

001 001 001 00000001 SOH (Start of Header)

002 002 002 00000010 STX (Start of Text)

003 003 003 00000011 ETX (End of Text)

004 004 004 00000100 EOT (End of Transmission)

005 005 005 00000101 ENQ (Enquiry)

006 006 006 00000110 ACK (Acknowledgment)

007 007 007 00000111 BEL (Bell)

008 010 008 00001000 BS (Backspace)

009 011 009 00001001 HT (Horizontal Tab)

010 012 00A 00001010 LF (Line Feed)

011 013 00B 00001011 VT (Vertical Tab)

012 014 00C 00001100 FF (Form Feed)

013 015 00D 00001101 CR (Carriage Return)

014 016 00E 00001110 SO (Shift Out)

015 017 00F 00001111 SI (Shift In)

016 020 010 00010000 DLE (Data Link Escape)

017 021 011 00010001 DC1 (XON = Device Control 1)

018 022 012 00010010 DC2 (Device Control 2)

019 023 013 00010011 DC3 (XOFF = Device Control 3)

020 024 014 00010100 DC4 (Device Control 4)

021 025 015 00010101 NAK (Negative Acknowledgement)

022 026 016 00010110 SYN (Synchronous Idle)

023 027 017 00010111 ETB (End of Trans.

024 030 018 00011000 CAN (Cancel)

025 031 019 00011001 EM (End of Medium)

026 032 01A 00011010 SUB (Substitute)

027 033 01B 00011011 ESC (Escape)

028 034 01C 00011100 FS (File Separator)

029 035 01D 00011101 GS (Group Separator)

030 036 01E 00011110 RS (Record Separator)

031 037 01F 00011111 US (Unit Separator)

032 040 020 00100000 SP (Space)

033 041 021 00100001 ! (exclamation mark)

034 042 022 00100010 " (double quote)

035 043 023 00100011 # (number sign)

036 044 024 00100100 $ (dollar sign)

037 045 025 00100101 % (percent)

038 046 026 00100110 & (ampersand)

039 047 027 00100111 (single quote)



-40-

040 050 028 00101000 ( (left/opening parenthesis)

041 051 029 00101001 ) (right/closing parenthesis)

042 052 02A 00101010 * (asterisk)

043 053 02B 00101011 + (plus)

044 054 02C 00101100 , (comma)

045 055 02D 00101101 - (minus or dash)

046 056 02E 00101110 . (dot)

047 057 02F 00101111 / (forward slash)

048 060 030 00110000 0 (character 0)

049 061 031 00110001 1 (character 1)

050 062 032 00110010 2 (character 2)

051 063 033 00110011 3 (character 3)

052 064 034 00110100 4 (character 4)

053 065 035 00110101 5 (character 5)

054 066 036 00110110 6 (character 6)

055 067 037 00110111 7 (character 7)

056 070 038 00111000 8 (character 8)

057 071 039 00111001 9 (character 9)

058 072 03A 00111010 : (colon)

059 073 03B 00111011 ; (semi-colon)

060 074 03C 00111100 < (less than)

061 075 03D 00111101 = (equal sign)

062 076 03E 00111110 > (greater than)

063 077 03F 00111111 ? (question mark)

064 100 040 01000000 @ (AT symbol)

065 101 041 01000001 A (character A)

066 102 042 01000010 B (character B)

067 103 043 01000011 C (character C)

068 104 044 01000100 D (character D)

069 105 045 01000101 E (character E)

070 106 046 01000110 F (character F)

071 107 047 01000111 G (character G)

072 110 048 01001000 H (character H)

073 111 049 01001001 I (character I)

074 112 04A 01001010 J (character J)

075 113 04B 01001011 K (character K)

076 114 04C 01001100 L (character L)

077 115 04D 01001101 M (character M)

078 116 04E 01001110 N (character N)

079 117 04F 01001111 O (character O)

080 120 050 01010000 P (character P)

081 121 051 01010001 Q (character Q)

082 122 052 01010010 R (character R)

083 123 053 01010011 S (character S)

084 124 054 01010100 T (character T)



-41-

085 125 055 01010101 U (character U)

086 126 056 01010110 V (character V)

087 127 057 01010111 W (character W)

088 130 058 01011000 X (character X)

089 131 059 01011001 Y (character Y)

090 132 05A 01011010 Z (character Z)

091 133 05B 01011011 [ (left/opening bracket)

092 134 05C 01011100 \ (back slash)

093 135 05D 01011101 ] (right/closing bracket)

094 136 05E 01011110 ^ (caret/cirumflex)

095 137 05F 01011111 _ (underscore)

096 140 060 01100000 `

097 141 061 01100001 a (character a)

098 142 062 01100010 b (character b)

099 143 063 01100011 c (character c)

100 144 064 01100100 d (character d)

101 145 065 01100101 e (character e)

102 146 066 01100110 f (character f)

103 147 067 01100111 g (character g)

104 150 068 01101000 h (character h)

105 151 069 01101001 i (character i)

106 152 06A 01101010 j (character j)

107 153 06B 01101011 k (character k)

108 154 06C 01101100 l (character l)

109 155 06D 01101101 m (character m)

110 156 06E 01101110 n (character n)

111 157 06F 01101111 o (character o)

112 160 070 01110000 p (character p)

113 161 071 01110001 q (character q)

114 162 072 01110010 r (character r)

115 163 073 01110011 s (character s)

116 164 074 01110100 t (character t)

117 165 075 01110101 u (character u)

118 166 076 01110110 v (character v)

119 167 077 01110111 w (character w)

120 170 078 01111000 x (character x)

121 171 079 01111001 y (character y)

122 172 07A 01111010 z (character z)

123 173 07B 01111011 { (left/opening brace)

124 174 07C 01111100 | (vertical bar)

125 175 07D 01111101 } (right/closing brace)

126 176 07E 01111110 ~ (tilde)

127 177 07F 01111111 DEL (delete)



-42-

20 BIJLAGE 4 : KONINKLIJK BESLUIT VAN 22 DECEMBER 2010

22 DECEMBER 2010. - Koninklijk besluit betreffende de regels van toezicht op en de controle van de kansspelen in de kansspelinrichtingen klasse IV en de plaatsen waar weddenschappen worden aangenomen bedoeld in artikel 43/4, § 5, van de wet van 7 mei 1999 op de kansspelen, de weddenschappen, de kansspelinrichtingen en de bescherming van de spelers, inzonderheid door middel van een passend informaticasysteem

ALBERT II, Koning der Belgen,

Aan allen die nu zijn en hierna wezen zullen, Onze Groet.

Gelet op de grondwet, artikel 108;

Gelet op de wet van 7 mei 1999 op de kansspelen, de weddenschappen, de

kansspelinrichtingen en de bescherming van de spelers, artikel 43/7, 5, ingevoegd bij de

wet van 10 januari 2010;

Gelet op het advies van de Kansspelcommissie, gegeven op 2 december 2009;

Gelet op het advies van de Inspecteur van Financiën, gegeven op 15 februari 2010;

Gelet op de akkoordbevinding van de Staatssecretaris voor Begroting, d.d. 28 april

2010;

Gelet op de mededeling aan de Europese Commissie 2010/0287/B, op 7 mei 2010, met

toepassing van artikel 8, lid 1, van Richtlijn 98/34/EG van het Europees Parlement en

de Raad van 22 juni 1998 betreffende een informatieprocedure op het gebied van

normen en technische voorschriften en regels betreffende de diensten van de

informatiemaatschappij;

Gelet op advies 48.251/2 van de Raad van State, gegeven op 1 juni 2010, met

toepassing van artikel 84, § 1, eerste lid, 1°, van de wetten op de Raad van State,

gecoördineerd op 12 januari 1973;

Op de voordracht van de Minister van Justitie, van de Minister van Financiën, van de

Minister van Volksgezondheid, van de Minister voor Ondernemen, van de Minister van

Binnenlandse Zaken en van de Staatssecretaris toegevoegd aan de Minister van Justitie,

Hebben Wij besloten en besluiten Wij :

Artikel 1. Voor de toepassing van dit besluit wordt verstaan onder :

1° LAN : lokaal netwerk;

2° Client : iedere elektronische eenheid, dus zowel administratieve computers als

automatische spellen;

3° UPS : Uninterruptable Power Supply.

Art. 2. Alle kansspelinrichtingen klasse IV voorzien een LAN. Deze wordt verbonden

met een LAN van de Kansspelcommissie.

Alle vaste kansspelinrichtingen klasse IV beschikken over een videobewakingssysteem.

De vergunninghouders F1 zijn verantwoordelijk voor de uitbouw en exploitatie van het

netwerk teneinde alle kansspelinrichtingen klasse IV (vergunninghouders F2) en de

plaatsen waar weddenschappen worden aangenomen, bedoeld in artikel 43/4, § 5, van



-43-

de wet van 7 mei 1999 op de kansspelen, de weddenschappen, de kansspelinrichtingen

en de bescherming van de spelers, te verbinden met hun centrale server.

Art. 3. Alle kosten voor de aankoop van het materiaal, het verkrijgen van de

softwarelicenties, en de verschuldigde huurgelden zijn ten laste van de

vergunninghouder F1.

Art. 4. Als hardwareconfiguratie wordt één centrale server voorzien die via het LAN

verbonden is met alle clients.

Een databasesoftware wordt voorzien, van die aard dat de kwaliteit, de integriteit, de

robuustheid en de meervoudige gelijktijdige toegang, voldoende gegarandeerd zijn.

Art. 5. Personeel en spelers moeten op een gepaste manier geïnformeerd worden over

het bestaan en de werking van het videobewakingssysteem bedoeld in artikel 2, tweede

lid.

De opnames worden bewaard in een aparte ruimte enkel toegankelijk voor aangewezen

personeelsleden, leden van de Kansspelcommissie en haar secretariaat, alsmede

personen extern aan de commissie die zij nominatief aanwijst.

De opnames, op een medium naar keuze, moeten vier weken bewaard blijven en moeten

op éénvoudig verzoek van de kansspelcommissie haar ter beschikking worden gesteld.

Wanneer onregelmatigheden of inbreuken op het spel worden vastgesteld en gefilmd of

wanneer een belangrijke ontregeling van het videobewakingssysteem wordt

geconstateerd, wordt de Kansspelcommissie onmiddellijk op de hoogte gebracht. Zij

beslist over de verder te volgen procedure en het verdere gebruik van de opnames. Geen

enkele opname mag worden gewist of vernietigd voor deze beslissing.

De opnames die te maken hebben met het spel, registratie en kassa's gebeuren vanaf de

opening van de speelzaal tot het voltrekken van alle verrichtingen en tot het sluiten van

de speelzaal. De overige opnames gebeuren op een permanente basis, zonder

onderbreking.

Art. 6. De Kansspelcommissie verkrijgt een garantie, aan de hand van een broncode en

een objectcode, dat het door haar goedgekeurde softwareproduct ook effectief draait.

Hiertoe kan zij te allen tijde een hercompilatie vragen teneinde na te gaan of wel

degelijk de officiële broncode werd gecompileerd.

Art. 7. Alle clients zijn op een permanente basis verbonden met het informaticasysteem

en meer in het bijzonder met de centrale server en databank. Een aangepaste UPS, met

een autonomie van twee uren, wordt voorzien voor de centrale server. Wanneer de

verbinding van een automatisch spel met het LAN uitvalt of eender welke hapering,

mechanisch of technisch, optreedt en dit voor een periode langer dan vierentwintig uur,

wordt het spel stilgelegd met in acht name van de werkingsregels omtrent het stopzetten

en hernemen van automatische spellen.

Wanneer de centrale server langer dan vierentwintig uur uitvalt, worden alle spellen

stopgezet.

Een procedure van back-up en recovery wordt door de Kansspelcommissie

goedgekeurd, evenals het bewijs van tweemaandelijkse testuitvoeringen.



-44-

Art. 8. De installatie, alsook alle wijzigingen, van welke aard ook, aan het

informaticasysteem dienen voorafgaandelijk goedgekeurd te worden door de

Kansspelcommissie.

Art. 9. De toegang tot de centrale server, werkstations en programma's wordt geregeld

volgens een systeem van paswoorden, dat voor invoering voorgelegd wordt aan de

Kansspelcommissie.

Het informaticasysteem en het videobewakingssysteem worden in afzonderlijke lokalen

ondergebracht. De toegang is slechts toegelaten na een procedure van toegangscontrole,

dat voor de invoering wordt voorgelegd aan de Kansspelcommissie.

Art. 10. Het informaticasysteem is beveiligd tegen zowel elektromagnetische en

elektrostatische interferentie als tegen radiogolven.

Art. 11. § 1. De Kansspelcommissie stelt een protocol op dat de volgende elementen

bevat :

1. Inhoud van dit document;

2. Definities en afkortingen;

3. Algemene vereisten;

4. Technische vereisten gesteld aan de bekabeling en de passieve componenten van het

LAN;

5. Technische vereisten gesteld aan de actieve componenten van het LAN;

6. Technische vereisten gesteld aan de clients en servers;

7. Technische vereisten gesteld aan het lokaal voor het data-rack;

8. Technische vereisten gesteld aan de dataverbinding met de Kansspelcommissie;

9. Bijkomende vereisten gesteld aan het videobewakingssysteem;

10. Vereisten inzake accounting- en financiële informatie;

11. Vereisten inzake de registratie;

12. Vereisten inzake de technische controle;

13. Vereisten inzake de documentatie in verband met het informaticasysteem en het

videobewakingssysteem;

14. Gebruik van nieuwe technologieën;

15. Standaarden inzake naamgeving voor de te verzenden bestanden;

16. Goedkeuring.

§ 2. Dit protocol wordt aan alle vergunninghouders klasse IV bezorgd uiterlijk één week

na de goedkeuring door de Kansspelcommissie.

Elke wijziging aan het protocol wordt aan alle vergunninghouders klasse IV bezorgd

uiterlijk één week na de goedkeuring door de Kansspelcommissie.

Art. 12. Dit besluit treedt in werking op 1 januari 2011, met uitzondering van artikel 2,

tweede lid, dat in werking treedt op 1 januari 2012.

Art. 13. De Minister bevoegd voor Justitie, de Minister bevoegd voor Financiën, de

Minister bevoegd voor Volksgezondheid, de Minister bevoegd voor Ondernemen, de

Minister bevoegd voor Binnenlandse Zaken en de Minister tot wiens bevoegdheid de

Nationale Loterij behoort, zijn, ieder wat hem betreft, belast met de uitvoering van dit

besluit.



-45-

Gegeven te Brussel, 22 december 2010.

ALBERT

Van Koningswege:

De Minister van Justitie,

S. DE CLERCK

De Minister van Financiën,

D. REYNDERS

De Minister van Volksgezondheid,

Mevr. L. ONKELINX

De Minister voor Ondernemen,

V. VAN QUICKENBORNE

De Minister van Buitenlandse Zaken,

Mevr. A. TURTELBOOM

De Staatssecretaris toegevoegd aan de Minister van Justitie,

C. DEVLIES

Protocol IV V04 - Informatica def 20171219Informaticaprotocol Kansspelautomaten (klasse IV)...

Documents

Transcript of Protocol IV V04 - Informatica def 20171219Informaticaprotocol Kansspelautomaten (klasse IV)...