Formularios de Baserow: crear filas, editar registros o compartir vistas

Un enlace de inscripción no debería dar a un asistente el mismo acceso que a un organizador.

Pensemos en un equipo de producto ficticio que organiza un evento en Baserow. Las nuevas inscripciones necesitan un formulario público. Las correcciones necesitan un enlace a la fila existente. Una lista de estados necesita acceso compartido de solo lectura.

Los ejemplos utilizan los campos ficticios Nombre, Correo electrónico, Sesión y Estado. El Estado lo decide el organizador. Esta guía se basa en la documentación de Baserow: no se ha configurado ninguna instancia ni se ha probado ningún envío. Las comprobaciones propuestas aún deben realizarse.

Elige el enlace según la acción: crear, actualizar o consultar

Baserow documenta que los envíos de formularios ordinarios crean filas nuevas. Su función independiente de enlace para editar una fila conecta una fila existente concreta con un formulario rellenado previamente. Para consultar datos en lugar de editarlos, utiliza una vista compartida públicamente.

Los destinatarios pueden utilizar estas vías sin una invitación al espacio de trabajo. No confundas esa comodidad con saber quién está al otro lado de un enlace.

La guía de acceso público describe los formularios como una forma de aceptar nuevos envíos en lugar de editar datos existentes. Eso describe la vía del formulario público ordinario. Baserow documenta las actualizaciones de filas existentes por separado, en la función de enlace para editar una fila.

Utiliza un formulario público de Baserow para nuevas inscripciones

Muestra solo los campos que deba rellenar quien responda

Empieza con una tabla de pruebas independiente. En el desplegable de vistas de la tabla, selecciona Formulario, elige el tipo de permiso disponible y asigna un nombre a la vista. La guía de formularios describe la configuración e indica que los campos compatibles de la tabla aparecen automáticamente.

Para este evento ficticio, los asistentes proporcionan su Nombre y Correo electrónico y después eligen una Sesión. Oculta Estado mediante los ajustes de la vista de formulario. Comprueba las etiquetas, las respuestas obligatorias y las opciones de Sesión antes de compartirla.

Un envío ordinario crea una fila aunque el correo electrónico coincida con el de una inscripción existente. Baserow no evita automáticamente los duplicados. Decide quién revisará los posibles envíos repetidos y qué se hará con ellos.

La vista previa merece especial atención. Abre la URL pública real y, al enviar el formulario desde ella, se guardan datos reales. Mantén estos experimentos en la tabla de pruebas ficticia.

Trata los valores rellenados previamente y los mensajes de confirmación como presentación, no como prueba

La misma guía documenta parámetros de consulta como ?prefill_Name=Example y ?hide_Field. Son ayudas de presentación. Los destinatarios controlan su URL, por lo que un valor rellenado previamente no puede acreditar su identidad. Tampoco se puede aceptar una inscripción basándose en un valor de aprobación oculto mediante un parámetro de consulta. Si la atribución de una campaña debe ser fiable, un valor rellenado previamente no basta. Ocultar campos en la vista de formulario es un ajuste independiente.

Una confirmación que contenga {row_id} identifica el registro creado. No demuestra la titularidad del correo electrónico enviado ni indica si el trabajo posterior ha terminado. Del mismo modo, la validación de campos obligatorios y tipos de campo puede comprobar restricciones de entrada sin acreditar que una respuesta sea verdadera.

Utiliza un enlace de edición de fila cuando deba cambiar una inscripción existente

Configura un formulario específico de actualización y el campo de enlace para editar una fila

Crea una vista de formulario propia para las correcciones. Muestra solo Sesión si es lo único que necesita corregir el asistente. Mantén Estado oculto en los ajustes de la vista de formulario.

Después, cambia a la vista de cuadrícula, añade un campo del tipo enlace para editar una fila y selecciona en sus ajustes esa vista de formulario de actualización. Las instrucciones de configuración de Baserow indican que esto genera una URL única para cada fila. Al abrirla, se muestran los valores actuales de esa fila; el envío actualiza la fila existente sin crear otra.

Añadir un valor rellenado previamente a la URL de un formulario ordinario no la convierte en un enlace de actualización. El campo de enlace para editar una fila proporciona la conexión documentada con el registro existente.

