Política de privacidad
Ámbito: esta tienda y su dominio autorizado · Versión 2026-10-18.1
Borrador jurídico para revisión del titular. Describe funciones implementadas; no acredita aprobación de Google o Meta ni conformidad legal absoluta. La identidad jurídica completa, los criterios definitivos de conservación y las condiciones legales específicas requieren validación del responsable.
1. Qué cubre este aviso y quién decide
Este aviso corresponde exclusivamente a Marvisa Play en el dominio por el que has entrado. El comercio decide sobre sus productos, servicios, contactos, pedidos y contenido. La plataforma Console / Commerce proporciona funciones técnicas de administración. Una autorización de esta tienda no autoriza consultar datos de otra. Las condiciones y tratamientos de la plataforma central se explican en su aviso propio.
Las funciones disponibles dependen de los módulos habilitados y de la configuración del responsable. Describir una función no significa que esté activa en esta tienda. No se presupone una relación comercial por visitar un catálogo ni se transforma el consentimiento para cookies en autorización de marketing o en aceptación contractual.
2. Datos que pueden tratarse y su procedencia
- Cuenta y equipo: correo, nombre, credenciales de acceso protegidas por el mecanismo de autenticación, rol, pertenencia a empresa/proyecto, sesiones y registros de seguridad. Los operadores autorizados tienen permisos diferenciados. Los clientes conservan el acceso habitual por correo y contraseña donde exista; integrar Google o Meta no crea un login social de clientes.
- Contacto: nombre, apellido, correo, teléfono, organización cuando el formulario la solicite, asunto y mensaje. Son datos que escribe la persona; no deben incluir información especialmente sensible o secretos. Las consultas de tienda quedan vinculadas a esa tienda; el formulario público de la plataforma puede generar una notificación al responsable.
- Solicitudes, pedidos y servicios: artículo o servicio seleccionado, cantidades, fechas, información de entrega si el proceso la requiere, notas, estado, historial operativo y datos de contacto. Las reservas utilizan servicio, fecha, zona horaria, capacidad y estado; su existencia no implica que la recepción de reservas esté habilitada.
- Pagos y comprobantes: método elegido, importe, moneda, referencia, evidencia adjunta y decisiones de revisión en los procesos que los solicitan. Los flujos manuales auditados registran referencias y comprobantes: no son un formulario para almacenar PAN completo o CVV de tarjetas. No envíes esos datos en mensajes o imágenes. Si se incorpora una pasarela, deben revisarse su aviso y el flujo antes de utilizarla; no se afirma que todos los datos financieros sean manejados por una pasarela actualmente.
- Contenido y archivos: imágenes, textos de catálogo, blog, borradores sociales, versiones, metadatos, autoría, aprobación y programación editorial. Lo publicado puede ser visible, indexado o copiado fuera del servicio. Los borradores y los datos internos no pasan a ser públicos por adjuntar una imagen.
- Información técnica: solicitudes HTTP, dirección IP y datos de navegador que puedan aparecer en registros de servidor, identificadores de sesión, errores y medidas antifraude/limitación de envíos. No se promete que todos los registros técnicos estén anonimizados.
3. Finalidades y decisiones de la persona
Los datos se utilizan para autenticar y delimitar accesos, responder consultas, preparar y gestionar solicitudes o servicios, revisar pagos, mantener historial de operaciones, presentar contenido aprobado, prevenir abuso y diagnosticar fallos. Los identificadores de operación ayudan a evitar duplicados y a reconciliar resultados inciertos. Los datos requeridos se identifican en cada formulario; si no se facilitan, puede no ser posible tramitar esa solicitud.
Las finalidades opcionales —analítica y atribución de procedencia— tienen controles separados. El titular debe validar las bases jurídicas aplicables a su actividad y territorio, informar de obligaciones contractuales o legales concretas y no extender una finalidad a otra incompatible sin la información y autorización que correspondan. Este borrador no asigna automáticamente una base jurídica a todos los tratamientos.
4. Google: cuenta central y propiedades por proyecto
La integración Search / Analytics conecta una cuenta administrativa central mediante OAuth oficial. Recibe identificador de cuenta, correo verificado, alcances concedidos, vencimiento y tokens; permite descubrir y conservar metadatos de propiedades Search Console, cuentas/propiedades Analytics y flujos web, y asociarlos solo a proyectos autorizados. No crea una cuenta Gmail, no conecta automáticamente Google Ads y no implica acceso a correo Gmail, contactos o documentos Drive mediante estos permisos.
La lectura solicita openid, email, webmasters.readonly y analytics.readonly. Las acciones de registro/provisión requieren consentimiento incremental webmasters o analytics.edit, preflight y confirmación de la operación. Añadir una propiedad Search Console no acredita su verificación. Asociar una propiedad GA4 no instala por sí mismo una etiqueta ni empieza a recopilar eventos. Las escrituras se distinguen de la lectura y no deben ejecutarse sin revisar su resumen.
Los tokens de acceso y actualización de esta integración se almacenan cifrados a nivel de aplicación. Desconectar elimina los tokens locales y vacía los activos descubiertos, pero conserva asociaciones e historial de operaciones; no equivale a suprimir todos los datos. La autorización puede retirarse también desde las conexiones de la cuenta Google. La revocación externa y la desconexión local son acciones distintas.
Los datos de Google se destinan a las funciones autorizadas y visibles de integración; el flujo social auditado no los incorpora a sus solicitudes de IA. Este aviso no autoriza su venta, uso para publicidad personalizada ni entrenamiento generalizado de modelos. El titular debe revisar las obligaciones de uso limitado y cualquier cambio de finalidad antes de habilitar funciones adicionales. Consulta la política de datos de usuarios de las API de Google y las políticas OAuth.
5. Meta: autorización directa por proyecto
La aplicación Meta utiliza claves centrales, mientras que la autorización, el token y la selección de activos pertenecen al proyecto que inicia el flujo. Los permisos implementados son pages_show_list, pages_read_engagement e instagram_basic. Se pueden obtener identificador de usuario de la aplicación, permisos, vencimiento, identificadores/nombres/tareas de páginas y la cuenta Instagram profesional vinculada, con su identificador y nombre de usuario. No se solicitan aquí permisos de publicación ni anuncios y estos permisos no prueban capacidad de publicar.
El token se guarda cifrado; el listado de activos y la selección quedan delimitados al proyecto. Desconectar retira el token local, activos descubiertos y selección, pero puede conservar identificador, alcances e historial. La persona puede retirar la integración en la configuración correspondiente de Meta. Desconectar no borra publicaciones hechas fuera de la plataforma ni todo el contenido de un comercio. Consulta las condiciones de plataforma de Meta y las instrucciones de solicitud de eliminación. Tener datos de aplicación configurados o una versión Graph válida no acredita revisión, permisos avanzados ni aprobación de Meta.
6. IA, proveedores y contenido editorial
La generación social utiliza el servicio Codex de OpenAI, mediante un perfil autorizado. El flujo auditado envía una selección de hechos del catálogo —título, descripción, especificaciones visibles—, voz editorial, marca, destino y región/zona horaria. Usa imágenes propias de catálogo para componer el adjunto localmente; no necesita enviar datos de clientes, contraseñas, tokens OAuth, precios ni existencias al generador de texto. No introduzcas información personal en el catálogo o en la voz de marca si no debe llegar al proveedor.
Se conserva la salida estructurada, sus citas de respaldo, perfil/modelo efectivo, momento, huella de entrada, uso de tokens y cuota informada para trazabilidad. La pieza se guarda como borrador y exige revisión humana. Una programación editorial interna no constituye publicación externa. Las plantillas locales se identifican como plantillas y no como IA. El tratamiento del proveedor también depende del producto y contrato usado: no se promete un régimen de entrenamiento, residencia o retención que no haya sido verificado para esa conexión.
7. Cookies, analítica y atribución
La tienda utiliza mecanismos propios para sesión, seguridad y, cuando esté habilitado, carrito. En el panel «Preferencias de privacidad» del storefront se puede aceptar, rechazar o elegir por separado analítica y atribución. La preferencia cifrada tiene una duración configurada de seis meses. Es una duración de cookie, no una regla de borrado de registros del servidor.
Con consentimiento de atribución, un identificador de contenido/publicación y la hora de llegada pueden conservarse en una cookie cifrada de treinta días y vincularse a la solicitud comercial correspondiente. El registro de atribución puede persistir después de expirar la cookie. Rechazar evita la captura opcional y elimina la cookie correspondiente según el flujo implementado.
Google Analytics solo se carga en el storefront cuando existe configuración habilitada para ese proyecto y consentimiento de analítica. Una conexión OAuth por sí sola no lo activa. La etiqueta implementada desactiva señales de publicidad/personalización y filtra parámetros de URL, pero Google sigue siendo un tercero que puede recibir datos técnicos del navegador al cargarse la etiqueta. Los nombres o duraciones de sus cookies pueden variar según su configuración; no se garantiza una duración que no esté verificada. Cambiar preferencias intenta retirar cookies de analítica del dominio; no borra datos ya enviados a Google ni permite controlar copias fuera de ese dominio.
8. Destinatarios, encargados y transferencias
Pueden acceder los operadores autorizados del comercio y de la plataforma según su función; servicios de alojamiento, almacenamiento y entrega de notificaciones cuando estén configurados; Google o Meta para las integraciones consentidas; y OpenAI para la generación descrita. El contenido que se publique se comunica al público por decisión editorial. Un tercero enlazado o una red social tiene sus propios tratamientos, ajenos al control técnico de esta tienda.
El inventario contractual de encargados, sus entidades, países, garantías de transferencia y subencargados debe confirmarlo el titular: no hay una lista contractual completa aprobada en este aviso. El uso de proveedores internacionales puede implicar tratamiento fuera del país de la persona. No se afirma residencia exclusiva, certificación ni un mecanismo de transferencia específico sin evidencia. Antes de incorporar otro proveedor o enviar categorías adicionales deben evaluarse sus condiciones y actualizarse esta información.
9. Conservación real, supresión y copias
No se ha establecido una política general automatizada de caducidad para todos los registros de negocio, mensajes, borradores, imágenes, autorizaciones y operaciones. Se mantienen hasta una acción autorizada o un procedimiento de conservación aplicable; cancelar una reserva libera cupo pero no elimina su historial. Desconectar tokens, retirar contenido de una vista y eliminar un registro son acciones diferentes.
Las copias de seguridad y los logs pueden contener información histórica. No existe en este aviso un plazo aprobado para su rotación o eliminación; debe fijarlo el responsable según necesidad, obligaciones y capacidad técnica, evitando conservación indefinida injustificada. Si procede conservar cierta evidencia por una obligación concreta, se debe explicar su categoría, motivo y restricción de acceso. No se promete eliminación inmediata de respaldos, cachés, buscadores ni archivos de terceros.
10. Derechos, controles y verificación
Puedes solicitar información, acceso o copia de tus datos, corrección y, cuando proceda, supresión, oposición, restricción o portabilidad; también retirar consentimientos opcionales. El alcance y las excepciones dependen del marco aplicable. Contacta por el canal público indicado abajo, describiendo el dominio y la relación con el servicio. Podría solicitarse una verificación proporcionada de identidad para impedir que otra persona acceda o elimine información ajena; nunca se necesita tu contraseña por correo o chat.
La solicitud de una persona no equivale a autorizar la purga de un comercio. Las instrucciones públicas describen la sustitución de identidad disponible: local por tienda o global para la cuenta compartida, con reautenticación y confirmación, sin borrar operaciones o históricos. Los apellidos/teléfonos en clientes comerciales no se modifican por coincidencia con el correo de login, porque no existe una relación verificada entre esos registros. No se fija un plazo de respuesta ficticio: el titular debe aprobar el procedimiento y atender los plazos legales que efectivamente le correspondan. Si existe una autoridad de protección competente en tu jurisdicción puedes acudir a ella, sin que aquí se invente una autoridad o territorio concreto.
11. Seguridad, menores y cambios
Se utilizan HTTPS en las URLs públicas, delimitación por dominio/proyecto, autenticación administrativa, permisos, protección CSRF en formularios y cifrado de secretos de integración. Estos controles no garantizan seguridad absoluta ni significan que toda la base de datos esté cifrada de la misma forma. No compartas credenciales y notifica incidentes por el canal de contacto.
El servicio administrativo no está diseñado para que menores conecten cuentas de proveedores o contraten por sí solos. El responsable debe definir la edad y los requisitos legales aplicables a su actividad; no se establece aquí una edad universal. Si detectas datos de un menor facilitados sin autorización adecuada, solicita revisión sin enviarlos de nuevo de forma innecesaria.
La versión y fecha identifican este texto. Los cambios sustanciales de finalidad o permisos deben informarse antes de utilizarlos y, si corresponde, requerir nuevo consentimiento. Esta publicación no acepta nuevas condiciones de terceros en nombre de nadie. Las versiones aprobadas y el procedimiento de notificación de cambios deben ser definidos por el titular.
12. Alcance detallado de la sustitución de identidad
El formulario breve de solicitud no autoriza por sí solo a modificar datos: requiere login normal y reautenticación. La acción confirmada afecta únicamente a la persona autenticada, nunca a la tienda completa. Se propone un identificador aleatorio con timestamp, sin hash ni cifrado reversible del correo original.
Sustitución de identidad: ámbito y confirmación
El procedimiento disponible es de sustitución de identidad, no de borrado completo. Conserva TODAS las compras, operaciones, historiales, contenido comercial, importes, fechas, estados, snapshots y adjuntos, incluso copias de datos personales que contengan.
Una cuenta autenticada debe revalidar su contraseña local y confirmar expresamente el ámbito y sus consecuencias antes de actuar. La sustitución es idempotente: repetir una operación completada no crea otro identificador. No se modifica ningún dato de identidad mediante GET.
- En una tienda se sustituye la identidad local presentada en sus vistas de cuenta/equipo; el login global compartido y otras tiendas permanecen sin cambios.
- Desde la ruta global Console se sustituyen nombre y correo de la cuenta compartida, avatar y referencia de login OAuth. Se revocan sesiones administrativas; no se eliminan operaciones ni grants.
- La etiqueta es
deleted account <timestamp UTC>-<id aleatorio>y el correodeleted-<id>@example.invalid, no derivado del correo original ni recuperable desde la constancia. - El modelo actual de cuenta no tiene apellido/teléfono separados. Los clientes comerciales sí contienen estos datos pero carecen de una vinculación verificada a la cuenta. No se sustituyen por coincidencia de correo y no se modifican registros de terceros.
Un hash no es reversible. Cifrar el correo para recuperarlo sería seudonimización. Tampoco la etiqueta de sustitución anonimiza las transacciones o los datos que sigan conservados. La constancia mínima conserva identificadores internos de cuenta/ámbito, etiqueta y fecha, nunca el nombre o correo originales.
Inicia sesión en el backend autorizado de esta tienda y abre «Mi identidad · solicitud de sustitución». No se construye un enlace de backend desde un Host arbitrario.
No hay una función para borrar la tienda o los datos de otros usuarios. Las cuentas sin contraseña local no pueden completar la reautenticación por este mecanismo; no deben crearse credenciales para eludirlo.
Datos relacionados que deben evaluarse
La revisión debe incluir clientes y cuentas, nombres y teléfonos duplicados, correo y direcciones, consultas y texto libre, solicitudes, pedidos, reservas, comprobantes/adjuntos, autoría de contenido e imágenes, snapshots editoriales, atribución, sesiones y dispositivos, identificadores/tokens OAuth, logs, notificaciones, exportaciones y respaldos. No todos los datos pertenecen necesariamente a la misma persona o pueden borrarse sin afectar derechos ajenos o evidencia que deba conservarse.
El procedimiento distingue sustitución de identidad, supresión, retirada pública y conservación restringida; solo se implementa la primera. Se debe dejar constancia mínima de la solicitud sin duplicar los datos que se pretende eliminar, explicar lo retenido y gestionar copias/terceros según las posibilidades y obligaciones reales. No se promete un plazo ni purga completa.
Google y Meta: desconectar no equivale a borrar
Puedes retirar el acceso desde la configuración de conexiones del proveedor y, cuando exista sesión administrativa autorizada, desconectar la integración en el servicio. Esto no elimina por sí solo el historial, asociaciones, publicaciones externas o copias que el proveedor mantenga. Para solicitar revisión de esos datos indica la integración y el proyecto, sin entregar tokens.
Esta URL es de instrucciones públicas, no una URL de callback técnico ni una acreditación de que una eliminación haya concluido. Un eventual callback de Meta deberá validar el signed_request con la aplicación correcta y delimitar al usuario y autorizaciones correspondientes. Un callback requeriría un código de confirmación y una URL de estado opaca, sin datos personales ni afirmaciones de éxito anticipadas. No está implementado ni debe registrarse esta URL como callback; nunca puede interpretarse como una orden de borrar un comercio entero.
Contacto e identificación del responsable
Nombre público: Marvisa Play. Este nombre no acredita una razón social registrada. No se declara domicilio legal, número fiscal ni jurisdicción al no existir datos jurídicos aprobados para este aviso.
Correo público: marvisaplay.vzla@gmail.com.
Contacto público del responsable. Indica «Privacidad» o «Datos personales», el dominio y el tipo de solicitud. No envíes contraseñas, tokens, números completos de tarjetas ni documentos innecesarios.