III - Le paramétrage¶
Sommaire
1. Introduction¶
Les paramètres d’installation sont décrits dans le manuel d’intégration. Cette section décrit les paramètres accessibles depuis l’interface utilisateur. Ils sont répartis en deux catégories:
- menu Paramétrage:
- paramétrage purement métier
- modifiable par les utilisateurs du profil SUPER-UTILISATEUR
- menu Administration:
- paramétrage technique qui peut altérer fortement le fonctionnement
- modifiable:
- partiellement par les utilisateurs du profil SUPER-UTILISATEUR
- entièrement par ceux du profil ADMINISTRATEUR.
2. Menu Paramétrage¶
2.1. Commerçant¶
Listes de références utilisées dans la fiche Commerçant Non Sédentaire.
Civilité
Liste des civilités pour les Commerçants Non Sédentaire. Au départ il y a :
code | Libellé |
---|---|
MME | Madame |
M | Monsieur |
Nature de vente
Liste des catégories de produit vendues, sélectionnable dans la fiche Commerçant Non Sédentaire. La normalisation de ces natures de vente vise l’établissement de statistiques. Cette catégorisation pourrait être prise en compte dans la gestion des placements et autorisations, dans les prochaines versions du logiciel.
Motif
Liste des motifs de blocage d’un Commerçant Non Sédentaire. La normalisation de ces motifs vise l’établissement de statistiques.
Type de document
Liste des types de document que l’on peut verser sur la fiche CNS: entrant (justificatif, …), sortants (courriers, arrêtés, …)
2.2. Editions¶
Etat
Modèles de documents, que le logiciel utilise pour produire les documents de type liste:
- Dernier n° page par marché pour distrib. facture: document produit par le traitment de facturation, indiquant la page de la dernière facture de chaque marché. Cela aide à séparer l’impression des factures en liasses pour chaque marché.
- Liste de priorités de placement pour un jour de la semaine: document produit par le menu Export > Priorité Placement
Lettre type
Modèles de documents, que le logiciel utilise pour produire les documents de type lettre:
- facture mensuelle: facture produite par le traitment de facturation.
Logo
Images utilisable comme logo dans les éditions: lettre-type ou état.
2.3. Réglement des marchés¶
Marché
Pour chaque marché, on indiquera:
- Nom
- Abrégé, utilisable quand on a trop peu de place pour afficher le nom complet
- Jeu de tarifs, sélectionné dans la liste
- Ordre de distribution, utilisé dans le traitement de facturation pour la numérotation ordonnée des factures
- Les jours d’ouverture, utilisés notamment dans l’édition des priorités de placement
- Les dates de début et fin de validité:
- pour anticiper le paramétrage d’un nouveau marché ou marquer un marché comme obsolète
- pour voir tous les marchés dans la liste des marchés, il faut cliquer sur Afficher les éléments expirés
Note
Le traitement de facturation est bloqué s’il détecte des tickets sur des machés sans ordre de distribution.
Depuis la fiche d’un marché, on peut éditer la liste des priorités de placement pour ce marché. Il s’agit d’un mode dégradé quand le placement ne peut pas être opéré sur place avec le logiciel via un terminal mobile. Les dates de début et assiduités sont établies comme pour le placement par terminal mobile, à l’exception d’un point: on ne prend pas compte et on n’enregistre pas une date de début qui n’est pas déjà enregistrée.
Tarif
Pour chaque tarif, on définit des jeux de montants, chaque jeu étant lié à une période. En général, les montants sont valables un an.
Au niveau du tarif, on indiquera :
- un libellé
- des dates de début et fin de validité: - pour anticiper le paramétrage d’un nouveau tarif ou le marquer comme obsolète - NB: pour voir tous les tarifs dans la liste, il faut cliquer sur Afficher les éléments expirés
- dans l’onglet montant, on précisera les montants par période: - le libellé permet de désigner la période délimitée par les dates de début et de fin de validité, seule la date de début est obligatoire - tarif normal: prix normal par mètre - tarif démonstrateur: prix par mètre pour les démonstrateurs - tarif majoré: surcote du prix normal par mètre en cas de majoration - pénalité: prix forfaitaire ajouté en cas de majoration - NB: pour voir tous les montants dans la liste, il faut cliquer sur Afficher les éléments expirés
3. Menu Administration¶
3.1. éléments d’administration¶
Collectivité
Permet de définir plusieurs collectivités utilisatrices, par exemple dans un contexte d’intercommunalité. Chaque collectivité peut ainsi déclarer ses utilisateurs, ses paramètres et ses modèles de document. Pour plus d’informations, se référer à la section multi collectivité de la documentation openMairie 4.6.
Paramètre
Les paramètres permettent d’influer sur le comportement général de l’application.
PARAMETRE | |
---|---|
exemple de valeur | description |
ass_expire_interdit_placement | |
non | empêcher ou pas le placement quand l’assurance déclarée a
expiré
|
ass_nb_jour_alerte | |
15 | nombre de jours à partir duquel on alerte sur
l’expiration prochaine
|
badge_longueur_maxi_ligne_nom | |
22 | nombre de caractères après lequel le nom est tronqué sur
le badge
|
cns_inactif_nb_jour | |
60 | nombre de jours dans ticket après lequel le commerçant
est considéré inactif (utilisé pour filtrage)
|
dette_montant_maxi | |
150 | montant en arriéré interdisant le placement
|
dette_nb_factures_maxi | |
3 | nombre de factures en arriéré interdisant le placement
|
dette_nb_mois_delai | |
2 | nombre de mois de retard passant une facture en arriéré
|
edi_adresse_regie | |
33 av Miche, 99006 LIBREVILLE | champs de fusion fixe utilisable dans les éditions
|
edi_adresse_service | |
1 AV MICHE - 99006 LIBREVILLE | champs de fusion fixe utilisable dans les éditions
|
edi_chef_de_service | |
Miryam TARO | champs de fusion fixe utilisable dans les éditions
|
edi_rib_bic | |
TRPUFRP | champs de fusion fixe utilisable dans les éditions
|
edi_rib_domiciliation | |
TPLIBREVILLE | champs de fusion fixe utilisable dans les éditions
|
edi_rib_iban | |
FR76 0000 1111 2222 3333 … | champs de fusion fixe utilisable dans les éditions
|
edi_telephone_regie | |
01.02.03.04.05 | champs de fusion fixe utilisable dans les éditions
|
edi_telephone_service | |
09 08 07 06 05 | champs de fusion fixe utilisable dans les éditions
|
edi_ville_initiale_majuscule | |
Libreville | champs de fusion fixe utilisable dans les éditions
|
edi_ville_majuscule | |
LIBREVILLE | champs de fusion fixe utilisable dans les éditions
|
kbis_expire_interdit_placement | |
non | empêcher ou pas le placement quand le contrôle du K-bis
est en retard
|
kbis_nb_jour_alerte | |
15 | nombre de jours à partir duquel on alerte sur le prochain
contrôle
|
kbis_periodicite_controle__mois | |
3 | auto-programme la date de prochain contrôle K-bis dans la
fiche CNS
|
option_sirene_alerte_recuperation | |
oui | oui pour activer la récupération automatique des alertes
SIRENE: active le menu et le web-service REST
|
placement_anciennete_nb_mois | |
12 | nombre de mois écoulés pris en compte pour établir une
date de début non déjà enregistrée lors des placements
(12 par défaut)
|
placement_anciennete_nb_ticket | |
20 | nombre de tickets permettant d’établir une date de début
non déjà enregistrée lors des placements (20 par défaut)
|
placement_assiduite_nb_mois | |
12 | nombre de mois écoulés sur lesquels on établit
l’assiduité lors des placements, pour le classement
(12 par défaut)
|
placement_assiduite_nb_ticket | |
37 | seuil d’assiduité (nombre de tickets) à partir duquel le
classement au placement ne porte que sur la date de début
(37 par défaut)
|
placement_controle_autorisation_marche | |
non | Contrôle ou non l’existence d’une ligne début marché
pour le marché en cours dans la fiche du commerçant lors
du placement
|
prefixe_edition_substitution_vars | |
edi_ | préfixe des paramètres qui seront considérés comme champs
de fusion fixe utilisable dans les éditions (voir plus
haut dans ce tableau)
|
sirene_alerte_recuperation_derniere_date | |
20180101 | optionnel, date au format année-séquence_jour AAAAJJJ du
dernier fichier chargé, par défaut (2017001)
|
sirene_alerte_recuperation_url | |
http://maville.org/sirene | optionnel, pour configurer une autre URL que l’officielle
|
telephone_secondes_fermeture_formulaire_valide | |
60 | temps en seconde avant auto-fermeture des formulaires
ticket ou placement sur le téléphone après ajout ou
modification. Un temps à 0 ou vide inhibe l’automatisme
|
url_sif | |
http://mon-si-financier.com? | URL du SI financier pour l’action Initialiser tiers de
la fiche CNS
|
ville | |
LIBREVILLE | nom de la collectivité affiché en haut à droite de
l’écran, une fois l’utilisateur connecté
|
webcam_hauteur_pixel | |
480 | hauteur de la zone centrale qui sera utilisée pour la
photo, par défaut 3/4 largeur
|
webcam_largeur_pixel | |
360 | largeur de la zone centrale qui sera utilisée pour la
photo, par défaut 360 pixels
|
Message
Il ne faut utiliser qu’un enregistrement. Le contenu de ce message est le texte qui apparait dans le widget de tableau de bord message.
3.2. Gestion des requêtes¶
Pour le fonctionnement général des éditions, se référer à la section éditions de la documentation openMairie 4.6.
Sous-état
Tableaux importables dans une édition (lettre-type/état) via le menu « Insérer > Sous-états » de l’éditeur de texte quand on modifie une édition. Ils permettent de lister les éléments d’une table fille descendant de l’élément ciblé par l’édition. Ils comportent donc: requête SQL, formattage du tableau, aggrégation, …
Requête
Requête SQL définissant les champs de fusion de l’édition (lettre-type/état) qui l’utilise. Ces champs de fusion sont les valeurs de l’élément ciblé par l’édition, et sont noté entre crochets [ ] dans l’édition.
3.3. Gestion des utilisateurs¶
Pour le fonctionnement général des utilisateurs, se référer à la section utilisateurs de la documentation openMairie 4.6.
Profil
Un profil définit les droits d’un utilisateur et son tableau de bord.
Droit
Chaque enregistrement affecte une permission à un profil. Dans openMarchéForain, les profils n’héritent pas des droits des profils inférieurs.
Utilisateur
Descritpion de l’utilisateur, synchronisable avec un annuaire d’entreprise.L’utilisateur sera associé à un profil.
3.4. Tableaux de bord¶
Pour le fonctionnement général du tableau de bord, se référer à la section tableaux de bord documentation openMairie 4.6.
Widget
Liste des éléments affichables sur le tableau de bord. Les widgets sont facultatifs. Pour openMarchéForain, il y a notamment parmi les plus optionnels * le widget de message * le widget de « scan badge » utile aux tests et démonstrations sans téléphone, mais avec lecteur de badge PC et badges * le widget d « émulation badge » utile aux tests et démonstrations sans aucun matériel
Composition
Agencement du tableau de bord d’un profil.
3.5. Interface SIRENE¶
Récupération des alertes
Interface pour déclencher manuellement la récupération des alertes SIRENE, accessible seulement si le paramètre option_sirene_alerte_recuperation est à oui. La récupération charge et traite tous les fichiers publié sur le site openData du SIRENE depuis le jour indiqué par le paramètre sirene_alerte_recuperation_derniere_date. Il faut alors que les éléments nécessaire au chargement des fichiers soient prêts, notamment la table temporaire et tous les éléments configurés dans le fichier dyn/services.inc.php. Deux fois par an, le fichier SIRENE décompressé pèse plus de 5 Go.
Les récupérations peuvent aussi être déclenchées par appel web-service REST, et donc être ordonnancées.
Champ VMAJ
Permet de définir le libellé associé pour chaque code possible du champ VMAJ du format XL2 du répertoire SIRENE. Par défaut les valeurs sont celles indiquées sur le site http://www.sirene.fr.
Champ EVE
Permet de définir le libellé associé pour chaque code possible du champ EVE du format XL2 du répertoire SIRENE. Par défaut les valeurs sont celles indiquées sur le site http://www.sirene.fr.
3.6. Options avancées¶
Import
Imports de données depuis un fichier CSV (comma separated variable). Le modèle de fichier CSV est fourni par l’import. Les lignes qui n’ont pas pu être importées sont décrites dans un fichier CSV généré en retour. C’est ces seules lignes qu’il faut modifier et tenter de ré-importer.
Les imports proposés au départs sont:
Relevés d’occupation: Permet d’importer des relevés d’occupation en lien avec une reprise de tickets qui précise le marché, le jour, le placier, … l’import comporte:
- n°commerçant
- métrage
- démonstrateur oui/non
- majoration oui/non
- référence reprise
Une fois les relevés importés, il faut les transformer en ticket depuis la fiche de la reprise. C’est un mode dégradé si les tickets n’ont pu être produits en temps réel par le logiciel sur terminal mobile.
Dates de début: Permet d’importer en masse les dates de début des commerçants, utile quand on bascule un fichier de commerçant sur ce logiciel.
Pour ces deux imports, il faut indiquer ne pas vouloir importer les identifiants, et mettre la valeur à 0 pour le premier champ dans le fichier CSV.
Générateur
Voir la section générateur de la documentation openMairie 4.6.