- Gecoördineerde tekst -

Protocol inzake de regels van toezicht en controle op de kansspelen in de kansspelinrichtingen klasse III door middel van een passend informaticasysteem. (Horeca)

- Gecoördineerde tekst Versie :

III_V11

van 1ste november 2014

Informaticaprotocol Kansspelautomaten (klasse III) Versie III_V11

Kansspelcommissie 1ste november 2014

INHOUD blz. 1

INHOUD VAN DIT DOCUMENT ............................................................................................................ 4

2

DEFINITIES EN AFKORTINGEN........................................................................................................... 5

3

TECHNISCHE VEREISTEN GESTELD AAN DE KABELING EN PASSIEVE COMPONENTEN VAN HET LAN BIJ DE PLICHTHEBBENDE ................................................................................................. 6

4

TECHNISCHE VEREISTEN GESTELD AAN DE ACTIEVE COMPONENTEN VAN HET LAN BIJ DE PLICHTHEBBENDE .............................................................................................................................. 7

5

TECHNISCHE VEREISTEN GESTELD AAN DE CLIENTS EN SERVERS BIJ DE PLICHTHEBBENDE (F11)..................................................................................................................... 8

6

TECHNISCHE VEREISTEN GESTELD AAN HET LOKAAL VOOR HET DATA-RACK BIJ DE PLICHTHEBBENDE ............................................................................................................................ 10

7

TECHNISCHE VEREISTEN GESTELD AAN DE DATAVERBINDING VAN DE PLICHTHEBBENDE MET DE KANSSPELCOMMISSIE....................................................................................................... 11

8

VEREISTEN GESTELD AAN DE VERBINDING TUSSEN DE VERGUNNINGHOUDER KLASSE C EN DE PLICHTHEBBENDE ................................................................................................................ 12

9

VEREISTEN INZAKE ACCOUNTING - EN FINANCIËLE INFORMATIE (F9) .................................... 13

10

VEREISTEN INZAKE DE TECHNISCHE CONTROLE BIJ DE PLICHTHEBBENDE (F10)................ 15

11

VEREISTEN INZAKE DOCUMENTATIE IN VERBAND MET HET INFORMATICASYSTEEM BIJ DE PLICHTHEBBENDE ............................................................................................................................ 16

12

GEBRUIK VAN NIEUWE TECHNOLOGIEËN ..................................................................................... 17

13

ALGEMENE, NIET SPECIFIEK TOPIC GEBONDEN VEREISTEN (F7) ............................................. 18

14

STANDAARDEN INZAKE NAAMGEVING VOOR DE DOOR DE PLICHTHEBBENDE TE VERZENDEN BESTANDEN ................................................................................................................ 20

15

CERTIFICERING.................................................................................................................................. 21

16

GOEDKEURING .................................................................................................................................. 23

17

BIJLAGE 1 : XML BESCHRIJVING .................................................................................................... 24

18

BIJLAGE 2 : STANDAARD COMMUNICATIE PROTOCOL............................................................... 27

19

BIJLAGE 3 : ASCII TABEL ................................................................................................................. 35

20

BIJLAGE 4 : KONINKLIJK BESLUIT VAN 23 MEI 2003 .................................................................... 38

-3-


1


INHOUD VAN DIT DOCUMENT

Art. 43, 5° van de wet van 7 mei 1999 bepaalt dat het toezicht op en de controle van de kansspelen in de kansspelinrichtingen klasse III 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. 7 van het koninklijk besluit d.d. 23/05/2003 betreffende de regels van toezicht en controle op de kansspelen in de kansspelinrichtingen klasse III door middel van een passend informaticasysteem (B.S. 04/06/2003).

-4-


2


DEFINITIES EN AFKORTINGEN

Afkorting

Definitie

LAN

Local Area Network ; lokaal netwerk Iedere elektronische eenheid, dus zowel administratieve pc's als automatische spellen

Cliënt Plichthebbende

On-line

UTP DHCP WINS DNS FTP DVD EPROM Xls-file XML

RJ45 Propagation Delay TCP/IP IPV4 IPV6 SWITCH SSL SSH HTTP DMZ IP-verbinding ISP IP-adres

Elke vergunninghouder klasse E die bij een vergunninghouder klasse C kansspeltoestellen, onder welke vorm ook, ter beschikking stelt of elke vergunninghouder klasse C die zijn eigen kansspeltoestellen bezit en uitbaat Wordt beschouwd als deel uitmakende van een on-line systeem, alles wat zich tussen de machine en de Datatransfert naar de Kansspelcommissie (met inbegrip van de CPU-Switch toepassing) bevindt Unshielded Twisted Pair Dynamic Host Configuration Protocol Windows Internet Naming Service Domain Name System File Transfert Protocol Digital Versatile Disk Erasable Programmable Read Only Memory Bestandsformaat van Microsoft Excel. 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 Registerred Jack 45 De tijd dat een signaal nodig heeft om van punt A naar punt B te gaan over een gegeven transmissie- kanaal. Transmission Control Protocol / Internet Protocol. Internet Protocol-adres in 4 posities. Internet Protocol-adres in 6 posities. Een electronisch apparaat dat het berichtenverkeer regelt tussen de verschillende LAN-segmenten. Secure sockets layer Secure shell Hypertext transfert protocol. Demilitarized Zone verbinding op basis van het Internet Protocol Internet Service Provider Internet Protocol adres.

