La périodicité des visites s’applique sur les établissements dont la nature est “ERP Référentiel” (etablissement_nature_periodique : paramètre correpondant au code de la nature “ERPR”) et dans l’état “Ouvert” (etablissement_etat_periodique : paramètre correpondant au code de l’état “OUVE”).

Un dossier de coordination de type “Visite Périodique de Sécurité” (dossier_coordination_type_periodique : paramètre correpondant au code du type de dossier de coordination “VPS”) est le dossier de coordination rattaché à un établissement pour la gestion de la périodicité des visites.

5.2. Adresses 

5.2.1. Voies 

Liste des voies auxquelles sont rattachées les établissements.

5.2.2. Arrondissements 

Liste des arrondissements auxquels sont rattachés les établissements.

5.3. Contacts 

5.3.1. Types 

Typologie d’un contact.

Codes :

EXPL

INST

5.3.2. Civilités 

Liste des civilités d’un contact.

5.4. Contraintes 

Cet élément est optionnel (voir paramétrage “option_contrainte”).

5.4.1. Listing 

Liste des contraintes paramétrées et destinées à être appliquées aux établissements et dossiers de coordination. Elles peuvent provenir d’un référentiel SIG (via une synchronisation) ou être ajoutées manuellement.

Les informations spécifiques et facultatives d’une contrainte paramétrée sont :

l’ordre d’affichage (permet de classer les contraintes appliquées à un établissement ou un dossier de coordination à l’intérieur des groupes et sous-groupes) ;

le texte surchargé (permet d’étendre le texte standard de la contrainte à respecter).

5.4.2. Synchroniser les contraintes (geoaria)

Lorsque le module “geoaria” est activé, effectuer une synchronisation revient à mettre à jour les contraintes paramétrées selon le référentiel SIG :

s’il manque des contraintes dans openARIA elles sont ajoutées ;

si des contraintes d’openARIA ne sont plus dans le référentiel elles sont archivées ;

si des contraintes d’openARIA sont dans le référentiel elles sont mises à jour.

../../_images/contrainte_synchronisation.png

Seules contraintes paramétrées provenant d’un référentiel sont impactées par la synchronisation : celles ajoutées manuellement ne sont pas concernées. La synchronisation ne se fait que dans le sens SIG → openARIA : les contraintes présentes sur le référentiel ne sont pas modifiées.

Les informations d’une contrainte récupérée du SIG sont :

identifiant dans le référentiel ;

nature (POS/PLU/CC/RNU) ;

groupe ;

sous-groupe ;

libellé ;

texte.

Note

Lorsque l’on récupère des contraintes pour un établissement ou un dossier de coordination, openARIA est susceptible de demander une synchronisation des contraintes dans le cas où les contraintes récupérées depuis le référentiel SIG sont absentes du paramétrage.

5.5. Métiers 

5.5.1. Services 

Liste des services.

5.5.2. Acteurs 

Liste des acteurs de l’application représentant les cadres, techniciens et secrétaires affectés à un service. Un acteur peut être rattaché à un utilisateur ou non.

5.5.3. Avis 

Liste des avis possibles sur un dossier que ce soit en réunion, suite à une visite ou dans une analyse.

5.5.4. Instances 

Paramétrage des instances convoquées lors des réunions ou lors des visites ainsi que de leurs membres.

5.5.5. Autorités compétentes 

Liste des autorités compétentes d’un dossier d’instruction.

5.5.6. Dérogations SCDA 

Liste des dérogations SCDA disponibles depuis les données techniques des établissements.

5.6. Réunions 

5.6.1. Types 

Typologie et paramétrage de toutes les informations communes à chaque réunion et qui caractérisent un type de réunion.

5.6.2. Catégories 

Liste des catégories de dossiers traitées en réunion.

5.7. Autorités de police 

5.7.1. Types 

Typologie et paramétrage d’une décision d’autorité de police notamment les délais.

5.7.2. Motifs 

Liste des motifs d’une décision d’autorité de police.

5.8. Analyses 

5.8.1. Types 

Typologie et paramétrage des analyses notamment les modèles d’éditions associés.

5.8.2. Essais réalisés 

Textes types disponibles à l’insertion depuis le formulaire de saisie des essais réalisés lors de l’analyse des dossiers d’instruction.

5.8.3. Documents présentés 

