Commit 64b1ea21 authored by jlaval's avatar jlaval
Browse files

Ajout d'un README pour expliquer le format des fichiers d'evenement

parent 0f8c9ded
Le logiciel peut lire un fichier decrivant l'evenement au lieu d'avoir a les taper a la main.
Le format du fichier est le suivant:
<nom de l'evenement>
<id produit>,<description>,<secret>
<id produit>,<description>,<secret>
<id produit>,<description>,<secret>
...
Le nom de l'evenement est utilise principalement pour creer le fichier de log, donner un nom comme "gala12" par exemple. Les lignes suivantes decrivent pour l'evenement cites tout les produits (i.e. les types de ticket qu'il accepte).
Ces tickets sont donnes sous forme d'un triplet (id,description,secret). Le premier element correspond a l'id du produit (dans le sens de l'id qu'il a dans la base de donne) info qui est aussi disponible sur le ticket en lui meme (seconde information du code barre).
Le champ description est un texte quelconque qui s'affiche a l'ecran une fois le scan effectue pour que l'operateur puisse faire un controle base sur le type du ticket (ex: "Ticket cotisant" sans les guillemets).
Le dernier champ correspond au secret, c'est a dire la cle de chiffrement specifique au produit que l'on peut retrouver dans la table 'cpt_etickets' a la colonne 'secret'. Il est volontairement chiant de le recuperer car c'est lui qui assure l'authenticite de tous les tickets emis ainsi que l'access sans authentification a la base des utilisateurs. Il doit etre recopier verbatim.
Au cas ou ca n'aurait pas assez transpirer, le secret doit le rester (pour toujours). L'utilisateur sera donc soucieux de ne jamais laisse en clair les informations quelque part (dans un mail, sur un des ordinateurs utilise, ...) pour eviter toute eventuelle fuite.
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment