Déclaration d'accessibilité

1. Informations générales

La présente déclaration a été émise par CRE8EVE Sp. z o.o. et concerne l'application mobile Whispet disponible sur la plateforme iOS.

CRE8EVE Sp. z o.o. s'efforce d'assurer l'accessibilité de ses produits et services en intégrant dans le processus de création de l'Application les bonnes pratiques d'accessibilité mobile et les lignes directrices largement reconnues (notamment WCAG 2.1 et la norme EN 301 549) en tant que matériel de référence.

1.1. Statut juridique — microentreprise prestataire de service

CRE8EVE Sp. z o.o. est une microentreprise au sens de l'Art. 7 §1 point 1 de la Loi polonaise du 6 mars 2018 — Droit des entrepreneurs. L'Application Whispet est un service au sens de l'Art. 3 §17 de la Directive (UE) 2019/882 (European Accessibility Act).

Conformément à l'Art. 4 §5 de la Directive (UE) 2019/882 et à l'art. 4 pt 1 de la Loi polonaise du 26 avril 2024 sur la garantie du respect des exigences d'accessibilité de certains produits et services par les entités économiques (Dz.U. 2024, pos. 731), les exigences d'accessibilité prévues par ces actes ne s'appliquent pas aux microentreprises prestataires de services. La présente déclaration revêt donc un caractère volontaire et est émise dans un esprit de transparence envers les Utilisateurs et conformément aux bonnes pratiques applicables aux fournisseurs d'applications mobiles.

Le Responsable du traitement conserve le droit d'apprécier la proportionnalité des solutions d'accessibilité mises en œuvre au regard de l'échelle de son activité et des ressources disponibles.

2. Statut de conformité

L'Application Whispet a été conçue en tenant compte des bonnes pratiques d'accessibilité mobile, en particulier des lignes directrices WCAG 2.1 et de la norme EN 301 549, considérées comme une référence technique.

Le Responsable du traitement ne déclare pas la conformité de l'Application à un niveau spécifique du standard (A / AA / AAA), notamment en raison de :

a) son statut juridique de microentreprise prestataire de service (section 1.1) — absence d'obligation légale de respect des exigences EAA / Loi de 2024,

b) la nature d'autoévaluation de la présente déclaration — absence de certification par un organisme tiers indépendant,

c) le développement continu de l'Application — les fonctionnalités d'accessibilité sont introduites successivement dans les mises à jour ultérieures.

Méthodologie d'évaluation : La présente déclaration a été élaborée sur la base d'une autoévaluation du Responsable du traitement effectuée à partir de :

l'audit automatique du code source en ce qui concerne les étiquettes d'accessibilité, la dissimulation des éléments décoratifs et la prise en charge de Reduce Motion,
la vérification des tailles des éléments interactifs,
les tests de régression automatiques (audit gate AccessibilityAuditTests),
les tests manuels avec le lecteur d'écran VoiceOver sur des écrans sélectionnés.

Les sections 3 et 4 décrivent les fonctionnalités d'accessibilité mises en œuvre et les limitations connues. Le Responsable du traitement s'efforce d'améliorer continuellement l'accessibilité dans les futures mises à jour de l'Application.

3. Fonctionnalités d'accessibilité mises en œuvre

L'application Whispet offre les fonctionnalités d'accessibilité suivantes :

3.1. Prise en charge des lecteurs d'écran (VoiceOver)

Les principaux éléments interactifs — boutons, cartes médicales, filtres, formulaires, champs de date/heure, actions de balayage, menus contextuels — disposent en règle générale d'étiquettes d'accessibilité localisées lisibles par VoiceOver. Les avatars des animaux et photos disposent de descriptions alternatives. Les éléments décoratifs (dégradés, séparateurs, icônes décoratives directionnelles) sont majoritairement masqués aux lecteurs d'écran (.accessibilityHidden(true)).

La couverture n'est pas totale — certains composants moins utilisés ou non standard peuvent ne pas comporter d'étiquettes. Le Responsable du traitement applique un audit automatique (AccessibilityAuditTests) bloquant la régression pour les classes de violations détectées, mais ce gate ne couvre pas toutes les éventualités. Voir section 4.

