Marvisa Play

Términos y condiciones

Á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. Ámbito, identidad y relación entre plataforma y comercio

Estos términos describen el uso de Marvisa Play. La plataforma central facilita administración, catálogo, operaciones y conectores; cada tienda decide su oferta, contenido, datos de contacto y condiciones comerciales. No debe suponerse que el operador técnico es el vendedor de todos los productos de todos los dominios. Este texto no acredita una sociedad registrada, representación legal, domicilio, número fiscal ni elección de jurisdicción no configurados.

Este documento corresponde a la tienda resuelta por este dominio; no otorga acceso a otros proyectos ni modifica sus condiciones. Las funciones concretas dependen de módulos y permisos habilitados. La mera visita a estas páginas no ejecuta operaciones, presta un consentimiento OAuth ni acepta nuevas condiciones en nombre de la persona.

2. Acceso, cuentas y permisos

Quien cree o use una cuenta debe proporcionar datos apropiados y mantener la confidencialidad de sus credenciales. Solo se puede actuar en representación de un comercio o conectar una cuenta externa si se dispone de autorización. Los roles delimitan lectura, configuración, equipo y aprobación; un enlace conocido no concede permiso para un proyecto ajeno.

No se deben compartir contraseñas o tokens, fabricar sesiones, eludir login, elevar privilegios ni usar credenciales de otro comercio. Los accesos pueden requerir controles adicionales y pueden interrumpirse por expiración, revocación o problemas técnicos. Los clientes no necesitan iniciar sesión con Google por el hecho de que el comercio conecte Search / Analytics o Meta.

3. Catálogo, solicitudes y contratación

El catálogo informa sobre los artículos y servicios publicados. Precio, moneda, impuestos, entrega, alcance, disponibilidad, garantías y condiciones de devolución deben ser los que el comercio presente en su proceso de contratación y los que legalmente correspondan. No se garantizan existencias, promociones o prestaciones por una descripción generada ni por un borrador editorial. Un presupuesto, solicitud, reserva y pedido son etapas diferentes y deben identificarse como tales en el flujo aplicable.

Antes de confirmar, revisa artículo o servicio, cantidad, destinatario, fecha, importe y condiciones específicas. Comunica errores sin repetir cobros o solicitudes cuyo resultado sea incierto. En una demo, los datos ficticios no constituyen oferta real y no deben usarse medios de pago ni destinatarios reales para pruebas. Estos términos no inventan políticas de envío, reembolso o cancelación comerciales que el titular no haya aprobado.

4. Reservas, cupos y fechas

Cuando el módulo y la recepción estén habilitados, las reservas se tramitan según disponibilidad del servicio y zona horaria del comercio, con revisión de datos, confirmación y resultado. El servidor revalida cupos: ver una fecha disponible antes de enviar no garantiza que siga libre al confirmar. Las reservas confirmadas ocupan capacidad y las canceladas la liberan; los registros operativos pueden conservarse.

No se debe multiplicar envíos para ocupar cupos ni asumir confirmación sin el resultado del sistema. El comercio debe informar de duración, preparación, pagos, cambios, inasistencias y cancelación propios del servicio cuando correspondan. Si la recepción está deshabilitada, un enlace o un calendario administrativo no habilita reservas públicas ni autoriza alterar su configuración.

5. Pagos y evidencias

Usa únicamente los métodos ofrecidos por el comercio y verifica los datos de destino. En los procesos de revisión manual, adjuntar un comprobante no equivale a pago aceptado: puede requerir revisión del operador. No cargues tarjetas completas, CVV, claves bancarias o documentos innecesarios en imágenes, notas o mensajes. Las referencias, importes, estados y evidencias pueden formar parte del historial operativo.

El servicio no garantiza conciliación instantánea ni crea un SLA por mostrar una pantalla de confirmación. Las condiciones de una pasarela externa, si existe en el proceso concreto, se deben revisar por separado. No se autoriza a cobrar, emitir campañas o generar gasto por el simple hecho de configurar integraciones.

6. Contenidos, imágenes y propiedad intelectual

Quien aporta textos, fotografías, marcas, especificaciones o archivos debe contar con derechos y autorizaciones suficientes para el uso previsto. El permiso operativo necesario para guardar, adaptar tamaño/formato, mostrar o generar un borrador no equivale a transferir la titularidad de una marca ni concede derechos sobre material de terceros. No se presume que una imagen visible en Internet sea de libre uso.

El contenido público puede enlazarse o indexarse según la configuración de publicación; no se concede por ello licencia ilimitada para copiarlo. Los borradores y sus adjuntos internos permanecen sujetos a permisos. Si se denuncia una infracción, deben identificarse el dominio, URL, obra o derecho afectado y la información necesaria para evaluar la reclamación, sin enviar datos excesivos.

7. IA, edición y responsabilidad de aprobación

La IA social transforma hechos del catálogo y voz del proyecto en propuestas por destino. Puede cometer errores, omitir contexto o producir texto inadecuado incluso si supera validaciones automáticas. Las citas de respaldo ayudan a revisar, pero no certifican la veracidad del catálogo. No debe inventar disponibilidad, prestaciones, precios, descuentos o testimonios; corresponde al editor comprobar cada afirmación y la adecuación de las imágenes y derechos.

