Informaticaprotocol Kansspelautomaten (klasse III) Versie III_V januari 2018

Transcriptie

1 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.2 van 1 januari

2 INHOUD 1 INHOUD VAN DIT DOCUMENT DEFINITIES EN AFKORTINGEN ALGEMENE VEREISTEN TECHNISCHE VEREISTEN GESTELD AAN DE BEKABELING EN PASSIEVE COMPONENTEN VAN HET LAN BIJ DE PLICHTHEBBENDE TECHNISCHE VEREISTEN GESTELD AAN DE ACTIEVE COMPONENTEN VAN HET LAN BIJ DE PLICHTHEBBENDE TECHNISCHE VEREISTEN GESTELD AAN DE CLIENTS EN SERVERS BIJ DE PLICHTHEBBENDE (F11) TECHNISCHE VEREISTEN GESTELD AAN HET LOKAAL VOOR HET DATA-RACK BIJ DE PLICHTHEBBENDE TECHNISCHE VEREISTEN GESTELD AAN DE DATAVERBINDING VAN DE PLICHTHEBBENDE MET DE KANSSPELCOMMISSIE VEREISTEN GESTELD AAN DE VERBINDING TUSSEN DE VERGUNNINGHOUDER KLASSE C EN DE PLICHTHEBBENDE VEREISTEN INZAKE ACCOUNTING - EN FINANCIËLE INFORMATIE (F9) VEREISTEN INZAKE DE TECHNISCHE CONTROLE BIJ DE PLICHTHEBBENDE (F10) VEREISTEN INZAKE DOCUMENTATIE IN VERBAND MET HET INFORMATICASYSTEEM BIJ DE PLICHTHEBBENDE GEBRUIK VAN NIEUWE TECHNOLOGIEËN ALGEMENE, NIET SPECIFIEK TOPIC GEBONDEN VEREISTEN (F7) STANDAARDEN INZAKE NAAMGEVING VOOR DE DOOR DE PLICHTHEBBENDE TE VERZENDEN BESTANDEN GOEDKEURING BIJLAGE 1 : XML BESCHRIJVING BIJLAGE 2 : STANDAARD COMMUNICATIE PROTOCOL BIJLAGE 3 : ASCII TABEL BIJLAGE 4 : KONINKLIJK BESLUIT VAN 23 MEI blz. -2-

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). -3-

4 2 DEFINITIES EN AFKORTINGEN Afkorting LAN Cliënt Definitie Local Area Network ; lokaal netwerk 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 On-line Wordt beschouwd als deel uitmakende van een on-line systeem, alles wat zich tussen de machine en de Datatransfert naar de (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 SSL SSH HTTP DMZ IP-verbinding ISP IP-adres Een elektronisch 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. -4-

5 3 ALGEMENE VEREISTEN 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 (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 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 certificering. 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 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 aan Protocols@gamingcommission.be verzonden worden met de vermelding "Upgrade Online_Nr_E_Vergunning" in het object veld. Indien nodig zal een hercertificering van het systeem door de gevraagd worden. Het aantal upgrades toegestaan zonder certificering moet echter zeer beperkt blijven. -5-

6 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. -/ Het bestand "signature" moet zodanig worden versleuteld dat de authenticiteit van de toepassing garandeert. Alleen de 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). -/ De TITO is eveneens toegelaten -/ De overdracht van cash geld naar krediet moet volgens de procedure Cashless mogelijkheden van omzetting naar krediet 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. -6-

7 4 TECHNISCHE VEREISTEN GESTELD AAN DE BEKABELING 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. -7-

8 5 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 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 kan hiervan worden afgeweken -8-

9 6 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 van de dienst technische evaluaties -/ IMEI -/ LOCI -9-

10 -/ TimeStamp 1 ste 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). -10-

11 7 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. -11-

12 8 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, 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. -12-

13 9 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). -13-

14 10 VEREISTEN INZAKE ACCOUNTING - EN FINANCIËLE INFORMATIE (F9) 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 van de dienst technische evaluaties (*) -/ 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. -14-

15 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. -15-

16 11 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 van de dienst technische evaluaties (*) -/ 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. -16-

17 12 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. -17-

18 13 GEBRUIK VAN NIEUWE TECHNOLOGIEËN Nihil (tot nu toe) -18-

19 14 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 1 ste maart van ieder jaar -/ Identificatie nummer van het spel (Serienummer van de machine) -/ Nummer van modelgoedkeuring van de dienst technische evaluaties -/ 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 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, uninstall, instalafterbuy, uninstallandsold, uninstallwithkit) : -/ Identificatie nummer van het spel (Serienummer van de machine) -/ Nummer van modelgoedkeuring van de dienst technische evaluaties -/ 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) -19-

20 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. -20-

21 15 STANDAARDEN INZAKE NAAMGEVING VOOR DE DOOR DE PLICHTHEBBENDE TE VERZENDEN BESTANDEN De commissie heeft geen speciale eisen voor de naamgeving van de bestanden XML, maar raad de gebruikers toch aan om een naam te gebruiken die de afzender toelaat zijn eigen bestanden te herkennen indien nodig. Hieronder vindt u een voorbeeld van een naam van een bestand. Voorbeeld : I_012345_F5_ _ xml Opgelet: De bestanden waarvan het licentienummer niet correct is worden geweigerd door het systeem. -21-

