Réunion secteur du 19 septembre 2013 Projets mise à jour - protocoles informatiques

Transcription

1 Réunion secteur du 19 septembre 2013 Projets mise à jour - protocoles informatiques Classe I 1/ Modifier la remarque de 8 b) : 2/ Modifier le premier de 10 : Les informations financières doivent être communiquées à la Commission des jeux de hasard toutes les 24 heures dans le format XML. Ils doivent également être communiqués au SPF Finances lorsqu'il en fait la demande. Tous les montants doivent être mentionnés en euro (ou être tels que s'ils sont multipliés par le champ "Convert2euro" le résultat correspond à des montants exprimés en euro). Ces fichiers doivent être produits automatiquement et doivent être directement transmis à partir du serveur de l'établissement de jeu à la Commission des jeux de hasard. 3/ Ajouter au premier de 12 : De plus, lors de la vérification des machines automatiques, il doit être possible de générer manuellement un fichier F6 provisoire afin de permettre le contrôle des enregistrements "ouvertures CPU" (ce fichier ne sera pas envoyé à la commission mais consulté sur place).

2 Classe II 1/ Modifier la remarque de 7 : 2/ Modifier le point 14 D : D/ RAM-reset : Afin de garantir la continuité de la valeur des compteurs, la réglementation suivante est d application en cas de RAM-reset: Les informations concernant l ouverture et la fermeture du compartiment CPU (cpuitem, voir point 11) doivent être générées juste avant et juste après le RAM-reset afin d'être envoyées via le fichier F6. Le système online doit récupérer les valeurs des compteurs disponibles les plus récentes avant le RAM-reset pour la constitution des divers fichiers à communiquer quotidiennement pour la machine en question. Ces valeurs doivent être reprises comme valeurs de fermeture pour la machine en question dans par ex. le fichier F1. Au terme du RAM-reset et avant que l appareil automatique ne soit débloqué, le système online doit récupérer les nouvelles valeurs des compteurs. Celles-ci doivent être reprises comme valeurs de départ pour le deuxième record par ex. dans les fichiers F1 de la machine en question. 3/ Modifier le point 17, F5 - guesttype : housenbr 1 int string Numéro 4/ Modifier le point 17 F6 - infotype : internalid 1 string Numéro de suite interne (attribué par le casinola salle) 5/ Modifier le tableau du point 18 F : 0x10 Ouverture du compartiment CPU x11 Fermeture du compartiment CPU

3 Classe III 1/ Modifier la remarque de 7 : 2/ Ajouter au point 15 : D/ Détection glace : Le gestionnaire du système on-line doit tenir à jour, sur son serveur, l'historique des changements de glace (time stamp + signature de la glace). La Commission doit pouvoir accéder à ces données sur simple demande. E/ Historique des gains : Le serveur doit conserver un historique des "gros" gains. Les gains supérieurs à 200 (??? à définir) doivent être enregistrés, avec leur timestamp, dans une pile FIFO de 50 éléments. Ces données doivent rester disponibles, pour la cellule Contrôle de la Commission des Jeux de hasard, pendant une période de 5 ans. 3/ Modifier le tableau du point 18 F : 0x0F Download eid-logfile 10+Len 0x80 Get F9 Data 208 0x81 Get F10 Data 117 0x82 Get Extra Counters 116 4/ Modifier les points 18 G.15 à 18 G.18 : Voir document "Errata_ProtInfo_III_IV_FR.pdf" 3

4 Classe IV 1/ Modifier la remarque de 8 : 2/ Modifier le premier de 10 : Les informations financières doivent être communiquées à la Commission des jeux de hasard toutes les 24 heures dans le format XML. Ils doivent également être communiqués au SPF Finances lorsqu'il en fait la demande. 3/ Ajout d'une remarque à 10 (F0) : -/ TimeStamp de la prise de pari -/ TimeStamp de l'évènement sur lequel porte le pari Remarque : les champs "bettiming/start" et "bettiming/end" ne sont pas toujours chronologiques. Dans certains cas "start" peut être postérieur à "end". Par exemple pour le Live Betting "end" peut être la date du match (ex. 20:00) et "start" la prise de paris pendant le match (ex. 20:22) 4/ Ajout d'une remarque à 10 (F1) : -/ Numéro de suite du premier ticket de la journée -/ Numéro de suite du dernier ticket de la journée Remarque : pour les "numéro de suite" la procédure est la suivante : -/ le F1 collecte toutes les données de ses F2 ; -/ le F1 regroupe tous les tickets dans une nouvelle table avec un nouvel index (continu et croissant) ; -/ les "numéro de suite" sont générés sur base de ce nouvel index ; -/ le F1 conserve la table de correspondance afin de permettre de retrouver les références d'un ticket quelconque. 5/ Modifier le point 10 (F2 - bookmakers) : -/ Conserver un double des tickets "papiers" chez le titulaire de licence pendant 5 7 ans afin de permettre les contrôles éventuels (ils doivent être mis à la disposition de la CJH ou du SPF Finances sur simple demande). -/ Enregistrer le "time stamp" du début de l'évènement et celui de la prise du pari. 6/ Modifier la première phrase du point 11 : Il convient de transmettre à la Commission des jeux de hasard, toutes les 24 heures, un fichier en format XML comportant par visiteur à enregistrer (c'est à dire ceux qui prennent des paris pour plus de 1000 ) : 7/ Ajouter une remarque au point 15 : Remarque : Pour les fichiers F0, F2 et F5 il y a un fichier par F2 concerné. Dans ce cas, le nom de fichier doit avoir la structure suivante : <code d identification du fichier>_idlicencef2 _AAAAMMJJ_HHMMSS.xml Exemple : IV_F2_FB001234_ _ xml 4

5 8/ Modifier le point 17 - F0, F2 et F5 : Déplacer "generalinfo/organiserid" après "generalinfo/ " (pour être cohérent avec les XSD) 9/ Modifier le point 17 - F0 : generalinfo/licensetype 1 licensetypetype Type de licence : FB, FC, ou FD ou FE gamerselection 1 string Les sélections (elles peuvent être codées) 10/ Modifier le point 17 - F2 et F5 : generalinfo/licenseid 1 int Le numéro de la licence F2 (un fichier par "F2") 11/ Modifier le tableau du point 18 F : 0x0F Download eid-logfile 10+Len 0x80 Get F9 Data 200 0x81 Get F10 Data / Modifier les points 18 G.15 à 18 G.17 : Voir document "Errata_ProtInfo_III_IV_FR.pdf" 5