Définir un flux de travail de processus

Un composant essentiel de l’environnement de conception collaborative Altium 365 Workspace est la prise en charge de Workflows basés sur des processus, qui guident étroitement les concepteurs à travers les processus de conception typiques du quotidien, tels que la demande de nouvelles pièces gérées, l’exécution d’activités de révision et la création de nouveaux projets gérés.

Chaque Workflow utilisé pour mettre en œuvre un processus de conception particulier est créé dans le cadre d’un Process Definition. Il peut donc être considéré comme le Workflow sous-jacent de ce processus, ou simplement comme un Process Workflow. De nouveaux processus peuvent être créés, et les processus existants modifiés, à l’aide du Process Workflow Editor dédié. Ce document présente l’accès à l’éditeur et son utilisation pour produire le workflow de processus requis.

Accès à l’éditeur de workflow de processus

Les processus sont créés et gérés depuis la zone Processes (Admin – Processes) de l’interface Altium 365 Workspace.

Pour accéder au Process Workflow Editor, activez l’onglet du thème de processus dans lequel vous souhaitez créer votre nouveau processus – Part Requests, Project Activities ou Project Creations – puis cliquez sur le bouton en haut à droite de la page.

Accès au Process Workflow Editor. Le fait de s’assurer que le thème de processus souhaité est actif avant l’accès garantira que la nouvelle définition de processus sera définie avec le bon type de thème.

Le Process Workflow Editor fournit un canevas permettant de construire le workflow souhaité sous forme de diagramme. La zone principale de l’éditeur est l’endroit où vous créez le diagramme de workflow, tandis que le volet Properties sur la droite présente les propriétés liées à l’élément de diagramme actuellement sélectionné.

Lorsqu’aucun élément placé n’est sélectionné dans le diagramme, le volet Properties reflète le Name et le Type (le thème de processus auquel il appartient) de la définition du processus. Donnez au processus un nom explicite, car celui-ci apparaîtra dans l’interface Workspace, ainsi qu’aux points d’accès applicables de l’interface graphique d’Altium Designer, afin que les concepteurs puissent lancer une instance du processus (à condition qu’il soit activé pour utilisation).

Le diagramme de workflow

Un diagramme de workflow de processus est construit à l’aide de divers éléments, disponibles dans la palette en haut de la zone.

Un diagramme de workflow est construit à l’aide d’éléments de la palette disponible.

Le tableau suivant répertorie tous les éléments de diagramme possibles :

