Diseñar un formulario de evento

Una salida de varias etapas funciona con eventos: registros del tipo de relevamiento al que su etapa se vincula. La etapa aporta la ejecución (Iniciar, carriles, numeración, tableros); el tipo de relevamiento aporta todo lo demás, es decir que las fases, los campos, el bloqueo y las alertas se diseñan como cualquier otro formulario. Esta guía construye uno desde cero. Usa un despliegue de equipo como ejemplo (desplegar el equipo en una estación, volver más tarde a leer un instrumento, recuperarlo, evaluar el trabajo), pero la misma receta sirve para cualquier trabajo de campo que se complete por fases: una línea de trampas, un panel de red, una colocación de sensores.

El camino rápido: su organización ya tiene un tipo inicial llamado Evento de despliegue en la estación con todo esto construido. Ábralo en el diseñador y adapte sus etiquetas, opciones y reglas a su equipo y su protocolo en lugar de partir de cero. El resto de esta página explica para qué sirve cada pieza, para que sepa qué está adaptando.

Los campos de identidad que exige una etapa

Cree el tipo de relevamiento y dele cuatro campos sin sección, todos marcados como requeridos. Son los únicos campos que lleva un evento recién iniciado; limítelos a lo que identifica el trabajo:

Campo	Tipo	Función
trip	Salida	Vincula el evento a la salida en curso. Prellenado por Iniciar.
station	Estación	La estación planificada donde ocurre el trabajo. Prellenada por Iniciar.
event_number	Entero	Secuencial dentro de la salida, nunca reutilizado. Prellenado por Iniciar.
status	Lista de selección	El carril del evento. Prellenado por Iniciar; movido por los botones de carril.

Los valores de opción de la lista de estado deben coincidir exactamente con los valores de carril del ciclo de vida de su etapa; la página de Configuración del flujo de trabajo los muestra en la etapa y su verificación en vivo señala cualquier discrepancia antes de guardar. Con los carriles estándar esos valores son planned, in_progress, completed y abandoned. Las etiquetas son suyas en cada idioma; solo los valores almacenados deben coincidir.

Las fases son secciones

Agregue una sección por fase del trabajo, en el orden del campo. El tipo inicial usa cuatro: Despliegue (el equipo entra al agua), Lectura de instrumento (una lectura ambiental tomada después, a menudo justo antes de la recuperación), Recuperación (el equipo vuelve y se trabaja la captura) y Evaluación (si el trabajo siguió el protocolo y si el dato es utilizable). Asigne cada campo restante a la sección de su fase.

Bloquee las fases posteriores con el campo de estado, nunca un requerido simple

Esta es la regla que hace funcionar todo el flujo. Un evento iniciado se guarda solo con sus campos de identidad; un campo de fase posterior marcado simplemente requerido bloquearía cada Iniciar. En su lugar, dé a los campos de cada fase una regla de requerido cuando ligada al campo de estado:

• Campos de despliegue: requeridos cuando status es completed (o, con un ciclo de vida más rico, desde el primer carril posterior al fin del despliegue).
• Campos de recuperación y evaluación: requeridos cuando status es completed.
• Nunca incluya su carril de abandono en una lista de requerido-cuando: abandonar un evento no debe exigir datos jamás.

El resultado: los guardados parciales siempre pasan, y completar el evento es lo que exige el registro completo. La página de Configuración del flujo de trabajo simula un Iniciar contra su formulario y advierte de cualquier campo que lo bloquearía.

Las verificaciones, y la alerta sonora

Agregue reglas de validación para los límites de su protocolo como advertencias, de modo que un valor inusual pida una segunda mirada sin bloquear una observación real:

• Un par de ventana típica sobre una duración (por ejemplo, advertir cuando un tiempo de remojo o exposición sale de la ventana de su protocolo).
• Un mínimo sobre el rendimiento medido de un equipo de protección.
• Un techo de condiciones, como un límite de estado del mar o de clima, marcado con un nivel de alerta para que escale a un cartel de ancho completo y un tono audible en cada dispositivo. Use la alerta con moderación: es para la condición o dos que una tripulación nunca debe pasar por alto.

Las piezas que vale copiar del tipo inicial

• Una duración derivada: un campo numérico calculado entre dos fechas-horas (inicio del despliegue a inicio de la recuperación), para que la tripulación nunca haga aritmética de reloj y sus ventanas se verifiquen sobre el valor calculado.
• Unicidad de marcador: un campo de texto para el identificador del marcador o flotador físico, único dentro de la salida y liberado cuando un evento se abandona, para que dos despliegues activos nunca lleven el mismo marcador.
• Una unidad de trabajo al ingresar: un campo de profundidad almacenado en métrico cuya casilla se abre en la unidad con la que trabaja la tripulación; el valor almacenado nunca depende de quién lo escribió.
• Una posición de instrumento con regla de distancia: un campo de punto que advierte cuando la lectura se tomó demasiado lejos de la posición inicial del evento.
• Un grupo repetible de especímenes: una entrada por animal trabajado en la recuperación, con reglas por entrada (un campo de madurez condicional, una exclusividad muestra-o-marca). Vea grupos repetibles.
• El par de evaluación: si se siguió el protocolo y, por separado, si el dato es representativo, cada uno con una lista de razones cuando la respuesta es no, más un campo de notas requerido cuando el protocolo pasó pero el dato no. Mantenerlos distintos es lo que hace significativos los números de abandono y calidad del informe de resumen de salidas.

Vincule la etapa y pruebe

En Salidas, luego Configuración del flujo de trabajo, agregue una etapa, elija su tipo de relevamiento y asigne los tres campos de convención (estado, número de evento, estación). Active la numeración por salida. Cuando la verificación en vivo quede limpia, guarde, sincronice un dispositivo y recorra un evento de punta a punta: Iniciar en una estación, completar la primera fase, avanzar los carriles, terminarlo y verlo llegar al tablero en vivo de la página de la salida. La guía de salidas de varias etapas cubre ese recorrido en detalle.

Conviene saber

• Los eventos son registros comunes: todo en esta página es configuración de relevamiento, y la revisión, la resolución de conflictos, el historial de versiones y las exportaciones se aplican sin cambios.
• Los números de evento derivan de los datos en el dispositivo, así que la numeración funciona totalmente sin conexión; dos dispositivos numerando en paralelo pueden chocar, y los tableros señalan el duplicado para revisión en lugar de renumerar en silencio.
• Editar el formulario a mitad de temporada es seguro para adiciones bloqueadas con requerido-cuando; los valores almacenados de un campo que luego se elimina atraviesan las ediciones intactos en lugar de perderse.