Les rapports de transaction vous permettent de capturer et de suivre le nombre de formulaires envoyés, de documents traités et de documents rendus. L’objectif derrière le suivi de ces transactions est de prendre une décision éclairée concernant l’utilisation du produit et de réévaluer les investissements en matériel et en logiciels. Voici quelques exemples de transactions :
Pour plus d’informations sur la configuration et l’utilisation des rapports de transaction, consultez la Présentation des rapports de transaction.
Définir des modèles d’affichage de données
Les auteurs de communications interactives peuvent désormais définir des modèles d’affichage des données pour les champs, les variables et les éléments du modèle de données du formulaire. Par exemple, les formats de date, de devise ou de téléphone.
Utiliser de nouveaux types de graphiques
Vous pouvez désormais ajouter des graphiques à quadrants et des graphiques à séries multiples aux communications interactives.
Tri des colonnes d’un tableau
Vous pouvez désormais trier les colonnes d’un tableau dans la communication interactive. Vous pouvez lier et trier les colonnes d’un tableau avec du texte statique ou des objets de modèle de données.
Utiliser de nouveaux composants dans un canal web
Vous pouvez désormais ajouter des composants Bouton et Séparateur au canal web. Pour plus d’informations, consultez les sections Ajouter un composant Bouton au canal web et composant Séparateur dans le canal web.
Mode de disposition pour redimensionner les composants
Vous pouvez maintenant passer en Mode de disposition pour redimensionner les composants du canal web à l’aide d’une interface WYSIWYG.
Améliorations apportées à lʼutilisation
Les auteurs de communications interactives peuvent désormais effectuer différentes opérations simples lors de la création de correspondances. La liste des opérations comprend :
Améliorations apportées au processus de synchronisation
Plusieurs améliorations ont été apportées à la disposition du canal web générée automatiquement à l’aide du canal d’impression.
Les signatures numériques basées sur le cloud ou les signatures distantes sont une nouvelle génération de signatures numériques qui fonctionnent sur les postes de travail, les appareils mobiles et le web, et qui répondent aux niveaux de conformité et d’assurance les plus élevés pour l’authentification des signataires. Vous pouvez désormais signer un formulaire adaptatif avec des signatures numériques présentes dans le cloud.
AEM Forms vous permet d’incorporer aisément un formulaire adaptatif ou une communication interactive dans une application dʼune seule page d’AEM Sites (SPA). Le formulaire adaptatif et la communication interactive incorporés sont entièrement fonctionnels et les utilisateurs peuvent les remplir et les envoyer sans quitter la page. Cela permet à l’utilisateur de rester dans le contexte des autres éléments de la page web et d’interagir simultanément avec le formulaire adaptatif ou la communication interactive.
Vous pouvez trier n’importe quelle colonne d’un tableau de formulaire adaptatif en ordre croissant ou décroissant. Vous pouvez appliquer un tri aux colonnes du tableau avec du texte statique, des propriétés dʼobjet de modèle de données ou une combinaison des deux.
Les formulaires adaptatifs prennent désormais en charge la propriété cq:allowedPaths. La propriété limite la disponibilité des modèles adaptatifs Forms à des emplacements spécifiques.
Vous pouvez désormais définir des règles pour ajouter de façon dynamique des cases à cocher au formulaire adaptatif selon une fonction personnalisée, un objet de formulaire ou une propriété dʼobjet.
Les variables permettent aux étapes de workflow de contenir et de transmettre des métadonnées entre les étapes de workflow au moment de l’exécution. Vous pouvez créer différents types de variables pour stocker différents types de données. Par exemple, des entiers, des chaînes, des documents ou des instances de modèle de données de formulaire. En règle générale, vous utilisez une variable ou une collection de variables lorsque vous devez prendre une décision en fonction de la valeur qu’elle contient ou pour stocker des informations dont vous aurez besoin ultérieurement dans un processus.
Les variables sont une extension de lʼinterface MetaDataMap disponible dans la version précédente. Elles offrent un gain de temps dans le développement de code ECMAScript personnalisé utilisé pour récupérer et mettre à jour les valeurs des métadonnées. Vous manipulez toujours les métadonnées au moyen de lʼinterface MetaDataMap et du code ECMAScript. Lʼutilisation de variables par rapport à MetaDataMap et ECMAScript présente certains avantages :
L’étape Accéder à, l’étape Division OU et toutes les étapes dʼAEM Forms Workflow prennent en charge les variables. Vous pouvez utiliser l’interface MetaDataMap pour accéder à des variables dans des étapes de workflow qui ne prennent pas en charge les variables de manière native. Pour plus d’informations, consultez la section Variables dans les workflows AEM.
Vous pouvez spécifier un formulaire adaptatif pour l’étape Affecter une tâche et l’étape Générer un document d’enregistrement des workflows basés sur l’utilisation de Forms au moment de lʼexécution. Il permet à un workflow de fonctionner avec différents formulaires adaptatifs. Vous pouvez choisir la méthode de sélection dʼun formulaire adaptatif lors de la conception du workflow. Le formulaire adaptatif peut être situé à un chemin absolu, envoyé comme payload au workflow, ou disponible à un chemin calculé à l’aide d’une variable.
Les fonctionnalités de journalisation des étapes de workflows basés sur l’utilisation de Forms sont normalisées. Désormais, toutes les étapes de workflows basés sur l’utilisation de Forms génèrent des journaux normalisés similaires. Cela permet d’améliorer la vitesse de débogage.
Vous pouvez maintenant effectuer les tâches suivantes :
Valider les données d’entrée en fonction dʼune liste de contraintes. Cela permet de s’assurer que seules des données valides sont envoyées à la source de données.
Remplacer le point de terminaison par défaut défini dans un fichier WSDL (Web Services Description Language).
[Remplacer le schéma, lʼhôte et le chemin dʼaccès de base par défaut](/docs/experience-manager-65/forms/form-data-model/configure-data-sources.html?lang=fr#configure-restful-web-services) définis dans le fichier de définition Swagger.
AEM Forms peut être installé à l’aide de n’importe quelle combinaison de systèmes d’exploitation, serveurs d’applications, bases de données, pilotes de base de données, JDK, serveurs LDAP et serveurs de messagerie électronique pris en charge. Les principales modifications en matière de plateformes prises en charge sont les suivantes :
Composant | Prise en charge supprimée |
Systèmes d’exploitation |
|
Serveurs d’applications |
|
Bases de données |
|
Serveurs LDAP |
|
Serveurs de messagerie |
|
Connecteurs |
|
Application AEM Forms |
|
Java |
|
* Contactez l’assistance Adobe pour plus d’informations sur la migration vers une autre plateforme.
Suite à la fin de vie prochaine d’Adobe Flash Player et à la migration générale du contenu Flash vers des normes ouvertes, AEM Forms 6.5 a remplacé les interfaces utilisateur Flash de Health Monitor, Process Management, Reader Extension ainsi que l’interface utilisateur de la gestion des catégories de la console d’administration d’AEM Forms sur JEE par des interfaces utilisateur au format HTML5.
AEM Forms 6.5 améliore l’accessibilité de l’espace de travail d’AEM Forms.