Ir al contenido

Bloquear un recurso con clave

Un recurso bloqueado con clave se puede ver y ejecutar como siempre, pero nadie puede modificarlo ni borrarlo sin introducir la clave. Sirve para proteger un workflow que ya funciona, un formulario publicado, un dashboard que ve la dirección o un webhook del que depende una integración.

Workflows, formularios, dashboards y webhooks.

Con el recurso bloqueado…¿Se puede?
Verlo y abrirlo en el editorSí
Ejecutarlo (manual, programado, por webhook o formulario)Sí
Activar o pausar un workflowSí
Duplicarlo (la copia es nueva y no está bloqueada)Sí
Guardar cambios, renombrarlo, programarloNo, sin clave
Moverlo de carpetaNo, sin clave
Publicarlo, vincular o desvincular workflows, restaurar una versiónNo, sin clave
BorrarloNo, sin clave
  • El administrador del cliente, en cualquier recurso.
  • El propietario del recurso (quien lo creó), en formularios y dashboards.
  1. Abre el recurso: el editor del workflow, el constructor del formulario o del dashboard, o el panel del webhook.
  2. Pulsa el candado de la barra superior.
  3. Escribe una clave de al menos 6 caracteres y repítela.
  4. Pulsa Bloquear.

Guarda la clave en un sitio seguro. Si se pierde, el administrador puede quitar el bloqueo (ver más abajo).

Cuando alguien intenta guardar o borrar un recurso bloqueado, Floogos le pide la clave. Si es correcta, la operación se repite sola y esa persona puede editar el recurso durante 30 minutos.

  • La ventana de 30 minutos es personal: otra persona sigue necesitando la clave.
  • También puedes abrirla a mano desde el candado, y cerrarla antes con Volver a bloquear.
  • Tras 5 claves incorrectas seguidas, ese usuario queda bloqueado unos 10 minutos para ese recurso.

Quien modifica el recurso por API puede enviar la clave en la cabecera X-Floogos-Edit-Key. Sin ella, la petición recibe un error 423 con el código RESOURCE_LOCKED.

Desde el mismo candado, el administrador o el propietario pueden:

  • Cambiar la clave: las ventanas de edición abiertas con la clave anterior se cierran. El administrador puede cambiarla sin conocer la actual.
  • Quitar el bloqueo: el propietario necesita la clave; el administrador puede quitarlo sin ella. Así un recurso nunca queda bloqueado para siempre.
  • Ver el historial: quién bloqueó, desbloqueó, cambió la clave, la quitó o intentó modificar el recurso sin permiso.

Los recursos bloqueados muestran un candado junto al nombre en los listados de workflows, formularios, dashboards y webhooks.

  • La clave nunca se guarda en claro: solo se conserva un hash.
  • La clave nunca se muestra ni se registra en el historial.
  • Es una protección contra cambios, no contra el uso: no sustituye a los permisos de usuario ni a las políticas de seguridad de los webhooks.
  • La restauración de copias de seguridad en bloque y la desinstalación de plantillas pueden afectar a recursos bloqueados.
  • Borrar una carpeta no borra los recursos que contiene, por lo que no afecta a los bloqueados.