Protege el enlace y planifica cómo gestionar las ediciones en conflicto

La documentación del enlace para editar una fila indica que cualquier persona que tenga el enlace puede ver los datos expuestos que se han rellenado previamente y enviar cambios a esa fila. Trata la URL como una contraseña. Envíala de forma privada. Excluye el campo de las listas públicas y revisa las capturas de pantalla antes de compartirlas. Mantén también los enlaces activos fuera de los ejemplos que se puedan copiar y de las herramientas de análisis de URL.

Poseer el enlace no verifica la identidad. El proceso tampoco debería depender de un uso único o de una caducidad automática sin pruebas de que existan esos controles.

La documentación indica que se guarda el envío más reciente; no promete combinar las respuestas ni avisar de los conflictos. Decide quién resolverá los cambios en disputa.

Comprueba la revocación por separado. La documentación menciona la eliminación del formulario, la retirada de un campo de la vista de formulario o la regeneración del token cuando esté disponible. El alcance de retirar un campo no está claro: no equipares ocultar una entrada con revocar todo el enlace de la fila. Confirma el control aplicable y después verifica el acceso mediante el enlace antiguo con datos desechables; no se ha establecido la existencia de un botón universal para restablecer tokens.

Utiliza vistas compartidas para consultar novedades, no para que los asistentes editen

Configura los campos visibles, los filtros y las exportaciones antes de compartir

Asigna a la lista de estados una vista de cuadrícula o galería propia. Muestra únicamente valores ficticios de Sesión y Estado; excluye Correo electrónico, los valores de Nombre que no sean necesarios y todos los enlaces para editar filas.

La documentación de acceso público de Baserow describe las vistas de cuadrícula y galería compartidas como de solo lectura e indica que los campos ocultos siguen ocultos al ampliar los registros. Configura los campos y filtros antes de distribuir la URL. Inspecciona tanto la lista inicial como los registros ampliados desde una sesión sin autenticar.

Para una cuadrícula compartida, la documentación indica que Permitir exportación en la vista compartida está desactivado de forma predeterminada. Si se activa, las exportaciones respetan los filtros y campos ocultos configurados. Comprueba el alcance de la exportación con registros inventados; pedir que no se descarguen los datos no sustituye al ajuste.

Distingue una contraseña compartida de la autorización individual

Una contraseña en un enlace de acceso público sigue siendo un secreto compartido. No puede identificar a cada lector ni establecer una autorización por fila basada en la identidad. Incluir la vista en un iframe no cambia quién puede acceder a ella.

Según la guía de acceso compartido, generar una nueva URL de acceso público invalida la URL anterior. No des por hecho que esto también revoca todos los tokens de edición de filas.

Cuando los enlaces se envían por correo electrónico, comprueba por separado la audiencia y lo que permite el destino. La guía de Optijara sobre cómo separar la publicación, el acceso de lectura y los destinatarios de correo electrónico explora esa distinción en Ghost; no explica la configuración de Baserow.

Realiza una revisión previa de Crear, Actualizar y Consultar antes de enviar cualquier enlace

Prepara un conjunto de datos de prueba inocuo

La revisión previa de Crear, Actualizar y Consultar de Optijara es la lista de comprobación propuesta en esta guía. No es una función de Baserow ni un marco de seguridad validado. Comprueba la acción prevista, los datos visibles y la retirada del enlace.

Prepara inscripciones inventadas en una tabla independiente. No utilices direcciones de correo electrónico reales. Las credenciales de producción y los tokens activos de destinatarios también deben quedar fuera del conjunto de pruebas. Asigna a alguien la distribución y retirada de cada enlace, y anota qué campos puede modificar el destinatario.

Este diagrama resume la decisión, no la ejecución interna de Baserow. Su equivalente textual son las tres vías para compartir de la tabla inicial.

Comprueba la acción prevista y la exposición no deseada

Utiliza los comportamientos documentados de los formularios, la edición de filas y el acceso compartido como expectativas y después inspecciona los resultados guardados. Ninguna de las siguientes comprobaciones se ha realizado para esta guía.

