Wiki_DR13 - Contributions de l’utilisateur [fr]

Gestion Listes de diffusion

2024-03-22T15:49:44Z

Nelly.pernot : /* Correspondants Labos */

__TOC__

== Correspondants Labos ==

* Mise-à-jour.

Une interface a été créée dans DUO pour la gestion des correspondants (Recherche interlocuteurs -> administration).
Cette interface met à jour la table Fonction de la base Referentiel.

L'accès à cette interface est filtrée en fonction d'un rôle attribué dans l'administration -> onglet référentiel.

Certains correspondants proviennent directement des données de Reseda comme par exemple "CRSSI", "CSSI" etc. Ils sont stockés dans la table FonctionMetier de la BD reseda.

* Données de la liste

Les listes sont gérées par sympa qui fait appel à un webservice créé dans duo2.

* Affichage de la liste

Il est possible de voir le contenu d'une liste soit dans sympa, soit via l'url :

https://duo.dr13.cnrs.fr/sympa/listesText/{type}/{tag}

exemple : https://duo.dr13.cnrs.fr/sympa/listesText/acmo/all

== Directeurs d'unité ==

Les listes pour les directeurs d'unités sont générées à partir des données de Reseda.

La liste dirlabos@sympa.dr13.cnrs.fr se base sur le mel renseigné au niveau de l'implantation.

Les listes duperso@sympa.dr13.cnrs.fr et adjduperso@sympa.dr13.cnrs.fr se basent sur la fonction de la table responsable d'unité de Reseda et renvoie le mel de l'implantation de la personne.

* Données de la liste

Les listes sont gérées par sympa qui interroge un webservice de DUO sous la forme :

https://duo.dr13.cnrs.fr/listes/{type}/{tag}

* Affichage de la liste

Il est possible de voir le contenu d'une liste soit dans sympa, soit via l'url :

https://duo.dr13.cnrs.fr/sympa/listesText/labos/all (dirlabos)
https://duo.dr13.cnrs.fr/sympa/listesText/labos/du (duperso)
https://duo.dr13.cnrs.fr/sympa/listesText/labos/adjdu (adjduperso)

== Autres listes agents, labos ==

La plupart des autres les listes, sauf les listes manuelles, s'appuient sur les données Reseda (soit les données structures pour les listes labos, soit les données personnes pour les listes agents).

* Données de la liste

Les listes sont gérées par sympa qui interroge un webservice de DUO sous la forme :

https://duo.dr13.cnrs.fr/listes/{type}/{tag}

* Affichage de la liste

Il est possible de voir le contenu d'une liste soit dans sympa, soit via l'url :

https://duo.dr13.cnrs.fr/sympa/listesText/{type}/{tag}
{type} = agents (liste de personnes)
{type} = labos(liste concernant les campus par exemple)
{type} = service (service de la délégation)
{type} = correspondant (correspondants dans les labos, exemple adminlabo)

exemple labos :

labos_inshs@sympa.dr13.cnrs.fr https://duo.dr13.cnrs.fr/sympa/listesText/labos/inshs

exemple agents :

agents_cnrs@sympa.dr13.cnrs.fr https://duo.dr13.cnrs.fr/sympa/listesText/agents/cnrs

exemple service:

spv@sympa.dr13.cnrs.fr https://duo.dr13.cnrs.fr/sympa/listesText/service/spv

exemple correspondant:

sg_labo@sympa.dr13.cnrs.fr https://duo.dr13.cnrs.fr/sympa/listesText/ADMINLABO/ALL

== Types et tags possibles ==

l'application gère les minuscules et majuscules

* on peut obtenir la liste des tags possibles suivant les types à l'url suivante :
https://duo.dr13.cnrs.fr/sympa/listesTag/all
https://duo.dr13.cnrs.fr/sympa/listesTag/agents
https://duo.dr13.cnrs.fr/sympa/listesTag/labos
https://duo.dr13.cnrs.fr/sympa/listesTag/service

* type = labos tag =

ADV => courriel de l'implantation des labos adv
RDM => courriel de l'implantation des labos rdm
BAILLARGUET => courriel de l'implantation des labos baillarguet
etc...

* type = agents tag =

ADV => personnes de adv
RDM => personnes de rdm
BAILLARGUET => personnes de baillarguet
etc..

* type = service tag =
(personnes affectées à une sous-structure de la délégation dans Reseda)

COM => personnes du service COM
DIR ou DIRECTION => personnes du service DIR
AG => personnes du service AG
MP ou MEDECINE => personnes du service MP
COM => personnes du service COM
SFC ou SFAC => personnes du service SFC
SPS => personnes du service SPS
SPV => personnes du service SPS
SPS => personnes du service SPV
SRH => personnes du service SRH
SSI => personnes du service SSI
STL => personnes du service STL

CHEF=> personnes chef de service (responsable de service déclaré dans la sous-struture de Reseda)

== Infos webservice ==

Pour que sympa puisse communiquer avec le webservice des listes de DUO :
Login = listesympa
mdp = dans keepassx -> Comptes API DUO

Gestion Listes de diffusion

2024-03-22T15:49:27Z

Nelly.pernot : /* Correspondants Labos */

__TOC__

== Correspondants Labos ==

* Mise-à-jour.

Une interface a été créée dans DUO pour la gestion des correspondants (Recherche interlocuteurs -> administration).
Cette interface met à jour la table Fonction de la base Referentiel.

L'accès à cette interface est filtrée en fonction d'un rôle attribué dans l'administration -> onglet référentiel.

Certains correspondants proviennent directement des données de Reseda comme par exemple "CRSSI", "CSSI" etc. Ils sont stockés dans la table FonctionMetier de la BD reseda.

* Données de la liste

Les listes sont gérées par sympa qui fait appel un webservice créé dans duo2.

* Affichage de la liste

Il est possible de voir le contenu d'une liste soit dans sympa, soit via l'url :

https://duo.dr13.cnrs.fr/sympa/listesText/{type}/{tag}

exemple : https://duo.dr13.cnrs.fr/sympa/listesText/acmo/all

== Directeurs d'unité ==

Les listes pour les directeurs d'unités sont générées à partir des données de Reseda.

La liste dirlabos@sympa.dr13.cnrs.fr se base sur le mel renseigné au niveau de l'implantation.

Les listes duperso@sympa.dr13.cnrs.fr et adjduperso@sympa.dr13.cnrs.fr se basent sur la fonction de la table responsable d'unité de Reseda et renvoie le mel de l'implantation de la personne.

* Données de la liste

Les listes sont gérées par sympa qui interroge un webservice de DUO sous la forme :

https://duo.dr13.cnrs.fr/listes/{type}/{tag}

* Affichage de la liste

Il est possible de voir le contenu d'une liste soit dans sympa, soit via l'url :

https://duo.dr13.cnrs.fr/sympa/listesText/labos/all (dirlabos)
https://duo.dr13.cnrs.fr/sympa/listesText/labos/du (duperso)
https://duo.dr13.cnrs.fr/sympa/listesText/labos/adjdu (adjduperso)

== Autres listes agents, labos ==

La plupart des autres les listes, sauf les listes manuelles, s'appuient sur les données Reseda (soit les données structures pour les listes labos, soit les données personnes pour les listes agents).

* Données de la liste

Les listes sont gérées par sympa qui interroge un webservice de DUO sous la forme :

https://duo.dr13.cnrs.fr/listes/{type}/{tag}

* Affichage de la liste

Il est possible de voir le contenu d'une liste soit dans sympa, soit via l'url :

https://duo.dr13.cnrs.fr/sympa/listesText/{type}/{tag}
{type} = agents (liste de personnes)
{type} = labos(liste concernant les campus par exemple)
{type} = service (service de la délégation)
{type} = correspondant (correspondants dans les labos, exemple adminlabo)

exemple labos :

labos_inshs@sympa.dr13.cnrs.fr https://duo.dr13.cnrs.fr/sympa/listesText/labos/inshs

exemple agents :

agents_cnrs@sympa.dr13.cnrs.fr https://duo.dr13.cnrs.fr/sympa/listesText/agents/cnrs

exemple service:

spv@sympa.dr13.cnrs.fr https://duo.dr13.cnrs.fr/sympa/listesText/service/spv

exemple correspondant:

sg_labo@sympa.dr13.cnrs.fr https://duo.dr13.cnrs.fr/sympa/listesText/ADMINLABO/ALL

== Types et tags possibles ==

l'application gère les minuscules et majuscules

* on peut obtenir la liste des tags possibles suivant les types à l'url suivante :
https://duo.dr13.cnrs.fr/sympa/listesTag/all
https://duo.dr13.cnrs.fr/sympa/listesTag/agents
https://duo.dr13.cnrs.fr/sympa/listesTag/labos
https://duo.dr13.cnrs.fr/sympa/listesTag/service

