Tu información, explicada con claridad.

Quién gestiona los datos

El responsable de esta beta gratuita es Sync4us, proyecto de Aitor Pérez Gutiérrez. Puedes escribir a hello@sync4us.com para cualquier consulta de privacidad o para ejercer tus derechos.

Conexión con Jira Cloud

Si eliges «Conectar con Jira», Atlassian muestra los permisos solicitados y el sitio al que darás acceso. Sync4us consulta tu identificador de cuenta, nombre visible, correo cuando Atlassian lo proporciona, y el identificador y nombre del sitio elegido. La aplicación usa esa conexión para consultar incidencias, permisos, estimaciones y partes de trabajo, y para registrar o modificar horas solo cuando confirmas la operación. El acceso queda limitado por los permisos de tu cuenta en Jira.

En Sync4us 0.27.0 y versiones posteriores, tras conectar Jira o completar la migración, los tokens de acceso y renovación se guardan cifrados en el servicio de Sync4us (Supabase Vault), vinculados a tu perfil, instalación, sitio y cuenta. La aplicación recibe el token de acceso solo en la memoria del proceso principal durante un periodo breve para consultar Jira directamente. El broker de Sync4us alojado en Cloudflare intercambia y renueva tokens, programa eliminar el estado de cada intento de autorización a los diez minutos y bloquea su uso al vencer ese plazo. Las consultas funcionales de incidencias y horas van directamente de la aplicación a Atlassian. El servicio verifica con Atlassian el sitio y el identificador de cuenta y conserva ese identificador y la fecha de conexión más antigua registrada para tramitar los avisos de privacidad de Atlassian.

Los perfiles con Jira conectado en versiones anteriores, incluida 0.26.1, conservan el token de renovación cifrado con el almacenamiento seguro de Windows. Al usar Jira después de actualizar, Sync4us intenta trasladarlo al servicio; solo tras confirmar el traslado elimina el token del perfil local actual y de su copia recuperable. Si falla, Jira se pausa para reintentar y el token local cifrado permanece; en algunos casos tendrás que autorizar Jira de nuevo. Los bloques, referencias y detalles de Jira e histórico continúan en el perfil local; esta actualización no traslada esos contenidos al servicio.

Si utilizas Equipo, el servicio de Sync4us guarda por organización una asociación entre tu perfil y tu identificador de cuenta Jira, junto con un identificador derivado del sitio y el estado de verificación. Cada persona puede consultar su propia asociación; propietarios y administradores del mismo equipo pueden consultar las asociaciones necesarias para el informe. Desde su propio equipo pueden consultar los worklogs que su cuenta Jira les permita ver; la consulta puede ser parcial. Las horas y los worklogs del informe no se guardan en el servicio ni en el almacenamiento persistente del navegador de la aplicación: permanecen en memoria durante la sesión, también si cambias de sección. Solo se conservan los filtros de la última consulta y una huella técnica del contexto. Al cerrar sesión o cuando la aplicación detecta que has perdido acceso a Equipo, también se descartan esos filtros.

Puedes desconectar Jira en la aplicación y revocar también el permiso desde las aplicaciones conectadas de tu cuenta de Atlassian. Desconectar elimina la conexión y los tokens guardados por Sync4us cuando el servicio confirma la operación. Si falla, la aplicación conserva el estado conectado y ofrece reintentar o revocar desde Atlassian. Si todavía existe una credencial OAuth local, también se elimina al desconectar. Desconectar no borra automáticamente el histórico de trabajo que ya tengas guardado en este equipo.

Si Atlassian comunica la actualización o supresión de datos de una cuenta Jira, las instalaciones registradas que reciben esa solicitud pausan la conexión y muestran la limpieza al volver a conectarse. La aplicación retira del equipo credenciales, identificadores, detalles, vínculos y justificantes obtenidos de Jira. Conserva los bloques, fechas, duraciones y totales históricos verificables; el desglose y algunos datos del histórico pueden cambiar al retirar referencias de Jira. Tras comprobar la limpieza local, cada instalación envía por separado un acuse técnico al servicio de identidad. Si no puede completar la comprobación, Jira permanece pausado y la solicitud sigue pendiente para revisión.

En la primera apertura de la versión que incorpora esta limpieza, Sync4us también revisa las copias de perfiles anteriores que encuentre en el mismo equipo y retira sus datos derivados de Jira, incluidos los catálogos y recibos del navegador. Si detecta una copia que no puede revisar con seguridad, detiene la apertura y muestra cómo contactar con soporte sin borrar bloques. Este proceso requiere que cada equipo instale y abra la nueva versión; una instalación que todavía no se haya actualizado conserva sus datos locales anteriores.

Qué recoge la aplicación al actualizarse

Para saber si el mecanismo de actualización funciona, Sync4us puede enviar un acuse técnico de mejor esfuerzo con la fase alcanzada, el resultado, las versiones de origen y destino y un código de fallo de una lista cerrada. La sesión valida que la petición es legítima, pero la métrica se guarda de forma agregada y no conserva tu identidad.