Icône	Type	Description
	Connection	Cet élément permet l’interconnexion entre les éléments de point d’événement dans le workflow. Sa forme peut être modifiée graphiquement et, bien que son Name soit laissé vide par défaut, cela peut être utile pour indiquer/décrire les différents chemins issus d’un élément de branchement dans un flux.
	Start	Il s’agit du point de départ d’un workflow. Le Name est prérempli par défaut selon le thème – Submit Request (Demandes de pièces), Start Activity/Review/Release (Activités de projet), Create Project (Créations de projet). Cela peut être modifié selon les besoins. Pour plus d’informations sur les champs par défaut ajoutés au formulaire associé à cet élément, voir Built-in Fields et Default Fields. Pour le thème de processus Project Activities, cet élément prend en charge deux types de démarrage spécialisés : Start Release – utilisé pour un workflow dans lequel un projet publié doit être publié vers une instance PLM intégrée, le tout dans le cadre du Project Releaser d’Altium Designer. Start Review – utilisé pour un workflow qui contrôlera la fonctionnalité Workspace Design Review, accessible via la Workspace project view. Pour le thème de processus Project Creations, une propriété supplémentaire Default server folder permet de spécifier un chemin de dossier de base où le nouveau projet sera enregistré. Si elle est définie, elle devient l’emplacement par défaut pour ce workflow, et peut être remplacée par l’utilisateur dans le champ Server Folder du formulaire New Project (onglet Advanced). Sinon, le chemin est celui spécifié par l’entrée Default path for new projects sur la page Admin - Settings - Projects. Pour plus d’informations sur le changement de type pour cet élément, voir Changing the Type for a Workflow Element.
	Event	Cet élément peut être utilisé pour acquérir le résultat d’une action au sein d’une instance PLM intégrée (fournissant une sortie d’état de OK ou FAIL, ainsi qu’un message et un journal). Pour ce faire, définissez le Type pour le thème en conséquence – PLM Part Completed (Demandes de pièces), PLM Publish Completed (Activités de projet), PLM Initialise Completed (Créations de projet). Par défaut, le Name est prérempli avec l’entrée Type , mais peut être modifié selon les besoins. Pour Project Activities, le type de cet élément peut également être défini sur Related Tasks Completed. Cela est utilisé lorsque des Comments de projet ont été ajoutés et attribués comme Tasks à des personnes spécifiques, en lien avec l’activité d’un projet lui-même. Cela signifie que le workflow de processus pour l’activité ne peut pas être terminé tant que toutes les tâches associées – à la fois les actions de processus requises et les commentaires attribués – n’ont pas été résolues.
	End	Il s’agit du point final du workflow ou d’une branche de ce workflow. Le Name de l’élément peut être défini sur Completed, Rejected ou Cancelled.
	Task	Cet élément représente une tâche à effectuer – quelque chose qu’un ou plusieurs utilisateurs doivent réaliser. Dans un workflow Project Activity basé sur une révision, il peut s’agir de fournir un retour dans le cadre d’une révision. Dans un workflow Part Request, il peut s’agir de travailler sur un composant particulier qui a été demandé, ou peut-être seulement sur son symbole ou son empreinte. Chaque tâche fournit ou acquiert des données de l’utilisateur via un Form dédié – construit avec tous les champs, variables et informations nécessaires pour atteindre l’objectif de la tâche. Pour plus d’informations, voir Building a Form. Outre les types standard User Task (défini via un formulaire) et Change State (défini via Settings), chaque thème de processus prend en charge un ou plusieurs types supplémentaires – Create Part in PLM (Demandes de pièces), Collect Project Data, Publish to PLM et Reviewer Task (Activités de projet), Create Project et Initialise in PLM (Créations de projet). Dans chaque cas, le Name est défini par défaut sur le type de la tâche, mais peut être modifié selon les besoins. Des paramètres supplémentaires doivent être définis pour chaque type et diffèrent selon les types, tels que Assignee et Task Ownership. Pour une tâche de type liée au PLM, elle est utilisée pour acquérir le résultat de l’action avec l’instance PLM (fournissant une sortie de OK ou FAIL), ainsi qu’un message et (pour les thèmes Project Activities et Project Creations) des propriétés. Avec le thème de processus Project Creations, une propriété supplémentaire Default server folder permet de spécifier un chemin de dossier de base où le nouveau projet sera enregistré. Si elle est définie, elle devient l’emplacement par défaut pour ce workflow, et peut être remplacée par l’utilisateur dans le champ Server Folder du formulaire New Project (onglet Advanced). Sinon, le chemin est celui spécifié par l’entrée Default path for new projects sur la page Admin - Settings - Projects. Pour plus d’informations sur le changement de type pour cet élément, voir Changing the Type for a Workflow Element.
	Branch	Cet élément permet le branchement du workflow, en fonction des résultats acquis à partir d’un point précédent du flux (par exemple l’acquisition d’un choix utilisateur ou d’une décision). Par défaut, le Name est laissé vide. Une logique de détection des résultats peut être ajoutée aux connexions de sortie de branchement pour contrôler explicitement le flux. Voir Default Process Definitions pour des exemples.
	Comment	Cet élément vous permet d’annoter votre workflow, généralement en ajoutant un commentaire informatif à chaque point du flux, détaillant ce qui doit se produire à cet endroit. Par défaut, le Name est laissé vide.

Placement des éléments de workflow

Pour placer un élément depuis la palette :

1. Cliquez sur l’entrée de l’élément dans la palette. Une instance de l’élément apparaît, surlignée en bleu, flottant avec le curseur.

