Política de privacidad

Versión 2026-11-15 · publicada el 2026-10-19

Quién es responsable

Cuentas de staff (dueños, administradores, moderadores): CursedTech (CursedTech), (no especificado), es el responsable. Contacto de privacidad: (no especificado).
Jugadores de cada network: el dueño de la network es el responsable y nosotros somos el encargado. Las consultas de jugadores van primero al dueño del servidor; lo ayudamos a responder.
Identificadores antiabuso: respecto de los identificadores que conservamos para prevenir fraude, trampas y evasión de bans (ver Conservación), CursedTech es el responsable. Los jugadores pueden pedirnos directamente el acceso a ellos o su eliminación en (no especificado); revisamos cada solicitud y podemos conservar los identificadores necesarios para ese fin cuando la ley lo permita.
Pagos: Paddle.com es el merchant of record y responsable independiente de los datos que recoge en el checkout y en su portal de cliente (nombre, correo, dirección, datos de pago), según su propio aviso de privacidad: https://www.paddle.com/legal/privacy. Para suscripciones compradas antes por Tebex, y para las descargas gratuitas del resource de CAdmin desde nuestra tienda Tebex, Tebex cumple el mismo rol.

Datos que tratamos

Staff: ID, usuario y avatar de Discord; correo verificado (para avisos del servicio y de cobro); correo del contacto de cobro; passkeys registradas; registro de auditoría de tus acciones; registros de aceptación de estos textos (con la IP y el navegador guardados solo como hashes con clave).
Jugadores: identificadores de FiveM (license, Steam, Discord y otros), cifrados y buscables mediante hashes con clave; nombres en el juego, sesiones, eventos, telemetría de movimiento, tickets, sanciones, investigaciones y notas del staff; snapshots de inventario cifrados con una clave propia de la network.
Direcciones IP: se guardan cifradas, con acceso restringido y registrado; las coincidencias se buscan con hashes con clave. Los registros técnicos de corta duración del servidor web y los avisos de Tebex descritos más abajo son los únicos otros lugares donde aparecen.
Evidencias de voz y pantalla: solo en planes y networks donde estén activas; se cifran y se conservan según el plan (ver la Política de evidencias).
Solicitudes de soporte: los mensajes que nos envías por el centro de soporte de tu panel o por correo, vinculados a tu cuenta y a tu network.
Tickets de Discord: los mensajes publicados en los canales de ticket que CAdmin crea y gestiona en el servidor de Discord de una network (autor, contenido y adjuntos) y las transcripciones de tickets que se generan con ellos, almacenados por CAdmin por cuenta del dueño de la network. Si el dueño activa el asistente de IA para tickets, esos mensajes también se envían a proveedores de modelos de IA (ver más abajo) para que pueda responder a los jugadores.
Handset y Switchboard (cuando están habilitados): transcripciones de las llamadas y los mensajes que los jugadores envían a contactos de servicio y programados (el personaje del jugador, el texto, el resultado y la hora), conservadas durante el periodo de retención de la network (30 días por defecto); las fotos que toman los jugadores, si la network activa el alojamiento de fotos (90 días por defecto); y, si el dueño activa las respuestas de IA, el texto de esos mensajes enviado a proveedores de modelos de IA (ver más abajo). Los mensajes y las llamadas entre jugadores no se copian en estas transcripciones.
Backups del servicio: copias de nuestras bases de datos guardadas en nuestros propios servidores, que permiten restaurar durante unos 25 días; toda copia desaparece en 35 días como máximo. No incluyen la evidencia ni los medios de voz.
Base de datos del juego (cuando el dueño de la network la activa): acceso de lectura a la base de datos del juego del dueño mediante un usuario de solo lectura. Los datos que el dueño mapea (personajes con nombre, fecha de nacimiento y trabajo, dinero, inventario, vehículos y propiedades) se copian al almacén de analítica de la network cada 30 minutos. Cada lectura del staff se registra en el log de auditoría (miembro, hora y cantidad de filas, no las filas). Nunca se leen contraseñas, hashes, tokens, secretos, claves de API ni ids de sesión, y las columnas de licencia, Steam, Discord, IP y correo no se leen como valores. La credencial se cifra y nunca se muestra de vuelta.
Backups de base de datos (cuando la función Database Backups esté habilitada y el dueño de la network la active): volcados cifrados de la base de datos de juego del dueño, que contienen datos de sus jugadores. Nunca guardamos las credenciales de base de datos del dueño.
Registros de acceso de soporte de la plataforma: cuando nuestro personal accede a una network para dar soporte, registramos quién, cuándo y qué se consultó (lecturas incluidas). Los registros a nivel de solicitud se conservan 400 días; los eventos de inicio, fin y vencimiento de sesión se conservan en nuestro registro de auditoría mientras exista la network. Ambos se eliminan cuando la network se purga, y ninguno es visible para el dueño de la network ni se incluye en su exportación de datos.
Avisos de pago de Paddle: nunca recibimos datos de tarjeta. Los avisos de Paddle incluyen sus identificadores de cliente, dirección y suscripción, precios y estados. Al recibirlos eliminamos el medio de pago y los datos de facturación, guardamos el identificador de cliente de Paddle solo como hash con clave (para limitar las pruebas y vincular compras) y eliminamos los demás identificadores de cliente tras un máximo de 400 días.
Avisos de Tebex (suscripciones antiguas y descargas gratuitas del resource): pueden incluir nombre, correo, IP y usuario Cfx.re del comprador. Los guardamos hasta 400 días para auditoría y disputas y luego eliminamos los campos personales.

