# Volets d'unité dans View

> La pile de cartes par laquelle une unité Process s'exploite, telle qu'elle apparaît sur la page View : comment elle arrive là, ce que chaque carte montre et permet, et les permissions Process auxquelles elle obéit.

Un **volet d'unité** est une surface Process posée sur la page [View](home) : les cartes qu'un
modèle a disposées pour exploiter ses unités, dessinées pour une unité. Ce n'est pas un tableau de
bord. Rien en lui n'est composé sur une grille, aucun éditeur ne s'ouvre dessus, et chaque unité du
modèle s'exploite par les mêmes cartes, donc un banc de quatre postes identiques se dispose une
seule fois. La disposition se fait sur la ligne **Volets** du modèle dans l'espace de travail
Process ([Volets](process-panels)) ; cette page couvre le volet tel que View le montre.

## Comment un volet arrive dans View {#how-a-panel-gets-onto-view}

Chaque volet d'un modèle porte un interrupteur **Afficher dans View** dans la barre de sa ligne dans
l'espace de travail Process (il demande la permission **Gérer Process**). Activé, le volet pose une
entrée par unité du modèle dans la colonne Visualisation, nommée `Modèle · Unité · Volet` et portant
l'icône choisie sur le volet, ou la marque fixe d'un volet quand aucune n'a été choisie. Les entrées
se tiennent sous l'intertitre **Volets de l'unité** après vos dossiers et vos vues jusqu'à ce que
vous en rangiez une dans un dossier depuis le menu de sa ligne, exactement comme une vue à vous ; un
modèle qui n'a aucune unité n'y pose rien. Une **vue** d'un modèle affichée dans View de la même
façon est autre chose : elle s'exécute sur le plan de travail, résolue pour son unité, et elle est
traitée à la fin de cette page.

La barre de la scène nomme l'entrée par son nom entier et propose **Modifier dans Process** pour un
rôle qui peut gérer les modèles, ce qui ouvre la ligne propre au volet sur la page Process.
**Copier** et **Modifier** ne sont pas dessinés : il n'y a pas de disposition à prendre.
**Agrandir** et **Plein écran** fonctionnent comme sur n'importe quelle vue, et la barre d'état
reste affichée.

## Permissions {#permissions}

Voir un volet d'unité demande **Consulter les modèles** ; la liste de visibilité de vos propres
tableaux de bord ne s'applique pas. Tout ce qui commande l'unité demande **Exécuter les
procédures**, et un rôle qui ne l'a pas lit l'avis en haut de la pile : « Vous pouvez suivre ici
l'état d'essai de cette unité, mais la démarrer ou la piloter exige la permission « Exécuter les
procédures ». » La carte d'essai ne dessine alors ni le choix de procédure ni les boutons de cycle
de vie, la carte des commandes uniques n'est pas dessinée du tout, les saisies de Métadonnées sont
désactivées, et un composant de commande à l'intérieur d'une carte porte la marque de verrou avec
« Permission d'exécution des procédures requise. » dans son infobulle. La permission **Piloter les
tableaux de bord** ne joue aucun rôle ici.

