Au début des années 2000, Microsoft a lancé InfoPath pour aider les entreprises à automatiser les formulaires et à rationaliser le processus de collecte de données. En tant que co-inventrice de L’application, je suis titulaire de quatre brevets liés à InfoPath et je connais intimement les tenants et aboutissants du produit. Je continue à aider beaucoup de gens qui doivent encore utiliser InfoPath mais prospèrent en aidant les gens à migrer facilement hors de ce produit sunsetted.,
Ce Guide Microsoft Infopath & Sharepoint couvrira:
- tous les composants et tâches de base InfoPath
- étape par étape Comment sur les modèles InfoPath
- Les avantages et les inconvénients du produit de remplacement PowerApps de Microsoft
- conseils d’experts pour choisir une nouvelle solution de formulaires
- Comment migrer facilement legacy data
- Infopath FAQs
à propos d’InfoPath
lancée par Microsoft au début des années 2000, InfoPath est une application qui permet de créer des modèles de formulaires conçus par l’utilisateur sans codage., Les créateurs de formulaires peuvent utiliser InfoPath pour concevoir et distribuer des formulaires et indiquer où stocker les données des personnes qui ont rempli le formulaire. Les formulaires peuvent être publiés sur l’intranet d’une entreprise ou sur internet pour toute personne à l’intérieur ou à l’extérieur de l’entreprise pour accéder à.
Les formulaires InfoPath peuvent avoir des fonctions telles que la soumission de notes de frais ou de feuilles de temps, la collecte d’approbations pour des documents ou des projets, la gestion des stocks, la soumission d’informations sur des clients potentiels ou le téléchargement de fichiers ou de photos., Les créateurs de formulaire peuvent inclure une logique métier et des règles, ainsi que valider le contenu des champs de formulaire avant de les soumettre. Les formulaires peuvent extraire des données de nombreuses sources avant de les afficher. Par exemple, si un utilisateur est identifié, son adresse peut être ajoutée au formulaire à partir d’une base de données et ses informations sur les employés à partir de SharePoint.
différents utilisateurs peuvent afficher un formulaire de différentes manières en fonction de leur niveau d’accès, de l’Heure de la Journée, des données soumises par les utilisateurs précédents ou d’autres facteurs. En outre, les formulaires peuvent également être conçus pour être affichés dans un navigateur sur les smartphones ou autres appareils mobiles.,
InfoPath et SharePoint
avec InfoPath, vous pouvez stocker des modèles de formulaire dans une bibliothèque de documents Sharepoint centralisée. SharePoint et SharePoint Services (autres applications Microsoft) permettent de stocker les modèles sur SharePoint et de les afficher dans un navigateur web. Les deux programmes sont intégrés de plusieurs façons. Les principaux sont:
- SharePoint Foundation est l’emplacement de stockage par défaut pour les données soumises via le formulaire InfoPath (il peut être stocké sous forme de formulaires de liste ou dans une bibliothèque de formulaires).,
- Les formulaires InfoPath hébergés sur un site SharePoint peuvent être envoyés sous forme de page HTML à un navigateur web.
- Une bibliothèque de formulaires sur SharePoint a des modèles InfoPath comme type de document désigné.
Versions D’InfoPath
avant la version actuelle (InfoPath 2013), il y avait InfoPath 2010, InfoPath 2007 et InfoPath 2003. Jusqu’en 2015, InfoPath faisait partie de Microsoft Office 365. À ce moment-là, le produit a été publié en tant qu’application autonome (cependant, il nécessite toujours un abonnement Office 365). InfoPath est uniquement disponible pour une utilisation avec les appareils Windows OS.,
composants de formulaire InfoPath
InfoPath se compose de trois parties principales: les services de concepteur, de remplissage et de formulaires. Une partie est pour la création de formulaires sont créés, et les deux autres sont liés à la fonction de remplir des formulaires remplis. Voici une ventilation des parties:
- SharePoint Designer: l’interface WYSIWYG utilisée pour créer des formulaires, construire la mise en page, déterminer comment les données seront soumises (par exemple, sur le web ou par e-mail), et créer des connexions aux sources de données pour les données qui seront affichées lorsqu’un formulaire est affiché, et où les données utilisateur seront stockées lorsque le formulaire est soumis.
- remplissage: permet à quelqu’un de remplir des formulaires créés dans InfoPath. Si InfoPath est sur un PC, un formulaire InfoPath apparaîtra dans l’interface de remplissage. Sinon, le formulaire s’ouvrira dans le navigateur par défaut.
- services de formulaires: une technologie de serveur qui garantit qu’un formulaire stocké sur un serveur SharePoint Foundation s’affichera correctement dans un navigateur web. Les services InfoPath Forms nécessitent Windows SharePoint Services 3.,0 et est disponible dans Microsoft Office SharePoint Server 2007 Enterprise CAL et également, séparément, dans Microsoft Office Forms Server 2007.
L’état actuel D’InfoPath
Microsoft a annoncé en 2016 qu’il cessait l’application, faisant de 2013 la version finale. Le logiciel client sera toujours pris en charge jusqu’en juillet 2026. Cette même année, Microsoft a également annoncé une application appelée PowerApps, qui est maintenant leur remplacement Microsoft Infopath désigné.,
quelques tâches InfoPath courantes
Un modèle de formulaire InfoPath est un document XML qui définit le comportement de mise en page et d’édition, applique des règles pour assurer la cohérence des données et fournit les informations de routage qui indiquent où stocker les données. Les informations d’affichage, les informations de connexion et les informations de formulaire sont toutes stockées séparément. Cette décision de stockage permet de modifier l’apparence et les données de stockage de données sans affecter la logique métier sous la forme de la structure des données capturées.,
étapes de base pour créer un modèle
- faire un plan.
lors de la création D’un modèle InfoPath, la première étape consiste à planifier la conception du formulaire. Poser ces questions pour orienter le plan:
- Comment seront-elles utilisées?
- Quelles données doivent être affichés?
- À quoi ressemblera le formulaire?
- quel style auront les tables?
- Quelles données seront collectées?
- certaines parties du formulaire sont-elles en lecture seule?
- les formulaire d’une seule page ou plusieurs pages?,
- Si plusieurs pages, les données saisies dans une page affecteront-elles ce qui apparaît sur les pages qui suivent?
- Sélectionnez un type de modèle.
sous L’onglet fichier dans Designer, il y a un certain nombre de catégories: Modèles de formulaire populaires, modèles de formulaire avancés, modèles de formulaire InfoPath 2007 et pièces de modèle. - Choisissez une mise en page.
chaque type de modèle a une mise en page par défaut, ou le créateur peut personnaliser la position des éléments à l’écran. - Ajouter des connexions de données.,
ces connexions détermineront où les données soumises sont stockées et d’où proviennent les données affichées lorsque le formulaire est affiché. - Ajouter des champs et des contrôles.
les champs sont l’endroit où les données sont stockées. Les contrôles sont l’endroit où les utilisateurs entrent leurs données, que ce soit en tapant ou en sélectionnant parmi les éléments affichés. - Si vous le souhaitez, ajoutez des vues (pages).
Les vues présenteront des versions du formulaire à différents utilisateurs en fonction de facteurs que le créateur du formulaire peut contrôler. - ajoutez des règles et une logique métier pour répondre aux conditions, aux entrées et aux besoins métier.,
Les règles peuvent afficher des messages, définir une valeur dans un champ, obtenir des données ou stocker des données, modifier les vues ou ouvrir un autre formulaire. Les Conditions peuvent inclure des calculs, des rôles d’utilisateur, l’état d’un champ, la valeur saisie, etc. - publiez le modèle pour mettre le formulaire à la disposition des utilisateurs.
utilisez L’assistant de publication InfoPath pour publier le formulaire. Remarque: certains formulaires peuvent avoir des problèmes de compatibilité lors de la conversion en formulaires web. InfoPath fournira des notifications si cela se produit.
Formulaire de Tâche
Un formulaire de tâche est un nom générique pour un formulaire qui permet à une tâche à remplir., Cette tâche pourrait être l’inscription à une liste de diffusion; la collecte de données auprès de clients, de partenaires, de fournisseurs ou de fournisseurs; ou la collecte d’informations sur les réclamations d’assurance.
formulaire D’approbation
Un modèle de formulaire d’approbation crée un flux de travail qui permet à un certain nombre d’utilisateurs d’approuver des actions, des documents ou l’état d’un projet. Les Workflows peuvent être affiliés à des sites Web, comme un formulaire qui permet à quelqu’un de soumettre des commentaires sur son expérience. Des instructions spécifiques peuvent être trouvées sur le site de Microsoft.,
e-Mail un Formulaire
Une option pour l’obtention de données que les utilisateurs saisies dans un formulaire est à lui envoyer par courriel. Les données de formulaire envoyées par e-mail ne peuvent pas être facilement compilées avec d’autres données, utilisez-les si aucune autre option n’est disponible.
la collecte de données par e-mail s’effectue en créant une connexion de soumission de données, puis en ajoutant l’adresse e-mail de l’endroit où le formulaire sera soumis. Des instructions détaillées peuvent être trouvées sur le site de Microsoft.,
ajoutez un formulaire InfoPath à une bibliothèque de documents SharePoint ou mettez à jour un formulaire InfoPath existant dans une bibliothèque SharePoint
- ouvrez InfoPath, cliquez sur Fichier, cliquez sur Nouveau, puis cliquez sur liste SharePoint.
- Entrez l’adresse web de votre site SharePoint dans l’Assistant Connexion de Données, puis cliquez sur Suivant.
- Pour utiliser une liste existante: dans InfoPath, cliquez sur Personnaliser une liste SharePoint existante, puis sélectionnez la liste souhaitée, cliquez sur Terminer.
- Pour créer une nouvelle liste: Cliquez sur Créer une nouvelle liste SharePoint, entrez un nom pour la liste, cliquez sur OK, puis cliquez sur Terminer.,
- Le formulaire apparaîtra comme une table SharePoint à deux colonnes par défaut. Modifiez la mise en page, les règles et la validation pour répondre à vos besoins. L’ajout de nouveaux champs au formulaire InfoPath créera de nouvelles colonnes dans la liste SharePoint.
- le comportement dynamique peut être ajouté avec des règles de contrôle (par exemple, les règles valident qu’une date a le format correct ou qu’un code postal est numérique).
- pour ajouter une règle, cliquez sur L’onglet Accueil, puis dans le groupe Règles, cliquez sur Ajouter une règle.
- Une fois toutes les modifications effectuées, cliquez sur L’onglet Fichier, puis publiez rapidement. Lorsque vous êtes invité à enregistrer la liste, cliquez sur OK.,
transformer les formulaires InfoPath en PowerApps
en raison des différences fondamentales dans la façon dont InfoPath et PowerApps gèrent les données et les règles métier, il n’existe pas de moyen facile de convertir les formulaires existants D’InfoPath en PowerApps. Tous les formulaires devront être recréés dans PowerApps. Si une organisation n’a que quelques formulaires ou seulement des formulaires simples, l’effort requis est faible, mais pour les formulaires plus complexes, c’est une tâche difficile. Microsoft a quelques informations sur leur site web, ce qui est assez générique.
PowerApps manque certaines fonctionnalités clés trouvées dans InfoPath., Parmi les domaines où PowerApps ne fonctionne pas, citons:
- remplissage du formulaire hors ligne: S’il n’y a pas de connexion internet, les formulaires PowerApps ne peuvent pas être remplis.
- utilisateurs externes: PowerApps permet uniquement aux utilisateurs reconnus au sein d’une organisation (vérifiés par un répertoire) d’accéder et de remplir des formulaires. Par conséquent, les formulaires ne peuvent pas être envoyés aux fournisseurs ou aux clients.
- Source de données: PowerApps n’utilise pas XML, ce qui le rend moins flexible.
- impression: PowerApps ne permet pas l’impression de formulaires.,
Conseils, Astuces et meilleures pratiques D’InfoPath
Il existe plusieurs façons d’améliorer les performances et l’expérience utilisateur globale lors de la conception d’un formulaire ou d’un modèle.
conseils D’amélioration des performances
- gardez le formulaire aussi simple que possible pour effectuer la fonction requise. Évitez les tables imbriquées et les éléments répétitifs imbriqués. Une structure plate se chargera plus rapidement et économisera plus rapidement.
- soyez attentif aux données récupérées lors de l’ouverture du formulaire. Plus il y a de données récupérées, plus le formulaire prend de temps à charger.,
- Il est préférable d’avoir plusieurs vues de formulaire (chacune avec une petite quantité de logique métier et une mise en forme conditionnelle) au lieu d’une seule vue contenant toute la logique métier du modèle.
- Filtrez les données avant qu’elles n’arrivent dans le formulaire afin qu’elles ne chargent pas les données inutiles.
- évitez les requêtes de connexion de données multiples.
- N’utilisez pas de code personnalisé s’il existe des règles disponibles pour la fonction souhaitée.
- supprimez les champs inutilisés lors de la mise à jour d’un formulaire.
- stocker des photos et des fichiers volumineux ailleurs plutôt dans le formulaire ou un environnement SharePoint.,
- Les publications fréquentes sur le serveur qui se produisent dans un formulaire entraîneront de moins bonnes performances.
- sauf si le texte formaté est absolument nécessaire, évitez les zones de texte enrichi car elles créent des données de formatage excessives.
conseils D’expérience utilisateur
- Concevez en pensant à l’utilisateur. Assurez-vous que les champs circulent dans un ordre logique et sont faciles à lire.
- réfléchissez à la longueur du formulaire. Un formulaire multipage peut être plus facile pour les utilisateurs qu’un formulaire long.
- Si les données d’un utilisateur sont disponibles, chargez ces informations lorsque vous accédez au formulaire.,
- activez la fonctionnalité de soumission dans le modèle de formulaire, même si le formulaire est auto-soumis.
- pensez d’abord au mobile. Comme plus de gens regardent les formulaires sur les appareils mobiles, assurez-vous qu’ils sont en mesure de les remplir sans une lutte.
conseils sur les règles et la logique métier:
- donnez des noms descriptifs aux règles. Des choses comme” règle 16 « ou” soumettre la règle » sont génériques et ne sont pas utiles pour quiconque regarde le modèle. Considérez des noms comme « ignorer la page 3 si le champ UserAge est inférieur à 21″ ou » exiger l’approbation du gestionnaire si les valeurs TotalExpenses sont supérieures ou égales à limit., »
- grouper les règles par conditions. Si plusieurs règles utilisent la même condition, vous n’aurez à modifier la condition qu’une seule fois si elle change.
- Si les règles n’ont pas de conditions, faites-les actions séparées pour faciliter leur réorganisation.
- Ajouter des règles qui sont « arrêter les règles de traitement. »Si les données du formulaire ne nécessitent pas l’exécution de règles, ajoutez une règle qui recherche cela. Par exemple, si les cartes de temps n’ont pas besoin de l’approbation du gestionnaire s’il n’y a pas d’heures supplémentaires, Ajoutez une règle qui empêche l’envoi du formulaire au gestionnaire.,
d’Autres Conseils
- InfoPath fournit les noms par défaut chaque fois qu’un élément est ajouté, comme Champ1 ou Bouton3. Les créateurs de formulaire doivent toujours modifier ces noms par défaut pour décrire la fonction du champ ou du contrôle afin de faciliter la tâche à quiconque doit travailler sur le formulaire. Étant donné que le nom du champ InfoPath est utilisé comme en-têtes de colonne dans les listes SharePoint, il aidera quiconque regarde SharePoint à comprendre facilement ce qu’il y a dans chaque colonne.
obtenir du soutien
Il existe de nombreux forums d’utilisateurs que les créateurs de formulaires peuvent utiliser lorsqu’ils ont des questions., Certains des plus établis sont InfoPath Dev, lancé en 2003, et VisualSP, fondé en 2005 par Asif Rehmani. Bien sûr, Microsoft a de nombreuses pages de support; une recherche sur le web pour le sujet en question Est le moyen le plus efficace de trouver ces pages.
Les mêmes sources de support Sharepoint peuvent aider à répondre aux questions sur la création de modèles. Certains sites ont des modèles de documents téléchargeables, mais ces téléchargements devront être personnalisés pour la plupart des utilisations; parce que leur création dans InfoPath est facile, il peut être moins d’effort pour repartir de zéro.,
Les thèmes InfoPath modifient l’apparence du formulaire sans modifier la mise en page ou la fonction. Ceux qui ne sont pas orientés visuellement peuvent trouver que les thèmes aideront les formes à mieux paraître. Les thèmes sont disponibles dans L’onglet Conception de Page dans InfoPath Designer.
les Technologies derrière InfoPath
dans les coulisses, InfoPath utilise un paradigme XML (Extensible Markup Language). Il n’est pas nécessaire de comprendre comment XML et les normes connexes utilisées par InfoPath fonctionnent, mais une explication de ce que chacun fait est ci-dessous.,
XML: les données sorties par un formulaire InfoPath sont formatées en XML. De nombreux programmes peuvent lire des données XML, de sorte que les données collectées sont faciles à migrer et à partager. XML permet des structures de données complexes et flexibles, ce qui permet à InfoPath forms de collecter des données complexes et diverses auprès des utilisateurs. Des balises de données XML personnalisées peuvent être utilisées, permettant aux formulaires de collecter toutes les données souhaitées. Les informations de formatage du formulaire sont séparées des données collectées auprès des utilisateurs, il est donc simple de modifier l’apparence du formulaire.,
Document Object Model (DOM): utilisé pour mapper où les éléments de formulaire apparaissent lorsque le formulaire est affiché.
Extensible Stylesheet Language Transformation (XSLT): les informations sur la façon dont le formulaire est affiché sont stockées dans un fichier XSLT. Ainsi, l’apparence d’un formulaire peut être modifiée sans affecter les données ou la logique métier. XSLT crée des formulaires prêts pour le navigateur.
schémas XML: les données saisies dans un formulaire sont validées via des schémas. Par exemple, un schéma peut garantir qu’il n’y a pas de lettres dans un champ numérique uniquement ou que les champs obligatoires ne sont pas vides., Cette capacité permet à un créateur de formulaire d’appliquer des règles métier.
Extensible Hypertext Markup Language (XHTML): formate n’importe quelle partie du formulaire qui nécessite du texte enrichi.
XML Path Language (XPath): connecte des parties de formulaire associées, telles qu’un contrôle au champ qu’il affecte, ou une étiquette à la chose qu’il décrit. XPath peut également lier des champs connexes sur le document de sorte que lorsque le formulaire est soumis, il peut être traité dans un ordre particulier.
Signatures XML: permet au formulaire de collecter des signatures numériques, si vous le souhaitez.,
Code, Scripts et API dans InfoPath
comme mentionné ci-dessus, XML est le format utilisé pour créer les formulaires et stocker les données. Parce que XML est un langage courant, les utilisateurs avancés peuvent créer des scripts (en utilisant JavaScript, Visual Basic Scripting Edition (VBScript) pour ajouter des fonctionnalités aux formulaires au-delà de ce que permet InfoPath Designer. Les connexions de données InfoPath sont analogues aux API, permettant aux formulaires de se connecter à d’autres systèmes pour accéder et stocker des données à partir d’autres systèmes.
les utilisateurs Avancés peuvent également utiliser Microsoft.Bureau.,Composants d’espace de noms InfoPath pour créer des formulaires qui intègrent la logique métier dans le code plutôt que via des composants InfoPath.
comment les données sont stockées et consultées
Les données collectées dans un formulaire peuvent être stockées dans une liste SharePoint ou une bibliothèque de formulaires, dans une base de données, envoyées à un service web ou envoyées par e-mail à une adresse valide. Les données de formulaire envoyées par e-mail ne peuvent pas facilement être respectées avec d’autres données, mais les données de formulaire dans une base de données ou sur SharePoint le peuvent.
Les données affichées sur un formulaire peuvent provenir de SharePoint ou d’une base de données, ou en interfaçant avec des services web.,
InfoPath peut communiquer avec les services web via ces protocoles courants:
- Simple Object Access Protocol (SOAP)
- Web Services Description Language (WSDL)
- Universal Description Discovery and Integration (UDDI)
gestion des droits
InfoPath permet aux créateurs de formulaires de définir des autorisations pour les formulaires et pour les modèles de formulaires. Définir des autorisations de formulaire est un outil utile pour s’assurer que seuls les bons utilisateurs peuvent y accéder. La définition des autorisations de modèle garantira que seules les personnes autorisées peuvent effectuer des mises à jour du modèle.,
ce Qu’InfoPath ne peut pas faire
bien Qu’InfoPath soit un outil puissant, il est insuffisant dans certains domaines.
- Le Palais du Designer n’a pas suivi le temps, donc les formes ont un look daté.
- Il n’y a pas d’application mobile pour Designer, donc tous les modèles doivent être créés sur un ordinateur.
- Dans certains cas, les créateurs de formulaires doivent travailler avec un administrateur de serveur pour qu’un formulaire soit mis à la disposition des utilisateurs.,
- lors de la personnalisation d’une liste SharePoint, certains contrôles standard ne sont pas disponibles (y compris table de répétition, section de répétition, section facultative, groupe de choix et section de choix).
L’avenir D’InfoPath
puisque Microsoft met fin à la prise en charge des produits, L’avenir D’InfoPath est sombre. Bien que l’application continuera à fonctionner pendant quelques années de plus, comme la plupart des produits orphelins, il n’y aura pas beaucoup d’efforts mis dans le programme, donc les améliorations et les mises à niveau seront peu probables., Par conséquent, il est logique de commencer à examiner des options alternatives maintenant, surtout si de nombreux formulaires doivent être convertis.
des Alternatives à InfoPath existent. Microsoft recommande PowerApps comme mentionné précédemment.,df4767a0″>Infopath Integration and Migration
How to Painlessly Transition from the InfoPath Plstform to a New Forms Solution
There are many options to replace InfoPath for creating forms., Formotus est une solution qui fournit un outil de migration InfoPath transparent qui vous permet de transformer votre formulaire InfoPath existant en applications professionnelles mobiles riches qui s’exécutent sur n’importe quel appareil iOS, Android ou Windows 10. Regardez cette vidéo ci-dessous pour voir à quel point c’est rapide et facile.
Formotus conserve la centralité document d’InfoPath, contrairement à de nombreux autres services de formulaires qui stockent les données directement dans une base de données, perdant la relation avec la logique métier et la mise en page du formulaire., L’un des outils faciles à utiliser de Formotus convertit la plupart des InfoPath existants en formulaires qui préserveront la même disposition, la même logique métier et les mêmes connexions de données que le formulaire InfoPath. Le formulaire résultant utilise un design réactif afin qu’il ait l’air bien sur les appareils mobiles et les ordinateurs. Cliquez ici pour commencer un essai gratuit de Formotus team plan avec le support Infopath.
FAQ
Quels sont les contrôles et éléments InfoPath courants?
zone de texte: un terme générique pour le contrôle où les utilisateurs peuvent entrer du texte.
zone de texte riche: permet de formater le texte saisi (gras, couleurs, tableaux intégrés, etc.).,
sélecteur de Date: L’utilisateur peut choisir une date à partir d’un calendrier afin que le format soit correct.
case à cocher: L’utilisateur peut sélectionner ou ignorer un seul élément, tel que « Ajoutez-moi à votre liste de diffusion.”
Zone de Liste: Permet à l’utilisateur de sélectionner une option dans une liste. La liste apparaît dans une fenêtre qui peut être défilante (en fonction de la longueur de la liste par rapport à la taille de la fenêtre). Généralement, une zone de liste est utilisée si la liste comporte huit éléments ou plus.
zone de liste à Sélection Multiple: semblable à une zone de liste, mais elle permet à l’utilisateur de sélectionner plusieurs éléments.,
liste déroulante: permet d’afficher une longue liste d’éléments sans prendre beaucoup d’espace à l’écran.
liste simple, liste à puces et liste numérotée: Options de formatage pour un élément affiché dans une liste.
bouton Option: également connu sous le nom de bouton Radio, il permet aux utilisateurs d’attribuer une valeur variable à un élément, par exemple en donnant leur opinion sur une interaction (par exemple 1-7), ou en sélectionnant un seul élément dans une liste. Un bouton Options est généralement utilisé si la liste comporte sept éléments ou moins.
Section: le nom générique d’un groupe de contrôles associés.,
section facultative: une section qui n’est pas nécessaire d’être remplie pour que le formulaire soit soumis.
section de répétition: permet aux utilisateurs d’ajouter autant d’éléments que nécessaire, comme une liste des personnes à charge sur une demande d’assurance, ou une liste des postes passés sur une demande d’emploi.
Table de répétition: semblable à une section de répétition, mais dans un format tabulaire, utile pour entrer des dépenses sur un rapport de dépenses, par exemple.
pièce jointe: permet aux utilisateurs de télécharger un fichier sur le formulaire.
contrôle de L’image: similaire à la pièce jointe, mais pour les images.,
hyperlien: un lien vers un site Web externe ou vers un autre formulaire.
boîte D’Expression: également connue sous le nom de valeur calculée, une boîte D’Expression est utilisée pour afficher les résultats des calculs qui doivent apparaître sous forme de texte. Par exemple, lorsqu’un formulaire affiche des informations sur les éléments sélectionnés, une zone d’expression peut être utilisée pour afficher le prix total ou le nombre total d’éléments. Le résultat du calcul n’est pas enregistré dans le formulaire, mais actualisé dynamiquement dans la mise en page du formulaire.,
zone de liste déroulante: une zone de texte attachée à une zone de liste qui permet aux utilisateurs de sélectionner dans une liste ou d’entrer leur propre option si leur choix n’est pas sur la liste.
groupe de choix: cet élément contrôle les sections mutuellement exclusives d’un formulaire. Par exemple, si un utilisateur doit choisir l’option de commande D’un ordinateur Mac ou Windows.
section de choix: L’option choisie dans le groupe de choix pilotera ce qui s’affiche dans la section de choix. En continuant avec l’exemple ci-dessus, si Windows est choisi, la section choix affichera les ordinateurs disponibles qui exécutent ce système d’exploitation.,
sélecteur de personne/Groupe: aussi connu sous le nom de sélecteur de Contact, un sélecteur permet à un utilisateur d’entrer ou de choisir une personne ou un groupe dans une liste résidant sur un site SharePoint; l’entrée sera validée par le formulaire.
sélecteur D’élément externe: un élément qui permet au formulaire d’extraire des données d’une source de données externe. Si le formulaire est stocké sur un site SharePoint et récupère également des données d’une base de données, la base de données est considérée comme une source de données externe.
quelle est la différence entre un utilisateur visualisant un formulaire dans un remplisseur InfoPath et un navigateur web?
Les expériences sont similaires., La seule différence est que dans une fenêtre de navigateur, des barres d’outils apparaissent en haut et en bas du formulaire. Les barres d’outils affichent les options d’enregistrement, de fermeture, d’impression et de mise à jour du formulaire affiché dans les menus de L’application de remplissage. Les formulaires basés sur Brower ont des fonctionnalités plus limitées que les formulaires de remplissage InfoPath qui s’exécutent dans L’application client InfoPath.
quelle est la dernière version de SharePoint qui prend en charge InfoPath?
Microsoft SharePoint 2010.
que se passe-t-il si Je ne peux pas publier moi-même un modèle sur un SharePoint ou un autre serveur?,
en fonction de la Politique de l’entreprise et des besoins de sécurité, certains créateurs de formulaires doivent publier le modèle dans un emplacement partagé sur leur réseau d’entreprise, puis contacter un administrateur de batterie de serveurs pour obtenir de l’aide pour le rendre disponible sur le serveur.
l’approbation de L’administrateur est requise dans les scénarios suivants:
- le modèle de Formulaire A du code géré.
- le modèle de formulaire nécessite un niveau de sécurité de confiance complet (cela permet aux formulaires d’avoir un accès complet aux ressources système sur les ordinateurs des utilisateurs, comme les fichiers et les paramètres).,
- le modèle utilise des connexions de données gérées par un administrateur.
- le modèle de formulaire est compatible avec les appareils mobiles.
Si l’approbation de l’administrateur est requise, L’Assistant de publication parcourt la préparation du modèle pour le transfert à un administrateur.