Para qué los usamos y por qué

Para prestar el servicio que contrataste (moderación, soporte, auditoría, vincular compras a tu network, avisos del servicio y de cobro): ejecución de nuestro contrato contigo.
Para proteger el servicio y prevenir fraude y abuso (incluida una prueba por network y por persona): nuestro interés legítimo.
Para prevenir fraude, trampas y evasión de bans entre networks: nuestro interés legítimo.
Para llevar registros contables: obligación legal.
Avisos opcionales, como las alertas de uso, que puedes desactivar: nuestro interés legítimo.

Para los datos de jugadores que tratamos por cuenta del dueño de una network, es el dueño quien determina la base legal. No vendemos datos personales ni los usamos para publicidad.

Acceso de soporte de nuestro personal

El personal autorizado de CursedTech puede acceder a la network de un cliente para dar soporte y para operar y proteger el servicio, incluidos los datos que ve el propio staff de la network, sin pedir permiso al dueño cada vez. El acceso se hace en sesiones de soporte de 7 días por defecto (el dueño puede fijar de 1 a 30 días por network) y el dueño puede terminar una sesión activa desde la configuración de la network (el nuevo acceso se corta de inmediato; una vista en vivo ya abierta puede seguir actualizándose hasta que se desconecte). Cada acceso, lecturas incluidas, queda registrado de nuestro lado: los registros a nivel de solicitud se conservan 400 días (configurable) y los eventos de inicio, fin y vencimiento de sesión mientras exista la network, y ambos se eliminan cuando la network se purga. Los clientes no pueden ver estos registros y no forman parte de la exportación de datos del dueño.

Bot de Discord

El bot de CAdmin lo agrega a un servidor de Discord el dueño de la network o un administrador de ese servidor. Discord le envía los identificadores de servidor, canal, rol y miembro que necesita para funcionar y, como el bot usa el intent de contenido de mensajes, el contenido de los mensajes de los canales que puede ver. Solo almacenamos y tratamos el contenido de mensajes de los canales de ticket que CAdmin crea y gestiona y, si el dueño lo activa, de los canales elegidos para el aprendizaje del staff (ver más abajo). El bot funciona mediante botones, paneles de tickets y mensajes que publica por cuenta del dueño. Quitar el bot del servidor detiene todo esto; los datos de tickets ya almacenados siguen las reglas de conservación de esta política.

Mosaicos de mapa personalizados

Por defecto los mapas cargan sus imágenes desde el propio CAdmin, así que ningún tercero ve nada. El dueño o un administrador de una network puede definir una dirección propia opcional de mosaicos para el mapa de Operaciones. Si se define, el navegador de cada persona que abre ese mapa carga las imágenes directamente desde ese host de mosaicos, por lo que el host ve la dirección IP del visitante y qué zona del mapa mira. No le enviamos nada más y solo permitimos hosts de mosaicos que estén en la lista propia de la plataforma. El dueño de la network elige el host y es responsable de la licencia de las imágenes. Si no hay dirección definida, el mapa usa nuestras propias imágenes y no hace ninguna solicitud externa.

Asistente de IA