3.2. Contrastes et couleurs

Système central de couleurs AppColors avec variantes par ColorScheme (clair/sombre) et mode High Contrast — vérifié pour la conformité du contraste aux WCAG
Les couleurs de statut (santé, poids, tendance, sexe) disposent de variantes adaptées au mode clair et sombre (AppColors.*For(colorScheme))
Prise en charge du mode clair et sombre (Light/Dark Mode) avec 13 variantes de dégradés
Mode de contraste élevé (High Contrast Mode) — détails à la section 3.8
Les informations ne sont pas transmises uniquement par la couleur — tous les statuts disposent d'icônes et d'étiquettes textuelles (par ex. flèches de tendance de poids, icônes de médicaments/vaccinations, symboles de sexe)
Les éléments de chargement (skeleton loaders) utilisent les couleurs du thème (surfaceContainer) au lieu de valeurs en dur, assurant un contraste adéquat tant en mode clair que sombre
Les couleurs de statut médical (médicaments, vaccinations, vermifuges, visites) disposent de couleurs de texte/icône dédiées (foreground) garantissant un contraste sur les arrière-plans colorés des icônes dans chaque mode de luminosité
Les boutons d'action de balayage (swipe actions) sélectionnent automatiquement la couleur de texte/icône en fonction de la luminance de l'arrière-plan (contrastText), et l'action d'archivage utilise les couleurs du thème (outline) au lieu d'un gris fixe
Les icônes des états vides (empty state) et des erreurs utilisent les couleurs du thème (onSurfaceVariant) au lieu d'un gris fixe, assurant un contraste adéquat en mode sombre
Les arrière-plans des espaces réservés des photos dans la galerie utilisent les couleurs du thème (surfaceContainerHighest) au lieu de valeurs en dur

3.3. Tailles des éléments interactifs

Les boutons d'action principaux (toolbar, partage, fermer, FAB) sont conçus conformément à la recommandation des Apple Human Interface Guidelines relative à la taille de la zone tactile.
Les éléments interactifs auxiliaires (sélecteurs de couleurs, chips de filtres, petites icônes dans les listes) peuvent avoir une zone tactile plus petite — voir la section 4.3.
Les champs de formulaire ont une hauteur garantissant un toucher confortable (≥ 48 pt)
Mise à l'échelle de la police dans les paramètres de l'application — un curseur continu ; la mise à l'échelle s'applique également aux icônes de l'interface en même temps que le texte

La navigation principale (TabView, NavigationStack avec un enum Route de 58 routes typées) utilise des composants natifs SwiftUI avec accessibilité intégrée
Étiquettes d'accessibilité (.accessibilityLabel) sur les boutons d'icônes dans la barre d'outils (retour, fermer, menu, effacer, etc.), dans les en-têtes de bottom sheet, dans les panneaux de filtres, dans les menus contextuels (Menu) ainsi que sur les icônes auxiliaires des champs de texte
Prise en charge des gestes système natifs iOS (swipe-back, edge gestures, retour à deux doigts sur VoiceOver)
Les champs de formulaire utilisent TextField avec des étiquettes natives visibles au-dessus du champ et un espace réservé
L'ordre de tabulation entre les champs des formulaires est géré par le mécanisme de focus par défaut de SwiftUI avec prise en charge native de VoiceOver et des claviers matériels

3.5. Animations et mouvement

Les principales animations (logo pulsant, effet bokeh, aurora, entrée échelonnée, illustration flottante) respectent le paramètre système Reduce Motion (@Environment(\.accessibilityReduceMotion)) — elles sont désactivées ou immédiatement terminées (108 vérifications de reduceMotion dans le code de l'application)
Les animations des éléments de liste (staggered list) respectent le paramètre Reduce Motion — les éléments apparaissent immédiatement sans animation

3.6. Étiquettes d'accessibilité multilingues

Les étiquettes d'accessibilité (.accessibilityLabel) sont localisées en 6 langues : polonais, anglais, allemand, espagnol, français, italien (308 étiquettes dans le code de l'application)
Les étiquettes d'accessibilité utilisent le système de localisation de l'application (String Catalog .xcstrings) et changent avec la langue de l'interface