-5-


3


TECHNISCHE VEREISTEN GESTELD AAN DE KABELING EN PASSIEVE COMPONENTEN VAN HET LAN BIJ DE PLICHTHEBBENDE

Er dient gebruik te worden gemaakt van UTP-kabel, minimaal CAT5, 100 ohm, 8-draads en RJ45 connectoren. Alle acht de draden dienen te worden aangesloten. De bekabeling dient op een correcte wijze te worden uitgevoerd. Bij de realisatie van het centraal punt van dit sternetwerk dient gebruik te worden gemaakt van een 19” data-rack en rack-mounted patchpanelen. Dit rack zal enkel dienen voor de huisvesting van componenten van het LAN. Een moderne PC kan gebruikt worden als server na instemming van de kansspelcommissie. Alle eindpunten dienen eenduidig te worden geïdentificeerd, waarbij dezelfde identificatie zal worden hernomen op de centrale patch-panelen. Het LAN dient minimaal compatibel te zijn met volgende LAN-standaarden: 10BASE-T, 100BASE-T, 100BASE-TX, 100BASE-T4. Een degelijke documentatie dient ter plaatse aanwezig te zijn. Ze dient nauwgezet te worden bijgewerkt bij elke aanpassing en omvat minimaal volgende inlichtingen: - identificatie van de installateur; - grondplan van de inrichting met aanduiding van de eindpunten, inclusief de eenduidige identificatie; - een schematische voorstelling van het datarack met plaatsing van de passieve- en actieve componenten van het LAN; - een gedetailleerde lijst van alle geplaatste UTP-kabels met opgave van installatiedatum, identificatiecode en lengte in aantal meter; - een testrapport van alle horizontale bekabeling. Voor elk eindpunt dient een afzonderlijk verslag te worden toegevoegd welke minimaal volgende gegevens bevat : - datum en uur van de test; - gebruikte testapparatuur; - bedradingschema; - testresultaten zoals Propagation delay, weerstand, dempingsfactor, ... ; - opgave van de compatibele netwerkstandaarden voor dit eindpunt. Deze documentatie dient tevens in elektronische vorm beschikbaar te zijn.

-6-


4


TECHNISCHE VEREISTEN GESTELD AAN DE ACTIEVE COMPONENTEN VAN HET LAN BIJ DE PLICHTHEBBENDE

Er mag naar keuze gebruik worden gemaakt van hub’s of switches compatibel met voormelde netwerkstandaarden. De koppeling van de dataverbinding naar de Kansspelcommissie dient op een correcte wijze te worden uitgevoerd. Algemeen wordt gesteld dat er geen gebruik mag worden gemaakt van “wireless verbindingen”. Enkel in uitzonderlijke gevallen, en na voorafgaande toestemming van de Kansspelcommissie kan hiervan worden afgeweken

-7-


5


TECHNISCHE VEREISTEN GESTELD AAN DE CLIENTS EN SERVERS BIJ DE PLICHTHEBBENDE (F11)

Alle clients en servers dienen te zijn uitgerust met een netwerkkaart met RJ45 aansluiting. Alle clients en servers dienen het TCP/IP protocol IPV4 en/of IPV6 te ondersteunen en dienen te beschikken over een vast IP-adres en rechtstreeks adresseerbaar te zijn via TCP/IP. Geen enkele andere koppelingswijze is toegestaan. Het besturingssysteem moet een versie van Windows, Unix of Linux zijn. Een up-to-date documentatie zal worden bijgehouden aangaande de toegekende ipadressen en bijhorende mac-adressen, met opgave van de éénduidige identificatie van het eindpunt waaraan de client of server verbonden is. Dynamische IP-adressen met bijhorende dynamische DNS zijn niet toegelaten. Deze documentatie dient tevens in elektronische vorm beschikbaar te zijn. Indien gebruik gemaakt wordt van DHCP-, WINS- DNS-servers dient een volledige documentatie inzake deze servers eveneens aanwezig te zijn. Deze documentatie dient tevens in elektronische vorm beschikbaar te zijn. Opmerking : De vereisten hierboven vermeld zijn niet van toepassing op de bingos maar alleen naar de clients die het "on-line" systeem vormen. Polling Een systeem van polling dient te worden voorzien op elk automatisch speltoestel toegelaten voor uitbating in een klasse III inrichting. De software op deze toestellen dient zodanig te worden aangepast dat bij het opstarten automatisch een eerste polling van het speltoestel naar de server toe wordt uitgevoerd alvorens het ter beschikking van het cliënteel wordt gesteld. Nadien dient dit automatisch te gebeuren 24/24, 7/7 à rato van 1 polling per uur. Teneinde zo weinig mogelijk hardwareaanpassingen te moeten doen wordt volgende procedure voorzien: - Bij een negatieve polling registreert de GPRS-module datum en tijdsaanduiding; - Bij 10 opeenvolgende negatieve pollings mag de bingo bespeelbaar blijven doch bij de eerstvolgende positieve polling dient een bericht (zie hieronder) voorbereid te worden en in geheugen bewaard. - Indien een positieve polling na minder dan 10 negatieve pollings wordt de lijst gewist en dient geen bericht te worden verzonden. - Er wordt geen onderscheid gemaakt tussen negatieve polling bij opstarten van de bingo en negatieve pollings bij exploitatie. - Indien geen positieve polling binnen de 48 uur na de eerste negatieve dient de bingo onbespeelbaar te worden en kan enkel terug geactiveerd worden door een positieve polling. - 1 maal per maand stuurt de vergunninghouder E het overzicht van de onderbrekingen door naar de kansspelcommissie. De te vermelden gegeven zijn : -/ Aantal betrokken machines Voor elke betrokken machine : -/ Identificatie Nummer van het spel (Serienummer van de machine) -/ Nummer van de vergunning "C" -/ Nummer van modelgoedkeuring (Metrologie) -/ IMEI -/ LOCI -8-