Si las correcciones simultáneas son relevantes para el flujo de trabajo, añade una comprobación de concurrencia en una fila desechable y registra qué envío se conserva. Inspecciona la fila guardada o el resultado de acceso de cada comprobación; un mensaje de agradecimiento no basta como prueba.

Registra las expectativas antes de una prueba futura

Registra las expectativas, las observaciones posteriores y las preguntas sin resolver. El JSON siguiente es una nota de planificación con identificadores en minúsculas, no una carga útil de API ni un resultado de prueba. En la tabla ficticia de Baserow, el campo reservado al organizador sigue llamándose Estado.

{
  "playbook": "create-update-view-preflight",
  "fixture": "fictional-event-registrations",
  "actions": ["create", "update", "view"],
  "organizerOnlyField": "status",
  "retirement": "verify-per-link-type",
  "executionStatus": "not-run"
}

Comprueba también si las personas pueden utilizar el formulario. Lee sus etiquetas y prueba la navegación con teclado, incluido el recorrido por los errores de validación. La guía de Playwright de Optijara para probar los estados renderizados de los formularios ofrece un enfoque de pruebas independiente. Su entorno local de pruebas no prueba Baserow, y las comprobaciones automatizadas de accesibilidad no pueden acreditar la conformidad completa.

Errores habituales: tratar todos los enlaces de Baserow como si concedieran el mismo permiso

Un correo electrónico que resulte familiar no es una instrucción para actualizar una fila existente. Los envíos ordinarios y las correcciones específicas de una fila siguen vías distintas. Publicar una columna de enlaces de edición es otro error: distribuye credenciales, aunque la columna parezca un campo de referencia ordinario.

Los controles de campos también requieren una lectura atenta. La visibilidad de la vista de formulario difiere de la ocultación mediante URL que controla el usuario. Los permisos de edición por campo tienen otra finalidad. La guía de permisos de campos de Baserow indica que restringen la edición, no la visibilidad de los valores existentes para los miembros con acceso a la tabla. Las lecturas mediante API siguen devolviendo los datos de los campos cuando existe acceso a la tabla.

No invites a un asistente como Miembro del espacio de trabajo solo para recoger una corrección. La descripción general de permisos describe un acceso amplio al espacio de trabajo para los Miembros de los planes Free y Premium. El control de acceso granular basado en roles (RBAC) para bases de datos y tablas está asociado a Advanced y Enterprise, con diferencias de licencia entre las versiones en la nube y las alojadas por cuenta propia. Comprueba tu despliegue en lugar de asumir que una invitación al espacio de trabajo tiene un alcance limitado.

Límites, comprobaciones del plan y qué supervisar tras la puesta en marcha

Esta guía basada en documentación no es una implementación ejecutable, una prueba de despliegue ni una auditoría de seguridad. Comprueba la versión desplegada y el plan actual, y después confirma los controles de los que depende tu proceso.

El modo encuesta es una opción de presentación de pago; los formularios estándar están disponibles en el plan gratuito. La presentación en modo encuesta no es necesaria para decidir entre crear, actualizar o consultar, y esta guía no predice ninguna mejora en la tasa de finalización.

Los enlaces reenviados pueden frustrar un plan de distribución que, por lo demás, sea cuidadoso. La divulgación accidental también requiere una respuesta, mientras que las inscripciones duplicadas y las correcciones en conflicto dejan a alguien la tarea de conciliarlas. Prevé recursos para ese trabajo en lugar de asumir que el formulario lo elimina.

La información sensible o los requisitos de usuarios verificados exigen un diseño de acceso independiente. Si se necesitan cuentas individuales, la guía de Optijara para planificar el inicio de sesión y la recuperación de cuentas ofrece contexto. No es una receta de integración con Baserow. Iniciar sesión no resuelve por sí solo la autorización a nivel de registro.

Tras la implementación, mantén un pequeño registro de revisión. Utilízalo para evaluar el flujo de trabajo en lugar de asumir que ahorra tiempo. No se han recopilado mediciones para esta guía.

Utiliza el registro para mejorar las instrucciones o cambiar las vías para compartir. Asigna a un responsable las cuestiones de acceso sin resolver.