22 16 GOEDKEURING Dit protocol werd opgemaakt door de en goedgekeurd ter zitting van 25 oktober De constructeurs moeten de noodzakelijke wijzigingen aanbrengen aan hun online systeem voor de 1 ste juli De bekomen certificatie voor wat betreft de vorige versie van het protocol, blijft geldig. De 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. -22-

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 : ; Sectie <De wet> <Protocollen> <Informatica>. Beschrijving bestand "III_F7" (Punt 13) : /f7/ Field Cardinality Data type Description protocolversion 1 string Versie van het protocol (attribuut van f7) = III_V11 generalinfo/licenseid 1 int Nummer van de vergunning E plaatser generalinfo/filedate 1 protocoldate Datum van bestand (na ) generalinfo/licensetype 1 licensetypetype Type van vergunning : E generalinfo/ 1 type van On-Line verantwoordelijke generalinfo/manufacturerid 0 1 int Nummer van de vergunning E Fabrikant stock 1 detailtype De toestellen in magazijn install uninstall installafterbuy uninstallandsold uninstallwithkit detailtype : /f7/.../ detailtype detailtype detailtype detailtype detailtype 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 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 Nr van modelgoedkeuring van de dienst technische evaluaties (*) operationdate 1 date Datum van "beweging" operatorlicenseid 1 int Nummer van de vergunning "C" waar de laatste uitbating heeft plaatsgevonden supplierlicenseid 1 int Nummer van de betrokken "E" vergunning (zie punt 13) taxnumber 1 string Nummer van het belastingsvignet repartitionkey/operator 1 int Sleutel van verdeling : % van inkomsten van de "C" repartitionkey/supplier 1 int Sleutel van verdeling : % van inkomsten van de "E" -23-

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 generalinfo/filedate 1 protocoldate Datum van bestand (na ) generalinfo/licensetype 1 licensetypetype Type van vergunning : E generalinfo/ 1 type van On-Line verantwoordelijke generalinfo/manufacturerid 0 1 int Nummer van de vergunning E Fabrikant details/nbofitems 1 int Aantal betrokken machines details/ detail 0 n detailinfotype Informatie per machine 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 int Nummer van de vergunning "C" taxnumber 1 string Nr van het belastingsvignet status 1 Connect/NoConnect Statuut van de machine : Connect of NoConnect totalbetamount 1 long Total inzetten van de dag (in eurocents) totalwinresult 1 long Total winsten van de dag (in eurocents) dayresult 1 long Resultaat van de dag (in eurocents) nbgamesplayed 1 long Aantal gespeelde partijen (globale teller) (*) nbdooropen 1 long Aantal deur openingen (globale teller) (*) nbglassopen 1 long Aantal dekglas openingen (globale 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) (*) opening/start 1 datetime TimeStamp bij de opening opening/end 1 datetime TimeStamp bij de sluiting IMEI 1 string IMEI LOCI 1 string 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 Versie van het protocol (attribuut van f10) = III_V11 generalinfo/licenseid 1 int Nummer van de vergunning E plaatser generalinfo/filedate 1 protocoldate Datum van bestand (na ) generalinfo/licensetype 1 licensetypetype Type van vergunning : E generalinfo/ 1 type van On-Line verantwoordelijke generalinfo/manufacturerid 0 1 int Nummer van de vergunning E Fabrikant details/nbofitems 1 int Aantal betrokken machines details/detail 0 n detailinfotype Informatie per machine -24-

25 detailinfotype : /f10/details/detail/ Field Cardinality Data type Description gameid 1 string Identificatie van het spel (Serienummer van de machine) (*) approvalid 1 string Nr van modelgoedkeuring van de dienst technische evaluaties (*) licenseid 1 int Nummer van de vergunning "C" 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) Définitions du fichier "III_F11" (Point 5) : /f11/ Field Cardinality Data type Description protocolversion 1 string Versie van het protocol (attribuut van f11) = III_V11 generalinfo/licenseid 1 int Nummer van de vergunning E plaatser generalinfo/filedate 1 protocoldate Datum van bestand (na ) generalinfo/licensetype 1 licensetypetype Type van vergunning : E generalinfo/ 1 type van On-Line verantwoordelijke generalinfo/manufacturerid 0 1 int Nummer van de vergunning E Fabrikant details/nbofitems 1 int Aantal betrokken machines details/detail 0 n detailinfotype Informatie per machine detailinfotype : /f11/details/detail/ Field Cardinality Data type Description gameid 1 string Identificatie Nr van het spel (Serienummer van de machine) approvalid 1 string Nr van modelgoedkeuring van de dienst technische evaluaties licenseid 1 int Nummer van de vergunning "C" imeivalue 1 string IMEI locivalue 1 string LOCI firstnegativepollingdate 1 datetime TimeStamp 1 ste negatieve polling positivepollingdate 1 datetime TimeStamp positief polling -25-

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 technische evaluaties 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: -26-

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 = 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 -27-

28 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 208 0x81 Get F10 data 117 0x82 Get extra counters 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 de dienst technische evaluaties 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 TxPrototype: STX 01 EOT TxCmd: STX 0x30 0x31 EOT RxPrototype: STX 01 B-xx-xxxxxx/xx;ssssssssss CS EOT Voorbeeld: STX 01 B /01;V R0 1B EOT -28-

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 F A D 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 F 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 A 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 -29-

30 Voorbeeld: STX 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 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 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 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 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 F2 EOT Hex: 0x02 0x30 0x41 0x30 0x30 0x30 0x30 0x30 0x30 0x31 0x30 0x46 0x42 0x04-30-

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 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 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 V TxPrototype: STX 0D EOT TxCmd: STX 0x30 0x44 EOT RxPrototype: STX 0D vvvvvvvvvv CS EOT Voorbeeld: Hex: STX 0D 00V EOT 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-31-

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») 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 -32-