2. Positionnez l’élément à l’emplacement souhaité sur le canevas du workflow et cliquez (ou faites un clic droit) pour effectuer le placement. Lorsque vous déplacez l’élément sur le canevas, des guides d’alignement apparaissent par rapport aux centres horizontaux et verticaux des éléments déjà placés.

3. Pour annuler le placement, appuyez sur Esc.

Exemple de placement d’éléments sur le canevas du workflow (Start, End et une User Task). Remarquez les guides d’alignement dynamiques qui facilitent le placement.

Connexion des éléments de workflow

Pour connecter deux éléments de workflow :

1. Cliquez sur l’entrée dans la palette.
2. Placez le curseur sur le premier élément (source) à connecter et cliquez.
3. Déplacez le curseur pour voir une ligne de connexion commencer à s’étendre depuis l’élément. Placez le curseur sur le second élément (cible) à connecter et cliquez.

La connexion entre les éléments doit aller de gauche à droite, car il s’agit du flux logique. Vous ne pourrez pas sélectionner un élément cible pour lequel la connexion est considérée comme invalide (par exemple, tenter de connecter un élément End à un élément Start). Dans ce cas, l’élément cible apparaîtra avec un remplissage rouge, et l’extrémité de la ligne de connexion conservera une icône « interdit » ().

4. Continuez à placer d’autres connexions, ou faites un clic droit, ou appuyez sur Esc pour quitter.

Exemple de connexion d’éléments dans un workflow.

Déplacement des éléments de workflow

Pour déplacer un élément, cliquez dessus et faites-le glisser vers le nouvel emplacement souhaité. Si l’élément est relié à un ou plusieurs autres éléments par des connexions, ces connexions seront conservées et le ou les tracés des lignes de connexion seront modifiés en conséquence. Utilisez les guides d’alignement dynamiques qui apparaissent pour vous aider au positionnement.

Exemple de déplacement d’un seul élément placé, puis de plusieurs. Notez que les connexions, sauf si elles font partie de la sélection, seront modifiées afin de maintenir les éléments connectés en conséquence.

Modification d’une connexion

Lorsque vous survolez une connexion avec le curseur, différents contrôles d’édition, ou « poignées », deviennent disponibles. Ils permettent d’apporter graphiquement les modifications suivantes à une connexion :

• Cliquez et faites glisser la poignée pour déplacer la connexion uniquement dans le plan vertical.
• Cliquez et faites glisser la poignée pour déplacer la connexion uniquement dans le plan horizontal.
• Déplacez le curseur le long de la connexion ; la poignée suivra le curseur. Cliquez et faites glisser cette poignée pour créer un nouveau point de sommet pour la connexion.
• Cliquez et faites glisser la poignée pour déplacer le point de départ de la connexion. Vous devez faire glisser ce point sur un autre élément existant.
• Cliquez et faites glisser la poignée pour déplacer le point d’arrivée de la connexion. Vous devez faire glisser ce point sur un autre élément existant.

Un point de dépôt non valide lors du déplacement du point de départ ou d’arrivée d’une connexion est mis en évidence par le remplissage rouge de l’élément (et l’apparition de l’icône à l’extrémité de la connexion). Cela peut se produire, par exemple, si vous essayez de déplacer le point de départ de la connexion vers le même élément auquel le point d’arrivée de cette connexion est déjà attaché. Dans ce cas, déplacez d’abord le point d’arrivée, puis le point de départ.

Exemple de modification de connexions existantes, à l’aide des différentes poignées d’édition qui apparaissent lors du survol d’une connexion.

Modification des propriétés d’un élément

Comme indiqué précédemment, le côté droit du Process Workflow Editor fournit un volet Properties, qui présente les propriétés de l’élément de workflow actuellement sélectionné. Pour certains éléments, tels que Branch, End et Comment, leur seule propriété modifiable est leur Name. Pour d’autres, tels que Start et Task, vous disposez de paramètres pouvant être définis, ainsi que d’un Form associé pouvant être construit selon les besoins. N’oubliez pas non plus que les propriétés d’un élément de workflow peuvent changer selon le thème de processus dans lequel le processus est défini (et selon le type choisi pour un élément, lorsque plusieurs types sont pris en charge pour cet élément).