* type = labos tag =

ADV => courriel de l'implantation des labos adv
RDM => courriel de l'implantation des labos rdm
BAILLARGUET => courriel de l'implantation des labos baillarguet
etc...

* type = agents tag =

ADV => personnes de adv
RDM => personnes de rdm
BAILLARGUET => personnes de baillarguet
etc..

* type = service tag =
(personnes affectées à une sous-structure de la délégation dans Reseda)

COM => personnes du service COM
DIR ou DIRECTION => personnes du service DIR
AG => personnes du service AG
MP ou MEDECINE => personnes du service MP
COM => personnes du service COM
SFC ou SFAC => personnes du service SFC
SPS => personnes du service SPS
SPV => personnes du service SPS
SPS => personnes du service SPV
SRH => personnes du service SRH
SSI => personnes du service SSI
STL => personnes du service STL

CHEF=> personnes chef de service (responsable de service déclaré dans la sous-struture de Reseda)

== Infos webservice ==

Pour que sympa puisse communiquer avec le webservice des listes de DUO :
Login = listesympa
mdp = dans keepassx -> Comptes API DUO

Fichier:Sicorh recrutement.png

2024-03-22T15:46:05Z

Nelly.pernot :

SICORH

2024-03-22T15:45:51Z

Nelly.pernot : /* Schémas BD */

__TOC__

== Serveurs ==
Pour le moment un seul serveur de dev -> schéma à venir

== Environnements ==

* dev

serveur 10.13.102.36
url https://dev.sicorh.dr13.cnrs.fr (accès via l'idp_local)
source /var/www/dev
bds sur localhost sicorh, reseda

* rec1

serveur 10.13.102.36
url https://rec1.sicorh.dr13.cnrs.fr (accès via l'idp_local)
source /var/www/rec1
bds sur localhost sicorh, reseda

* preprod

serveur 10.13.102.36
url https://preprod.sicorh.dr13.cnrs.fr (accès via l'idp_local)
source /var/www/preprod
bds sur localhost sicorh_preprod, reseda

== Schémas BD ==

[[Média:Sicorh_accompagnement.png | Schéma module accompagnement]]

[[Média:Sicorh_campagne.png | Schéma module campagne]]

[[Média:Sicorh_recrutement.png | Schéma module recrutement]]

Fichier:Sicorh campagne.png

2024-03-22T15:44:46Z

Nelly.pernot :

SICORH

2024-03-22T15:43:50Z

Nelly.pernot : /* Schémas BD */

__TOC__

== Serveurs ==
Pour le moment un seul serveur de dev -> schéma à venir

== Environnements ==

* dev

serveur 10.13.102.36
url https://dev.sicorh.dr13.cnrs.fr (accès via l'idp_local)
source /var/www/dev
bds sur localhost sicorh, reseda

* rec1

serveur 10.13.102.36
url https://rec1.sicorh.dr13.cnrs.fr (accès via l'idp_local)
source /var/www/rec1
bds sur localhost sicorh, reseda

* preprod

serveur 10.13.102.36
url https://preprod.sicorh.dr13.cnrs.fr (accès via l'idp_local)
source /var/www/preprod
bds sur localhost sicorh_preprod, reseda

== Schémas BD ==

[[Média:sicorh_accompagnement.png | Schéma module accompagnement]]

Fichier:Sicorh accompagnement.png

2024-03-22T15:43:01Z

Nelly.pernot :

SICORH

2024-03-22T15:34:32Z

Nelly.pernot : /* Environnements */

SICORH

2024-03-22T15:29:08Z

Nelly.pernot : /* Serveurs */

__TOC__

== Serveurs ==
Pour le moment un seul serveur de dev -> schéma à venir

== Environnements ==

== Schémas BD ==

SICORH

2024-03-22T15:28:36Z

Nelly.pernot :

__TOC__

== Serveurs ==

== Environnements ==

== Schémas BD ==

SICORH

2024-03-22T15:28:00Z

Nelly.pernot : Page créée avec « == Serveurs == == Environnements == == Schémas BD == »

== Serveurs ==

== Environnements ==

== Schémas BD ==

Affichage Web

2024-03-22T15:26:59Z

Nelly.pernot :

<h2 style="margin:0;background-color:#7cbdff;font-size:120%;font-weight:bold;border:1px solid #659ad0;text-align:left;color:#000;padding:0.2em 0.4em;">[[Image:Internet.png |25px]] Applications - Database Délégation</h2>

[[Flux scripts]]

[[Gestion Listes de diffusion]]

[[Applications DUO]]

[[Image:Sicorh.png | 25px]][[SICORH]]

[[Image:Osiris.png |25px]][[OSIRIS]]

[[shibboleth]]

[[WEBDAV]]

Affichage Web

2024-03-22T15:26:43Z

Nelly.pernot :

<h2 style="margin:0;background-color:#7cbdff;font-size:120%;font-weight:bold;border:1px solid #659ad0;text-align:left;color:#000;padding:0.2em 0.4em;">[[Image:Internet.png |25px]] Applications - Database Délégation</h2>

[[Flux scripts]]

[[Gestion Listes de diffusion]]

[[Applications DUO]]

[[Image:Sicorh.png | 25px]][[Applications SICORH]]

[[Image:Osiris.png |25px]][[OSIRIS]]

[[shibboleth]]

[[WEBDAV]]

Fichier:Sicorh.png

2024-03-22T15:25:42Z

Nelly.pernot :

Applications DUO

2024-03-22T09:00:12Z

Nelly.pernot : /* Environnement technique */

__TOC__

== Environnement technique ==

* Développé avec le framework symfony 5, montée de version vers symfony 6.4 en janvier 2024
* Les sources sont en production sur le serveur webserv2. La mise à jour se fait à partir d'un dépôt git stocké sur la forge de la DSI https://src.koda.dsi.cnrs.fr/
* Répertoire sur webserv2 /var/www/html/duo2
* Token de déploiement : https://gitlab+deploy-token-19:EyFF2vyEcw7XVs6v2jwB@src.koda.dsi.cnrs.fr/nelly.pernot.2/duo2.git
* Les applications accèdent à la base de données sur newMysql avec l'utilisateur extranet

== Architecture ==

[[Fichier:Architecture.png]]

== Applications ==

Sauf pour l'application Evenements, tous les applications nécessitent une authentification via l'IDP de la fédération de recherche. Sont exclues d'office toutes les connexions ayant une adresse mel étudiant (nom.prenom'''@etu'''.domaine) car pas assez sécurisé.
En général, on appelle équipe de direction les personnes étant DU, ADJDU ou ADMINLABO.

=== Administration (droit d'accès) ===

Permet de donner des droits d'accès aux différentes applications de DUO. Il est réservé aux personnes du SSI.

Quelques rôles labo peuvent être donnés sur certains modules par le labo si la personne à le droit "d'administration des droits d'accès" (partie labo). Ces modules disponibles sont répertoriés dans la constante MODULE_VISIBLE_LABO renseigné dans l'entité RefModule.

Correspondance '''onglet module droit d'accès''' : codeModule => application (pavé dans page accueil)
certains pavés peuvent être affichés sans nécessiter de droits, dans ce cas seule la partie utilisateur sera disponible.
* '''Administration''' : admin => Administration
* '''Cdl''' : cdl => Cdl
* '''Carte Multi-services''' : cms => Carte Multi-services
* '''Espace SFAC''' Colloque,Compta,Etats BFC,Recette : sfac => Colloque, Compta, Etats BFC, Recettes
* '''Compte utilisateurs DR''' : compte => Compte utilisateurs
* '''Événement formation''' : evenement => Événements, Formation
* '''Heures non-Ouvrées/HNO''' : hno => Heures non Ouvrables
* '''PFU''' : pfu => PFU
* '''Interlocuteurs service''' : referentiel => Recherche interlocuteurs (partie administration)
* '''Réservation des Ressources''' - LocaBuro : reservation => Réservation des ressources, LocaBuro
* '''Téléphonie''' : telephonie => Téléphonie

=== Annuaire campus ===

Pas de droits spécifique, filtrer sur l'appartenance aux campus. accessible aussi pour les gardiens.
Donne la liste des personnes sur les campus avec leur numéro de téléphone renseigné dans Reseda (implantation_personne).

=== CDL ===

