Declaración de Accesibilidad

Desde la Cooperativa Simbiótica estamos comprometidas con la creación de tecnología accesible e inclusiva para todas las personas, por ello nuestro equipo de desarrollo está en proceso continuo de formación y adaptación de nuestras aplicaciones para conseguir un alto grado de accesibilidad.

Concretamente, con Festiverso queremos romper con las barreras en el acceso a la información en el sector de la cultura, para que cualquier persona, independientemente de sus capacidades, pueda estar al día y disfrutar de la programación de espectáculos y actividades que se organizan en los festivales y fiestas que ofrecen su información a través de nuestra aplicación.

En la siguiente Declaración de Accesibilidad ofrecemos todos los detalles:

1. Estado de conformidad

De conformidad con el Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público (aplicable como referencia de buenas prácticas para el sector privado bajo la Ley General de Derechos de las Personas con Discapacidad), la aplicación móvil Festiverso presenta un estado de conformidad parcial.

Esta declaración aplica a las versiones de la aplicación disponibles para los sistemas operativos Android (distribuida a través de Google Play Store) e iOS (distribuida a través de Apple App Store), desarrolladas mediante la tecnología Kotlin Multiplatform.

La aplicación ha sido evaluada mediante pruebas automáticas, revisión manual de código y pruebas de usabilidad con tecnologías de asistencia nativas.

2. Medidas de accesibilidad adoptadas

Simbiótica Tec. S. Coop. Mad. se compromete a garantizar la igualdad de oportunidades y la no discriminación. Para ello, la aplicación incorpora las siguientes medidas técnicas y funcionales:

• Alternativas textuales: Todo el contenido no textual relevante (imágenes, iconos y elementos gráficos) incluye descripciones alternativas (contentDescription en Android, accessibilityLabel en iOS) para ser interpretado correctamente por lectores de pantalla.
• Compatibilidad con tecnologías de asistencia: La aplicación es totalmente navegable mediante los sistemas nativos de lectura de pantalla: TalkBack (Android) y VoiceOver (iOS). El orden de lectura es lógico y secuencial.
• Adaptabilidad del texto: El tamaño de la fuente es adaptable, respetando la configuración de tamaño de texto dinámico del sistema operativo sin pérdida de funcionalidad ni contenido.
• Contraste cromático: Se garantiza un ratio de contraste mínimo de 4.5:1 para texto normal y 3:1 para texto grande, cumpliendo con el nivel AA de las Pautas de Accesibilidad para el Contenido Web (WCAG 2.1), tanto en modo claro como oscuro.
• Diseño intuitivo y tolerante a errores: La interfaz sigue patrones de diseño predecibles, con un lenguaje claro y sencillo. Se incluyen mecanismos de prevención y corrección de errores en formularios y procesos de interacción.
• Navegación por gestos y dispositivos de conmutación: La interfaz está adaptada para su uso mediante gestos estándar de accesibilidad y es compatible con dispositivos Switch Access, permitiendo el control completo sin necesidad de interacción táctil fina.
• Seguridad fotosensible: No se utiliza ningún contenido que parpadee más de tres veces por segundo, ni luces intermitentes o animaciones rápidas que puedan provocar reacciones fotosensibles.
• Navegación estructurada por cabeceras: La jerarquía de la información está semánticamente definida mediante cabeceras y landmarks, permitiendo a los usuarios de lectores de pantalla navegar rápidamente entre secciones y comprender la estructura del contenido sin necesidad de leerlo linealmente.
• Notificación de cambios dinámicos: Se implementan anuncios de accesibilidad (live regions o notificaciones equivalentes) que informan automáticamente al usuario cuando la interfaz cambia de estado sin recargar la pantalla completa, como la finalización de cargas de contenido, la aparición de mensajes de error o la actualización de datos en tiempo real.
• Cumplimiento de guías de diseño nativo: Todos los elementos interactivos respetan las guías de estilo de Material Design (Android) y Human Interface Guidelines (iOS). Esto incluye tamaños mínimos de área táctil (48x48 dp/pt), márgenes adecuados entre elementos para evitar activaciones accidentales, y descripciones de acción claras en botones e iconos que van más allá de su etiqueta visual.

3. Contenido no accesible y excepciones

A pesar de los esfuerzos realizados, las siguientes partes de la aplicación presentan barreras de accesibilidad, justificadas a continuación:

3.1. Mapa interactivo integrado