Textes types disponibles à l’insertion depuis le formulaire de saisie des documents présentés lors de l’analyse des dossiers d’instruction.

5.8.4. Réglementations applicables 

Textes types disponibles à l’insertion depuis le formulaire de saisie des réglementation applicables lors de l’analyse des dossiers d’instruction.

5.8.5. Prescriptions 

Paramétrage des prescriptions réglementaires et spécifiques utilisées dans les analyses des dossiers d’instruction.

Les prescriptions réglementaires sont triées par service, tête de chapitre 1, tête de chapitre 2 puis par libellé pour faciliter la gestion.

5.9. Documents entrants 

5.9.1. Types 

Typologie d’un document entrant.

5.10. Documents générés 

5.10.1. Compléments 

Textes types disponibles à l’insertion depuis le formulaire de saisie d’un document généré dans les champs compléments.

5.10.2. Qualités de signataire 

Liste des qualités d’un signataire.

5.10.3. Signataires 

Paramétrage des signataires disponibles depuis un document généré ou un PV.

5.11. Visites 

5.11.1. Durées 

Liste des durées de visite.

5.11.2. Motifs d’annulation 

Liste des motifs d’annulation d’une visite.

5.12. Dossiers 

5.12.1. Types 

Typologie des types de dossiers de coordination (Visites, Plans, …).

5.12.2. Types de DC 

Typologie et paramétrage des dossiers de coordination (AT, PC, Visite périodque, …).

5.13. Éditions 

5.13.1. Types 

Typologie et paramétrage d’un modèle d’édition qui permet de filtrer les modèles d’édition disponibles en fonction du contexte des interfaces.

5.13.2. Catégories 

Paramétrage des catégories de types de modèles d’édition. Cette catégorisation permet de définir le contexte dans lequel les types de modèles d’édtion rattachés à cette catégorie vont être disponibles.

5.13.3. Modèles d’édition 

Paramétrage des modèles d’édition par la sélection de leur type et de la lettre type utilisée.

5.13.4. Lettres types 

Composition des lettres types.

5.13.5. Logos 

Paramétrage des logos disponibles depuis l’écran de composition des lettres types.

5.13.6. Sous-états 

Paramétrage des tableaux (appelés sous-états) disponibles à l’insertion depuis l’écran de composition des lettres types.

5.13.7. Requêtes 

Paramétrage des configurations de champs de fusion disponibles depuis l’écran de composition des lettres types.

5.14. Général 

5.14.1. Collectivités 

Paramétrage des collectivités.

5.14.2. Paramètres généraux 

Divers paramètres de l’application : champs de fusion généraux disponibles pour les éditions pdf, activation/désactivation de modules complémentaires, paramétrages fonctionnels, …

5.14.2.1. dc_a_qualifier_redlimit 

c’est le nombre de jours depuis la date de la demande à partir duquel les enregistrements dans le listing des DC à qualifier et dans le widget des DC à qualifier apparaissent en rouge. Si le paramètre n’est pas positionné alors la valeur par défaut est de 15 jours. Dossiers à qualifier

5.14.2.2. dossier_coordination_type_periodique 

Paramètre correspondant au code du type de dossier de coordination “Visite Périodique de Sécurité” pour la gestion de la périodicité des visites (voir Périodicité de Visite). Par exemple : “VPS”.

5.14.2.3. etablissement_code_prefixe 

Par défaut : “”.

A la création d’un établissement, le code est composé de ce préfixe et d’un identifiant numérique. Par exemple : “T12” ou “F2432”.

5.14.2.4. etablissement_etat_periodique 

Paramètre correspondant au code de l’état d’un établissement “Ouvert” pour la gestion de la périodicité des visites (voir Périodicité de Visite). Exemple : “OUVE”.

5.14.2.5. etablissement_nature_erpr 

Code de la nature d’établissement qui correspond à un ERP Référentiel (voir Depuis le menu « Référentiel ERP »).

5.14.2.6. etablissement_nature_periodique 

Paramètre correspondant au code de la nature d’un établissement “ERP Référentiel” pour la gestion de la périodicité des visites (voir Périodicité de Visite). Exemple : “ERPR”.

5.14.2.7. option_contrainte 

la valeur par défaut est true. Les valeurs possibles sont true et false.

Ce paramètre permet d’activer ou de désactiver les fonctionnalités contraintes dans l’application :