Ne concerne que les labos qui sont sur le campus ADV et RDM.
* partie labo, seuls les DU, ADJDU, ADMINLABO accèdent à la partie labo, grâce à leur profil de DU, ADJDU et ADMINLABO (pas de droits d'accès spécifiques à donner). Toutefois un droit d'accès labo a été prévu pour les cas particuliers de personnes labos n'ayant pas le profil (exemple Christine Chable-Bessia CEMIPAI)
* partie DR, il faut avoir un droit d'accès DR donner dans "Administration".
Les personnes ayant un droit d'accès DR peuvent voir également la partie labo (selection d'un labo par menu déroulant).

=== Carte Multi-services ===

accessible uniquement pour une personne qui a un rôle DR.

Cette application est en lien avec la base de données CarteCMS qui se trouve sur le serveur Secu-CAB.

Elle se sert également d'un webservice SOAP mis à disposition par unicampus pour récupérer directement le statut de la carte ou pour changer son statut (mise en opposition, réactivation).

=== Colloque, Compta, Etats BFC, Recettes ===

applications utilisées par le SFAC

* partie labo
accès automatique pour les administrateurs de laboratoire, les personnes déclarées administrateur Geslab ou gestionnaire Geslab (dans les correspondants labos) sur les codes divisions liés à leur unité.

* partie DR
un rôle administrateur est donné dans "Administration" de duo, puis les rôles de gestionnaire sont donnés à l'intérieur de chaque application concernée.
particularité pour Etatlabo où tous les accès sont donnés dans "Administration" de duo

=== Compte utilisateurs ===

Accessible uniquement aux personnels de la délégation régionale.
* Interface utilisateur
Nécessite un droit d'accès pour faire une demande d'ouverture de compte ou de prolongation.
* Interface gestion des comptes (rôle Administration compte DR)
En général attribué au SSI.
Droit donné dans "Administration".

=== Exploitation ===
Pas de droit spécifique, c'est filtré sur les personnes du service SSI.
Application qui sert à faire le suivi des serveurs de la délégation, elle est surtout utilisée par les administrateurs système et réseau du service.

=== Événements, Formation ===
Ces deux interfaces s'appuient sur le même code et la même base de données Evenement. L'affichage se fait en fonction du type d'événement.

* Événements
peut être accessible sans connexion uniquement pour s'inscrire à un événement grand public (ex. café video)
* Formation
pour pouvoir s'inscrire à une formation, il faut être référencé dans Reseda.

Il faut avoir un droit d'accès donné dans "Administration" pour pourvoir administrer un événement (une petite doc d'aide existe dans l'application).

=== LocaBuro ===
Correspond à Flexibureau dans l'arborescence du code DUO.

Accessible uniquement aux personnels de la délégation régionale. Si problème, faire vérifier que la personne est bien affectée à un service dans Reseda (service affaire générale).
Le principe, certains bureaux sont flexibles donc donnant lieu à une réservation, d'autres sont bloqués et affectés à des personnes. Si le bureau n'est pas mutualisé, seules les personnes du service à qui il appartient pourront le réserver.

=== HNO - Heures non Ouvrables ===

Pour avoir accès à ce module, il faut être en possession d'une carteCMS valide.

* Si ce n'est pas le cas, consulter la rubrique Résolution de problèmes de [[Système de Gestion des Cartes]]

Normalement il faut faire partie des campus ADV ou RDM pour pouvoir faire des demandes de HNO. Pour le cas très exceptionnel où on doit donner l'accès à quelqu'un d'un labo extérieur, il faut qu'Agathe Morel lui fasse une autorisation permanente.
* Si elle n'arrive pas à sélectionner la personne, vérifier qu'elle a bien une carte CMS active et que son labo fait partie de la liste des labos_ext_hno.
* Pour vérifier si le labo fait partie de la liste, il faut aller sur le serveur où se trouve le code de DUO (webserv2), éditer le fichier .env.local et vérifier la constante LABOS_EXT_HNO,
* si le labo n'est pas dans la liste, le rajouter
* puis relancer la commande : composer dump-env prod

Paramétrage unité, permet de pouvoir sélectionner une autre unité lors de la demande de HNO (ex: IRIM doit pouvoir faire une demande pour les locaux du CEMIPAI). On peut y paramétrer également la validation du N+1. Le N+1 se base sur le responsable de la sous-structure renseigné dans Reseda.

Particularité de la demande d'autorisation permanente. Seul un membre de la direction à accès au choix, si la demande est faite pour un membre de cette direction, elle sera automatiquement validée, sinon la demande devra être validée par la délégation (délégué, adjoint délégué ou rôle superviseur Agathe Morel).

Les gardiens ont la possibilité de faire rentrer une personne qui n'a pas fait de demande HNO (ou si celle-ci n'a pas été validée), ils font alors une entrée exceptionnelle dans l'application. Ceci envoie un mel à la direction du labo concerné et mise en copie aux personnes de la délégation renseignées dans l'onglet "adresse de la délégation".

=== Listes de diffusion ===

Accessible uniquement pour les personnes de la délégation (MOY1300).
Page spéciale => [[Gestion Listes de diffusion]]

=== Recherche interlocuteurs ===

Correspond à Referentiel dans l'arborescence du code DUO.

Consultation disponible pour les personnes dont le labo fait partie du périmètre OCCITANIE.
Administration accessible en fonction des droits attribués dans "Administration".

=== Réservations ressources ===

* Consultation disponible pour les personnes dont le labo fait partie du périmètre OCCITANIE.
* Les réservations pourront se faire en fonction du paramétrage du périmètre de chaque ressource.
* L'administration des ressources nécessitent un droit d'accès donné dans "Administration".

=== Téléphonie ===
* Consultation disponible pour les personnes dont le labo fait partie du périmètre CAMPUS.
* La demande de poste téléphonique passera par la validation d'un valideur si le demandeur n'est pas lui-même valideur (droit donné dans "Administration"). Un ticket est alors créé pour le service SSI dans IDéAL.
* La gestion des demandes nécessite également un droit DR (en général, droit donné à quelqu'un du SSI).

=== Visiteur ===

Permet de demander un accès aux campus ADV et RDM pour toute personne ne possédant pas de carteCMS. Une autorisation avec QRCODE sera alors générer lors de la validation. La persone pour qui le QRCODE est généré recevra un mel si celui-ci a ben été renseigné dans la demande.

Le droit de valideur se donne dans la partie "Admin campus" de "Administration". Il faut que ce soit une personne de la direction (Du, AdjDu, adminlabo) du labo qui en fasse la demande pour quelqu'un du labo (ticket IDéAL pour garder la trace). Il faut également que la demande soit motivée (chef d'équipe etc..), ce droit ne peut pas être donné à tous les membres du labo -> directive du délégué régional.

Lors de la création d'une visite, on peut enregistrer plusieurs visiteurs d'un coup. Une fois que ceux-ci sont validés, une tâche cron du serveur va lancer la commande php bin/console visiteur:sendvisitevalidated, les envois de QRCODE vont se faire à ce moment-là.

Fichier:Architecture.png

2024-03-22T08:28:23Z

Nelly.pernot : Nelly.pernot a téléversé une nouvelle version de Fichier:Architecture.png

Applications DUO

2022-05-05T13:13:17Z

Nelly.pernot : /* Environnement technique */

__TOC__

== Environnement technique ==

* Développé avec le framework symfony 5
* Les sources sont en production sur le serveur webserv2. La mise à jour se fait à partir d'un dépôt git stocké sur la forge de la DSI https://src.koda.dsi.cnrs.fr/
* Token de déploiement : https://gitlab+deploy-token-19:EyFF2vyEcw7XVs6v2jwB@src.koda.dsi.cnrs.fr/nelly.pernot.2/duo2.git

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==

=== Administration ===

Permet des données des droits aux différentes applications de DUO.
Pour le moment, on n'affecte pas ce pouvoir aux labos. Il est réservé aux personnes du SSI.

=== Listes de diffusion ===

[[Gestion Listes de diffusion]]

Applications DUO

2022-05-05T13:12:57Z

Nelly.pernot : /* Environnement technique */

__TOC__

== Environnement technique ==

*Développé avec le framework symfony 5
*Les sources sont en production sur le serveur webserv2. La mise à jour se fait à partir d'un dépôt git stocké sur la forge de la DSI https://src.koda.dsi.cnrs.fr/
*Token de déploiement : https://gitlab+deploy-token-19:EyFF2vyEcw7XVs6v2jwB@src.koda.dsi.cnrs.fr/nelly.pernot.2/duo2.git

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==

=== Administration ===

Permet des données des droits aux différentes applications de DUO.
Pour le moment, on n'affecte pas ce pouvoir aux labos. Il est réservé aux personnes du SSI.

=== Listes de diffusion ===

[[Gestion Listes de diffusion]]

Applications DUO

2022-05-05T13:12:29Z

Nelly.pernot : /* Environnement technique */

Applications DUO