-/ TimeStamp 1ste negatieve polling -/ TimeStamp van de positieve polling De structuur van het XML-bestand is in bijlage 1 beschreven : Beschrijving "III_F11" file Communicatieprotocol Een standaard communicatieprotocol is voorzien welke de gegevensuitwisseling tussen de interface en het moederbord van de automatische spelautomaat uniformiseert (Zie Bijlage 2).

-9-


6


TECHNISCHE VEREISTEN GESTELD AAN HET LOKAAL VOOR HET DATA-RACK BIJ DE PLICHTHEBBENDE

Het data-rack dient zodanig te zijn opgesteld dat voor- en achterzijde makkelijk toegankelijk zijn voor onderhoud. In voorkomend geval dient een adequate koeling te worden voorzien om de elektronische apparatuur in optimale omstandigheden te laten functioneren.

-10-


7


TECHNISCHE VEREISTEN GESTELD AAN DE DATAVERBINDING VAN DE PLICHTHEBBENDE MET DE KANSSPELCOMMISSIE

De plichthebber zorgt voor een adequate IP-verbinding met de DMZ van de Kansspelcommissie, bij voorkeur via het netwerk van de gekozen ISP. 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.

-11-


8


VEREISTEN GESTELD AAN DE VERBINDING TUSSEN DE VERGUNNINGHOUDER KLASSE C EN DE PLICHTHEBBENDE

De automatische spellen in de kansspelinrichtingen klasse III mogen maximaal 48 uur autonoom functioneren. De plichthebber is verantwoordelijk voor het doorsturen van de gegevens à rato van één maal per etmaal. Dit dient te gebeuren via GPRS (of via een systeem die door de certificieerder als gelijkwaardig beschouwd is). De inhoud van de berichten mag NIET worden gecodeerd. Elke fabrikant/plaatser dient voorafgaandelijk te vermelden welke GPRS-module wordt ingebouwd. Alle bingo’s moeten via een GPRS-module de gegevens naar de server sturen, ook al staat die op dezelfde locatie (bv. privé vertrekken in zelfde gebouw als de drankgelegenheid). Elk gegevenspakket dat naar de server wordt gestuurd bevat een nieuw gegevensveld “EMEI” (de waarde wordt uitgelezen van de GPRS-module) en een nieuw gegevensveld “LOCI” (de waarde wordt uitgelezen van de SIM-kaart). Deze gegevens worden geregistreerd in de databank. Wanneer de verzending niet mogelijk is binnen de gegeven tijdsspanne moeten de automatische spellen worden gestopt (Zie punt 5 - Polling).

-12-


9

VEREISTEN INZAKE INFORMATIE (F9)

ACCOUNTING


-

EN

FINANCIËLE

De financiële informatie dient in XML-formaat, dagelijks te worden overgemaakt aan de kansspelcommissie. 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. In algemeen overleg werd op de sectorvergadering van 22/11/2006 het sluitingsuur en openingsuur van een drankgelegenheid vastgesteld op 24h.

Financiële informatie : (*) = basisgegevens dwz. Gegevens die in real time uit de automaat moeten worden opgevraagd, zie ook punt 15/ A – certificering. -/ Aantal betrokken machines Voor elke betrokken machine : -/ Identificatie nummer van het spel (*) -/ Nummer van modelgoedkeuring (Metrologie) (*) -/ Nummer van de vergunning "C" -/ Nummer van het belastingsvignet -/ Statuut van de machine : Connect of NoConnect -/ Total inzetten van de dag -/ Total winsten van de dag -/ Resultaat van de dag -/ Aantal gespeelde partijen (globale teller) (*) -/ Aantal deur openingen (globale teller) (*) -/ Aantal dekglas 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 -/ IMEI -/ LOCI De structuur van het XML-bestand is in bijlage 1 beschreven : Beschrijving "III_F9" file. Opmerking betreffende de verzending van 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 bingo’s welke niet antwoorden blijft een polling lopen (bv om de 10’). Alle verzamelde gegevens worden doorgestuurd conform het protocol naar de kansspelcommissie. Wanneer een bingo 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.

