Legal
Política de Privacidad
Última actualización: 4 de septiembre de 2026
Esta política explica cómo se tratan datos personales al usar Minka y cómo pueden ejercerse los derechos aplicables.
Documento base en revisión. Algunos campos legales deben completarse con información real y validarse con asesoría jurídica antes de su versión final.
1. Alcance y responsables
Esta Política explica cómo se tratan datos personales al usar Minka. La identidad y el rol jurídico dependen del tratamiento:
- Contexto: Gestión de residentes, unidades, saldos, reservas y comunicaciones de una comunidad · Rol típico: La comunidad o entidad administradora suele ser responsable; Minka suele actuar como encargado/procesador. · Responsabilidad: La comunidad define fines, categorías, altas/bajas y reglas; Minka procesa conforme al contrato e instrucciones documentadas.
- Contexto: Cuenta de Minka, seguridad, prevención de abuso, soporte, facturación propia y cumplimiento · Rol típico: Minka puede actuar como responsable independiente. · Responsabilidad: Minka define el tratamiento necesario para operar, proteger y cumplir obligaciones propias.
- Contexto: Decisiones compartidas excepcionales · Rol típico: Podría existir corresponsabilidad. · Responsabilidad: Debe documentarse expresamente; no se presume.
Identidad de Minka: [RAZÓN SOCIAL], [IDENTIFICACIÓN], [DOMICILIO], [EMAIL DE PRIVACIDAD]. Delegado de protección de datos, si aplica: [NOMBRE/CONTACTO]. Comunidad responsable: la identificada dentro de la app, invitación o aviso específico.
2. Datos que podemos tratar
- Categoría: Identidad y contacto · Ejemplos: Nombre, apellidos, email, teléfono, foto opcional. · Fuente: Usuario, comunidad o administrador.
- Categoría: Cuenta y acceso · Ejemplos: ID de usuario, organización, unidad, roles, permisos, invitaciones, estado y sesiones. · Fuente: Minka, autenticación y comunidad.
- Categoría: Relación comunitaria · Ejemplos: Propietario, inquilino, family_member, authorized_resident, fechas de ocupación o vínculos cuando apliquen. · Fuente: Comunidad y usuario.
- Categoría: Operación · Ejemplos: Reservas, servicios, eventos, comunicados, solicitudes, incidencias y acciones de staff. · Fuente: Usuario y comunidad.
- Categoría: Finanzas comunitarias · Ejemplos: Conceptos, alícuotas, saldos, estado financiero, referencia/fecha/monto y comprobantes aportados. · Fuente: Comunidad y usuario. No incluye claves bancarias ni datos completos de tarjeta.
- Categoría: Archivos y contenido · Ejemplos: Comprobantes, logos, mapas, reglamentos, imágenes, textos y adjuntos. · Fuente: Usuario o comunidad.
- Categoría: Dispositivo y diagnóstico · Ejemplos: IP, tipo de dispositivo, sistema operativo, versión, idioma, zona horaria, identificadores técnicos, logs de error y eventos de seguridad. · Fuente: Generación automática.
- Categoría: Notificaciones · Ejemplos: Token de notificación push, preferencias, entrega y apertura cuando esté habilitado. · Fuente: Dispositivo/proveedor push.
- Categoría: Ubicación · Ejemplos: Minka no requiere ubicación precisa como regla general. Si una función futura la usa, se pedirá permiso y se actualizará este aviso antes. · Fuente: Permiso del dispositivo, solo si se activa.
- Categoría: Soporte · Ejemplos: Mensajes, contacto, diagnóstico y evidencia compartida voluntariamente. · Fuente: Usuario o administrador.
3. Finalidades y bases jurídicas
- Finalidad: Crear cuenta, autenticar y asignar acceso · Datos: Identidad, contacto, roles, unidad, sesiones. · Base posible a confirmar: Ejecución del servicio/contrato; interés legítimo; instrucciones del responsable.
- Finalidad: Operar comunidad y funciones · Datos: Relaciones, reservas, comunicaciones, staff, mapas. · Base posible a confirmar: Contrato; interés legítimo; obligación legal; instrucciones de la comunidad.
- Finalidad: Mostrar y conciliar información financiera · Datos: Saldos, conceptos, comprobantes y aprobaciones. · Base posible a confirmar: Contrato; obligación legal; interés legítimo; instrucciones del responsable.
- Finalidad: Seguridad y prevención de abuso · Datos: Logs, IP, dispositivo, sesiones y auditoría. · Base posible a confirmar: Interés legítimo; obligación legal; protección de derechos.
- Finalidad: Soporte y comunicaciones de servicio · Datos: Contacto, mensajes y diagnóstico. · Base posible a confirmar: Contrato; interés legítimo.
- Finalidad: Notificaciones push opcionales · Datos: Token y preferencias. · Base posible a confirmar: Consentimiento o servicio solicitado, según jurisdicción y tipo de mensaje.
- Finalidad: Cumplimiento y defensa · Datos: Registros y evidencia pertinente. · Base posible a confirmar: Obligación legal; defensa de reclamaciones.
- Finalidad: Analítica y mejora · Datos: Eventos minimizados o agregados. · Base posible a confirmar: Interés legítimo o consentimiento, según tecnología/ley.
La base jurídica concreta debe configurarse por país y finalidad. Cuando el consentimiento sea necesario, será libre, específico, informado e inequívoco y podrá retirarse sin afectar el tratamiento previo. No condicionaremos funciones esenciales a consentimientos innecesarios.
4. Cómo obtenemos los datos
- Directamente del usuario al registrarse, completar su perfil, reservar, cargar un comprobante o contactar soporte.
- De la comunidad o administrador, que puede cargar listas de unidades, residentes, roles, saldos y colaboradores.
- Automáticamente desde la app, dispositivo e infraestructura para autenticación, seguridad y funcionamiento.
- De proveedores autorizados que prestan servicios técnicos, conforme a contrato y ley.
5. Datos que no solicitamos
No solicitamos contraseñas de banca o correo, PIN, códigos OTP, números completos de tarjetas, biometría, datos médicos, antecedentes ni documentos de identidad salvo que una función y obligación legal específicas lo requieran y se informe previamente. No envíe información sensible innecesaria en comprobantes, adjuntos o soporte.
6. Destinatarios y encargados
Podemos compartir datos, solo según necesidad, con: la comunidad y usuarios autorizados por rol; proveedores de alojamiento, base de datos, autenticación, almacenamiento, notificaciones, correo, monitoreo y soporte; asesores; autoridades cuando exista obligación válida; o adquirentes en una reorganización, con salvaguardas aplicables.
Antes de publicar se debe insertar una lista o enlace actualizado de proveedores: [PROVEEDOR - SERVICIO - PAÍS/REGIÓN - ENLACE DE PRIVACIDAD]. Actualmente la arquitectura conocida utiliza Supabase para funciones de backend/autenticación; deben confirmarse región, contrato, subencargados y configuración real.
7. Transferencias internacionales
Los datos pueden almacenarse o procesarse fuera del país del usuario cuando los proveedores o la infraestructura estén ubicados en otra jurisdicción. Minka y/o la comunidad aplicarán el mecanismo exigido: decisión de adecuación, cláusulas contractuales, garantías apropiadas, autorización o excepción legal. Antes de publicar se indicarán países, mecanismo y forma de obtener copia de las garantías: [COMPLETAR].
8. Conservación
Conservamos los datos solo durante el tiempo necesario para las finalidades descritas, la vigencia de la cuenta/contrato y los plazos legales, de auditoría, seguridad o defensa. La comunidad puede definir retención para datos que controla. Debe completarse y verificarse esta matriz:
- Categoría: Cuenta/perfil · Plazo propuesto - confirmar: Mientras esté activa + [PLAZO]. · Criterio de eliminación: Cierre, baja comunitaria y obligaciones pendientes.
- Categoría: Relación unidad/residente · Plazo propuesto - confirmar: Vigencia + [PLAZO]. · Criterio de eliminación: Cambio de ocupación, auditoría y reclamaciones.
- Categoría: Saldos/transacciones/comprobantes · Plazo propuesto - confirmar: [PLAZO LEGAL/CONTRACTUAL]. · Criterio de eliminación: Obligaciones contables, conciliación y defensa.
- Categoría: Reservas/comunicaciones · Plazo propuesto - confirmar: [PLAZO]. · Criterio de eliminación: Necesidad operativa e historial autorizado.
- Categoría: Logs de seguridad · Plazo propuesto - confirmar: [PLAZO CORTO Y JUSTIFICADO]. · Criterio de eliminación: Investigación de incidentes y seguridad.
- Categoría: Soporte · Plazo propuesto - confirmar: Cierre + [PLAZO]. · Criterio de eliminación: Seguimiento y defensa.
- Categoría: Backups · Plazo propuesto - confirmar: Ciclo de respaldo [PLAZO]. · Criterio de eliminación: Sobrescritura segura según calendario.
9. Seguridad
Aplicamos medidas técnicas y organizativas proporcionales al riesgo, que pueden incluir autenticación, controles por rol, aislamiento entre organizaciones mediante políticas de acceso, cifrado en tránsito, protección de almacenamiento, registros de auditoría, copias de seguridad, gestión de vulnerabilidades y pruebas. Ningún sistema es infalible; por ello mantenemos respuesta a incidentes y revisamos controles.
El usuario debe proteger su dispositivo y credenciales, cerrar sesión en equipos compartidos y reportar incidentes a [EMAIL DE SEGURIDAD]. Nunca debe enviar credenciales u OTP al soporte.
10. Incidentes de seguridad
Ante un incidente que afecte datos personales, evaluaremos alcance y riesgo, mitigaremos, preservaremos evidencia y notificaremos a la comunidad, autoridad y/o titulares dentro de los plazos exigidos. La asignación de responsabilidades y tiempos de cooperación debe constar en el acuerdo de tratamiento con cada comunidad.
11. Derechos de las personas
Según la ley aplicable, puede solicitar información y ejercer derechos de acceso, rectificación/actualización, eliminación o supresión, oposición, suspensión o limitación, portabilidad y a no ser objeto de decisiones basadas únicamente en tratamiento automatizado con efectos significativos. También puede retirar consentimiento y presentar una reclamación ante la autoridad competente.
Para ejercer derechos, escriba a [EMAIL DE PRIVACIDAD] o use [FORMULARIO]. Indique nombre, comunidad, derecho solicitado y datos para localizar su cuenta. Podremos verificar identidad de forma proporcional. Si Minka procesa los datos únicamente por cuenta de una comunidad, remitiremos o asistiremos la solicitud al responsable correspondiente. Responderemos dentro del plazo legal aplicable.
12. RGPD y usuarios en Europa
Si el Reglamento General de Protección de Datos (RGPD) aplica, identificaremos responsable, encargado y delegado; informaremos bases jurídicas, intereses legítimos, conservación, destinatarios, transferencias y derechos; celebraremos contratos de encargado; aplicaremos privacidad desde el diseño y, cuando corresponda, evaluaciones de impacto y mecanismos válidos de transferencia. El usuario puede reclamar ante la autoridad de control de su residencia, trabajo o lugar de la presunta infracción.
13. Ecuador y otras leyes locales
Si el tratamiento está sujeto a la Ley Orgánica de Protección de Datos Personales de Ecuador, se aplicarán sus principios, bases de legitimación, deber de información, seguridad, derechos y reglas de transferencias, junto con su Reglamento General y disposiciones de la Superintendencia de Protección de Datos Personales. Si Minka opera en otro país, esta política deberá adaptarse a sus normas de privacidad, consumo, comercio electrónico, propiedad horizontal y conservación documental.
14. Menores
Minka no está dirigida a menores como titulares independientes salvo que la comunidad y Minka implementen un flujo específico, base jurídica, avisos adecuados y autorización verificable cuando sea necesaria. No deben cargarse datos de menores que no sean indispensables. Si detectamos tratamiento no autorizado, lo restringiremos y coordinaremos su eliminación o regularización.
15. Decisiones automatizadas
La versión prevista de Minka no debe adoptar decisiones basadas únicamente en tratamiento automatizado que produzcan efectos jurídicos o similares significativos. Reglas como elegibilidad de reserva pueden aplicar parámetros definidos por la comunidad (por ejemplo, estado financiero), pero deben ser transparentes, revisables y contar con canal de reclamación. Si esto cambia, se actualizará el aviso antes de activar la función.
16. Notificaciones y comunicaciones
Las comunicaciones necesarias para seguridad, cuenta, reservas, comprobantes o servicio pueden enviarse por email, app o push. Los mensajes promocionales, si existen, tendrán base jurídica y mecanismo de baja. Desactivar push en el dispositivo no necesariamente impide comunicaciones esenciales por otros canales.
17. Cookies, SDK y analítica
La versión web o móvil puede usar almacenamiento local, cookies o SDK estrictamente necesarios para sesión, seguridad y preferencias. Cualquier analítica, publicidad o seguimiento no esencial debe identificarse por proveedor, finalidad y duración, y solicitar consentimiento cuando corresponda. [CONFIRMAR INVENTARIO REAL ANTES DE PUBLICAR].
Servicios patrocinados y publicidad seleccionada
Minka podrá incorporar espacios limitados para servicios previamente seleccionados o negociados, evitando formatos invasivos. Podemos tratar datos mínimos de contexto, como la comunidad, ciudad o categoría de servicio, para mostrar una recomendación pertinente. No venderemos ni entregaremos listas de residentes a anunciantes por el solo hecho de mostrar estos contenidos. Si en el futuro se utilizan perfiles, medición avanzada o publicidad personalizada, esta Política se actualizará y se solicitará el consentimiento cuando la ley lo exija.
Podemos registrar impresiones o clics de forma agregada o vinculada a identificadores técnicos cuando sea necesario para medir el servicio, prevenir fraude o liquidar una campaña. Antes de activar esta función deben definirse proveedor, datos, conservación, base jurídica y mecanismo de oposición o consentimiento.
Enlace de atribución del desarrollador
El enlace “Desarrollado por [NOMBRE DE LA AGENCIA]” dirige a un sitio externo. Al abrirlo, el sitio de la agencia puede recibir datos técnicos habituales de navegación, como dirección IP, navegador, fecha y página de procedencia. Minka no controla ese tratamiento. El enlace debe abrirse solo por decisión del usuario y la agencia debe mantener su propia política de privacidad accesible.
18. Cambios a esta Política
Podemos actualizar esta Política por cambios legales, técnicos o funcionales. Publicaremos la fecha vigente y avisaremos cambios materiales. Cuando una nueva finalidad requiera consentimiento o un aviso previo específico, se obtendrá antes del tratamiento correspondiente.
19. Contacto y reclamaciones
Responsable/encargado: [RAZÓN SOCIAL] Privacidad: [EMAIL] Delegado, si aplica: [CONTACTO] Domicilio: [DOMICILIO] Autoridad de control: [NOMBRE Y ENLACE SEGÚN PAÍS]