Asistente de IA para el staff (solo si el dueño de la network lo activa). El staff puede consultar a un asistente de IA sobre los datos de la network, en la web o dentro del juego. Solo ve lo que ese miembro del staff puede ver dentro de la network. Antes de enviar algo a un modelo eliminamos secretos e identificadores como correos, direcciones IP e identificadores de licencia, y el texto escrito por jugadores se trata como no confiable. Esta eliminación es automática y se basa en formatos de identificador conocidos; los nombres de jugadores, el texto de los tickets y los detalles de los eventos sí pueden enviarse. El asistente solo propone: cada acción requiere la confirmación de un miembro del staff, las sensibles requieren una passkey y no se toma ninguna decisión automatizada sobre ningún jugador. Conservamos las conversaciones durante el plazo que fija el dueño de la network, vaciamos los resultados de herramientas a los 7 días y eliminamos las propuestas a los 180 días; un registro de uso sin contenido (modelo, tokens y costo) se conserva 400 días. Todos los datos de IA se eliminan cuando se purga la network.

Cuando el dueño de una network activa el asistente de IA para tickets (una función de plan, cuando esté disponible), los mensajes de ticket que necesita se envían a proveedores de modelos de IA a los que llegamos mediante Cloudflare AI Gateway (ver más abajo), y puede responder a los jugadores sin supervisión. Su primer mensaje indica que es una IA y los jugadores pueden pedir hablar con una persona. Aprende de las respuestas del staff solo en los canales que el dueño autorice en una lista. Las solicitudes de IA se enrutan por Cloudflare AI Gateway con el registro de los payloads de solicitud y respuesta desactivado. Los proveedores de modelos (OpenAI, Anthropic) no usan los datos de la API para entrenamiento y pueden conservar entradas y salidas hasta 30 días para monitoreo de abuso, según sus términos. Nuestro modelo de triaje y revisión corre en Cloudflare Workers AI, por lo que Cloudflare es el único proveedor involucrado en ese caso. Si el dueño de la network activa los perfiles de voz del staff, las respuestas del staff (con los identificadores de cuenta redactados; los nombres escritos dentro de una respuesta pueden seguir incluidos) se usan para redactar una guía de estilo que una persona revisa antes de activarla. Si una network usa su propia clave de un proveedor, el acuerdo propio de la network con ese proveedor rige ese tratamiento. El dueño de la network decide si usa el asistente, incluso cuando haya jugadores que puedan ser menores de edad.

Aprendizaje a partir de mensajes del staff

Cuando el dueño de una network lo activa, CAdmin trata mensajes de los canales de Discord que el dueño elige (ninguno por defecto; nunca los canales de ticket), limitados a los mensajes escritos por el staff de la network y a las respuestas directas al staff o del staff. El texto se redacta, se seudonimiza y se cifra antes de guardarse. Los mensajes considerados irrelevantes se eliminan de inmediato; el resto se elimina a los 90 días, a pedido o cuando el mensaje se borra en Discord, y todo se purga cuando la network se da de baja. El tratamiento usa Cloudflare Workers AI con el registro de payloads de AI Gateway desactivado. Los resultados son sugerencias para que el staff las revise y nunca se usan para decisiones automatizadas sobre nadie. El dueño de la network es el responsable de estos datos y nosotros actuamos como encargado; el dueño debe informar a su comunidad.

Base de datos del servidor de juego

Desactivada por defecto; la activa el dueño de la network. Nos conectamos con un usuario de solo lectura que únicamente puede hacer SELECT (uno que creamos para los servidores que alojamos). Revisamos los permisos del usuario al conectar y a diario, y nos detenemos si puede hacer más que leer.