-13-



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.

-14-


10


VEREISTEN INZAKE DE TECHNISCHE CONTROLE BIJ DE PLICHTHEBBENDE (F10)

Deze informaties moeten eenmaal per week (op vrijdag) aan de kansspelcommissie worden overgemaakt : (*) = basisgegevens dwz. Gegevens die in real time uit de automaat moeten worden opgevraagd, zie ook punt 15/ A – certificering. -/ Aantal betrokken machines Voor elke betrokken machine : Identificatie nummer van het spel (Serienummer van de machine) (*) -/ Nummer van modelgoedkeuring (Metrologie) (*) -/ Nummer van de vergunning "C" -/ Datum van de laatste ijking -/ Identificatie van de softwareversie (*) -/ Sleutels die worden gebruikt voor de software handtekening (*) -/ Software handtekening (*) De structuur van het XML-bestand is in bijlage 1 beschreven : Beschrijving "III_F10" file.

-15-


11


VEREISTEN INZAKE DOCUMENTATIE IN VERBAND MET HET INFORMATICASYSTEEM BIJ DE PLICHTHEBBENDE

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.

-16-


12

GEBRUIK VAN NIEUWE TECHNOLOGIEËN

Nihil (tot nu toe)

-17-



13


ALGEMENE, NIET SPECIFIEK TOPIC GEBONDEN VEREISTEN (F7)

