# Annexes

## Syntaxe des expressions CRON pour la définition des périodes d'abonnement

Le code à saisir doit respecter la syntaxe : mm hh jj MMM JJJ tâche

Où

mm représente les minutes (de 0 à 59)

hh représente l’heure (de 0 à 23)

jj représente le numéro du jour du mois (de 1 à 31)

MMM représente l’abréviation du nom du mois (jan, feb,…) ou le numéro du mois (de 1 à 12)

JJJ représente l’abréviation du nom du jour ou bien le numéro du jour dans la semaine (0 = dimanche, 6 = samedi)

*Signifie à chaque unité (0,1,2,3,4…)

5,8 signifie les unités 5 et 8

2-5 signifie les unités de 2 à 5

*/3 signifie toutes les 3 unités (0,3,6,9…)

Exemples de syntaxe :

Tous les jours à 12 h : 0 12 ***

Tous les lundis à 22h15 : 15 22 * *1

Toutes les heures passées de 15 min : 15 * * * *

Tous les premiers du mois à 4h42 : 42 4 1 * *

Du 2 au 5 de chaque mois à 10h12 : 12 10 2-5 **

## Services web et privilèges

L'accès à un service web dépend du profil du compte connecté. Ainsi par exemple, un utilisateur ayant pour privilège gtf_user, ne peut pas accéder à la ressource 'Workspaces' qui retourne la liste des projets puisqu'un privilège gtf_author est requis.

Le tableau ci-dessous présente les privilèges requis pour pouvoir accéder aux différents services de l'API :

service | Ressource | Privileges requis
gtf | Categories | gtf_user
gtf | EmailContexts | gtf_user
gtf | EmailOptions | gtf_user
gtf | EmailTemplates | gtf_author
gtf | FMEEngines | gtf_admin
gtf | GtfEngines | gtf_admin
gtf | GTFGroups | vitis_admin
gtf | Inboxes | gtf_author
gtf | License | gtf_admin
gtf | MessageClasses | gtf_user
gtf | MessageClassTypes | gtf_user
gtf | Messages | gtf_user
gtf | Orders | gtf_author
gtf | OrderStatutes | gtf_user
gtf | Periods | gtf_user
gtf | Priorities | gtf_user
gtf | Servers | gtf_admin
gtf | Statistics | gtf_author
gtf | Subscriptions | gtf_author
gtf | SupervisionStatues | gtf_author
gtf | Surveys | gtf_author
gtf | SurveyType | gtf_user
gtf | Tags | gtf_user
gtf | UserOrders | gtf_user
gtf | UserSubscriptions | gtf_user
gtf | UserSurveys | gtf_user
gtf | Versions | gtf_user
gtf | Workspaces | gtf_author
vitis | Domains | vitis_user
vitis | GenericQuerys | vitis_user
vitis | Groups | vitis_user
vitis | Logs | vitis_admn
vitis | Modes | vitis_user
vitis | Phpinfo | vitis_admin
vitis | Privileges | vitis_user
vitis | Properties | vitis_user
vitis | Ressources | vitis_user
vitis | Tabs | vitis_user
vitis | Users | vitis_admin
vitis | Versions | vitis_user
vitis | VitisSections | vitis_user
vitis | WebServices | vitis_user

## Liste des contrôles GTF

Nom du contrôle GTF
Bouton radio
Carte Bing
Carte OSM
Carte vMap
Champ caché
Couleur
Curseur
Date et Heure
Décimal
Entier
Fichier local
Interface - Ligne de séparation
Label
Label Titre
Liste
Liste déroulante
Texte en édition 1 ligne
Texte en édition Mot de passe
Texte en édition Multiligne
Texte en édition URL

## Projets FME intégrés

3 projets FME sont intégrés initialement à GTF :

### Projet Admin-Export

Le projet Admin export permet d'exporter des projets FME au format d'échange de gtf : .gex.

On peut exporter 1 à n projets FME.

### Projet Admin Import

Le projet Admin-Import permet l'import dans GTF de traitements FME contenus dans un répertoire gex.

Un projet FME dans GTF est identifié de façon unique par une clé. Le projet d'import permet, en cas d'import de projet dont la clé est existante en base de données, de choisir que faite de ce dernier :

- Remplacer le projet existant : le projet est mis à jour et son nom, sa clé et son identifiant sont conservés.
- Ne pas importer le projet
- Importer le projet avec une nouvelle clé et un nouveau nom. On ajoute de la sorte un nouveau projet en base.

Un rapport d'import est généré au format html. Il indique le nom et la clé du projet importé et le statut de l'import, c'est à dire "Mis à jour dans GTF", "Non mis à jour dans GTF" ou "inséré dans GTF".

L'import de projets au format gex, issus d'une version antérieure à GTF 2016 ne permet pas la création des formulaires au format json. Directement après avoir importé des projets via Admin-Import, lancer le traitement Vérification des formulaires pour permettre la génération des formulaires au format json.

### Projet Vérification des formulaires

Ce traitement permet la vérification et/ou la génération des formulaires des traitements.

Les formulaires des traitements importés depuis une version antérieure à GTF 2016 ne sont pas directement créés au format json. Ce traitement permet de définir les conditions de génération des formulaires par défaut et des formulaires publiés.

Tous les traitements sont parcourus.

2 options sont possibles :

- Ne pas forcer la régénération des formulaires par défaut pour tous les traitements : Ne sont traités que les traitements ne disposant pas de formulaire publié de type subform.json. Leurs formulaires sont donc invalides .

si le type de formulaire publié indiqué en base est de type 'par défaut', alors les 3 formulaires sont générés.

Sinon, si le formulaire source indiqué en base est de type 'personnalisé', alors un rapport indique que le traitement est invalide et que l'auteur doit créer lui même le formulaire.

- Forcer la régénération des formulaires par défaut pour tous les traitements. Un formulaire par défaut est regénéré pour tous les traitements. Les formulaires par défaut sont publiés Si le formulaire en base de données est de type Défaut. Sinon les formulaires publiés personnalisés sont conservés.

En savoir plus sur les formulaires dans GTF.