Modifiez selon les besoins les propriétés d’un élément de workflow sélectionné via le volet Properties. Pour un élément pour lequel un Form peut être défini, vous devrez soit créer le formulaire (cliquez sur le bouton dans la section Form du volet), soit le modifier (cliquez sur l’entrée dans la section Form du volet). Pour plus d’informations, voir Création d’un formulaire.

Modification du type d’un élément de workflow

Les thèmes de processus suivants comportent des éléments de workflow prenant en charge plusieurs types :

• Part Requests thème :

  • Task – prenant en charge les types : User Task, Change State, Create Part in PLM.

  • Event – prenant en charge les types : Notify User, PLM Part Completed.

• Project Activities thème :

  • Start – prenant en charge les types : Start Activity, Start Review, Start Release.

  • Task – prenant en charge les types : User Task, Change State, Collect Project Data, Publish to PLM, Review Task (disponible lorsque Start Review est utilisé).

  • Event – prenant en charge les types : Notify User, PLM Publish Completed, Related Tasks Completed.

• Project Creations thème :

  • Start – prenant en charge les types : Create Project, Request Project Creation (une variante de Create Project).

  • Task – prenant en charge les types : User Task, Create Project, Change State, Initialise in PLM.

  • Event – prenant en charge les types : Notify User, PLM Initialise Completed.

Après avoir placé un élément sur le canevas du diagramme de workflow, vous pouvez passer d’un type disponible à un autre à l’aide du menu associé au bouton , qui apparaît à l’intérieur de l’élément ou à côté de celui-ci une fois sélectionné.

Sélection des types pris en charge pour les éléments Start, Task et Event, lors de la définition du workflow d’un processus faisant partie du thème Project Activities.

Affectation des tâches

La manière dont une tâche du workflow est affectée dépend des paramètres définis pour Assignee, Except et Task ownership :

• Assignee – peut être un seul utilisateur de votre Workspace, plusieurs utilisateurs ou un groupe spécifique d’utilisateurs. Des variables peuvent également être utilisées ici, par exemple $Initiator (la personne qui a démarré l’instance du processus), ou $Review Coordinator (l’utilisateur choisi comme coordinateur de revue dans une tâche précédente).

• Except – indique qui n’est pas autorisé à travailler sur la tâche, même s’il fait partie du périmètre des personnes affectées. Par exemple, le demandeur d’un composant ne devrait pas approuver sa propre demande de composant ! Un autre exemple pourrait être l’utilisation de la variable $Rework executed by dans le champ Except pour la tâche Verify rework d’un processus Milestone Review, afin d’empêcher l’utilisateur ayant exécuté la tâche précédente (Rework) de pouvoir vérifier son propre travail.
• Task ownership – détermine qui peut agir sur une tâche, par rapport au(x) utilisateur(s) spécifié(s) dans le champ Assignee. Les options suivantes sont disponibles :

  • One of assigned users – s’il n’y a qu’un seul utilisateur dans le champ Assignee, la tâche initiale consistant à traiter la demande est affectée directement à cet utilisateur. S’il y a plusieurs personnes affectées, tous les utilisateurs voient la tâche dans leur liste de tâches, et l’un d’eux s’attribue la tâche.

  • All assigned users – toutes les personnes affectées reçoivent la tâche.

L’image ci-dessous montre les paramètres d’affectation pour une définition de processus Part Request. Le Assignee est défini comme étant les administrateurs du Workspace (membres du groupe Administrators). Task ownership est défini sur One of assigned users, ce qui signifie que l’un de ces utilisateurs administratifs doit prendre en charge la demande.

L’utilisateur qui reçoit initialement la tâche de traiter une nouvelle demande de composant dépend de la manière dont les paramètres de Assignee, Except et Task ownership ont été définis pour la tâche utilisateur initiale, dans le workflow sous-jacent de la définition de processus applicable. L’image ci-dessus montre les paramètres de la définition de processus New Part Request par défaut.

Configuration de la visibilité des données pour un utilisateur standard