INVENTARIS VAN DE SPELAUTOMATEN (III_F7) Inzake overmaken van stocklijsten en bewegingen: De kansspelcommissie heeft de verplichting opgelegd om maandelijks een staat over te maken inzake de automatische kansspelen van de klasse III 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 machine) -/ Nummer van modelgoedkeuring (Metrologie) -/ Datum van "beweging" -/ Nummer van de vergunning "C" waar de laatste uitbating heeft plaatsgevonden -/ Nummer van de betrokken "E" vergunning (zie informatie hieronder) -/ Nummer van het belastingsvignet -/ Sleutel van verdeling van de inkomsten : % van inkomsten van de "C" vergunningshouder (voorbeeld : 60) -/ Sleutel van verdeling van de inkomsten : % van inkomsten van de "E" vergunningshouder (voorbeeld : 40) De structuur van het XML-bestand is in bijlage 1 beschreven : Beschrijving "III_F7" file (element "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 "C" 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 machine (install, unistall, instalAfterBuy, unistallAndSold, unistallWithKit) : -/ Identificatie nummer van het spel (Serienummer van de machine) -/ Nummer van modelgoedkeuring (Metrologie) -/ Datum van "beweging" -/ Nummer van de vergunning "C" waar de laatste uitbating heeft plaatsgevonden -/ Nummer van de betrokken "E" vergunning (zie informatie hieronder) -/ Nummer van het belastingsvignet -/ Sleutel van verdeling van de inkomsten : % van inkomsten van de "C" vergunningshouder (voorbeeld : 60) -/ Sleutel van verdeling van de inkomsten : % van inkomsten van de "E" vergunningshouder (voorbeeld : 40) De structuur van het XML-bestand is in bijlage 1 beschreven : Beschrijving "III_F7" file (Het element "stock" blijft leeg : nbOfItems = 0)

-18-



Deze structuur bevat verschillende elementen : -/ Element "install" : betreft de in kansspelinrichtingen geplaatste kansspelen tijdens de periode. -/ Element "uninstall" : betreft de uit kansspelinrichtingen verwijderde kansspelen tijdens de periode. -/ Element "installAfterBuy" : betreft de in kansspelinrichtingen geplaatste kansspelen tijdens de periode en deze die werden gekocht van een andere Belgische vergunninghouder E. -/ Element "uninstalAndSoldl" : betreft de uit kansspelinrichtingen verwijderde kansspelen tijdens de periode en deze die werden verkocht aan een andere Belgische vergunninghouder E. -/ Element "uninstalWithKitl" : betreft de in kansspelinrichtingen uitgebate kansspelen 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. Wanneer een spelautomaat wordt verplaatst van vergunninghouder X naar vergunninghouder Y, dient een element van de type "uninstall" (vergunninghouder X) en een element van de type "install" (vergunninghouder Y) te worden voorzien. In het geval van een transformatie (plaatsing van een kit), moeten een element van het type "uninstallWithKit" en een element 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 machine voor de transformatie verwijderd is uit het machinepark. Opmerking betreffende het veld Nummer van de betrokken "E" vergunning : Het veld "installerDossierEId" (licentienummer van de installateur "E") is : -/ in het geval van de element "uninstallAndSold" : het licentienummer "E" van de installateur die de machine gekocht heeft; -/ in het geval van de element "installAfterBuy" : het licentienummer "E" van de installateur die de machine 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.

-19-


14


STANDAARDEN INZAKE NAAMGEVING VOOR DE DOOR DE PLICHTHEBBENDE TE VERZENDEN BESTANDEN

Alle bestandsnamen hebben de volgende structuur : III_licenceId_Fx_date*_time*.xml (* : bij voorkeur deze van aanmaak van het bestand) Voorbeeld : III_012345_F9_20130517_221743.xml

-20-


15


CERTIFICERING

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 certifiëringsprocedure 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 (kablering, 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 metrologie terzake en de kansspelwet van 1999 alsmede alle wijzigingen aan deze wet. Ook de spelautomaatinterface maakt deel uit van de certificering. De dataverbinding met de speelautomaten in de inrichtingen klasse III 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 automaten 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 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; -/ 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 [email protected] in CC) en met de vermelding "Upgrade Online_Nr_E_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.

-21-



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 : 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/ Glasdetectie : De beheerder van het online systeem moet de historiek van de veranderingen van de dekglazen op zijn server bijhouden (timestamp + handtekening van het dekglas). De Commissie moet toegang kunnen krijgen tot deze gegevens op eenvoudig verzoek.

-22-


16


GOEDKEURING

Dit protocol werd opgemaakt door de Kansspelcommissie en goedgekeurd ter zitting van 1ste oktober 2014. De constructeurs moeten de noodzakelijke wijzigingen aanbrengen aan hun online systeem voor de 1ste juli 2015. De bekomen certificatie, ten laatste voor 1ste januari 2015 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.

-23-


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 .

Beschrijving bestand "III_F7" (Punt 13) : /f7/ Field protocolVersion

Cardinality 1

generalInfo/licenseId generalInfo/manufacturerId

1 0→1

Data type string

Description Versie van het protocol (attribuut van f7) = III_V11

int int

Nummer van de vergunning E plaatser Nummer van de vergunning E Fabrikant

generalInfo/fileDate generalInfo/licenseType

1 1

date licenseTypeType

Datum van bestand Type van vergunning : E

generalInfo/email stock

1 1

emailType detailType

Email van On-Line verantwoordelijke De toestellen in magazijn

1

install

1

uninstall

De in kansspelinrichtingen geplaatste kansspelen tijdens de periode De uit kansspelinrichtingen verwijderde kansspelen tijdens de periode De in kansspelinrichtingen geplaatste kansspelen tijdens de periode en deze die werden gekocht van een andere Belgische vergunninghouder E De uit kansspelinrichtingen verwijderde kansspelen tijdens de periode en deze die werden verkocht aan een andere Belgische vergunninghouder E De in kansspelinrichtingen uitgebate kansspelen tijdens de periode en deze die werden omgevormd met een omvormingskit

detailType detailType

1 installAfterBuy

detailType 1

uninstallAndSold

detailType 1

uninstallWithKit

detailType

detailType : /f7/.../ Field nbOfItems item

Cardinality 1 0→n

Data type int itemType

Description Aantal betrokken machines Gedetailleerd informatie per machine

Data type string string

Description Identificatie Nr van het spel (Serienummer van de machine) Nummer van modelgoedkeuring (Metrologie)

itemType: /f7/.../item/ Field gameid approvalId

Cardinality 1 1

operationDate operatorLicenseId

1 1

date int

supplierLicenseId

1

int

Datum van "beweging" Nummer van de vergunning "C" waar de laatste uitbating heeft plaatsgevonden Nummer van de betrokken "E" vergunning (zie punt 13)

taxNumber repartitionKey/operator

1 1

string int

Nummer van het belastingsvignet Sleutel van verdeling : % van inkomsten van de "C"

repartitionKey/supplier

1

int

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

-24-



Beschrijving bestand "III_F9" (Punt 9) : /f9/ Field

Cardinality

Data type

Description

protocolVersion

1

string

Versie van het protocol (attribuut van f9) = III_V11

generalInfo/licenseId

1

int

Nummer van de vergunning E plaatser

0→1

int

Nummer van de vergunning E Fabrikant

generalInfo/manufacturerId generalInfo/fileDate

1

date

Datum van bestand

generalInfo/licenseType

1

licenseTypeType

Type van vergunning : E

generalInfo/email

1

emailType

Email van On-Line verantwoordelijke

details/nbOfItems

1

int

Aantal betrokken machines

detailInfoType

Informatie per machine

details/ detail

0→n

detailInfoType : /f9/details/detail/ Field gameId

Cardinality 1

Data type string

Description Identificatie Nr van het spel (serienummer) (*)

approvalId licenseId

1 1

string int

Nr van modelgoedkeuring (Metrologie) (*) Nummer van de vergunning "C"

taxNumber status

1 1

string Connect/NoConnect

Nr van het belastingsvignet Statuut van de machine : Connect of NoConnect

totalBetAmount totalWinResult

1 1

long long

Total inzetten van de dag (in eurocents) Total winsten van de dag (in eurocents)

dayResult nbGamesPlayed

1 1

long long

Resultaat van de dag (in eurocents) Aantal gespeelde partijen (globale teller) (*)

nbDoorOpen nbGlassOpen

1 1

long long

Aantal deur openingen (globale teller) (*) Aantal dekglas openingen (globale teller) (*)

totalBetBegin totalBetEnd

1 1

long long

Teller Total Bet bij de opening (in eurocents) (*) 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) (*)

opening/start opening/end

1 1

datetime datetime

TimeStamp bij de opening TimeStamp bij de sluiting

IMEI LOCI

1 1

string string

IMEI LOCI

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

