Concevoir un formulaire d'événement

Une sortie multi-étapes fonctionne avec des événements : des enregistrements du type de relevé auquel votre étape se lie. L’étape fournit l’exécution (Démarrer, files, numérotation, tableaux); le type de relevé fournit tout le reste, c’est-à-dire que les phases, les champs, le verrouillage et les alertes se conçoivent comme tout autre formulaire. Ce guide en construit un à partir de zéro. Il prend un déploiement d’engin comme exemple courant (déployer l’équipement à une station, revenir plus tard relever un instrument, le récupérer, évaluer le travail), mais la même recette convient à tout travail de terrain qui s’accomplit par phases : une ligne de pièges, un panneau de filet, une pose de capteur.

Le chemin rapide : votre organisation possède déjà un type de démarrage nommé Événement de déploiement à la station avec tout ceci déjà construit. Ouvrez-le dans le concepteur et adaptez ses libellés, options et règles à votre engin et votre protocole plutôt que de partir d’une page blanche. Le reste de cette page explique à quoi sert chaque pièce, pour savoir ce que vous adaptez.

Les champs d’identité qu’exige une étape

Créez le type de relevé et donnez-lui quatre champs sans section, tous marqués requis. Ce sont les seuls champs qu’un événement fraîchement démarré porte; limitez-les à ce qui identifie le travail :

Champ	Type	Rôle
trip	Sortie	Relie l’événement à la sortie en cours. Prérempli par Démarrer.
station	Station	La station planifiée où se fait le travail. Préremplie par Démarrer.
event_number	Entier	Séquentiel dans la sortie, jamais réutilisé. Prérempli par Démarrer.
status	Liste de choix	La file de l’événement. Préremplie par Démarrer; déplacée par les boutons de file.

Les valeurs d’option de la liste d’état doivent correspondre exactement aux valeurs de files du cycle de vie de votre étape; la page Réglages du flux de travail les affiche sur l’étape et sa vérification en direct signale tout écart avant l’enregistrement. Avec les files standard, ces valeurs sont planned, in_progress, completed et abandoned. Les libellés vous appartiennent dans chaque langue; seules les valeurs stockées doivent concorder.

Les phases sont des sections

Ajoutez une section par phase du travail, dans l’ordre du terrain. Le type de démarrage en utilise quatre : Déploiement (l’engin entre à l’eau), Relevé d’instrument (une lecture environnementale prise plus tard, souvent juste avant la récupération), Récupération (l’engin revient et la capture est traitée) et Évaluation (le travail a-t-il suivi le protocole, et la donnée est-elle utilisable). Affectez chaque champ restant à la section de sa phase.

Verrouillez les phases ultérieures sur le champ d’état, jamais un requis nu

C’est la règle qui fait fonctionner tout le flux. Un événement démarré s’enregistre avec ses seuls champs d’identité; un champ de phase ultérieure marqué simplement requis bloquerait chaque Démarrer. Donnez plutôt aux champs de chaque phase une règle requis quand liée au champ d’état :

• Champs de déploiement : requis quand status vaut completed (ou, avec un cycle de vie plus riche, dès la première file qui suit la fin du déploiement).
• Champs de récupération et d’évaluation : requis quand status vaut completed.
• N’incluez jamais votre file d’abandon dans une liste requis-quand : abandonner un événement ne doit jamais exiger de données.

Résultat : les enregistrements partiels passent toujours, et c’est l’achèvement qui exige le dossier complet. La page Réglages du flux de travail simule un Démarrer contre votre formulaire et signale tout champ qui le bloquerait.

Les vérifications, et l’alerte sonore

Ajoutez des règles de validation pour les bornes de votre protocole en avertissements, pour qu’une valeur inhabituelle demande un second regard sans bloquer une observation réelle :

• Une paire de fenêtre typique sur une durée (par exemple, avertir quand un temps d’immersion ou d’exposition sort de la fenêtre de votre protocole).
• Un minimum sur la performance mesurée d’un équipement de protection.
• Un plafond de conditions, comme une borne d’état de la mer ou de météo, marqué d’un niveau d’alerte pour qu’il s’élève en bannière pleine largeur et tonalité audible sur chaque appareil. Utilisez l’alerte avec parcimonie : elle vise la ou les deux conditions qu’un équipage ne doit jamais dépasser.

Les pièces à copier du type de démarrage

• Une durée dérivée : un champ numérique calculé entre deux dates-heures (début du déploiement au début de la récupération), pour que l’équipage ne fasse jamais d’arithmétique d’horloge et que vos fenêtres se vérifient sur la valeur calculée.
• L’unicité de marqueur : un champ texte pour l’identifiant du marqueur ou flotteur physique, unique dans la sortie et libéré quand un événement est abandonné, pour que deux déploiements actifs ne portent jamais le même marqueur.
• Une unité de travail à la saisie : un champ de profondeur stocké en métrique dont la case s’ouvre dans l’unité de travail de l’équipage; la valeur stockée ne dépend jamais de qui a tapé.
• Une position d’instrument avec règle de distance : un champ point qui avertit quand la lecture a été prise trop loin de la position de départ de l’événement.
• Un groupe répétable de spécimens : une entrée par animal traité à la récupération, avec des règles par entrée (un champ de maturité conditionnel, une exclusivité échantillon-ou-marque). Voir groupes répétables.
• La paire d’évaluation : le protocole a-t-il été suivi, et séparément la donnée est-elle représentative, chacune avec une liste de raisons quand la réponse est non, plus un champ de notes requis quand le protocole a passé mais pas la donnée. Cette distinction est ce qui rend significatifs les chiffres d’abandon et de qualité du rapport de synthèse des sorties.

Liez l’étape et testez

Dans Sorties, puis Réglages du flux de travail, ajoutez une étape, choisissez votre type de relevé et associez les trois champs de convention (état, numéro d’événement, station). Activez la numérotation par sortie. Quand la vérification en direct est propre, enregistrez, synchronisez un appareil et parcourez un événement de bout en bout : Démarrer à une station, remplir la première phase, avancer les files, terminer, et le voir arriver sur le tableau en direct de la page de la sortie. Le guide des sorties multi-étapes couvre ce parcours en détail.

Bon à savoir

• Les événements sont des enregistrements ordinaires : tout sur cette page est de la configuration de relevé, et la vérification, la résolution de conflits, l’historique des versions et les exports s’appliquent sans changement.
• Les numéros d’événement dérivent des données sur l’appareil, donc la numérotation fonctionne entièrement hors ligne; deux appareils numérotant en parallèle peuvent entrer en collision, et les tableaux signalent le doublon pour vérification au lieu de renuméroter en silence.
• Modifier le formulaire en cours de saison est sûr pour des ajouts verrouillés par requis-quand; les valeurs stockées d’un champ retiré plus tard traversent les modifications intactes au lieu d’être supprimées.