CR002 Réunion ALC 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.
- Nouvel intervenant, directeur de l’usine à Morrocoy :
Eliezer LAEMMEL (ELL) - Morrocoy, Chimiotis
Grâce aux contacts d’AGO, une visite du site chimique de Morrocoy a été organisée rapidemment.
Chimiotis, la société gérante désire s’équiper de sas de sécurité pour son système d’accès.
Il s’agit donc d’un prospect important pour AirLocksControl.
Les différents types de sas de sécurité ont été choisis en fonction du niveau de sécurité à atteindre.
Il est rappelé qu’une présentation des sas de sécurité aura lieu à Berlin - Bissis.
Un premier plan d’accès sécurisés a été créé à partir des informations fournies par Chimiotis.
Fig. 1 : Potentiel plan de sécurité du site de Morrocoy¶
Les différentes zones du site ont été représentées sur le plan de sécurité.
Les bâtiments, installations et autres espaces non sécurisés n’y figurent pas, ainsi que les entrées de véhicules et autres entrées gérées par des gardiens.
_
Le site Morrocoy accueille les salariés de l’entreprise.
Chaque employés sera intégré automatiquement dans ALC par le système de GRH de Chimiotis.
_
Différents groupes de personnes autorisées devront être définis.
On estime qu’il y aura environ 30 groupes.
Des groupes ont été déjà identifiés mais d’autres pourraient apparaître.
_
Un administrateur unique pourra créer des gestionnaires de groupes.
Un gestionnaire de groupe pourra créer et gérer autant de groupes qu’il le souhaite.
_
L’administrateur sera aussi responsable de donner aux gestionnaires de groupe des droits sur des zones du site.
Par exemple, un gestionnaire de groupe ayant des droits sur les zones U1 et U2 pourra donner des autorisations d’accès sur ces zones aux groupes qu’il gère.
Bien entendu un gestionnaire de groupe ne pourra pas donner à un groupe l’accès à des zones sur laquelle il n’a pas de droits.
_
Un gestionnaire de groupe pourra aussi affecter des badges aux employés et définir les zones auxquelles ont accès les membres des groupes et à quels moments.
_
Le nombre de personnes par groupe va de 1 à 300 environ.
Les ouvriers font les 3 x 8 mais de manière relativement régulière.
Les membres de chaque groupe sont finalement assez stables.
En effet le personnel de l’usine ne change que rarement et les accès des groupes aux zones sont basés sur des règles relativement stables.
_
Ci-dessous un exemple de plan d’autorisation fourni par l’administration de Chemiotis.
Fig. 2 : Plan d’autorisation pour le site de Morrocoy¶
Les zones autorisées sont présentées pour chaque groupe à droite.
A gauche sont représentées les périodes d’autorisation.
Après discussion avec ELL, il apparait qu’il s’agit d’une version très simplifiée.
Les autorisations ne sont pas toutes pour des périodes prédéfinies (début de journée, fin de journée, nuit, jour, tout le temps) comme dans l’exemple mais peuvent concerner d’autres horaires.
ELL précise aussi que les autorisations sont définies pour une année civile et si besoin modifiée l’année suivante.
Cette année, selon un exemple donné par ELL, le groupe Obreros2 peut aussi accéder aux zones PT et PO en semaine de 8h à 12h pendant l’été.
Et Mantenimi peut accéder aux zones SD et X le week-end de 16h à 23h de mars à avril.
Il faudra absolument définir des autorisations plus fines dans AirLocksControl pour représenter ce genre de périodes.
Dans tous les cas pour une période un groupe peut accéder toujours aux mêmes zones (cf. CR003Fig2).
Une autorisation peut être exprimée dans un tableau à trois colonnes (groupe, période, zones).
Par exemple, en reprenant des exemples donné par ELL, deux autorisations peuvent être exprimées dans un tableau comme suit.
Tab. 1 : Exemple d’autorisations¶ Groupe
Période
Zones
Techn1
xxxxxxJASxxx LMMJVxx 08:00-12:00
PO,PT
OuvrNuit
xxMAxxxxxxxx xxxxxSD 16:00-23:00
U1,X
De telle autorisations pourraient aussi convenir a priori pour les autres sites gérés par AirLocksControl.
Il s’agit en effet d’une façon générale considérer les autorisations sans doute satisfaisante.
Bien entendu, les interfaces d’ALC n’utiliseront pas des codages comme xxxxxxJASxxx et LMMJVxx pour définir et présenter les mois et les jours de la semanie.
_
Un élément important à Morrocoy concerne les règles à appliquer en cas d’incendie dans une zone.
Tous les points d’accès doivent être ouverts automatiquement.
Il faudra donc prendre en compte les systèmes à incendie et les interfacer avec AirLocksControl.
_
Comme pour les autres sites, le serveur de contrôle sera installé dans la salle de contrôle.
_
La conservation de l’historique des événements étant imposée par la réglementation du Vénézuéla, cette fonctionnalité devra être intégrée dans AirLocksControl.
_
Enfin un web service permettra à des systèmes externes (e.g. systèmes de paie / de contrôle de présence) d’importer les événements d’accès de AirLocksControl (horaire d’entrée/sortie pour chaque point d’accès).
Ce web service devra être sécurisé pour des aspects de confidentialité aussi bien que de sécurité du site.
_
En conclusion, la visite sur le site de Morrocy a été très instructive.
Il correspond bien aux fonctionnalités de base d’AirLocksControl.
Cependant les incertitudes actuelles aux Venezuela obligent à remettre le développement d’une version d’AirLocksControl pour ce site.
La prochaine réunion se fera à Pékin - Competis.