Deux autres refus viennent de la station plutôt que du rôle, et tous deux sont dits sur la carte qui
a déclenché la commande : pourquoi la station dans son ensemble n'accepte pas les opérations d'essai
(le runtime arrêté : « Runtime arrêté »), et pourquoi cette unité en particulier ne les accepte pas
(un obstacle à l'exécution comme un verrouillage déclenché). Qui a appuyé est enregistré à chaque
appui : l'utilisateur connecté sur cette connexion, ou la station quand personne ne l'est.

## La pile {#the-stack}

L'entrée s'ouvre en une colonne défilante de cartes, dans l'ordre où le volet les dispose. Chaque
carte s'ouvre avec le même en-tête : son nom à gauche et, à droite, la seule chose qui la qualifie
en ce moment. Une carte à laquelle la station ne donne rien à montrer est laissée de côté plutôt que
de rester vide : Commandes uniques sans datalog et sans recette instantanée à déclencher, Voies sur
un modèle sans voie lisible, Métadonnées tant que la procédure préparée ne demande aucun champ, une
carte de vue dont la vue a disparu ou est encore vide. Un volet qui ne dessine aucune carte dit :
« Ce volet ne dessine aucune carte. Choisissez ses cartes sur la ligne Volets du modèle, sous
Visualisation. »

Au-dessus des cartes, et jamais disposé ailleurs, se tient le **bandeau de verrouillage** quand le
verrouillage d'arrêt du modèle est activé : rien tant que l'unité est normale ; un bandeau critique
tant qu'il est **Déclenché**, avec la raison, la source, sa valeur et sa qualité ; un bandeau de
prudence tant qu'il est **En attente de réarmement**, avec un bouton **Réarmer** dessiné
seulement pour un rôle qui a Exécuter les procédures. Ce qu'est le verrouillage et comment il se configure est sur
[Automatisation](process-automation).

### Essai {#run}

La procédure préparée pour le prochain démarrage et les commandes qui conduisent l'essai.

| Élément | Ce qu'il montre ou fait |
|---|---|
| En-tête, côté droit | Une lampe et un mot : **Enregistrement** tant qu'un essai enregistre, **Préparation** tant que l'unité est réservée sans encore enregistrer, **Pas d'enregistrement** sinon. |
| Procédure | Un sélecteur de « (aucune) » et de chaque procédure du modèle. En choisir une la prépare pour le prochain Démarrer ; « (aucune) » ne prépare rien. Désactivé sans Exécuter les procédures ou tant que le runtime est arrêté. Une préparation que la station refuse (un jeu d'alias qui ne peut pas être fixé, par exemple) ramène le sélecteur en arrière et dit pourquoi sur la carte. |
| Démarrer, Suspendre, Reprendre, Arrêter, Interrompre | Les commandes de cycle de vie, chacune grisée tant que l'essai ne peut pas la prendre, avec une infobulle qui dit ce qu'elle fait : « Démarrer la procédure préparée sur cette unité », « Figer la fenêtre temporelle ; le datalog continue d'enregistrer », « Lever la suspension et poursuivre la fenêtre », « Terminer proprement l'essai et le figer en historique », « Terminer l'essai comme interrompu ; le bloc de finalisation s'exécute quand même ». Suspendre et Reprendre ne sont dessinées que tant que la procédure préparée est Temporelle, parce que seule une fenêtre temporelle peut être figée ; sans rien de préparé, l'ensemble est dessiné. |
| Notes sous les commandes | La dernière commande que cette unité a refusée, puis les raisons, à l'échelle de la station et propres à l'unité, de ne pas accepter les opérations d'essai, tant qu'elles tiennent. |

Ce que Démarrer valide et ce que chaque commande fait à l'essai sont sur
[Essais et commentaires](process-runs).

### Métadonnées {#metadata}

Une saisie par champ de métadonnées que la procédure préparée demande, sous la ligne « Ce sous quoi
le prochain essai de « Procédure » est enregistré. Un champ marqué * est demandé par toutes les
procédures. » Un champ manuel est une saisie de texte, désactivée sans Exécuter les procédures ; un
champ séquentiel n'est jamais une saisie mais une prévision de l'identifiant que le compteur
réservera au démarrage (ou « Réservée au démarrage » tant qu'il ne peut pas être prévu), avec une
infobulle disant qu'un compteur partagé peut bouger d'ici là. Sans rien de préparé, la carte affiche
« Préparez une procédure et les champs qu'elle demande apparaissent ici. » Ce que vous tapez est une
préparation à l'échelle de la station : une autre connexion le voit aussitôt.

### État de l'essai {#run-state}

Trois lectures : **État** (l'état de l'essai, ou « Préparation » tant que l'unité est réservée,
« Au repos » sinon), **Cycle en cours** (« 2 / 10 », ou « Pas de cycle »), dessinée seulement tant que la
procédure préparée est Temporelle, puisque seule une fenêtre temporelle se répète, et **Verdict de l'essai**
(le verdict des preuves recueillies jusque-là, « Aucun » quand il n'y en a pas). Tant qu'aucun
essai ne détient l'unité, le verdict encore affiché est celui du dernier essai, et le relevé
s'intitule alors **Verdict du dernier essai**, pour qu'il ne passe jamais pour celui de l'essai à
venir. Rien ici n'est teinté.

### Commentaires {#comments}

Le fil des commentaires de l'essai actif de l'unité, précédé de la ligne que le fil écrit sur
lui-même (quel essai, ou qu'il n'y en a pas). Chaque commentaire montre son heure, sa phase et son
texte, avec **Modifier** (réécriture sur place ; Entrée enregistre, Échap annule) et **Supprimer**
(le premier appui arme la ligne avec « Supprimer ce commentaire ? Cette action est irréversible. »
et le second la retire). La zone **Ajouter un commentaire…** et son bouton **Ajouter** en ajoutent
un à l'essai actif. Tous demandent Exécuter les procédures ; un fil verrouillé reste lisible et dit
la raison au geste. La commande répond sur sa propre ligne de retour sous la zone.

### Occurrences {#occurrences}

Les épisodes d'occurrence actifs et récents de l'unité, précédés de la ligne propre à la liste.
Chaque ligne porte le nom de l'occurrence, son statut, depuis combien de temps elle est **Activée**,
une horloge de **Perte de signal** ou de **Signal indisponible** là où la source a lâché, et son
message. Une liste vide le dit. Les épisodes viennent des [Occurrences](process-occurrences) du
modèle.

### Voies {#channels}

Les voies lisibles de l'unité sur un même graphique en direct, chaque série nommée comme la voie
s'appelle sur cette unité (un alias apparaît en direct) et tracée dans la couleur et sur les plages
que la voie déclare dans [Voies](process-channels). Le graphique porte la rangée standard de boutons
avec laquelle un graphique posé sur une vue s'ouvre (sélectionner une zone à agrandir, réinitialiser
le zoom, enregistrer et copier un PNG, afficher ou masquer des séries, l'infobulle et le plein
écran) et une note sous le sous-graphique quand la conservation qu'il a demandée n'a pas pu être accordée en
entier ; ce que fait chaque bouton est sur [Graphiques](view-charts).

### Productivité {#productivity}

Les quantités produites, les cadences et le registre des résultats de l'unité, sous la ligne
« Activité de production aujourd'hui. » ou « Activité de production dans les N heures qui
précèdent. » (ou jours). Le côté droit de l'en-tête est la période : **Aujourd'hui** (depuis minuit
local) ou **Les N dernières h** / **Les N derniers j**, la fenêtre glissante que le modèle déclare (ou que l'unité
remplace) dans [Productivité](process-productivity). Le corps est fait de trois lectures
(**Productivité**, **Rendement**, **Durée typique écoulée**, chacune disant ce qui lui manque encore
au lieu de dessiner un texte d'attente : « Aucune référence », « Non classé », « Non mesuré »), du
**Registre de production** (une ligne par produit : nom, quantité avec son unité, et cadence par
heure écoulée ou « Aucun temps écoulé »), du décompte des **Résultats de fin** (Finalisés,
Conformes, Non conformes, Non concluants, Non évalués, Interrompus, En échec) et d'un dépliant
**Par procédure** avec les mêmes chiffres par procédure. Un modèle où aucune procédure ne contribue
à la production dit : « Aucune procédure n'apporte encore de production. Activez « Production
comptée » sur une procédure pour démarrer ces indicateurs. » ; une période sans rien d'enregistré
dit « Aucune production enregistrée aujourd'hui. » (ou sur la fenêtre).

### Commandes uniques {#single-commands}

« Déclencher une commande isolée sur cette unité, hors procédure. » Chaque ligne n'est dessinée que
là où le modèle déclare la bibliothèque dont elle tire sa commande :

| Ligne | Contrôles | Ce qu'elle fait | Grisée quand |
|---|---|---|---|
| Instantané | Un sélecteur de datalog et **Capturer** | « Enregistrer maintenant une ligne de datalog comme un essai terminé dans Historiques » : une ligne du datalog choisi devient un essai né terminé. | Pas d'Exécuter les procédures, l'unité est occupée (en préparation, en cours, suspendue ou en écriture), l'unité ou la station refuse les opérations d'essai, ou un instantané est déjà en cours. |
| Évaluer maintenant | Un sélecteur de datalog, un sélecteur d'évaluation et **Évaluer** | « Prendre un instantané d'une ligne et la juger tout de suite selon l'évaluation » ; le verdict est enregistré dans Historiques. Dessinée seulement là où le modèle a à la fois un datalog et une évaluation. | Comme pour Instantané. |
| Appliquer une recette | Un sélecteur de recette instantanée et **Appliquer** | « Écrire une fois les consignes de la recette par l'entonnoir (aucun essai enregistré) » ; le journal en est la trace. Seules les recettes Instantanées sont proposées. | Pas d'Exécuter les procédures, l'unité ou la station refuse les opérations d'essai, ou une application est en cours. Elle reste disponible tant que l'unité est occupée. |

Tant que l'unité est occupée, la carte l'explique : « Instantané et Évaluer sont indisponibles
pendant que cette unité prépare, exécute, suspend ou sauvegarde. Appliquer une recette reste
disponible pendant un essai, mais pas tant que le verrouillage retient l'unité : une chaîne
déclenchée, une chaîne en attente de réarmement et une chaîne dont la lecture est indisponible le
refusent toutes. » Le résultat de chaque commande arrive dans le journal des actions de la barre
d'état (« Instantané enregistré. Voir les Historiques. », « Évalué. Le verdict est enregistré dans
les Historiques. », « Recette appliquée. », ou le refus). Les sélecteurs démarrent sur le premier
élément de chaque bibliothèque et gardent votre choix tant que l'entrée reste ouverte.

### Une vue en guise de carte {#a-screen-as-a-card}

Un volet peut aussi porter l'une des vues du modèle en guise de carte, à la hauteur choisie sur le
volet (de 120 à 1200 px, 320 par défaut), précédée du nom de la vue. La carte exécute l'unique
définition de vue du modèle, résolue pour cette unité : chaque voie abstraite répondue par la source
liée de l'unité. Elle s'adapte pour remplir la carte et ne défile jamais ; la page, si. Ses commandes
suivent la règle Process ci-dessus (Exécuter les procédures seulement), et une vue sans rien dessus
est laissée de côté.

## La vue d'une unité dans View {#a-units-screen-on-view}

Une vue d'un modèle marquée **Afficher dans View** sur sa ligne Tableaux de bord pose une entrée par
unité dans la même liste, nommée `Modèle · Unité · Vue`. Ce n'est pas une pile de cartes : la scène
l'exécute sur le plan de travail comme n'importe quel tableau de bord, résolue pour son unité, avec
la préférence de barre d'état et l'icône choisies sur la vue du modèle. Ses commandes ne demandent
qu'Exécuter les procédures, la voir demande Consulter les modèles, et elle se modifie sur la ligne
Tableaux de bord du modèle ([Tableaux de bord d'un modèle](process-dashboards)), où le même éditeur
s'ouvre avec les voies abstraites du modèle en tête de chaque liste d'adresses.

## Ce qu'un volet d'unité ne fait pas {#what-a-unit-panel-does-not-do}

Il n'est jamais modifié, copié ni réordonné dans View, jamais rangé par le modèle (seulement par
vous, une entrée d'unité à la fois), et ne porte jamais la liste Visible par. Il n'enregistre rien
de lui-même : un instantané, une évaluation ou un essai est enregistré par les services Process et
relu dans [Historiques](histories). Et il ne dessine jamais une carte pour laquelle la station n'a
rien, donc une carte absente de la pile est une carte sans rien à montrer, pas une carte désactivée.