Registro

Protocolos de muestreo

Un protocolo define qué debe contener un registro: qué campos aparecen en el formulario de observación, cuáles de ellos son obligatorios, las unidades y las listas de valores, y qué cuenta como observación completa. Todos los registros de un proyecto se hacen bajo un protocolo, que también determina el formulario que se muestra a quien registra.

Qué controla un protocolo

El protocolo define la estructura que produce el registro. Cambiar el protocolo cambia también el formulario, por lo que Formularios y campos personalizados y esta página tratan temas relacionados. La página de formularios trata la disposición y los controles a nivel de campo; esta página trata el protocolo que determina qué campos existen en primer lugar.

Qué define el protocolo	Efecto sobre el registro
Campos presentados	El conjunto de campos de datos que aparecen en el formulario de observación. Los campos no incluidos en el protocolo no aparecen y no se pueden rellenar.
Campos obligatorios	Qué campos deben rellenarse antes de poder guardar el registro. La validación se ejecuta en el momento de la introducción, no en la exportación.
Unidades y listas de valores	Las unidades asociadas a los campos numéricos (metros, grados, conteos) y las opciones fijas que se muestran en los campos de elección. Se establecen por protocolo, de modo que todos los registros de un proyecto usan el mismo vocabulario.
Agrupación de registros	How observations are grouped: into survey visits, or left ungrouped as incidental records. The grouping structure determines what the visit prompt shows when you start recording.

Selector de visitas que muestra las visitas disponibles y un botón Continuar sin visita — **Aviso de visita**Al iniciar un registro, la aplicación ofrece las visitas disponibles bajo el protocolo actual, además de la opción de registrar sin visita.

Formulario de introducción de observaciones con los campos definidos por el protocolo activo — **Formulario de observación**Los campos que se muestran aquí, y cuáles de ellos son obligatorios, los fija el protocolo asignado al proyecto.

Los protocolos incluidos

Seven survey protocols ship with the app: Casual / incidental, Site visit, Timed area search and Walking transect under "Other", and Vegetation — Braun-Blanquet, Vegetation — % cover and Vegetation — Drude relevé under "Vegetation". The project created on first run uses Casual / incidental. A project you create later has no protocol until you assign one; until then new records use the casual protocol's core fields.

Lista de protocolos con los siete protocolos incluidos en la aplicación — **Lista de protocolos**Los siete protocolos incluidos. Abra esta lista en el dispositivo para leer la descripción y la estructura de campos de cada uno.

The list on the device is the best place to read each protocol: it shows the full description, the fields it includes and their settings. Open Menu → Protocols and tap a protocol to open it; the Information tab shows its description and settings, the Form builder and Custom fields tabs show its fields.

Elegir el protocolo de un proyecto

One project records under one protocol. Your first project starts with Casual / incidental; later projects start with no protocol and use core fields only. Assign the protocol when you know your method, before records are entered.

Open Menu → Projects and tap the project.
In the Survey protocol section tap Assign a protocol (or Change if one is assigned).
Choose the protocol in the Choose a survey protocol list and tap Done. Assigning copies the protocol's full template — forms and custom fields — into the project.
The observation form reflects the new protocol from the next record onward. Remove keeps your data and the core fields.

Un protocolo por proyecto. Un proyecto se define por un único protocolo, porque mezclar dos estructuras de campos distintas en un mismo conjunto de datos dificulta el análisis. Si su trabajo requiere realmente dos métodos diferentes, cree dos proyectos y expórtelos juntos.

Editar un protocolo

The seven built-in protocols are read-only. To adapt one, open it in Menu → Protocols and tap Clone; the copy is a custom protocol you can rename and edit. The practical case is a method close to a standard one that adds two or three measurements: clone, rename, add the fields. That way you keep the structure you know and only change what is different about your method.

Editing a protocol does not alter records already entered. Those records retain the field values they were given at the time. Projects that already use the protocol keep their copy until you tap Push to assigned projects in the Protocols Studio; from then on new records in those projects use the updated definition. To change the layout for one project only, use Customize on the project form instead.

Naming your edited protocol. Give it a name that distinguishes it from the original so that anyone reading the exported data can identify which definition was in use. The protocol code travels with every export.

Escribir el suyo propio

The Protocols Studio (Menu → Protocols) is where custom protocols are created — tap New protocol and choose From scratch or Clone existing. A protocol has a name, code, description, group, required fields, effort thresholds and vocabulary sets, plus its own forms and custom fields on the Form builder and Custom fields tabs. The field-level work — captions, data types and whether a field appears in list views — is covered in Forms and custom fields.

Mantenga los protocolos tan simples como exija el método. Un protocolo con muchos campos obligatorios ralentiza el registro en el campo; un protocolo sin ningún campo obligatorio produce un conjunto de datos que puede estar incompleto de formas que solo se descubren más tarde.

Validación

Required fields are enforced when the record is entered, not discovered at export. Fields the protocol marks required are enforced when the record is saved: the form lists the missing ones and does not save until they are filled.

Un valor que falta puede aportarse mientras sigue en el sitio. Una vez producida la exportación meses después, ya no. La validación cuesta unos segundos por registro y evita lagunas que después no se pueden rellenar.

Los campos que no están marcados como obligatorios pueden dejarse en blanco. Aparecerán en las exportaciones como celdas vacías en lugar de provocar un error.

Cambiar de protocolo a mitad de temporada

Puede cambiar el protocolo asignado a un proyecto durante una temporada. Los registros existentes conservan los valores con los que se introdujeron; no se vuelven a validar contra el protocolo nuevo. Solo los registros nuevos, introducidos después del cambio, se rigen por el conjunto de campos y las reglas de campos obligatorios del protocolo nuevo.

Si el protocolo nuevo incluye campos que el anterior no tenía, los registros existentes mostrarán esos campos en blanco en las exportaciones. Si el protocolo nuevo omite campos que el anterior sí tenía, esos valores se conservan en la base de datos pero no aparecerán en el formulario de los registros nuevos.

Documente el cambio. Anote la fecha en la que cambió el protocolo, ya sea en la descripción del proyecto o en un archivo aparte de notas de campo. Un análisis que agrupe registros anteriores y posteriores al cambio debe tener en cuenta las distintas estructuras de campos.

Protocol and form configuration travel together in the project setup file. Open the project, tap Share, and send the .ecsurvey file to each device; importing it (Menu → Projects → Import) gives that device the same protocol, forms and custom fields. Every recorder on the study then sees an identical form and records under the same required-field rules. Exporting the project to Google Drive also publishes the setup, which other devices receive with Download from Drive + merge…. See Forms and custom fields and Google Drive collaboration.

Formularios y campos personalizados Consulta de sus datos