Vous avez la possibilité de configurer les données paramétriques visibles par l’utilisateur standard dans l’onglet Data d’un workflow de processus, lors de l’affichage de la progression d’un processus actif ou une fois celui-ci terminé. Lors de la modification du workflow d’un processus, et lorsqu’aucun élément n’est sélectionné, les données pouvant être présentées dans l’onglet Data sont répertoriées dans le volet Properties . Cliquez sur le contrôle pour accéder à son formulaire associé (<ProcessName> Data).

À partir de ce formulaire, vous pouvez déterminer si un paramètre est visible ou non dans l’onglet Data . Par défaut, un paramètre est visible (). Cliquez sur ce contrôle pour le rendre non visible (). En outre, vous pouvez contrôler l’ordre dans lequel les données sont présentées. Lorsque vous survolez une entrée de paramètre, le contrôle apparaît à sa gauche. Cliquez dessus et maintenez, puis faites glisser le paramètre vers une nouvelle position.

L’image suivante montre la relation entre le formulaire et ce qu’un utilisateur administrateur et un utilisateur standard (non administrateur) voient dans l’onglet Data du processus — ici accessible en affichant les processus Closed sur la page Activities de la vue projet. Dans cet exemple de création de projet, les paramètres Description, PCB Project Type et Project Template sont masqués pour l’utilisateur standard.

Suppression d’un élément de workflow

Pour supprimer un élément de workflow, sélectionnez-le, puis utilisez le raccourci clavier Delete. Pour supprimer plusieurs éléments, cliquez et faites glisser un cadre de sélection autour d’eux, ou utilisez Ctrl+clic pour constituer la sélection individuellement, puis utilisez le raccourci Delete.

Création d’un formulaire

Deux éléments de workflow – Start et Task – impliquent de demander à un utilisateur d’effectuer une action. Il peut s’agir d’une demande d’informations d’initialisation (nom et type du projet, jeu de données initial pour révision, référence de pièce demandée, fabricant et fiches techniques) ou d’une autre tâche dans le flux nécessitant d’une manière ou d’une autre une saisie utilisateur supplémentaire (décision de révision, données supplémentaires, commentaires, pièce finalisée pour une demande, etc.). Ces deux éléments peuvent tous deux être considérés comme étant task-oriented.

Pour présenter les champs et variables nécessaires afin de faciliter une telle interaction utilisateur, un Form est créé. Dans certains cas, un formulaire existe déjà avec des champs intégrés qui ne peuvent pas être supprimés, tandis que dans d’autres, un formulaire est disponible avec des champs par défaut, mais ceux-ci peuvent être modifiés selon les besoins. Dans d’autres cas encore, aucun formulaire n’existe, et vous disposez donc d’une liberté relativement grande pour créer un formulaire aussi simple ou aussi complexe que nécessaire pour répondre aux besoins de votre entreprise.

La liste suivante présente toutes les variantes de ces deux tâches qui utilisent/exigent un formulaire :

• Start (thème Part Requests) – formulaire existant avec des champs par défaut. Ceux-ci peuvent être modifiés ou supprimés, et des valeurs par défaut peuvent être définies le cas échéant. Des champs supplémentaires peuvent être ajoutés selon les besoins.

• Start de type Start Activity (thème Project Activities) – formulaire existant avec un champ intégré. Celui-ci ne peut pas être supprimé. Des champs supplémentaires peuvent être ajoutés selon les besoins.

• Start de type Design Review (thème Project Activities) – formulaire existant avec des champs intégrés. Ceux-ci ne peuvent pas être supprimés ni complétés. Utilisé dans le développement d’un processus de Design Review.

• Start (thème Project Creations) – formulaire existant avec des champs intégrés. Ceux-ci ne peuvent pas être supprimés. Des valeurs par défaut peuvent être définies le cas échéant. Des champs supplémentaires peuvent être ajoutés selon les besoins.

• Task de type User Task (tous les thèmes de processus) – aucun formulaire existant. À créer selon les besoins.