Définitions du fichier "III_F10" (Point 10) : /f10/ Field

Cardinality

Data type

Description

protocolVersion

1

string



1

int


0→1

int



1

date

Datum van bestand


1

licenseTypeType


generalInfo/email

1

emailType


details/nbOfItems

1

int


detailInfoType


details/detail

0→n

-25-



detailInfoType : /f10/details/detail/ Field gameId

Cardinality 1

Data type string

Description Identificatie van het spel (Serienummer van de machine) (*)

approvalId licenseId

1 1

string int

Nr van modelgoedkeuring (Metrologie) (*) Nummer van de vergunning "C"

lastCheckDate gameSoftwareVersion

1 1

date string

Datum van de laatste ijking 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)

Définitions du fichier "III_F11" (Point 5) : /f11/ Field

Cardinality

Data type

Description

protocolVersion

1

string



1

int


0→1

int



1

date

Datum van bestand


1

licenseTypeType


generalInfo/email

1

emailType


details/nbOfItems

1

int


detailInfoType


details/detail

0→n

detailInfoType : /f11/details/detail/ Field gameId approvalId

Cardinality 1 1

Data type string string

Description Identificatie Nr van het spel (Serienummer van de machine) Nr van modelgoedkeuring (Metrologie)

licenseId imeiValue lociValue firstNegativePollingDate

1 1 1 1

int string string datetime

Nummer van de vergunning "C" IMEI LOCI TimeStamp 1ste negatieve polling

positivePollingDate

1

datetime

TimeStamp positief polling

-26-


18


BIJLAGE 2 : STANDAARD COMMUNICATIE PROTOCOL

Bijkomend wordt een standaard communicatieprotocol voorzien welke de gegevensuitwisseling tussen de interface en het moederbord van de automatische spelautomaat 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 kansspelautomaat 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: -27-



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

-28-


CD 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x09 0x0A 0x0B 0x0C 0x0D 0x0E 0x0F 0x80 0x81 0x82


Beschrijving Blanco Verkrijg de spel identificatie Verkrijg de algemene tellerstanden Verkrijg ‘credit in’ tellerstand (teller cash in) Verkrijg ‘credit out’ tellerstand (teller Cash out) Verkrijg ‘Hand pay’ tellerstand Verkrijg ‘Total bet’ tellerstand (teller total in) Verkrijg ‘Total win’ tellerstand (teller total out) Verkrijg “games played” tellerstand Verkrijg “line off” tellerstand Verkrijg ‘Deur open’ tellerstand Verkrijg ‘Wissel in’ tellerstand Verkrijg ‘Wissel out’ tellerstand Verkrijg spel software versie Verkrijg de software verificatiechecksum (handtekening software) Download eID-logfile Get F9 data Get F10 data Get extra counters

Rb(*1) 6 31 70 14 14 14 14 14 14 14 14 14 14 16 17 10+Len 208 117 116

(*1) = het aantal bytes dat door de slave wordt teruggezonden.

De speelautomaat moet minstens de commando’s 0x80, 0x81, 0x82 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 metrologie 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 TxCmd: STX 0x30 0x31 EOT RxPrototype: STX “01” “B-xx-xxxxxx/xx;ssssssssss” “CS” EOT Voorbeeld: STX “01” “B-03-007004/01;V1234567R0” “1B” EOT

-29-


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. TxPrototype: STX “02” EOT TxCmd: STX 0x30 0x32 EOT 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. TxPrototype: STX “03” EOT TxCmd: STX 0x30 0x33 0x36 0x33 EOT RxPrototype: STX “03” “credit in” “CS” EOT Voorbeeld: STX “03” “0000002F” “FB” EOT Hex: 0x02 0x30 0x33 0x30 0x30 0x30 0x30 0x30 0x30 0x32 0x46 0x46 0x42 0x04 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. TxPrototype: STX “04” EOT TxCmd: STX 0x30 0x34 0x36 0x34 EOT RxPrototype: STX “04” “credit out” “CS” EOT Voorbeeld: STX “04” “0000001A” “F6” EOT Hex: 0x02 0x30 0x34 0x30 0x30 0x30 0x30 0x30 0x30 0x31 0x41 0x46 0x36 0x04 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. TxPrototype: STX “05” EOT TxCmd: STX 0x30 0x35 EOT RxPrototype: STX “05” “handpay” “CS” EOT

-30-