Este acuse no incluye correo, usuario, instalación, nombre del equipo, rutas, URLs, credenciales, datos de Jira o Clockify ni trazas libres. El identificador aleatorio de deduplicación se elimina a los siete días y los conteos diarios agregados se conservan 30 días. Si el acuse falla, no bloquea ni cambia la actualización.

Qué recoge la landing

Si solicitas acceso, tratamos el email, el consentimiento y la verificación de seguridad. La lista de espera guarda el email y la versión y fecha del consentimiento; no reserva plaza ni activa campañas o avisos automáticos.

El alojamiento genera los registros técnicos habituales de una petición web, como dirección IP, fecha, URL, referente y navegador. Netlify Web Analytics utiliza esos registros del CDN para mostrar estadísticas agregadas de páginas vistas, visitantes aproximados, procedencia y país.

En las páginas públicas, incluidas las guías, y en la confirmación de una solicitud, Umami Cloud mide de forma anónima páginas vistas, referente, navegador, dispositivo, país, campañas UTM y clics en los botones de solicitud de acceso. No utiliza cookies ni almacenamiento del navegador. La dirección IP se usa para obtener la ubicación aproximada y no se almacena; los datos de esta propiedad residen en la región europea de Umami.

Para qué y con qué base

• Verificar tu correo y conceder acceso gratuito automáticamente cuando haya plazas.
• Gestionar el registro, una invitación, el acceso y las comunicaciones vinculadas a la prueba.
• Conocer de forma agregada qué páginas reciben visitas y desde dónde llegan.
• Proteger la landing frente a fraude, abuso e incidencias técnicas.

La solicitud se trata a partir de tu consentimiento y de las medidas que pides antes de acceder a la beta. La seguridad y la medición estrictamente agregada responden al interés legítimo de operar y mejorar el servicio.

Proveedores y límites

Netlify aloja la landing y proporciona la medición agregada basada en el CDN. Umami proporciona la medición anónima de las páginas públicas, las campañas y los botones de acceso. Supabase presta los servicios de cuenta, sesión, licencia, registro y lista de espera. Cloudflare Turnstile protege el formulario frente a registros automatizados. Resend interviene cuando se envían correos transaccionales. Atlassian presta Jira Cloud y gestiona el consentimiento OAuth. Cloudflare aloja el broker de conexión y puede tratar datos técnicos de las peticiones para prestarlo y protegerlo.

Los datos de cuenta, vínculos Jira y, desde 0.27.0, tokens OAuth cifrados que Sync4us conserva en Supabase se alojan en Irlanda. Los nuevos registros y la lista de espera se guardan en Supabase, en Irlanda. Las solicitudes históricas del antiguo formulario pueden permanecer en Netlify hasta su eliminación. Resend almacena en Estados Unidos los datos necesarios para enviar nuestros correos. El servicio de conexión con Jira procesa datos de autorización en la red global de Cloudflare. El estado temporal de cada autorización se guarda en un componente de almacenamiento de Cloudflare limitado a la Unión Europea (Durable Object). Cloudflare puede registrar el identificador técnico de ese objeto fuera de esa jurisdicción. Netlify distribuye la web desde una red global; las solicitudes y sus registros técnicos pueden tratarse fuera del Espacio Económico Europeo. Los bloques de trabajo y el histórico local de Sync4us se guardan en el equipo Windows donde utilizas la aplicación.

La analítica no recibe emails, respuestas del formulario, identificadores de invitación, credenciales, horas, claves Jira, notas ni contenido de Clockify. Las rutas privadas de registro, activación y descarga, así como esta página de privacidad, no cargan scripts de analítica.

Conservación y derechos

La lista de espera se conserva hasta 91 días; la limpieza se ejecuta diariamente. Los contadores de abuso guardan el email y un resumen criptográfico de la IP durante un máximo de 48 horas. Conservamos los datos de cuenta, si accedes a la beta, durante el tiempo necesario para gestionar la relación y las obligaciones aplicables. Si no continúa, se elimina o anonimiza cuando deja de ser necesaria. El panel actual de analítica de Netlify muestra siete días de estadísticas agregadas. El plan Hobby de Umami conserva sus estadísticas anónimas durante seis meses.

La asociación de Equipo se mantiene mientras sea necesaria para mostrar y verificar la cuenta Jira vinculada; puedes revocar tu asociación desde la aplicación. Ante un aviso de Atlassian de actualización o supresión, se retiran esas asociaciones. Para las instalaciones que ya están registradas, se mantienen registros técnicos mientras deban recibir la solicitud y confirmar la limpieza. Las instalaciones anteriores al registro por equipo necesitan actualizarse para ejecutar la limpieza local; la retirada de una asociación del servicio no prueba que sus copias locales estén limpias. La huella técnica y los filtros del informe se descartan al cerrar sesión o perder acceso a Equipo. Los registros técnicos por instalación y sus estados de confirmación no tienen actualmente un plazo de borrado automático. Puedes pedir su revisión o supresión mediante el contacto indicado abajo.

Puedes solicitar acceso, rectificación, supresión, oposición, limitación o portabilidad escribiendo a hello@sync4us.com. También puedes presentar una reclamación ante la autoridad de protección de datos que corresponda.