2022-05-05T13:11:18Z

Nelly.pernot : /* Environnement technique */

__TOC__

== Environnement technique ==

* framework de développement : symfony 5
* les sources sont en production sur le serveur webserv2. La mise à jour se fait à partir d'un dépôt git stocké sur la forge de la DSI https://src.koda.dsi.cnrs.fr/
token de déploiement : https://gitlab+deploy-token-19:EyFF2vyEcw7XVs6v2jwB@src.koda.dsi.cnrs.fr/nelly.pernot.2/duo2.git

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==

=== Administration ===

Permet des données des droits aux différentes applications de DUO.
Pour le moment, on n'affecte pas ce pouvoir aux labos. Il est réservé aux personnes du SSI.

=== Listes de diffusion ===

[[Gestion Listes de diffusion]]

Applications DUO

2022-05-05T13:05:32Z

Nelly.pernot :

__TOC__

== Environnement technique ==

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==

=== Administration ===

Permet des données des droits aux différentes applications de DUO.
Pour le moment, on n'affecte pas ce pouvoir aux labos. Il est réservé aux personnes du SSI.

=== Listes de diffusion ===

[[Gestion Listes de diffusion]]

Applications DUO

2022-05-05T13:03:57Z

Nelly.pernot : /* Administration */

__TOC__

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==

=== Administration ===

Permet des données des droits aux différentes applications de DUO.
Pour le moment, on n'affecte pas ce pouvoir aux labos. Il est réservé aux personnes du SSI.

=== Listes de diffusion ===

[[Gestion Listes de diffusion]]

Applications DUO

2022-05-05T13:03:45Z

Nelly.pernot : /* Administration */

__TOC__

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==

=== Administration ===

Permet des données des droits aux différentes applications de DUO.
Pour le moment, on n'affecte pas ce pouvoir aux labos. Il est réservé aux personnes su SSI.

=== Listes de diffusion ===

[[Gestion Listes de diffusion]]

Applications DUO

2022-05-05T13:03:34Z

Nelly.pernot : /* Administration */

__TOC__

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==

=== Administration ===

Permet des données des droits aux différentes applications de DUO.
Pour le moment, on n'affecte pas ce pouvoir aux labos. Il est réserver aux personnes su SSI.

=== Listes de diffusion ===

[[Gestion Listes de diffusion]]

Applications DUO

2022-05-05T13:01:42Z

Nelly.pernot : /* Administration */

__TOC__

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==

=== Administration ===

Permet des données des droits aux différentes applications de DUO.
Pour le moment, on n'affece pas ce pouvoir aux labos.

=== Listes de diffusion ===

[[Gestion Listes de diffusion]]

Applications DUO

2022-05-05T12:57:15Z

Nelly.pernot : /* Modules */

__TOC__

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==

=== Administration ===

=== Listes de diffusion ===

[[Gestion Listes de diffusion]]

Applications DUO

2022-05-02T13:50:19Z

Nelly.pernot : /* Listes de diffusion */

__TOC__

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==
=== Listes de diffusion ===

[[Gestion Listes de diffusion]]

Applications DUO

2022-05-02T13:49:07Z

Nelly.pernot : /* Listes de diffusuion */

__TOC__

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==
=== Listes de diffusion ===

Applications DUO

2022-05-02T13:48:55Z

Nelly.pernot : /* Modules */

__TOC__

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==
=== Listes de diffusuion ===

Affichage Web

2022-05-02T13:47:59Z

Nelly.pernot :

<h2 style="margin:0;background-color:#7cbdff;font-size:120%;font-weight:bold;border:1px solid #659ad0;text-align:left;color:#000;padding:0.2em 0.4em;">[[Image:Internet.png |25px]] Applications - Database Délégation</h2>

[[Flux scripts]]

[[Gestion Listes de diffusion]]

[[Applications DUO]]

[[Parc Auto]] (obsolète)

[[shibboleth]]

[[grr]] (systeme de reservation de ressources)-> obsolète

[[WEBDAV]]

[[Image:Osiris.png |25px]][[OSIRIS]]

Affichage Web

2022-05-02T13:47:29Z

Nelly.pernot :

<h2 style="margin:0;background-color:#7cbdff;font-size:120%;font-weight:bold;border:1px solid #659ad0;text-align:left;color:#000;padding:0.2em 0.4em;">[[Image:Internet.png |25px]] Applications - Database Délégation</h2>

[[Flux scripts]]

[[Gestion Listes de diffusion]]

[[Applications DUO]]

[[Parc Auto]] (obsolète)

[[shibboleth]]

[[grr]] (systeme de reservation de ressources)

[[WEBDAV]]

[[Image:Osiris.png |25px]][[OSIRIS]]

Parc Auto

2022-05-02T13:47:04Z

Nelly.pernot :

OBSOLETE

=== Accès de l'application ===

Adresse de gestion du Service Technique
https://intranet.dr13.cnrs.fr/parcauto/

Adresse de réservation sur l'extranet :
https://extranet.dr13.cnrs.fr/parcauto/

=== Connexion à Total ===

Accès à Total GR pour la facturation : https://www.cardsxnet.total.com/
Identifiant : TF650370
mot de passe : TB2666

Accès pour GR Online: https://gronline.total.fr/extranet-fr/

Compte Rojas
Identifiant : TF650370
mot de passe : TB2666!

Compte Pernot :
Identifiant : 87650370001
mot de passe : park0t0!

=== Intégration des fichiers ===

Cheminement :

Télécharger le fichier sur le site TOTAL

Convertir avec le logiciel TOTAL GR en 4 fichiers .XLS correspondant aux 4 tables MYSQL de facturation.

Modifier les dates avec excel pour les rendre compatibles avec les dates MYSQL (format royaume uni de type YYYY-MM-DD) et enregistré au format .CSV

'''SAUVEGARDER LA BASE DE DONNÉES AVANT TOUTE MODIFICATIONS'''

Intégrés les fichiers dans les tables MYSQL.

Vérifier le nombre de ligne enregistré dans mysql avec le nombre de lignes dans le fichier excel.

Se féliciter en ce donnant des petites tapes (sur le ventre) en se disant que la recherche n'avancerais pas si on était pas là.

----

Pour intégrer le fichier de facturation dans la base de donnée MYSQL :

Outil nécessaire : logiciel de GR CONVERTION + les 4 modèles ( autres services, péage, service, station)

\\Cesar\SI\logiciels\Win32\Parcauto-Total GR\

(4 fichiers .MOD désigne les champs et l'ordre des champs à exporter)

Aller sur le site total à l'adresse suivante et s'identifier:

https://www.cardsxnet.total.com

Changement : https://gronline.total.fr/extranet-fr/

Menu de gauche :

"Services +" > "Fichiers de facturation"

Changement -> rubrique 'Mes factures' -> Fichiers de facturation (TID) (fichier au format txt)

nouvelle formule :
Menu "Mes Factures" -> Fichiers de facturation (TID)

Télécharger le fichier de facturation a intégrer dans la BDD, dans le répertoire S:\Factures TOTAL

Ensuite, ouvrir le logiciel GR CONVERTION

Menu de gauche "Ouvrir" sélectionner le modèle

Case 1 : Sélectionner le fichier télécharger sur le site

Case 2 : Choisir l'emplacement du fichier de destination (d'une manière générale mettre le même nom que le modèle et la date de fin de période du fichier exemple : autreservice150708.xls)

Case 3, 4 et 5 : ne rien touché car intégré dans le modèle.

DÉCOCHER LA CASE "Avec les entêtes des colonnes"

Puis "Exécuter" (case 6)

Reproduire avec les 3 autres modèles.

Ce féliciter de nouveau car on a fait la moitié du boulot.....

Ensuite avec les 4 fichier XLS les ouvrir avec excel,
Changer le format des colonnes contenant des date et les passé au format Anglais (royaume-Uni YYY-MM-DD)
Vérifier rapidement :

si les plaques d'immatriculations sont bien au format 66E-2985A (il arrive des fois qu'une immatriculation soit erroné et de type 66 E 2985 A)
Si il n'y a pas les entête de colonne en première ligne

Enregistrer les fichiers au format CSV

Nous voila avec les quatre fichier au format CSV prêt à être intégré directement dans la base MYSQL.

On se connecte à Phpmyadmin sur intranet
https://intranet.dr13.cnrs.fr/phpmyadmin/

Base Parc_auto

Avant toutes choses :

'''SAUVEGARDER LA BASE DE DONNÉES AVANT INTEGRATION'''

intégré les fichiers dans les tables correspondantes, vérifier si le nombre d'enregistrement retourné par MYSQL correspond bien au nombre de ligne dans les fichiers CSV.