Voorbeeld: STX “05” “00000010” “E6” EOT Hex: 0x02 0x30 0x35 0x30 0x30 0x30 0x30 0x30 0x30 0x31 0x30 0x45 0x36 0x04 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. TxPrototype: STX “06” EOT TxCmd: STX 0x30 0x36 EOT RxPrototype: STX “06” “total bet” “CS” EOT Voorbeeld: STX “06” “00000010” “E7” 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. TxPrototype: STX “07” EOT TxCmd: STX 0x30 0x37 EOT RxPrototype: STX “07” “total win” “CS” EOT Voorbeeld: STX “07” “00000010” “E8” EOT Hex: 0x02 0x30 0x37 0x30 0x30 0x30 0x30 0x30 0x30 0x31 0x30 0x45 0x38 0x04 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. TxPrototype: STX “08” EOT TxCmd: STX 0x30 0x38 EOT RxPrototype: STX “08” “games” “CS” EOT Voorbeeld: STX “08” “00000010” “E9” EOT Hex: 0x02 0x30 0x38 0x30 0x30 0x30 0x30 0x30 0x30 0x31 0x30 0x45 0x39 0x04 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. TxPrototype: STX “09” EOT TxCmd: STX 0x30 0x39 EOT RxPrototype: STX “09” “interrupts” “CS” EOT Voorbeeld: STX “09” “00000010” “EA” EOT Hex: 0x02 0x30 0x39 0x30 0x30 0x30 0x30 0x30 0x30 0x31 0x30 0x45 0x41 0x04 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 TxCmd: STX 0x30 0x41 EOT RxPrototype: STX “0A” “Door” “CS” EOT Voorbeeld: STX “0A” “00000010” “F2” EOT Hex: 0x02 0x30 0x41 0x30 0x30 0x30 0x30 0x30 0x30 0x31 0x30 0x46 0x42 0x04

-31-



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 TxCmd: STX 0x30 0x42 EOT RxPrototype: STX “0B” “changein” “CS” EOT Voorbeeld: STX “0B” “00000032” “F7” EOT Hex: 0x02 0x30 0x42 0x30 0x30 0x30 0x30 0x30 0x30 0x33 0x32 0x46 0x37 0x04 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 TxCmd: STX 0x30 0x43 EOT RxPrototype: STX “0C” “changeout” “CS” EOT Voorbeeld: STX “0C” “00000032” “F8” EOT Hex: 0x02 0x30 0x43 0x30 0x30 0x30 0x30 0x30 0x30 0x33 0x32 0x46 0x38 0x04 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 TxCmd: STX 0x30 0x44 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 TxCmd: STX 0x30 0x45 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 -32-



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 : 0x0F TxPrototype: STX "0F" EOT TxCmd: STX 0x30 0x46 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. TxPrototype: STX “80” EOT TxCmd: STX 0x38 0x30 EOT 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 ») ("C" / "E") LicentienummerC ; (volgens D.1 – formaat « C000000 ») 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) NbrGlassOpen;" (volgens D.2 – hexadecimaal 32 bits) “CS” EOT

-33-



G.17. 0x81: Get F10 Data. Dit commando vraagt alle gegevens op nodig voor de aanmaak van het F10 bestand. TxPrototype: STX “81” EOT TxCmd: STX 0x38 0x31 EOT RxPrototype: STX “81” “;Identificatienumm; (volgens D.1 - 10 karakters, eventueel links aangevuld met "0") Volgnummer; (volgens D.1 - 10 karakters, eventueel links aangevuld met "0") Goedkeuringsnummer; (volgens D.1 – format « B-00-000000/00 ») DatumGoedkeuring; (volgens D.1 – format « aaaa/mm/jj ») DatumLaatsteVerificatie; (volgens D.1 – format « aaaa/mm/jj ») DatumSoftwareHandtekening; (volgens D.1 – format « aaaa/mm/jj ») 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 aangevuld met "0") Licentienummer;” (volgens D.1 – formaat « C000000 ») “CS” EOT G.18. 0x82: Get Extra Counters. Dit commando laat toe de bijkomende tellers te versturen gevraagd door K.B. 2003/07/11 Regels III Art. 5 van het controleprotocol De tellers die de resultaten van de laatste 20.000 spelen totaliseren dragen de benaming ‘teller’. Deze die de resultaten van de voorgaande 20.000 totaliseren dragen de benaming ‘memory’. TxPrototype: STX “82” EOT TxCmd: STX 0x38 0x32 EOT RxPrototype: STX “82” (10 karakters, eventueel links aangevuld met nullen) “;Indentificatienummer; Volgnummer; (volgens D.1 – 10 karakters, eventueel links aangevuld met nullen); Goedkeuringsnummer; (Volgens D.1 – formaat « B-00-000000/00 ») TellerTotalBet; (Volgens D.2 – hexadecimaal 32 bits) TellerTotalWin; (Volgens D.2 – hexadecimaal 32 bits) TellerPlayedGames; (Volgens D.2 – hexadecimaal 32 bits) TellerTotalTime; (Volgens D.2 – hexadecimaal 32 bits) MemoryTotalBet; (Volgens D.2 – hexadecimaal 32 bits) MemoryTotalWin; (Volgens D.2 – hexadecimaal 32 bits) MemoryPlayedGames; (Volgens D.2 – hexadecimaal 32 bits) MemoryTotalTime;” (Volgens D.2 – hexadecimaal 32 bits) “CS” EOT

-34-


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

-35-

(single quote)



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)

-36-



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)

-37-


20


BIJLAGE 4 : KONINKLIJK BESLUIT VAN 23 MEI 2003

