CR003 Réunion iAcces pour Chimiotis

Date:02-17 15h-23h
Type:Réunion
Lieu:Morrocoy-Chimiotis
PartiesPrenantes:
 ABI, JDR, PSO, AGO
Organisateur:ABI
Rapporteur:KWG
Presents:ABI, JDR, PSO, AGO,
Objectifs:Cas d’étude Usine de Morrocoy

Attention

Ce compte rendu est un document de travail et n’est pas contractuel.

  1. Nouvel intervenant, directeur de l’usine à Morrocoy :

  2. _ Eliezer LAEMMEL (ELL) - Morrocoy, Chimiotis

  3. Grâce aux contacts d’AGO, une visite du site chimique de Morrocoy a été organisée opportunément.

  4. Chimiotis, la société gérante désire s’équiper de bissass pour son système d’accès sécurisé.

  5. Il s’agit donc d’un prospect chaud pour iAccess.

  6. Un premier plan sécurité a été créé à partir des informations fournies par Chimiotis.

    ../_images/morrocoy.png

    Fig. 1 : Potentiel plan sécurité pour le site de Morrocoy

  7. Contrairement au stade de Tokyo, le site Morrocoy n’accueille pas de spectateurs.

  8. Un élément important concerne les règles à appliquer en cas d’incendie dans une zone.

  9. Tous les points d’accès doivent être ouverts automatiquement vers l’extérieur dans les zones dites “Incendie Libre” (IL).

  10. Dans les autres zones, un incident est envoyé à tous les gardiens.

  11. Chaque gardien signale qu’il a bien reçu l’incident et peut ensuite consulter si des personnes sont présentes dans la zone et débloquer tel ou tel point d’accès.

  12. Il faudra donc prendre en compte les systèmes à incendie et les interfacer avec iAccess.

  13. Par ailleurs à première vue le nombre de groupes est a priori plus faible à Morrocoy qu’à Tokyo.

  14. Le nombre de badgeurs par groupe va de 1 à 300 environ.

  15. Les ouvriers font les 3 x 8 mais de manière relativement régulière.

  16. Les membres de chaque groupe sont finalement assez stables.

  17. En effet le personnel de l’usine ne change que rarement et les groupes sont basés sur des règles relativement stables dans chaque zone.

  18. Ci-dessous le dernier plan d’autorisation fourni par l’administration de Chemiotis.

    ../_images/morrocoyAutorisations.jpg

    Fig. 2 : Plan d’autorisation (simplifié) pour le site de Morrocoy

  19. Les autorisations aux zones sont présentées pour chaque groupe à droite.

  20. A gauche sont représentées les périodes liées à ces autorisations.

  21. Après discussion avec l’administration il apparait qu’il s’agit d’une version très simplifiée.

  22. En effet l’usine devant tourner 24h/24h, 365j/365, des groupes d’ouvriers sont ajoutés pour les jours fériés et les week-ends.

  23. Ces groupes ne sont pas représentés sur le planning annuel montré en CR003Fig2.

  24. Ce planning est représentatif de ce qui se passe chaque année.

  25. Les groupes du planning annuel sont homogènes par rapport aux zones autorisées.

  26. Autrement dit, pour une période un groupe peut accéder toujours aux mêmes zones (cf. CR003Fig2).

  27. En réalité, et selon un exemple donné par ELL, certains groupes (e.g. GX et GY) peuvent accéder à la zone PT et PO en semaine de 8h à 12h pendant l’été.

  28. Mais de plus GX peut en plus accéder à la zone X et DM le week-end de 16h à 23h de mars à avril.

  29. Actuellement tous ces différents cas sont gérés de manière ad-hoc par les gardiens en poste aux points d’accès de chaque zone.

  30. En pratique cette gestion est un peu aléatoire et se base sur le bon-vouloir des gardiens et des employés.

  31. Il faudra absolument définir des autorisations plus fines dans iAccess pour représenter ce genre de périodes.

  32. Une autorisation doit être un triplet (groupe(s), période, zone(s)).

  33. Par exemple, en reprenant l’exemple donné par ELL, on doit pouvoir définir deux autorisations comme suit.

    Tab. 1 : Exemple ELL 01-06
    Groupes Période Zones
    GX, GY xxxxxxJASxxx LMMJVxx 08:00-12:00 PT, PO
    GX xxMAxxxxxxxx xxxxxSD 16:00-23:00 X, DM
  34. Les autorisations sous forme de triplets pourraient aussi convenir a priori pour le stade de Tokyo en 2020.

  35. Il s’agit en effet d’une représentation générale et sans doute satisfaisante.

  36. Il a été décidé de partir a priori sur ce modèle d’autorisation pour iAccess.

  37. Dans le cas de Morrocoy, il semble qu’un seul administrateur pourrait gérer tous les groupes.

  38. Cela contraste avec le site de Tokyo où plusieurs administrateurs devront gérer des groupes différents et inversement ou un même groupe pourra être géré par des administrateurs différents.

  39. Actuellement l’usine est gardée par 60 gardiens, 24/24.

  40. Avec iAccess on estime que 4 gardiens serait suffisant, d’où 12 en 3x8.

  41. Comme pour les autres sites, le serveur de contrôle serait installé dans la salle de contrôle.

  42. Chemiotis émet également le besoin de pouvoir recevoir des visiteurs via des badges courts.

  43. Dans ce cas les badges courts pourraient être distribués en direct à la réception et utilisés immédiatement.

  44. Actuellement il n’y a aucun système pour les badges courts à Morrocoy.

  45. Il s’agit simplement d’un coup de téléphone donné aux gardiens, ce qui n’est évidemment pas sécurisé.

  46. Chemiotis souhaiterait par contre disposer de l’historique d’accès.

  47. Chemiotis voudrait contrôler les heures de présences dans l’usine des employés.

  48. La conservation de l’historique des événements étant imposée par la réglementation du Venezuela, cette fonctionnalité devra être intégrée dans iAccess.

  49. Un web service permettra à des systèmes externes (e.g. systèmes de paye / de contrôle de présence) d’importer les événements d’accès de iAccess (horaire d’entrée pour chaque point d’accès).

  50. Ce web service devra être sécurisé pour des aspects de confidentialité mais aussi de sécurité (e.g. heures d’accès des gardiens, etc).

  51. A Tokyo, le service web d’export sera utilisé entre autres par les services commerciaux pour déterminer les billets vendus n’ayant pas été utilisés.

  52. Après discussion avec Competis, l’historique d’accès est également nécessaire pour Tokyo vu le grand niveau de sécurité attendu au Japon.

  53. En conclusion, les besoins du site de Morrocoy sont tout à fait pertinents pour iAccess.

  54. AccessIT confirme son intérêt de développer une version de iAccess pour ce site.

  55. Cette version sera la première développée par l’IM2AG.

  56. La prochaine réunion aura lieu comme prévu à Berlin - Bissis.