VERIFICATION :
Vérifier avec les factures papiers si les montants indiqués sont bien correcte dans le parc auto > administration générale > Répartitions des facture péages et service en visualisant le numéro de facture.

Liste des tables :

facture_total_autre_service

facture_total_peage_parking

facture_total_service

facture_total_station

----

Pour mémoire : ci dessous l'odre d'importation des colonnes par table

[[Image:autreservice.txt]]

[[Image:station.txt]]

[[Image:service.txt]]

[[Image:peage.txt]]

=== Modification Client BFC ===

se connecter a phpmyadmin
https://intranet.dr13.cnrs.fr/phpmyadmin/

Base Parc Auto - table client_bfc

Affichage Web

2022-05-02T13:41:05Z

Nelly.pernot :

<h2 style="margin:0;background-color:#7cbdff;font-size:120%;font-weight:bold;border:1px solid #659ad0;text-align:left;color:#000;padding:0.2em 0.4em;">[[Image:Internet.png |25px]] Applications - Database Délégation</h2>

[[Flux scripts]]

[[Gestion Listes de diffusion]]

[[Applications DUO]]

[[Parc Auto]]

[[shibboleth]]

[[grr]] (systeme de reservation de ressources)

[[WEBDAV]]

[[Image:Osiris.png |25px]][[OSIRIS]]

Affichage Web

2022-05-02T13:39:34Z

Nelly.pernot :

<h2 style="margin:0;background-color:#7cbdff;font-size:120%;font-weight:bold;border:1px solid #659ad0;text-align:left;color:#000;padding:0.2em 0.4em;">[[Image:Internet.png |25px]] Applications - Database Délégation</h2>

[[Flux scripts]]

[[Gestion Listes de diffusion]]

[[Applications DUO]]

[[Parc Auto]]

[[SPIP]]

[[shibboleth]]

[[grr]] (systeme de reservation de ressources)

[[WEBDAV]]

[[Image:Osiris.png |25px]][[OSIRIS]]

Accueil

2022-05-02T13:37:51Z

Nelly.pernot :

<div id="accueil_titre" valign="top" style="border:1px solid #b8a645; background-color:#fff9da"">{{Accueil/titre}}</div>
__NOEDITSECTION____NOTOC__
{|style="width:100%;"
|-
|valign="top" width=49% align=left|

{|width=100%
|-
|valign="top" style="width:49%; align:left;border:1px solid #28c48f; background-color:#fffcf5"|{{Sous section|nom=Dépannage rapide}}
|-
|valign="top" style="border:1px solid #859c91; background-color:#f5fffa"|{{Sous section|nom=Serveurs}}
|-
|valign="top" style="border:1px solid #b8a645; background-color:#fff9da"|{{Sous section|nom=Reseau}}
|-
|valign="top" style="border:1px solid #b8a645; background-color:#fff9da"|{{Sous section|nom=Batcave}}
|-
|valign="top" style="border:1px solid #afa3bf; background-color:#fff1ff"|{{Sous section|nom=Sécurité}}
|-
|valign="top" style="border:1px solid #859c91; background-color:#f5fffa"|{{Sous section|nom=Parc info}}
|-
|valign="top" style="border:1px solid #859c91; background-color:#f5fffa"|{{Sous section|nom=Les Offres de Service}}
|}

|valign="top" width=49% align=left|

{|width=100%
|-
|valign="top" style="border:1px solid #1232C0; background-color:#f5faff"|{{Sous section|nom=Videoprotection}}
|-
|valign="top" style="border:1px solid #b8a645; background-color:#fff9da"|{{Sous section|nom=Configuration Poste de travail}}
|-
|valign="top" style="border:1px solid #28a1da; background-color:#9999ff"|{{Sous section|nom=Codes applications}}
|-
|valign="top" style="width:49%;border:1px solid #894515; background-color:#f2d0b7"|{{Sous section|nom=Applications Nationales}}
|-
|valign="top" style="border:1px solid #659ad0; background-color:#f5faff"|{{Sous section|nom=Affichage Web}}
|-
|valign="top" style="border:1px solid #659ad0; background-color:#f5faff"|{{Sous section|nom=Salle de formation}}
|-
|valign="top" style="width:49%;border:1px solid #894515; background-color:#f2d0b7"|{{Sous section|nom=BFC SIRHUS}}
|-
|valign="top" style="border:1px solid #859c91; background-color:#f5fffa"|{{Sous section|nom=Imprimantes}}
|-
|valign="top" style="border:1px solid #859ad0; background-color:#f5faaa"|{{Sous section|nom=Divers}}
|-
|valign="top" style="border:1px solid #859c91; background-color:#f5fffa"|{{Sous section|nom=supervision}}
|-
|valign="top" style="border:1px solid #1632C0; background-color:#f5faff"|{{Sous section|nom=Messagerie Centraliser}}
|-
|valign="top" style="border:1px solid #1932C0; background-color:#f5faff"|{{Sous section|nom=Chiffrement}}
|-
|}

|-
|}

Accueil

2022-05-02T13:35:52Z

Nelly.pernot :

<div id="accueil_titre" valign="top" style="border:1px solid #b8a645; background-color:#fff9da"">{{Accueil/titre}}</div>
__NOEDITSECTION____NOTOC__
{|style="width:100%;"
|-
|valign="top" width=49% align=left|

{|width=100%
|-
|valign="top" style="width:49%; align:left;border:1px solid #28c48f; background-color:#fffcf5"|{{Sous section|nom=Dépannage rapide}}
|-
|valign="top" style="border:1px solid #859c91; background-color:#f5fffa"|{{Sous section|nom=Serveurs}}
|-
|valign="top" style="border:1px solid #b8a645; background-color:#fff9da"|{{Sous section|nom=Reseau}}
|-
|valign="top" style="border:1px solid #b8a645; background-color:#fff9da"|{{Sous section|nom=Batcave}}
|-
|valign="top" style="border:1px solid #659ad0; background-color:#f5faff"|{{Sous section|nom=Base de Données}}
|-
|valign="top" style="border:1px solid #afa3bf; background-color:#fff1ff"|{{Sous section|nom=Sécurité}}
|-
|valign="top" style="border:1px solid #859c91; background-color:#f5fffa"|{{Sous section|nom=Parc info}}
|-
|valign="top" style="border:1px solid #859c91; background-color:#f5fffa"|{{Sous section|nom=Les Offres de Service}}
|}

|valign="top" width=49% align=left|

{|width=100%
|-
|valign="top" style="border:1px solid #1232C0; background-color:#f5faff"|{{Sous section|nom=Videoprotection}}
|-
|valign="top" style="border:1px solid #b8a645; background-color:#fff9da"|{{Sous section|nom=Configuration Poste de travail}}
|-
|valign="top" style="border:1px solid #28a1da; background-color:#9999ff"|{{Sous section|nom=Codes applications}}
|-
|valign="top" style="width:49%;border:1px solid #894515; background-color:#f2d0b7"|{{Sous section|nom=Applications Nationales}}
|-
|valign="top" style="border:1px solid #659ad0; background-color:#f5faff"|{{Sous section|nom=Affichage Web}}
|-
|valign="top" style="border:1px solid #659ad0; background-color:#f5faff"|{{Sous section|nom=Salle de formation}}
|-
|valign="top" style="width:49%;border:1px solid #894515; background-color:#f2d0b7"|{{Sous section|nom=BFC SIRHUS}}
|-
|valign="top" style="border:1px solid #859c91; background-color:#f5fffa"|{{Sous section|nom=Imprimantes}}
|-
|valign="top" style="border:1px solid #859ad0; background-color:#f5faaa"|{{Sous section|nom=Divers}}
|-
|valign="top" style="border:1px solid #859c91; background-color:#f5fffa"|{{Sous section|nom=supervision}}
|-
|valign="top" style="border:1px solid #1632C0; background-color:#f5faff"|{{Sous section|nom=Messagerie Centraliser}}
|-
|valign="top" style="border:1px solid #1932C0; background-color:#f5faff"|{{Sous section|nom=Chiffrement}}
|-
|}

|-
|}

Gestion Listes de diffusion

2022-05-02T13:32:48Z

Nelly.pernot : /* Correspondants Labos */

Gestion Listes de diffusion

2022-05-02T13:22:13Z

Nelly.pernot : /* Correspondants Labos */

Gestion Listes de diffusion

2022-05-02T13:19:59Z

Nelly.pernot : /* Correspondants Labos */

Applications DUO

2022-05-02T13:12:45Z

Nelly.pernot : /* Achitecture */

__TOC__

== Architecture ==

[[Fichier:Architecture.png]]

== Modules ==

Applications DUO

2022-05-02T13:11:59Z

Nelly.pernot :