Qué no se lee: contraseñas, hashes, tokens, secretos, claves de API e ids de sesión. Las columnas de licencia, Steam, Discord, Xbox, FiveM, hardware, IP y correo no se leen como valores; de la única columna que vincula un personaje con un jugador solo guardamos un índice protegido. El dueño puede excluir más columnas o tablas completas.
Qué se lee: datos de roleplay, como nombres de personajes, fechas de nacimiento, trabajos, dinero, ítems, vehículos, matrículas y propiedades. El staff que el dueño autorice los ve mediante Player 360, los reportes y el asistente de IA; cada lectura queda auditada.
Analítica e investigaciones: cada 30 minutos (ajustable) los datos mapeados se copian al almacén de analítica propio de la network, con el id de la network en cada fila, para que el staff vea el historial de dinero e ítems y detecte ítems o dinero que aparecieron sin un evento que los explique.
Hallazgos en investigaciones: el staff puede adjuntar a una investigación un cambio señalado (un ítem o dinero que apareció sin un evento que lo explique). Cuando el dueño desactiva la integración, o cambian los dueños de la network, esos hallazgos adjuntos se reemplazan por "Eliminado al terminar el acceso a la base de datos del juego"; la entrada y su registro de auditoría se conservan. Una exportación que el dueño ya descargó es su propia copia y no se ve afectada, y los backups de nuestra plataforma vencen según su propio calendario (ver dónde guardamos los datos).
Asistente de IA: el staff puede consultar estos datos al asistente de IA mediante herramientas fijas de solo lectura que se ejecutan con los permisos del miembro que pregunta. El modelo nunca escribe SQL y no puede cambiar ni restaurar nada. Para esa respuesta, las filas que lee una herramienta (como nombres de personajes, dinero, ítems y vehículos) se envían a modelos de OpenAI y, como respaldo, a Anthropic, a los que llegamos mediante Cloudflare AI Gateway, con la misma eliminación automática de formatos de identificadores conocidos. Esas filas no se guardan en el historial de la conversación. Una vez al día armamos además un resumen de conteos de la network (ítems, totales y distribución del dinero, trabajos, modelos de vehículos), sin datos por personaje; lo que poseen menos de 5 personajes solo aparece como cantidad de poseedores, y el asistente también puede leer este resumen.
Responsable: el dueño de la network es el responsable de estos datos y nosotros somos el encargado; el dueño debe informar a los jugadores de la network.
Al desactivarla: se elimina de inmediato el usuario de solo lectura o la credencial, se detienen todas las lecturas y sincronizaciones, y se borran las copias sincronizadas y el resumen en un plazo de 24 horas. El mapeo de las tablas del dueño se conserva hasta que se elimina la network.

Logs, métricas y seguimiento de errores

Operamos logs, métricas y seguimiento de errores en nuestros propios servidores, sin servicios de observabilidad de terceros.

Logs y métricas: registros técnicos de cómo funciona el servicio (solicitudes, errores, colas y estado de los servidores). Los logs se conservan 14 días y las métricas 30 días, y no tienen backup. Los tokens, las claves, las contraseñas y las IP de los jugadores se eliminan de los logs antes de salir del servidor de la aplicación, aunque una línea de log aún puede contener otros detalles técnicos.
Seguimiento de errores: los errores de nuestro software van a un rastreador de errores autoalojado que solo puede leer nuestro personal.
Paneles para dueños: un dueño puede recibir paneles con los datos de su propia network (por ejemplo, la cantidad de jugadores del servidor a lo largo del tiempo, que conservamos 90 días, tickets y llamadas). El dueño inicia sesión con su cuenta de CAdmin y solo puede consultar su propia network, en modo lectura, mediante un usuario de base de datos limitado a esa network y a las columnas permitidas. Los dueños no pueden ver logs, métricas ni reportes de errores, que pueden contener datos de otras networks, ni nada de otra network.

Con quién los compartimos

Subencargados que actúan por nosotros (y, respecto de los datos de jugadores, por el dueño de la network):

OVH: alojamiento de nuestro servidor dedicado en Canadá, donde corren la aplicación y sus bases de datos.
Cloudflare: CDN, túnel y control de acceso delante del servicio; almacenamiento de objetos R2 para los archivos de evidencia y medios; Workers AI (nuestro modelo de triaje y revisión corre en GPUs de Cloudflare) y AI Gateway para las funciones de IA; y su red WARP, por la que sale el tráfico de nuestro proxy propio autoalojado para consultas a YouTube.
Proveedores de modelos de IA a los que llegamos mediante Cloudflare AI Gateway: modelos de OpenAI y, como respaldo, Anthropic (Claude Haiku). Reciben contenido solo para las funciones de IA que un dueño de network haya activado.
Mailgun (región de Estados Unidos): correo transaccional (se envía desde no-reply@notify.cursedtech.net).
Discord: inicio de sesión, bot y canales de ticket.

Responsables independientes de los pagos:

Paddle (pagos, como merchant of record).
Tebex (pagos antiguos y entrega del resource gratuito).

Dónde se alojan