• Task de type Collect Project Data (thème Project Activities uniquement) – formulaire existant avec un champ intégré. Celui-ci ne peut pas être supprimé. Des champs supplémentaires peuvent être ajoutés selon les besoins.

• Task de type Review Task (thème Project Activities uniquement) – formulaire existant avec un champ intégré. Celui-ci ne peut pas être supprimé. Les options peuvent être redéfinies. Des champs supplémentaires peuvent être ajoutés selon les besoins. Utilisé dans le développement d’un processus de Design Review.

• Task de type Create Project (thème Project Creations) – formulaire existant avec des champs intégrés. Ceux-ci ne peuvent pas être supprimés. Des valeurs par défaut peuvent être définies le cas échéant. Des champs supplémentaires peuvent être ajoutés selon les besoins.

L’éditeur de formulaires utilisateur

Un formulaire est construit à l’aide du User Form Editor. Pour un élément pouvant avoir un Form défini, vous devrez soit créer le formulaire s’il n’existe pas encore (sélectionnez l’élément dans le workflow et cliquez sur le bouton dans la section Form du volet Properties), soit le modifier s’il existe déjà (sélectionnez l’élément dans le workflow et cliquez sur l’entrée dans la section Form du volet Properties).

Un formulaire est créé en ajoutant des champs – représentant des variables nommées – des types requis, et en définissant des indicateurs (le cas échéant) sur la manière dont ces champs doivent être utilisés, créant ainsi essentiellement une interface permettant de transmettre des informations à l’utilisateur ou aux utilisateurs ciblés qui exécuteront la tâche, et de leur demander des informations.

Lorsque le formulaire est enregistré – cliquez sur le bouton en bas du formulaire – un résumé de tous les champs qui y sont définis, ainsi que de leurs types de variables, est présenté dans le volet Properties pour l’élément de workflow sélectionné.

Exemple du User Form Editor renseigné avec le formulaire pour la tâche utilisateur Provide review feedback (faisant partie de la définition du processus Milestone Review, dans le thème Project Activities). Notez que le volet Properties fournit un résumé pratique répertoriant tous les champs définis dans le formulaire, ainsi que leurs types.

Les sections suivantes examinent le fonctionnement du User Form Editor, y compris sa prise en charge des variables et des champs, les indicateurs associés à chaque champ/variable, le travail dans un formulaire, ainsi que les champs et variables intégrés/par défaut.

Variables et champs

Points à connaître concernant les variables et les champs :

• Une Variable est un élément de données nommé, suivi dans le cadre du workflow d’un processus.

• Un Field est la représentation d’une variable, dans le contexte d’un formulaire utilisateur particulier au sein du workflow d’un processus.

• Il n’existe aucune fonctionnalité dédiée pour gérer les variables d’un processus :

  • Une variable définie par l’utilisateur est ajoutée au processus lorsque l’administrateur l’ajoute pour la première fois à un formulaire dans le workflow de ce processus.

  • Une variable définie par l’utilisateur est supprimée du processus lorsqu’elle est retirée de tous les formulaires utilisés dans le workflow de ce processus.

• La majorité des variables seront définies par l’administrateur lors de la création de formulaires dans le workflow d’une définition de processus. Il existe certaines variables prédéfinies, intégrées à une définition de processus pour des éléments de workflow particuliers. Celles-ci peuvent être utilisées ailleurs dans d’autres formulaires définis par l’utilisateur, mais restent définies pour le processus, même si elles sont supprimées de tous les formulaires d’un workflow.

• Il n’existe qu’une seule définition de variable dans le processus, ce qui signifie que partout où cette variable est modifiée (dans n’importe quel formulaire), les changements sont automatiquement répercutés sur tous les autres formulaires utilisés dans ce workflow et dans lesquels la variable est utilisée.

• Les noms de variables ne sont pas sensibles à la casse (c’est-à-dire que vous ne pouvez pas avoir deux variables qui ne diffèrent que par la casse).

Supported Variable Types

Le tableau suivant répertorie les types de variables pris en charge pour une utilisation dans un formulaire.