23 MEI 2003. - Koninklijk besluit betreffende de regels van toezicht op en de controle van de kansspelen in de kansspelinrichtingen klasse III, 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 wet van 7 mei 1999 op de kansspelen, de kansspelinrichtingen en de bescherming van de spelers, inzonderheid op artikel 43, 5; Gelet op het advies van de Kansspelcommissie, gegeven op 6 november 2002; Gelet op het advies van de Inspecteur van Financiën, gegeven op 7 januari 2003; Gelet op de akkoordbevinding van Onze Minister van Begroting, gegeven op 11 februari 2003; Gelet op het verzoek om spoedbehandeling, gemotiveerd door de omstandigheid dat de volgende federale verkiezingen op 18 mei 2003 worden gehouden, daarbij rekening houdende met de voorafgaande ontbinding van de federale kamers, en de in acht name van een periode van afhandeling van lopende zaken. Gelet op advies 35.216/2 van de Raad van State, gegeven op 7 april 2003, met toepassing van artikel 84, eerste lid, 2°, van de gecoördineerde wetten op de Raad van State; Gelet op de Richtlijn 98/34/EG van 22 juni 1998 van het Europees Parlement en van de Raad betreffende een informatieprocedure op het gebied van normen en technische voorschriften, gewijzigd door de Richtlijn 98/48/EG van 20 juli 1998; Op de voordracht van Onze Minister van Binnenlandse Zaken, van Onze Minister van Justitie, van Onze Minister van Financiën, van Onze Minister van Overheidsbedrijven en Participaties, van Onze Minister van Economie en van Onze Minister van Volksgezondheid, Hebben Wij besloten en besluiten Wij : Artikel 1. In dit koninklijk besluit dienen volgende afkortingen als volgt te worden gelezen : LAN : lokaal netwerk; Cliënt : iedere elektronische eenheid, dus zowel administratieve pc's als automatische spellen; Plichthebbende : elke vergunninghouder klasse E die bij een vergunninghouder klasse C kansspeltoestellen, onder welke vorm ook, ter beschikking stelt of elke vergunninghouder klasse C die zijn eigen kansspeltoestellen bezit en uitbaat. Art. 2. Elke plichthebbende maakt een maal per maand een dataverbinding met het LAN van de Kansspelcommissie. Art. 3. Alle kosten voor de aankoop van het materiaal, het verkrijgen van de softwarelicenties, en de verschuldigde huurgelden zijn ten laste van de plichthebbende. Art. 4. Als hardwareconfiguratie wordt één centrale server voorzien die de plichthebbende verbindt met de vergunninghouder klasse C. -38-



Een databasesoftware wordt voorzien, van die aard zijn dat de kwaliteit, de integriteit, robuustheid en de multiple acces, voldoende gegarandeerd zijn. Art. 5. Wanneer de centrale server van de plichthebbende langer dan 24 uur uitvalt, worden alle spellen van de vergunninghouder klasse C stopgezet. Een procedure van back-up en recovery wordt aan de Kansspelcommissie voorgelegd, evenals het bewijs van zesmaandelijkse testuitvoeringen. Art. 6. Het informaticasysteem wordt beveiligd tegen elektromagnetische en elektrostatische tussenkomst, zowel als tegen radiogolven. Art. 7. § 1. De Kansspelcommissie stelt een protocol op dat de volgende elementen bevat : 1. Technische vereisten gesteld aan de kablering en passieve componenten van het LAN bij de plichthebbende; 2. Technische vereisten gesteld aan de actieve componenten van het LAN bij de plichthebbende; 3. Technische vereisten gesteld aan de cliënten en servers bij de plichthebbende; 4. Vereisten gesteld aan het lokaal voor het data-rack bij de plichthebbende; 5. Technische vereisten gesteld aan de dataverbinding van de plichthebbende met de Kansspelcommissie; 6. Vereisten gesteld aan de verbinding tussen de vergunninghouder klasse C en de plichthebbende; 7. Vereisten inzake accounting en financiële informatie; 8. Vereisten inzake de technische controle bij de plichthebbende; 9. Vereisten inzake documentatie in verband met het informaticasysteem bij de plichthebbende; 10. Standaarden inzake naamgeving voor de door plichthebbende te verzenden bestanden. § 2. Dit protocol wordt aan alle plichthebbende bezorgd uiterlijk één week na de goedkeuring ervan door de Kansspelcommissie. Elke wijziging aan het protocol wordt aan alle plichthebbende bezorgd uiterlijk één week na de goedkeuring door de Kansspelcommissie. Art. 8. Dit besluit treedt samen met artikel 43, 5, van de wet van 7 mei 1999 op de kansspelen de kansspelinrichtingen en de bescherming van de spelers inwerking drie maanden na de publicatie in het Belgisch Staatsblad , met uitzondering van artikel 7 dat in werking treedt op de dag van de publicatie in het Belgisch Staatsblad . Art. 9. Onze Minister bevoegd voor Binnenlandse Zaken, Onze Minister bevoegd voor Justitie, Onze Minister bevoegd voor Financiën, Onze Minister bevoegd voor Overheidsbedrijven en Participaties, Onze Minister bevoegd voor Economie, en Onze Minister bevoegd voor Volksgezondheid zijn, ieder wat hem betreft, belast met de uitvoering van dit besluit. Gegeven te Brussel, 23 mei 2003.

-39-

- Gecoördineerde tekst -

Recommend Documents