La secuencia editorial distingue generación, previsualización, edición, revisión y aprobación. Cambiar contenido durante revisión invalida esa revisión; una versión aprobada se conserva y requiere una versión nueva para cambios de contenido. Las plantillas se identifican como alternativa local y no como generación IA. Los ejemplos QA no son piezas aprobadas para difusión.

La programación implementada es editorial interna: fija fecha, zona y snapshot aprobado; no implica envío a redes al vencer. Un permiso de lectura de Meta no es permiso de publicación. Cualquier publicación o campaña externa requiere su propio acceso, capacidad y decisión explícita; estos términos no autorizan difusión automática ni gasto.

8. Google, Meta y otros servicios externos

Las claves centrales identifican la aplicación; no sustituyen el consentimiento de una cuenta ni conceden acceso a todos los proyectos. Google Search / Analytics utiliza una cuenta administrativa central y asociaciones delimitadas. Meta se autoriza directamente en cada proyecto y permite seleccionar activos descubiertos para esa autorización. Las acciones están limitadas a los alcances efectivamente concedidos.

Conectar o descubrir activos no verifica propiedad de un sitio, instala medición, crea una cuenta Google, acepta condiciones legales de proveedores ni activa anuncios. Registrar propiedades o crear flujos requiere preflight, permisos y confirmación propios, y puede necesitar verificación de dominio o requisitos externos. Una operación con timeout debe reconciliarse antes de repetir para evitar duplicados.

Google y Meta pueden exigir revisión, permisos avanzados, actualización de versión, comprobaciones y consentimiento adicional. El servicio no garantiza aprobación de aplicaciones, continuidad de una API o disponibilidad permanente de una cuenta externa. Revocar una integración no borra automáticamente datos ya publicados o conservados por ese proveedor; la política de privacidad distingue los controles disponibles.

9. Usos no permitidos y moderación

No está permitido usar el servicio para fraude, suplantación, acoso, contenido ilícito, infracción de derechos, recopilación no autorizada de datos, spam, malware, ataques, sobrecarga deliberada o evasión de límites. Tampoco deben cargarse secretos o datos personales sin autorización, manipular evidencias ni usar catálogos ajenos para saltar controles de proyecto.

Los operadores autorizados pueden revisar, rechazar o retirar contenido según las herramientas y obligaciones aplicables, preservando la evidencia necesaria y evitando decisiones sobre datos de otro comercio. La existencia de moderación no garantiza revisión previa universal. No se establece una facultad arbitraria de apropiarse de contenido o excluir derechos obligatorios del usuario.

10. Privacidad, solicitudes de datos y cierre

El tratamiento de datos y las preferencias opcionales se explican en la política de privacidad. El acceso a una cuenta no autoriza eliminar la tienda entera. Las solicitudes deben verificarse, delimitar categorías y revisar información relacionada, deberes de conservación y copias. Sustituir un nombre o correo no elimina por sí solo mensajes, adjuntos, historial, direcciones ni tokens relacionados.

La página Eliminación de datos contiene instrucciones y acceso a la sustitución de identidad de la propia cuenta, no a una purga de datos. Requiere autenticación, reautenticación y confirmación explícita del alcance; conserva operaciones, históricos y sus snapshots. El flujo local no altera el login global compartido ni otras tiendas. La retirada de contenido público y el cierre de cuenta son acciones diferentes de la eliminación de datos personales.

11. Disponibilidad, límites y responsabilidades

El servicio puede sufrir errores, mantenimiento, límites de cuota, falta de conexión, cambios de proveedores o interrupciones. No se promete disponibilidad ininterrumpida, ausencia total de fallos, SLA o compensación no contratados. Los estados visibles ayudan a distinguir una operación en curso, completada, cancelada o fallida; no sustituyen verificar un resultado comercial sensible.

El comercio responde de las decisiones y datos que controla; el operador técnico debe atender las obligaciones que le correspondan por el servicio que presta. No se excluyen mediante este borrador responsabilidades que no puedan limitarse legalmente, ni se fija un límite económico arbitrario o una renuncia general de derechos. Las condiciones específicas de un contrato aprobado, y la normativa imperativa aplicable, pueden requerir precisiones adicionales.

12. Cambios, reclamaciones y cuestiones pendientes

Esta versión identifica la redacción actual. Los cambios relevantes deben comunicarse de forma adecuada y no convierten retrospectivamente una visita en aceptación ni habilitan nuevas finalidades de datos. El titular debe aprobar la identidad jurídica, los canales de atención, condiciones de contratación, conservación y procedimiento de cambios antes de presentar el documento como definitivo.

Para consultas o reclamaciones usa el contacto público indicado abajo e identifica el dominio, operación y problema sin revelar secretos. No se impone aquí una jurisdicción, arbitraje, domicilio contractual, plazo de reclamación o aceptación legal que no haya sido determinado y aprobado.