Type de variable	Icône	Indicateur modifiable ?	Indicateur obligatoire ?	Indicateur de réinitialisation de la valeur ?	Option de conservation de la valeur par utilisateur ?	Peut être ajouté par l’utilisateur comme nouvelle variable ?	Prise en charge de ou des valeurs par défaut	Possède un champ de valeur ?	Représentation dans le formulaire lorsqu’il est modifiable	Représentation dans le formulaire lorsqu’il est en lecture seule	Thèmes de processus applicables
Jeu de données									Champ déroulant permettant de sélectionner une version publiée du projet précédemment désigné. Possibilité de pointer vers la fenêtre Explorer (bouton avec trois points) Les jeux de données de la version choisie sont répertoriés sous forme de liens cliquables Liste de liens	Project Activities
Date									Champ de texte avec sélection de date. Saisissez la date manuellement (au format jj/mm/aaaa) ou cliquez sur le champ pour ouvrir le calendrier	Étiquette sur une seule ligne	Tous
Liste déroulante								Champ de texte sur une seule ligne avec prise en charge de plusieurs valeurs (pour spécifier les options de la liste déroulante)	Zone combinée déroulante répertoriant toutes les options de liste déroulante définies parmi lesquelles choisir	Étiquette sur une seule ligne	Tous
Téléversement de fichier									Zone de dépôt (glisser-déposer) Choose Files bouton Liste de liens avec possibilité de suppression	Liste de liens	Tous
Élément/Révision									Champ de texte avec recherche à la saisie Prise en charge de plusieurs valeurs Possibilité de pointer vers la fenêtre Explorer (bouton avec trois points)	Liste de liens	Tous
Étiquette								Champ de texte multiligne	N/A	Étiquette multiligne	Tous
BOM gérée									Champ de texte avec recherche à la saisie Prise en charge de plusieurs valeurs	Liste de liens	Tous
Révision de BOM gérée									Champ de texte avec recherche à la saisie Prise en charge de plusieurs valeurs	Liste de liens	Tous
Projet géré									Champ de texte avec recherche à la saisie Prise en charge de plusieurs valeurs	Liste de liens	Tous
Texte multiligne									Champ de texte multiligne.	Libellé multiligne	Tous
Nombre									Champ de texte. Une seule ligne avec validation numérique	Libellé sur une seule ligne	Tous
PLM Publish Template									Champ de liste déroulante répertoriant tous les modèles PLM actuellement définis apparaissant dans le formulaire <PLMInstance>:<PublishingTemplate>	N/A	Activités du projet
Modèle de projet									Liste déroulante lorsque TC2 est en place Rechercher avec ... pour aller à l’explorateur	Libellé sur une seule ligne	Créations de projet
Propriétés									N/A	Tableau de paires clé-valeur de propriétés Nom du tableau comme nom du libellé Lorsqu’il est vide, il n’est pas affiché dans le formulaire	Tous
Exécuter Web Review									Lancer l’interface de révision pour le projet désigné	-	Activités du projet
Texte sur une seule ligne									Champ de texte. Une seule ligne	Libellé sur une seule ligne	Tous
Utilisateur/Groupe									Champ de texte avec recherche par saisie Valeurs multiples prises en charge	Libellé sur une seule ligne Valeurs séparées par ','	Tous

Drapeaux

Selon le type de variable d’un champ défini sur un formulaire, celui-ci peut avoir jusqu’à trois drapeaux :

• Editable – activez ce drapeau pour rendre le champ modifiable, par exemple pour pouvoir saisir le nom d’un projet, entrer une date, ajouter des données, etc.
• Required – activez ce drapeau pour rendre le champ obligatoire, ce qui signifie que l’utilisateur doit choisir une option ou saisir des données pour pouvoir soumettre la tâche.
• Reset value – activez ce drapeau pour réinitialiser la valeur du champ à l’ouverture du formulaire. Si une valeur par défaut s’applique et a été définie, elle sera chargée ; sinon, le champ sera vide (ou affichera Choose option s’il s’agit d’un champ de liste déroulante).

Exemples de champs définis sur un formulaire, avec leurs drapeaux.