voir Contraintes
voir Onglet Contraintes / établissement
voir Onglet Contraintes / DC

5.14.2.8. option_referentiel_ads 

Par défaut : false. Les valeurs possibles sont true et false.

Ce paramètre permet d’activer ou de désactiver les fonctionnalités référentiel ADS dans l’application.

5.14.2.9. option_referentiel_patrimoine 

Par défaut : false. Les valeurs possibles sont true et false.

Ce paramètre permet d’activer ou de désactiver les fonctionnalités référentiel patrimoine dans l’application.

5.14.2.10. option_sig 

Par défaut : aucun. Les valeurs possibles sont sig_externe ou aucun.

Ce paramètre permet d’activer ou de désactiver les fonctionnalités geoaria dans l’application.

5.14.2.11. option_unite_accessibilite 

Par défaut : true. Les valeurs possibles sont true et false.

Ce paramètre permet d’activer ou de désactiver les fonctionnalités unités d’accessibilité dans l’application :

Les unités d’accessibilité (UA)

5.14.2.12. swrod 

Par défaut : false. Les valeurs possibles sont true et false.

Ce paramètre permet d’activer ou de désactiver les fonctionnalités swrod dans l’application.

5.14.2.13. template__arrete_numero 

Par défaut : [ANNEE]_[CHRONO]_ERP.

Les variables de remplacement disponibles sont :

[ANNEE] : “2017” année de l’arrêté sur 4 caractères,
[CHRONO] : “00123” séquence de l’arrêté pour cette année.

5.14.2.14. template__proces_verbal_numero 

Par défaut : [ANNEE]/[CHRONO].

Les variables de remplacement disponibles sont :

[ANNEE] : “2017” année du PV sur 4 caractères,
[CHRONO] : “00123” séquence du procès verbal pour le service pour l’année du PV.

5.14.2.15. template__proces_verbal_numero_complet 

Par défaut : [CODE_SERVICE]-[PROCES_VERBAL_NUMERO].

Les variables de remplacement disponibles sont :

[CODE_SERVICE] : “SI” ou “ACC” le code du service émetteur en majuscule,
[PROCES_VERBAL_NUMERO] : le numéro officiel du procès verbal selon le template ci-dessus.

5.15. Gestion des utilisateurs 

5.15.1. Profils 

Paramétrage des profils utilisateurs et de toutes les permissions qui y sont associées.

5.15.2. Utilisateurs 

Paramétrage des utilisateurs autorisés à se connecter à l’application.

5.16. Tableaux de bord 

5.16.1. Widgets 

Paramétrage des blocs d’informations affichables sur le tableau de bord.

5.16.2. Composition 

Composition des tableaux de bord par profil.

5.17. Options avancées 

5.17.1. Géolocalisation 

Lorsque le module “geoaria” est activé, il est possible de géolocaliser l’ensemble des établissements et des dossiers de coordination, en un seul clic.

../../_images/administration_geocoder-tous.png

Un message de validation fait apparaître le nombre d’éléments qui ont pu être géolocalisés automatiquement par le SIG, ainsi que le nombre d’éléments qui n’ont pas pu être géolocalisés. Pour les éléments qui ne sont pas géolocalisables automatiquement (dont les informations sont inconnues du SIG), il est possible de dessiner manuellement l’élément sur le SIG. Pour cela, il faut se rendre directement sur l’établissement ou le dossier de coordination.

../../_images/administration_geocoder-tous-success.png

5.17.2. Import 

Ce module permet l’intégration de données dans l’application depuis des fichiers CSV.

5.17.2.1. Import des établissements 

Les établissements peuvent être ajoutés depuis un fichier CSV. Un fichier CSV modèle est disponible sur le formulaire d’import.

../../_images/administration-form-import-etablissement.png

Note

Il est nécessaire de mettre à jour manuellement la séquence de l’établissement lors de l’utilisation de cet import CSV.

Note

Même lorsqu’un Système d’Information Géographique est paramétré les établissements ne sont pas géolocalisés automatiquement lors de l’import CSV. Les établissements restent géolocalisable depuis l’interface de géolocalisation de tous les établissements et des dossiers de coordination (voir Éditions Géocoder tous).

5.17.3. Générateur 

Ce module permet la génération d’éléments à partir du modèle de données.