3.7. Formats de données alternatifs

Les graphiques (poids corporel, sparkline de tendance sur le profil ainsi que les graphiques des Journaux d'événements — linéaire, à barres et circulaire) fournissent au lecteur d'écran VoiceOver une description sonore des données (« Audio Graph », disponible dans le rotor VoiceOver) ainsi que la lecture des valeurs de chaque point de données — en alternative à la présentation visuelle
Les valeurs numériques et les dates sont lues dans la langue du système

3.8. Mode de contraste élevé (High Contrast Mode)

L'application propose un mode de contraste élevé dédié, conçu pour les personnes malvoyantes.

Activation : Paramètres → Apparence → bouton « Contraste élevé ». Le réglage est mémorisé entre les sessions.

Compatibilité : Le mode de contraste élevé fonctionne avec n'importe quel mode de thème (clair, sombre, système) et peut être combiné avec le mode OLED.

Modifications introduites par le mode de contraste élevé :

Arrière-plans des écrans — uniformes : blanc pur (mode clair) ou noir pur (mode sombre) au lieu du dégradé de couleurs
Effets décoratifs — désactivés : pas d'effets bokeh et aurora, qui peuvent gêner la lecture pour les personnes malvoyantes
Texte — contraste maximal : noir pur sur fond blanc ou blanc pur sur fond noir
Texte secondaire — gris foncé sur fond clair ou gris clair sur fond sombre, avec un contraste nettement renforcé par rapport au mode standard
Bordures et contours — prononcés, plus marqués qu'en mode standard
Panneaux glass (glassmorphisme) — presque opaques au lieu de semi-transparents, assurant la lisibilité du contenu sans interférence avec l'arrière-plan
Champs de formulaire — fond opaque blanc/sombre avec une bordure noire/claire marquée au lieu de champs semi-transparents de type frosted glass
Modales et dialogues — fond opaque, texte noir/blanc pur, contours marqués
Chips et tags — couleurs de fond opaques au lieu de dégradés lerp, bordures marquées
Sélecteurs de dégradés — désactivés (grisés à 0,35 d'opacité) lorsque le mode de contraste élevé est actif, avec un texte explicatif sur la substitution

Localisation : Les étiquettes du mode de contraste élevé sont disponibles dans les 6 langues prises en charge (polonais, anglais, allemand, espagnol, français, italien).

4. Limitations connues

Malgré nos efforts, les éléments suivants peuvent ne pas être entièrement accessibles :

Les formulaires s'appuient principalement sur l'ordre de focus par défaut de SwiftUI — la gestion explicite du focus (@FocusState) n'est actuellement utilisée que dans certains champs de texte sélectionnés
L'application ne définit pas de raccourcis clavier personnalisés (.keyboardShortcut) ; les gestes système iOS natifs et la navigation VoiceOver (rotor, un et deux doigts) restent disponibles

4.2. Grille de photos

La grille de photos dans la galerie (masonry layout) peut être difficile à naviguer avec un lecteur d'écran en raison de sa disposition irrégulière

4.3. Tailles des éléments interactifs auxiliaires

Certains éléments interactifs ont une zone tactile inférieure aux 44 × 44 pt recommandés par Apple. Cela concerne aussi bien les éléments auxiliaires (sélecteurs de couleurs, chips de filtres, petites icônes dans les listes, badges) que certains boutons de fermeture et de suppression (par exemple supprimer une étiquette, une option de liste, un filtre actif) — dans certains cas nettement inférieure. Le Responsable du traitement apporte des corrections progressivement dans les mises à jour ultérieures.

4.4. Animations auxiliaires

Les animations principales de l'application respectent le réglage Reduce Motion. Certaines animations auxiliaires peuvent ne pas comporter de vérification explicite de ce réglage — le Responsable du traitement introduit des correctifs successivement dans les mises à jour ultérieures.

4.5. Lecteurs d'écran dans les composants non standard

Certains composants interactifs rarement utilisés (p. ex. certains gestes combinés, pagination personnalisée sur certains écrans) peuvent ne pas être pleinement optimisés pour VoiceOver. Les principaux parcours utilisateur (timeline, galerie, données médicales, paramètres, Shared Care) sont couverts.

5. Suite des actions

Le Responsable du traitement s'efforce d'améliorer systématiquement l'accessibilité de l'Application dans les futures mises à jour et de mettre à jour régulièrement la présente déclaration en fonction de l'évolution des normes d'accessibilité applicables (en particulier la publication d'EN 301 549 v4.1.1 contenant WCAG 2.2).

Ce qui précède constitue une description des intentions du Responsable du traitement et non un engagement contractuel à fournir des fonctionnalités spécifiques dans un délai déterminé. L'état actuel de conformité à la date de dernière mise à jour du présent document est décrit dans les sections 3 et 4.

6. Retour d'information et contact

Si tu rencontres un problème d'accessibilité dans l'application Whispet, contacte-nous :

E-mail : hello@whispet.app
Adresse : CRE8EVE Sp. z o.o., Tulipanowa 4, 72-003 Dobra, Pologne

Le Responsable du traitement s'efforce de répondre dans un délai raisonnable, n'excédant généralement pas 30 jours à compter de la date du signalement.

7. Autres protections de l'Utilisateur

Nonobstant le statut juridique du Responsable du traitement décrit à la section 1.1, l'Utilisateur conserve les droits généraux des consommateurs conférés par les dispositions de droit d'application générale, y compris la possibilité de recourir aux mécanismes extrajudiciaires de résolution des litiges de consommation décrits dans les CGU de l'application (§15) et dans le CLUF (§14.8).

Dans la mesure où les dispositions relatives à l'accessibilité des produits et services s'appliqueraient au Responsable du traitement, l'autorité de surveillance du marché pour les services de commerce électronique est le ministre chargé de l'informatisation (art. 38 §3 pt 2 de la Loi polonaise du 26 avril 2024, Dz.U. 2024, pos. 731), et la supervision du système de surveillance du marché incombe au Président du Directoire du PFRON. En matière de protection des intérêts collectifs des consommateurs, l'autorité compétente demeure le Président du Bureau de la concurrence et de la protection des consommateurs (UOKiK) (https://uokik.gov.pl).

8. Informations techniques

Plateforme : iOS 18+
Framework : SwiftUI (API natives d'accessibilité iOS — .accessibilityLabel, .accessibilityHint, .accessibilityElement, .accessibilityAction, .accessibilityHidden, @Environment(\.accessibilityReduceMotion), @FocusState)
Méthode d'évaluation : Auto-évaluation sur la base des lignes directrices WCAG 2.1, audit du code source pour les étiquettes d'accessibilité, contrastes et tailles des éléments interactifs
Langues de l'interface : polonais, anglais, allemand, espagnol, français, italien (6 langues)

9. Matériaux de référence

La présente déclaration a été élaborée en tenant compte des lignes directrices d'accessibilité mobile communément reconnues suivantes, traitées comme matériau de référence (et non comme une source d'obligations contraignante pour le Responsable du traitement — voir la section 1.1) :

WCAG 2.1 (Web Content Accessibility Guidelines, W3C) — lignes directrices pour l'accessibilité des contenus web,
EN 301 549 — norme européenne relative aux exigences d'accessibilité des produits et services TIC,
Directive (UE) 2019/882 (Acte européen sur l'accessibilité) et la Loi polonaise du 26 avril 2024 sur la garantie du respect des exigences d'accessibilité de certains produits et services par les opérateurs économiques (Dz.U. 2024, pos. 731) — dans la mesure où elles s'appliquent au Responsable du traitement, compte tenu des exemptions légales.

Déclaration d'accessibilité — Whispet