En termes d’affichage, un drapeau peut apparaître comme suit :

• Bleu – le drapeau peut être modifié et est actuellement actif.
• Gris – le drapeau peut être modifié et est actuellement inactif.
• Bleu atténué – le drapeau est actif et ne peut pas être modifié.
• Non affiché – le drapeau n’est pas applicable.

Lorsqu’un drapeau peut être modifié, cliquez dessus pour basculer son état actif.

Options avancées

Si un type de variable prend en charge des options supplémentaires, un contrôle Advanced options lui sera associé – cliquez dessus pour les développer et les afficher.

Exemples de Advanced options pour divers champs définis sur un formulaire.

Les options suivantes peuvent s’y trouver, selon le type de variable :

• Keep value provided by each user separately – vous permet d’utiliser le champ pour « mettre en commun » les valeurs fournies dans les formulaires soumis par plusieurs utilisateurs impliqués dans une tâche, par exemple la révision d’une conception.
• Dropdown options – pour une variable de type Dropdown, définissez ici les entrées pouvant apparaître dans le menu déroulant associé au champ pour la sélection par l’utilisateur.
• Default value – fournissez une valeur par défaut qui sera présentée comme valeur « préremplie » du champ lorsque l’utilisateur accède au formulaire associé à la tâche. Si le champ est de type Dropdown, la valeur par défaut peut être définie sur l’une des Dropdown options définies, ou sur None.
• Value – généralement pour une variable de type Label, utilisez ce champ pour définir le texte de l’étiquette, présenté à l’utilisateur sur le formulaire associé à la tâche sur laquelle il travaille, et décrivant ce qu’il doit faire.

Ajout d’un champ

Pour ajouter un nouveau champ à un formulaire, cliquez sur le contrôle Add en bas à droite du formulaire. Le nouveau champ est ajouté en bas du formulaire, avec la liste déroulante Name développée, prête soit à choisir une variable existante déjà définie ailleurs dans la définition du processus, soit à en créer une nouvelle.

Exemple d’ajout d’un nouveau champ à un formulaire. Vous pouvez soit choisir de référencer une variable existante définie pour la définition du processus parent, soit saisir un nouveau nom et, ce faisant, créer une nouvelle variable pour cette définition (une fois le formulaire enregistré).

Si une variable existante est choisie :

• Elle est ajoutée au formulaire comme une autre référence à la variable.
• Le champ Name est remplacé par un champ de texte standard, permettant de modifier le nom, mais pas de choisir une autre variable.
• Les drapeaux sont configurés conformément à la manière dont la variable d’origine a été définie.

Si un nouveau nom de variable est saisi :

• Le champ Name devient un champ de texte standard.
• La variable Type peut être choisie (la valeur par défaut est Single Line Text).
• Les indicateurs sont définis selon un état par défaut en conséquence – Modifiable (actif), Obligatoire (inactif), Réinitialiser la valeur (inactif).
• La nouvelle variable est ajoutée à la définition du processus lorsque le formulaire est enregistré.

Pour renommer un champ, cliquez dans le champ Name et modifiez-le selon vos besoins. Si le champ ne peut pas être renommé, le Name sera grisé, et l’icône apparaîtra si vous survolez le champ.

Suppression d’un champ

Pour supprimer un champ défini par l’utilisateur, cliquez sur le contrôle situé complètement à droite. La suppression est instantanée, sans confirmation.

Réorganisation des champs

N’importe quel champ peut être déplacé vers n’importe quelle position sur le formulaire en cliquant sur le contrôle et en le faisant glisser ; celui-ci apparaît sur le côté gauche lorsque vous survolez un champ. Cela vous permet d’ajouter rapidement des champs au formulaire, puis d’en ajuster ensuite l’apparence (l’ordre de ces champs).

Enregistrer et déployer

Une fois qu’un processus a été défini comme requis, cliquez sur le bouton (en haut à droite de l’éditeur) pour l’ajouter à la liste des processus disponibles pour ce thème de processus. La nouvelle définition de processus sera activée et prête à être utilisée.