• Descripción de la limitación: El componente de mapa interactivo dentro de la aplicación no es completamente accesible para usuarios que navegan exclusivamente con lectores de pantalla o dispositivos de conmutación debido a limitaciones técnicas de la librería de mapas de terceros utilizada en la capa compartida.
• Alternativa proporcionada: Se ofrece una vista alternativa en formato lista con todos los puntos de interés. Desde esta lista, el usuario puede acceder a la ubicación exacta y abrir las indicaciones de ruta en la aplicación de mapas predeterminada del dispositivo (Google Maps o Apple Maps), las cuales son plenamente accesibles.
• Justificación: Carga desproporcionada técnica en la versión actual, subsanada mediante una alternativa funcional equivalente.

3.2. Contenido editable generado por administradores

• Descripción de la limitación: Determinado contenido visualizado en la aplicación es generado dinámicamente por administradores de eventos a través de un panel de gestión web externo. Si el administrador no utiliza las herramientas de edición accesible, el contenido resultante (imágenes sin describir, textos con bajo contraste) puede no ser accesible.
• Alternativa proporcionada: El panel de administración incluye guías y validadores de edición accesible que obligan o recomiendan encarecidamente el cumplimiento de los criterios WCAG 2.1 AA antes de publicar. Se está trabajando en la automatización de estas validaciones.
• Justificación: El contenido es generado por terceros (administradores del evento) fuera del control directo del código de la aplicación móvil.

4. Elaboración de la declaración

Esta declaración se ha elaborado el 10 de marzo de 2026.

El método de evaluación empleado ha incluido:

1. Revisión de código estático y dinámico: Auditoría del código base Kotlin utilizando las reglas de Lint específicas de accesibilidad de Android. Este proceso automatizado detecta y corrige problemas como la ausencia de etiquetas, contrastes insuficientes o tamaños de elemento incorrectos antes de la compilación, complementando las pruebas manuales.
2. Autoevaluación técnica: Uso de herramientas automatizadas: Accessibility Scanner e informe de accesibilidad de Google Play.
3. Pruebas manuales: Navegación completa utilizando únicamente teclado, gestos de accesibilidad y lectores de pantalla (TalkBack y VoiceOver).

5. Mecanismo de retroalimentación y contacto

Simbiótica Tec. S. Coop. Mad. valora sus sugerencias para mejorar la accesibilidad de Festiverso. Puede comunicar cualquier dificultad encontrada o solicitar información accesible sobre los contenidos de la aplicación a través de los siguientes medios:

• Correo electrónico: hola@festiverso.app
• Asunto recomendado: "Incidencia de accesibilidad - Festiverso"

Nos comprometemos a revisar su comunicación y responder en un plazo máximo de 10 días hábiles, informando de las medidas adoptadas o, en su caso, de las razones por las que no fuera posible atenderla inmediatamente.

6. Procedimiento de ejecución (Reclamaciones)

En el caso de que no estuviera satisfecho con la respuesta recibida tras contactar con el equipo de Festiverso, o si considera que la aplicación no cumple con los requisitos de accesibilidad establecidos en el Real Decreto 1112/2018 y la Ley General de Derechos de las Personas con Discapacidad (Real Decreto Legislativo 1/2013), tiene derecho a presentar una reclamación.

De conformidad con el artículo 13 del Real Decreto 1112/2018, el procedimiento es el siguiente:

1. Requisito previo: Haber presentado previamente una queja o solicitud de información accesible a través del canal indicado en la sección 5 y no haber obtenido respuesta en plazo, o que la respuesta sea insatisfactoria.
2. Presentación de la reclamación: La reclamación deberá dirigirse a la Unidad responsable de accesibilidad competente. Dado que la entidad responsable tiene su domicilio en la Comunidad de Madrid, la reclamación puede presentarse ante la Consejería de Familia, Juventud y Política Social de la Comunidad de Madrid (órgano competente en materia de accesibilidad en la región) o a través del procedimiento general del Estado.
   • Enlace al procedimiento de la Administración General del Estado: Reclamación sobre accesibilidad de sitios web y aplicaciones móviles
   • Enlace al procedimiento de la Comunidad de Madrid: Reclamación de accesibilidad web y apps
3. Plazo: La reclamación deberá presentarse en el plazo de un mes desde la recepción de la respuesta insatisfactoria o desde la finalización del plazo de respuesta (10 días hábiles).

El organismo competente tramitará la reclamación y emitirá una resolución motivada en el plazo establecido legalmente.