Nuestros servidores corren en un servidor dedicado alojado por OVH en Canadá, donde se guardan los datos principales del servicio. La evidencia, las exportaciones, los medios y las transcripciones de tickets se almacenan en nuestros servidores o, donde se configura almacenamiento de objetos, en Cloudflare R2 en Estados Unidos (las transcripciones, en nuestra base de datos); los backups de nuestras bases de datos permanecen en nuestros servidores durante 35 días como máximo. El correo transaccional se envía mediante la región de Estados Unidos de Mailgun. La red global de Cloudflare está delante del servicio y transporta las solicitudes de IA mediante su AI Gateway, y los proveedores de IA (OpenAI, Anthropic) tratan esas solicitudes en los países donde operan. Operamos desde (no especificado) y atendemos clientes en todo el mundo, por lo que los datos se transfieren entre estos países. Nuestros proveedores ofrecen garantías para estas transferencias, como cláusulas contractuales tipo en sus condiciones de tratamiento de datos; escríbenos a (no especificado) para más detalles.

Conservación

Eventos y movimiento: según tu plan (hasta 30/90/180 días de eventos, configurable por tipo de evento con 30 días por defecto; 1/7/hasta 30 días de movimiento).
Evidencia de voz: 30 días (Operations) o 90 días (Network). Bajar de plan acorta la evidencia existente al nuevo límite.
Transcripciones de tickets de Discord: el periodo de conservación de evidencia del plan (Starter 7 días, Operations 30 días, Network 90 días).
Mensajes para el aprendizaje del staff (si está activado): los irrelevantes se eliminan de inmediato; el resto a los 90 días, a pedido o cuando se borran en Discord; todo se purga al dar de baja la network.
Nuestros backups de las bases de datos del servicio: permiten restaurar durante unos 25 días y desaparecen en 35 días como máximo, de modo que los datos eliminados y los de una network purgada salen de los backups dentro de 35 días. La evidencia y los medios de voz no están en ellos.
Copias de la base de datos del juego usadas para analítica: se conservan hasta 90 días por defecto (el dueño puede elegir de 30 a 365) y se eliminan en un plazo de 24 horas cuando el dueño desactiva la integración o cambian los dueños de la network. Bajar el plazo deja de usar al instante las copias más antiguas y las elimina poco después; si falta espacio de almacenamiento podemos eliminarlas antes, nunca conservarlas más tiempo. El resumen diario de conteos se elimina con ellas. El mapeo de las tablas del dueño se conserva hasta que se elimina la network.
Logs 14 días, métricas 30 días y el historial de disponibilidad de servidores que se muestra a los dueños 90 días.
Backups de base de datos (cuando la función Database Backups esté habilitada): según el nivel del plan y nunca más antiguos de 35 días; se eliminan al purgar la network destruyendo su clave y borrando los objetos.
Para prevenir fraude, trampas y evasión de bans entre networks, conservamos identificadores técnicos (como direcciones IP e identificadores de cuentas de juego) durante el tiempo necesario para ese fin, incluso después de que una network deje CAdmin.
Al terminar un plan: 30 días en solo lectura con exportación, luego 7 días de aviso y luego la eliminación definitiva de los datos de la network, incluido el borrado criptográfico de sus claves. Después conservamos un registro de que la eliminación se realizó y registros mínimos de las acciones de nuestra plataforma relacionadas con la network, sin su contenido; los identificadores antiabuso indicados arriba se conservan como se describe allí, y los registros de cobro siguen la regla de 6 años.
Registros de acceso de soporte: a nivel de solicitud 400 días (configurable); eventos de sesión mientras exista la network; ambos se eliminan al purgar la network.
Registros de cobro sin datos personales: 6 años.
Identificadores de cliente en los avisos de Paddle y Tebex: hasta 400 días.

Seguridad

Los datos sensibles se cifran, los identificadores solo se pueden buscar mediante hashes con clave, las acciones sensibles del staff piden passkey y las acciones administrativas sensibles quedan en un registro de auditoría. Los backups de nuestras bases de datos se guardan en nuestros propios servidores con acceso restringido.

Tus derechos

El staff puede eliminar su propia cuenta (Seguridad → Eliminar mi cuenta), lo que la anonimiza. Puedes pedirnos acceso, corrección, eliminación, limitación, portabilidad u oposición en (no especificado), y puedes reclamar ante tu autoridad de protección de datos. Los dueños de network pueden exportar los datos de su network. Los jugadores deben contactar primero al dueño del servidor; lo ayudaremos a responder.