__TOC__

== Achitecture ==

[[Architecture applications DUO]]

== Modules ==

Applications DUO

2022-05-02T13:10:46Z

Nelly.pernot : Page créée avec « === Achitecture === Architecture applications DUO === Modules === »

=== Achitecture ===

[[Architecture applications DUO]]

=== Modules ===

Affichage Web

2022-05-02T13:09:47Z

Nelly.pernot :

<h2 style="margin:0;background-color:#7cbdff;font-size:120%;font-weight:bold;border:1px solid #659ad0;text-align:left;color:#000;padding:0.2em 0.4em;">[[Image:Internet.png |25px]] Applications - Database Délégation</h2>

[[Flux scripts]]

[[Gestion Listes de diffusion]]

[[Applications DUO]]

[[Réservation de salles]] (Ajout d'autorisation)

[[Parc Auto]]

[[SPIP]]

[[shibboleth]]

[[grr]] (systeme de reservation de ressources)

[[WEBDAV]]

[[Image:Osiris.png |25px]][[OSIRIS]]

Fichier:Architecture.png

2022-05-02T13:08:06Z

Nelly.pernot : Nelly.pernot a téléversé une nouvelle version de Fichier:Architecture.png

Gestion Listes de diffusion

2021-11-25T14:10:41Z

Nelly.pernot :

__TOC__

== Correspondants Labos ==

* Mise-à-jour dans l'annuaire Ldap.

Une interface a été créée dans DUO pour la gestion des correspondants (Recherche interlocuteurs -> administration).
Cette interface met à jour l'annuaire Ldap de la délégation qui lui-même récupère les données de l'annuaire central.

L'accès est filtrée en fonction d'un rôle attribué dans l'administration -> onglet référentiel.

* Données de la liste

Les listes sont gérées par sympa qui fait directement une requête sur l'annuaire ldap.

* Affichage de la liste

Il est possible de voir le contenu d'une liste soit dans sympa, soit via l'url :

https://duo.dr13.cnrs.fr/sympa/listesText/{type}/{tag}

exemple : https://duo.dr13.cnrs.fr/sympa/listesText/acmo/all

== Directeurs d'unité ==

Les listes pour les directeurs d'unités sont générées à partir des données de Reseda.

La liste dirlabos@sympa.dr13.cnrs.fr se base sur le mel renseigné au niveau de l'implantation.

Les listes duperso@sympa.dr13.cnrs.fr et adjduperso@sympa.dr13.cnrs.fr se basent sur la fonction de la table responsable d'unité de Reseda et renvoie le mel de l'implantation de la personne.

* Données de la liste

Les listes sont gérées par sympa qui interroge un webservice de DUO sous la forme :

https://duo.dr13.cnrs.fr/listes/{type}/{tag}

* Affichage de la liste

Il est possible de voir le contenu d'une liste soit dans sympa, soit via l'url :

https://duo.dr13.cnrs.fr/sympa/listesText/labos/all (dirlabos)
https://duo.dr13.cnrs.fr/sympa/listesText/labos/du (duperso)
https://duo.dr13.cnrs.fr/sympa/listesText/labos/adjdu (adjduperso)

== Autres listes agents, labos ==

La plupart des autres les listes, sauf les listes manuelles, s'appuient sur les données Reseda (soit les données structures pour les listes labos, soit les données personnes pour les listes agents).

* Données de la liste

Les listes sont gérées par sympa qui interroge un webservice de DUO sous la forme :

https://duo.dr13.cnrs.fr/listes/{type}/{tag}

* Affichage de la liste

Il est possible de voir le contenu d'une liste soit dans sympa, soit via l'url :

https://duo.dr13.cnrs.fr/sympa/listesText/{type}/{tag}
{type} = agents (liste de personnes)
{type} = labos(liste concernant les campus par exemple)

exemple labos :

labos_inshs@sympa.dr13.cnrs.fr https://duo.dr13.cnrs.fr/sympa/listesText/labos/inshs

exemple agents :

agents_cnrs@sympa.dr13.cnrs.fr https://duo.dr13.cnrs.fr/sympa/listesText/agent/cnrs

== Infos webservice ==

Pour que sympa puisse communiquer avec le webservice des listes de DUO :
Login = listesympa
mdp = dans keepassx -> Comptes API DUO

Fichier:Architecture.png

2021-11-23T13:50:40Z

Nelly.pernot : Nelly.pernot a téléversé une nouvelle version de Fichier:Architecture.png

Architecture applications DUO

2021-11-23T13:15:32Z

Nelly.pernot :

=== Architecture ===
[[Fichier:Architecture.png]]

Architecture applications DUO

2021-11-23T13:14:55Z

Nelly.pernot : /* Architecture */

=== Architecture ===
[[Fichier:ArchitectureV2.png]]

Système de Gestion des Cartes

2021-11-09T07:21:22Z

Nelly.pernot : /* Nouvelle unité Reseda */

=== Divers ===

==== Administration local des cartes visiteurs ====

https://duo.dr13.cnrs.fr/cartecms/index

Les PC d’édition doivent être sur le réseau src-cab-gestion

==== Nouvelle unité Reseda ====

Lorsqu'une nouvelle unité Reseda est créée, le script quotidien Reseda va la créer dans la table reseda.unites, reseda.implantations_unites
et la table unites_fixes.
Il faut renseigner le champ site dans la table reseda.implantations_unites (mettre l'id du site qui se trouve dans la table campus.site),
vérifier que le champ uniteFixe contient bien le même id que le champ idResedaUnite.
Et dans la table reseda.unites_fixes mettre le codeSite de la table campus.site dans le champ siteUnite

==== Ajout unité spécifique ====

Il se peut que le STL demande de rajouter un sigle unité, souvent parce qu'une nouvelle société doit entrer sur le campus.

* Faire préciser pour quel campus si ce n'est pas fait.
* Aller sur la base de données reseda sur le serveur MySQL de la délégation, actuellement IP 10.13.102.9
* Sur la table unites_fixes, rechercher les unités dont l'idResedaUnite commence par 999999%
(on doit avoir la liste des unités fictives que l'on a créé pour la gestion des cartes)
* SELECT * FROM `unites_fixes` WHERE `idResedaUnite` LIKE '999999%'
* Rajouter l'unité en décrémentant de 1 l'idResedaUnite du plus petit.
* Champ à renseigner : idResedaUnite, codeUnite (pas d'espace), intituleUnite, sigleUnite, siteUnite (ADV/RDM/BAILLARGUET)
delegationRegionale_code = 13, date_insert = date du jour

==== Changement de site pour une unité ====

Lorsqu'une unité change de site (typiquement unité Balard), il faut changer l'affectation de site
dans la base de données Reseda (serveur Mysql)

* dans la table Reseda implantations_unites, changer le champ site par l'id du site qui se trouve dans la
table site de la base Campus, ex: site=1 pour le site RDM. Si la colonne uniteFixe n'est pas renseignée, mettre le codeUnite de l'unité.
* dans la table unite_fixes, changer le champ siteUnite par le sigle du site, ex: siteUnite=RDM .

=== Contacts ===

'''HOTLINE : 02.47.92.90.32'''

et demander l’ouverture d’un incident « Monécarte ».

'''Gestionnaire de tickets : '''

[http://www.capmonetique.com/cws]

Log : 34032
Mot de passe : XY1JO3

Technicien SAV, passer par les tickets, uniquement en cas de problèmes :

Clément Wigy
Technicien Support
4 avenue Jean Monnet - 37160 Descartes
Tel: +33 (0)2 47 92 90 32

clement.wigy@capmonetique.com - www.capmonetique.com

Installateur : CAP MONETIQUE

'''Technicien''' :
Sébastien Arnault
Chargé de projet
4 avenue Jean Monnet - 37160 Descartes
Tel: +33 (0)2 47 91 85 87 - Mob : +33 6 (0)11 29 97 68
sebastien.arnault@capmonetique.com - www.capmonetique.com

'''Commercial''' :
Sylvain Févrilliez
Responsable secteur Grand Est – Enseignement Supérieur
4 avenue Jean Monnet - 37160 Descartes
Tel: (+33) 2 47 91 47 50 - Mob : (+33) 6 99 06 48 43
sylvain.fevrilliez@capmonetique.com - www.capmonetique.com

''' Consommables : '''

A utiliser de préférence :
Sylvie Méreau <sylvie.mereau@capmonetique.com>

Ruban Primacy YMCKO, 5 panneaux.
Kit de nettoyage Primacy

Urgence rubans livré le lendemain mais il vaut mieux passer par monecarte si pas urgent :
http://www.cardalis.fr/evolis-primacy-simplex-et-primacy-duplex/1561-ruban-evolis-primacy-couleur-ymcko-300-cartes.html

Protèges cartes :
http://www.cardalis.fr/porte-badges-souples/1444-porte-badge-souple-transparent-bandeau-transp-double-perforation.html

CROUS :

Emmanuelle Ricard
Chargée de mission inter-universitaire-Crous
Carte étudiant électronique Languedoc-Roussillon
Crous de Montpellier
2 rue Monteil CS 85053 34 093 Montpellier cedex 5
04 67 41 50 66 / 06 78 44 19 05

CNOUS (gestion des numéros IZLY):

Sylvain Cammas
Responsable du département Monétique
Cnous
15, rue Guillaume VII le Troubadour – 86022 Poitiers
05 49 60 88 05 / 06 80 90 62 32

=== IZLY ===

* Nous gérons la numérotation nationale des numéros de carte IZLY : voir SSI/CMS/CNOUS
* Nous avons 3 SAM CNOUS
* Le fichier de lecture de la SAM est aussi dans SSI/CMS/CNOUS

Nous ne faisons qu’envoyer les nom prénom et numéro de carte au CNOUS, les indices sont ensuite synchronisés par le SSI de la DR11.

En cas de soucis, voir dans cet ordre :

# Monecarte
# DR11
# CNOUS

=== Connecteurs ===

==== Import RESEDA vers base carteCMS ====

sur secu-CAB-DB (10.13.102.8) :

00 6 * * 0-6 /etc/scripts/scriptResedaCarte.sh >> /etc/scripts/logCarte

20 13 * * 1-5 /etc/scripts/scriptResedaCarte.sh >> /etc/scripts/logCarteMidi

le script se décompose en deux partie:

importReseda2Carte.php
Permet de copier les infos utiles de la base de données Reseda qui se trouve sur le serveur 10.13.102.9 et va importer les données dans la table carteCMS.Personnel du serveur secu-CAB-DB.

fonctionLadap2Carte.php
Permet de renseigner la fonction adminlabo depuis l'annuaire ldap vers la base carteCMS.Personnel

Le SGC utilise la base carteCMS comme sources de données

Il existe aussi le script /etc/scripts/importReseda2Carte_manuel.php qui permet d'importer une catégorie de personnel. Il faut éditer le fichier et commenter et décommenter ce que l'on veut.

==== Import application cartes ====

https://duo.dr13.cnrs.fr/cartecms/index

L'application va aller enregistrer directement les infos dans la base carteCMS avec comme tag
provenanceDonneesIndividuelles = LOCAL

==== Export vers le contrôle d'accès ====

Il y à 3 connecteurs d'exports vers le controle d'accès :

C:\Program Files (x86)\Monecarte\ConnecteurAEOSP\AEOSProcess.exe

Connecteur d'export des personnels (permanents / non premanents / retraités)

Il est lancé automatiquement toutes les 30 minutes

C:\Program Files (x86)\Monecarte\ConnecteurAEOSV\AEOSProcess.exe

Connecteur d'export des visiteurs

Il est lancé automatiquement toutes les 30 minutes

C:\Program Files (x86)\Monecarte\ConnecteurAEOS_Cartes_Visteurs\AEOSProcess.exe

Connecteur d'export des carte visiteurs sans nom.

Il faut le lancer manuellement.

Les logs des connecteurs sont dans E:\Logs

Pour les 3 connecteurs, ils vont aller vérifier sir il faut exporter les carte dans la table AEOS. Si le flag export est a 0, le script va pousser la carte et rebasculer le flag à 1.

Les connecteurs insèrent ensuite les données sur le serveur AEOS dans la table import. Il faut vérifier le champ status en cas de soucis, il doit être à OK. SI pas OK, voir le champ errorcode. Attention, il n'y a pas de contrôle automatique !

Erreurs connues :

* -1 : ne doit plus se produire, erreur de longueur de champ dans la base ou problème d'ecriture. Voir le champs status pour plus de détail (c'est assez explicite)
* 33 : mise en opposition d'une carte pas encore insérée dans le système : RAS ne pas en tenir compte

==== Export vers la base de données carteCMS ====

C:\Program Files (x86)\Monecarte\ConnecteurDatabaseProcess\DatabaseProcess.exe

Lancé automatiquement 2 fois par jour.

Permet de récupérer les infos de numéro Nedap + numéro de carte + Id de la base CMS et de les ajouter a notre base de données (10.13.102.8)

==== Mise à jour depuis la base carteCMS ====

C:\Program Files (x86)\Monecarte\SynchroPersonProcess\SynchroPersonProcess.exe

Lancé automatiquement 2 fois par jours

Le script va aller verifier si la base carteCMS a été mise a jour. En cas de MAJ, elles sont répercutées vers le SGC puis vers AEOS avec les scripts précédents.

Les carte visiteurs et les retraités ne sont pas mis a jour car nous n'avons pas d'infos sur leur départ.

==== Export CNOUS ====

C:\Program Files (x86)\Monecarte\Connecteur CNOUS\CnousProcess.exe

Pas encore en service !

==== Opposition CNOUS ====

C:\Program Files (x86)\Monecarte\CnousOppositionProcess\CnousOppositionProcess.exe

Pas encore en service !

=== Résolution problèmes ===

==== Problème de liste de badge chez les gardiens ====

Il arrive que les gardiens n'aient pas la liste complète des badges dans leur interface.

Un script tourne tous les matins pour venir renseigner le statut des cartes dans la base de donnée qui est interrogée par les gardiens.

Ce script fait appel au webservice d'unicampus. Pour des raisons inconnues à ce jour, l'import de l'information peut mal se faire. Il faut donc relancer le script.

Pour cela :
* se connecter sur webserv2 en root
* vérifier le log : cat /etc/scripts/cartecms/log_yyyymmdd | grep Visiteur:statut
* si la majorité des statuts ne sont pas à 2, il faut relancer le script
* au préalable, on peut sauvegarder le fichier du jour pour contrôle
* script à relancer : /etc/script/scriptCms.sh

==== possesseur carte cms, fin de contrat différent ====
un possesseur de cms dont la date de fin de contrat dans aeos et reseda est différente

<pre>
Reponse Julien (06/2018) :

Normalement, Nelly maitrise la DB. Est ce qu’elle a regarder le minimum ?
* Entree correcte dans la vue cms par rapport a sa base source réséda
* Presence unité à 1
* Autorise export des données à 1
* Pas de fiche en double (peut arriver en cas d’entrée / sortie

Ensuite il faut improviser en fonction des résultats.

Si OK dans base RESEDA et KO dans la vue CMS -> Nelly doit voir pourquoi son script ne copie pas la fiche correctement
Si OK dans les 2, vous pouvez effectivement ouvrir un ticket chez Monecarte, ils maîtrisent leurs scripts d’export / import.

</pre>

Système de Gestion des Cartes

2021-06-08T08:56:01Z

Nelly.pernot : /* Ajout unité spécifique */

=== Divers ===

==== Administration local des cartes visiteurs ====

https://duo.dr13.cnrs.fr/cartecms/index

Les PC d’édition doivent être sur le réseau src-cab-gestion

==== Nouvelle unité Reseda ====

Lorsqu'une nouvelle unité Reseda est créée, le script quotidien Reseda va la créer dans la table reseda.unites, reseda.implantations_unites
et la table unites_fixes.
Il faut renseigner le champ site dans la table reseda.implantations_unites (mettre l'id du site qui se trouve dans la table campus.site),
vérifier que le champ uniteFixe contient bien le codeUnite.
Et dans la table reseda.unites_fixes mettre le codeSite de la table campus.site dans le champ siteUnite

==== Ajout unité spécifique ====

Il se peut que le STL demande de rajouter un sigle unité, souvent parce qu'une nouvelle société doit entrer sur le campus.

* Faire préciser pour quel campus si ce n'est pas fait.
* Aller sur la base de données reseda sur le serveur MySQL de la délégation, actuellement IP 10.13.102.9
* Sur la table unites_fixes, rechercher les unités dont l'idResedaUnite commence par 999999%
(on doit avoir la liste des unités fictives que l'on a créé pour la gestion des cartes)
* SELECT * FROM `unites_fixes` WHERE `idResedaUnite` LIKE '999999%'
* Rajouter l'unité en décrémentant de 1 l'idResedaUnite du plus petit.
* Champ à renseigner : idResedaUnite, codeUnite (pas d'espace), intituleUnite, sigleUnite, siteUnite (ADV/RDM/BAILLARGUET)
delegationRegionale_code = 13, date_insert = date du jour

==== Changement de site pour une unité ====

Lorsqu'une unité change de site (typiquement unité Balard), il faut changer l'affectation de site
dans la base de données Reseda (serveur Mysql)

* dans la table Reseda implantations_unites, changer le champ site par l'id du site qui se trouve dans la
table site de la base Campus, ex: site=1 .
* dans la table unite_fixes, changer le champ siteUnite par le sigle du site, ex: siteUnite=RDM .

=== Contacts ===

'''HOTLINE : 02.47.92.90.32'''

et demander l’ouverture d’un incident « Monécarte ».

'''Gestionnaire de tickets : '''

[http://www.capmonetique.com/cws]

Log : 34032
Mot de passe : XY1JO3

Technicien SAV, passer par les tickets, uniquement en cas de problèmes :

Clément Wigy
Technicien Support
4 avenue Jean Monnet - 37160 Descartes
Tel: +33 (0)2 47 92 90 32

clement.wigy@capmonetique.com - www.capmonetique.com

Installateur : CAP MONETIQUE

'''Technicien''' :
Sébastien Arnault
Chargé de projet
4 avenue Jean Monnet - 37160 Descartes
Tel: +33 (0)2 47 91 85 87 - Mob : +33 6 (0)11 29 97 68
sebastien.arnault@capmonetique.com - www.capmonetique.com

'''Commercial''' :
Sylvain Févrilliez
Responsable secteur Grand Est – Enseignement Supérieur
4 avenue Jean Monnet - 37160 Descartes
Tel: (+33) 2 47 91 47 50 - Mob : (+33) 6 99 06 48 43
sylvain.fevrilliez@capmonetique.com - www.capmonetique.com

''' Consommables : '''

A utiliser de préférence :
Sylvie Méreau <sylvie.mereau@capmonetique.com>

Ruban Primacy YMCKO, 5 panneaux.
Kit de nettoyage Primacy

Urgence rubans livré le lendemain mais il vaut mieux passer par monecarte si pas urgent :
http://www.cardalis.fr/evolis-primacy-simplex-et-primacy-duplex/1561-ruban-evolis-primacy-couleur-ymcko-300-cartes.html

Protèges cartes :
http://www.cardalis.fr/porte-badges-souples/1444-porte-badge-souple-transparent-bandeau-transp-double-perforation.html

CROUS :

Emmanuelle Ricard
Chargée de mission inter-universitaire-Crous
Carte étudiant électronique Languedoc-Roussillon
Crous de Montpellier
2 rue Monteil CS 85053 34 093 Montpellier cedex 5
04 67 41 50 66 / 06 78 44 19 05

CNOUS (gestion des numéros IZLY):

Sylvain Cammas
Responsable du département Monétique
Cnous
15, rue Guillaume VII le Troubadour – 86022 Poitiers
05 49 60 88 05 / 06 80 90 62 32

=== IZLY ===

* Nous gérons la numérotation nationale des numéros de carte IZLY : voir SSI/CMS/CNOUS
* Nous avons 3 SAM CNOUS
* Le fichier de lecture de la SAM est aussi dans SSI/CMS/CNOUS

Nous ne faisons qu’envoyer les nom prénom et numéro de carte au CNOUS, les indices sont ensuite synchronisés par le SSI de la DR11.

En cas de soucis, voir dans cet ordre :

# Monecarte
# DR11
# CNOUS

=== Connecteurs ===

==== Import RESEDA vers base carteCMS ====

sur secu-CAB-DB (10.13.102.8) :

00 6 * * 0-6 /etc/scripts/scriptResedaCarte.sh >> /etc/scripts/logCarte

20 13 * * 1-5 /etc/scripts/scriptResedaCarte.sh >> /etc/scripts/logCarteMidi

le script se décompose en deux partie:

importReseda2Carte.php
Permet de copier les infos utiles de la base de données Reseda qui se trouve sur le serveur 10.13.102.9 et va importer les données dans la table carteCMS.Personnel du serveur secu-CAB-DB.

fonctionLadap2Carte.php
Permet de renseigner la fonction adminlabo depuis l'annuaire ldap vers la base carteCMS.Personnel

Le SGC utilise la base carteCMS comme sources de données

Il existe aussi le script /etc/scripts/importReseda2Carte_manuel.php qui permet d'importer une catégorie de personnel. Il faut éditer le fichier et commenter et décommenter ce que l'on veut.

==== Import application cartes ====

https://duo.dr13.cnrs.fr/cartecms/index

L'application va aller enregistrer directement les infos dans la base carteCMS avec comme tag
provenanceDonneesIndividuelles = LOCAL

==== Export vers le contrôle d'accès ====

Il y à 3 connecteurs d'exports vers le controle d'accès :

C:\Program Files (x86)\Monecarte\ConnecteurAEOSP\AEOSProcess.exe

Connecteur d'export des personnels (permanents / non premanents / retraités)

Il est lancé automatiquement toutes les 30 minutes

C:\Program Files (x86)\Monecarte\ConnecteurAEOSV\AEOSProcess.exe

Connecteur d'export des visiteurs

Il est lancé automatiquement toutes les 30 minutes

C:\Program Files (x86)\Monecarte\ConnecteurAEOS_Cartes_Visteurs\AEOSProcess.exe

Connecteur d'export des carte visiteurs sans nom.

Il faut le lancer manuellement.

Les logs des connecteurs sont dans E:\Logs

Pour les 3 connecteurs, ils vont aller vérifier sir il faut exporter les carte dans la table AEOS. Si le flag export est a 0, le script va pousser la carte et rebasculer le flag à 1.

Les connecteurs insèrent ensuite les données sur le serveur AEOS dans la table import. Il faut vérifier le champ status en cas de soucis, il doit être à OK. SI pas OK, voir le champ errorcode. Attention, il n'y a pas de contrôle automatique !

Erreurs connues :

* -1 : ne doit plus se produire, erreur de longueur de champ dans la base ou problème d'ecriture. Voir le champs status pour plus de détail (c'est assez explicite)
* 33 : mise en opposition d'une carte pas encore insérée dans le système : RAS ne pas en tenir compte

==== Export vers la base de données carteCMS ====

C:\Program Files (x86)\Monecarte\ConnecteurDatabaseProcess\DatabaseProcess.exe

Lancé automatiquement 2 fois par jour.

Permet de récupérer les infos de numéro Nedap + numéro de carte + Id de la base CMS et de les ajouter a notre base de données (10.13.102.8)

==== Mise à jour depuis la base carteCMS ====

C:\Program Files (x86)\Monecarte\SynchroPersonProcess\SynchroPersonProcess.exe

Lancé automatiquement 2 fois par jours

Le script va aller verifier si la base carteCMS a été mise a jour. En cas de MAJ, elles sont répercutées vers le SGC puis vers AEOS avec les scripts précédents.

Les carte visiteurs et les retraités ne sont pas mis a jour car nous n'avons pas d'infos sur leur départ.

==== Export CNOUS ====

C:\Program Files (x86)\Monecarte\Connecteur CNOUS\CnousProcess.exe

Pas encore en service !

==== Opposition CNOUS ====

C:\Program Files (x86)\Monecarte\CnousOppositionProcess\CnousOppositionProcess.exe

Pas encore en service !

=== Résolution problèmes ===

==== Problème de liste de badge chez les gardiens ====

Il arrive que les gardiens n'aient pas la liste complète des badges dans leur interface.

Un script tourne tous les matins pour venir renseigner le statut des cartes dans la base de donnée qui est interrogée par les gardiens.

Ce script fait appel au webservice d'unicampus. Pour des raisons inconnues à ce jour, l'import de l'information peut mal se faire. Il faut donc relancer le script.

Pour cela :
* se connecter sur webserv2 en root
* vérifier le log : cat /etc/scripts/cartecms/log_yyyymmdd | grep Visiteur:statut
* si la majorité des statuts ne sont pas à 2, il faut relancer le script
* au préalable, on peut sauvegarder le fichier du jour pour contrôle
* script à relancer : /etc/script/scriptCms.sh

==== possesseur carte cms, fin de contrat différent ====
un possesseur de cms dont la date de fin de contrat dans aeos et reseda est différente

<pre>
Reponse Julien (06/2018) :

Normalement, Nelly maitrise la DB. Est ce qu’elle a regarder le minimum ?
* Entree correcte dans la vue cms par rapport a sa base source réséda
* Presence unité à 1
* Autorise export des données à 1
* Pas de fiche en double (peut arriver en cas d’entrée / sortie

Ensuite il faut improviser en fonction des résultats.

Si OK dans base RESEDA et KO dans la vue CMS -> Nelly doit voir pourquoi son script ne copie pas la fiche correctement
Si OK dans les 2, vous pouvez effectivement ouvrir un ticket chez Monecarte, ils maîtrisent leurs scripts d’export / import.

</pre>