Dynamique et logique des formulaires
.
La dynamique et la logique des formulaires, telles que l'affichage et le masquage d'éléments, les validations, les calculs ou les interfaces avec des systèmes tiers, peuvent être mises en œuvre par des personnes n'ayant pas de connaissances en programmation.
Plus de 80 extenseurs "paramétrables" livrés avec le logiciel permettent de configurer cela de manière simple et claire (voir annexe : liste des extenseurs paramétrables). Les fonctions suivantes peuvent notamment être mises en œuvre avec des extenders :
Validations
Voir "3. validation - erreurs, avertissements, info et succès"
.
Déroulement dynamique
Le déroulement des formulaires AFS peut être configuré de manière dynamique. En fonction des entrées de l'utilisateur, du rôle de l'utilisateur ou des données de contrôle provenant des systèmes de gestion, il est possible...
- l'affichage des pages de formulaire, des blocs et des champs,
- le verrouillage de certains champs de saisie,
- la clôture de formulaire appropriée,
- la sélection du bon document d'impression,
- l'envoi d'e-mails à des destinataires déterminés de manière dynamique,
- la fonction de paiement électronique,
- l'activation d'une signature électronique
.
et de nombreux autres processus et fonctions sont déclenchés.
Gestion des encarts
Voir "9. Gestion des encarts"
.
Fonctions d'identification
Voir "10. Identification"
Remplissage des champs
Les champs des formulaires AFS peuvent être pré-remplis. Des "valeurs par défaut" librement définissables et des invitations à la saisie (par ex. "Veuillez choisir...") sont disponibles à cet effet. Les données déjà saisies peuvent également être transférées dans les champs suivants.
En plus des valeurs de champ générées comme les ID uniques, il est également possible d'utiliser des données provenant de systèmes spécialisés pour le pré-remplissage. Vous trouverez plus de détails dans la section "20. Connexion aux systèmes backend".
Le préremplissage peut être défini en fonction du contexte et du mandant. Les champs pré-remplis peuvent, selon la configuration, être écrasés ou bloqués par l'utilisateur du formulaire.
Calculs
Toutes les entrées numériques et calendaires du formulaire peuvent être utilisées pour des calculs. Pour ce faire, les champs sont définis comme variables source et cible et sont liés dans des formules mathématiques au moyen du SpEL (Spring Expression Language). SpEL permet des expressions arithmétiques (par exemple plus/moins), relationnelles (par exemple plus grand/plus petit), logiques (par exemple et/ou), conditionnelles (ternaire ou Elvis) et régulières.
De plus, des fonctions d'arrondi et de génération de nombres aléatoires sont disponibles. Le calcul des dates peut également prendre en compte des jours fériés spécifiques pour la détermination des jours ouvrables. Les calculs et les évaluations sont déclenchés par un bouton ou automatiquement (AJAX).
Fonctions de date et d'heure
Dans les formulaires AFS, un "Datepicker" configurable est disponible pour les entrées de date. Côté serveur, la date et l'heure actuelles du système peuvent être utilisées pour des comparaisons. Les fonctions de date et d'heure permettent différents contrôles tels que le calcul d'une différence de temps (p. ex. date/heure de saisie par rapport à la date/heure système) ou l'actualité (p. ex. date/heure de saisie dans le futur ?). Il est également possible de bloquer les week-ends et les jours fériés ou de mettre en évidence certains jours en couleur afin de simplifier l'utilisation. Les entrées peuvent être utilisées pour des calculs et être "divisées" en secondes, minutes, heures, jours, mois, années.
Validité temporelle des formulaires
Avec AFS, il est possible de contrôler la disponibilité d'un formulaire dans le temps. Il est ainsi possible de définir la période pendant laquelle un formulaire est accessible, ainsi que les URL qui doivent être appelées en dehors de cette période. Cela permet de ne mettre en ligne et de ne rendre accessibles les formulaires qu'à certaines heures
Génération de documents d'impression
Voir "12. Génération de documents"
.
Envoi d'e-mails et de documents
Il est possible de générer des e-mails à tout moment de l'utilisation du formulaire. Il est ainsi possible, par exemple, d'envoyer des e-mails pour valider l'adresse e-mail saisie avant l'introduction finale de la demande. Les e-mails envoyés peuvent également contenir des données de demande (cryptées) et des pièces jointes. En ajoutant des champs de formulaire aux modèles d'e-mail, il est possible de configurer des messages personnalisés et spécifiques au contexte. L'envoi d'e-mails peut se faire de manière dynamique (en fonction des saisies de l'utilisateur ou de l'utilisatrice). AFS prend également en charge la connexion de plusieurs serveurs de messagerie.
Communication avec l'inbox aforms
Un groupe d'extenders sert à la communication avec l'aforms inbox. Ils permettent d'une part de sauvegarder et de charger des données de demande à partir de l'aforms inbox, afin d'utiliser le contenu de demandes déjà envoyées pour des pré-remplissages et des comparaisons dans le formulaire actuel. D'autre part, ces extenders mettent à disposition des fonctions de lecture et d'écriture pour les métadonnées. Les métadonnées enregistrent des informations supplémentaires telles que le statut de traitement ou d'approbation d'une demande.
En outre, il est possible, au moyen d'extenders, de traiter directement les demandes dans l'aforms inbox (par exemple de les terminer).
Références externes
Les formulaires AFS peuvent, de manière comparable aux références externes dans les feuilles MS-Excel, référencer des entrées d'autres formulaires et les utiliser pour des validations et la gestion du flux.
Scripting Extender
Parfois, pour les programmeurs, la configuration d'un extender n'est que le deuxième meilleur moyen d'arriver à ses fins. Les personnes ayant des connaissances en programmation peuvent obtenir plus rapidement les mêmes résultats en quelques lignes de code.
AFS offre à cet effet la possibilité de programmer une logique de formulaire au moyen de scripts Groovy. Contrairement aux extenders existants, le développeur ou la développeuse est ici totalement libre de concevoir la logique commerciale. Contrairement à la programmation de classes JAVA supplémentaires pour AFS, le serveur de formulaires ne doit pas être recompilé et livré.
L'extenseur de script permet de définir des champs d'entrée et de sortie, des variables, d'entrer des scripts ou de faire référence à un fichier de script externe, ainsi que d'accéder à l'objet complet du formulaire.
Répétitions & ; tableaux
Pour la saisie d'un certain nombre d'enregistrements de même type, comme les personnes d'un ménage ou les lignes d'écriture d'une note de frais, AFS propose des éléments de formulaire répétables. Les blocs de formulaires AFS peuvent être ajoutés et supprimés de manière dynamique. Les tableaux constituent une forme particulièrement structurée d'affichage d'éléments répétables.
Dans la représentation sous forme de tableau, les blocs répétitifs sont listés comme des lignes dans un tableau. Les étiquettes de champ deviennent des en-têtes de colonne. Les lignes du tableau peuvent être ajoutées et supprimées de manière dynamique. Les contenus des lignes peuvent être prédéfinis de manière immuable ou être remplis. Les valeurs des différentes cellules du tableau peuvent être calculées et copiées. Il est même possible de mettre en relation les valeurs de différents tableaux d'un formulaire.
Les contenus des tableaux AFS peuvent être importés à partir de fichiers CSV. Cette fonction est particulièrement adaptée à l'importation de données de masse qui sont déjà disponibles sous forme électronique chez l'utilisateur ou l'utilisatrice. Les tableaux AFS disposent d'un mécanisme de défilement (pagination) permettant d'afficher confortablement de grandes quantités de données.
Le nombre de colonnes pouvant être affichées dans la fenêtre du navigateur est limité. C'est pourquoi les tableaux AFS offrent la possibilité de toujours afficher les champs importants et de faire apparaître des détails supplémentaires. Pour cela, une sélection est faite pour savoir quels champs du bloc déposé doivent déjà être positionnés dans la ligne du tableau et quels champs ne sont visibles qu'en mode développé.