Déclaration d'accessibilité

Wavestone est conscient que des problèmes d’accessibilité bloquants existent sur le site actuel.

Engagé depuis longtemps dans une démarche RSE, Wavestone en a fait un axe fort de sa stratégie d’entreprise. Wavestone doit maintenant aligner ses engagements sociétaux et sa politique en faveur du handicap avec sa stratégie digitale et fait de l’accessibilité numérique de son site web un enjeu majeur.

Wavestone s’engage à rendre son site Web accessible conformément à l’article 47 de la loi n° 2005-102 du 11 février 2005.

A cette fin, il met en œuvre la stratégie et les actions suivantes :

• Un projet de refonte complète du site Web, lancé fin 2022, qui doit aboutir en 2023 à un site Web avec un niveau d’accessibilité minimum de 80% en conformité avec le RGAA
• L’élaboration de son schéma pluriannuel d’accessibilité et de plans d’action annuels, en cours de construction, qui seront mis à disposition sur le site Web

Cette déclaration d’accessibilité s’applique au site Web :
https://www.wavestone.com/fr/

Wavestone n’est pas en conformité avec le référentiel général d’amélioration de l’accessibilité RGAA version 4. Les non-conformités sont énumérées ci-dessous.

L’audit de conformité au RGAA 4.1 réalisé par la société Temesis révèle que :

• 23.61 % des critères RGAA sont respectés.

Dans le détail :

• Nombre de critères conformes : 17
• Nombre de critères non applicables : 34
• Nombre de critères non conformes : 55

Les contenus listés ci-dessous ne sont pas accessibles pour les raisons suivantes :

Liste des critères non conforme :

• 1.1 Chaque image porteuse d’information a-t-elle une alternative textuelle ?
• 1.2 Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?
• 1.3 Pour chaque image porteuse d’information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
• 1.6 Chaque image porteuse d’information a-t-elle, si nécessaire, une description détaillée ?
• 1.8 Chaque image texte porteuse d’information, en l’absence d’un mécanisme de remplacement, doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
• 2.1 Chaque cadre a-t-il un titre de cadre ?
• 2.2 Pour chaque cadre ayant un titre de cadre, ce titre de cadre est-il pertinent ?
• 3.1 Dans chaque page web, l’information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
• 3.2 Dans chaque page web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé (hors cas particuliers) ?
• 3.3 Dans chaque page web, les couleurs utilisées dans les composants d’interface ou les éléments graphiques porteurs d’informations sont-elles suffisamment contrastées (hors cas particuliers) ?
• 4.1 Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audiodescription (hors cas particuliers) ?
• 4.3 Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ?
• 4.4 Pour chaque média temporel synchronisé pré-enregistré ayant des sous-titres synchronisés, ces sous-titres sont-ils pertinents ?
• 4.7 Chaque média temporel est-il clairement identifiable (hors cas particuliers) ?
• 5.1 Chaque tableau de données complexe a-t-il un résumé ?
• 5.4 Pour chaque tableau de données ayant un titre, le titre est-il correctement associé au tableau de données ?
• 5.6 Pour chaque tableau de données, chaque en-tête de colonnes et chaque en-tête de lignes sont-ils correctement déclarés ?
• 5.7 Pour chaque tableau de données, la technique appropriée permettant d’associer chaque cellule avec ses en-têtes est-elle utilisée (hors cas particuliers) ?
• 6.1 Chaque lien est-il explicite (hors cas particuliers) ?
• 6.2 Dans chaque page web, chaque lien, a-t-il un intitulé ?
• 7.1 Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ?
• 7.3 Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
• 7.4 Pour chaque script qui initie un changement de contexte, l’utilisateur est-il averti ou en a-t-il le contrôle ?
• 7.5 Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d’assistance ?
• 8.2 Pour chaque page web, le code source généré est-il valide selon le type de document spécifié (hors cas particuliers) ?
• 8.6 Pour chaque page web ayant un titre de page, ce titre est-il pertinent ?
• 8.7 Dans chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?
• 8.9 Dans chaque page web, les balises ne doivent pas être utilisées uniquement à des fins de présentation. Cette règle est-elle respectée ?
• 9.1 Dans chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?
• 9.2 Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
• 9.3 Dans chaque page web, chaque liste est-elle correctement structurée ?
• 9.4 Dans chaque page web, chaque citation est-elle correctement indiquée ?
• 10.1 Dans le site web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l’information ?
• 10.2 Dans chaque page web, le contenu visible porteur d’information reste-t-il présent lorsque les feuilles de styles sont désactivées ?
• 10.4 Dans chaque page web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu’à 200%, au moins (hors cas particuliers) ?
• 10.6 Dans chaque page web, chaque lien dont la nature n’est pas évidente est-il visible par rapport au texte environnant ?
• 10.7 Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
• 10.9 Dans chaque page web, l’information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
• 10.11 Pour chaque page web, les contenus peuvent-ils être présentés sans avoir recours à la fois à un défilement vertical pour une fenêtre ayant une hauteur de 256px, ou à un défilement horizontal pour une fenêtre ayant une largeur de 320px (hors cas particuliers) ?
• 10.12 Dans chaque page web, les propriétés d’espacement du texte peuvent-elles être redéfinies par l’utilisateur sans perte de contenu ou de fonctionnalité (hors cas particuliers) ?
• 10.13 Dans chaque page web, les contenus additionnels apparaissant à la prise de focus ou au survol d’un composant d’interface sont-ils contrôlables par l’utilisateur (hors cas particuliers) ?
• 11.1 Chaque champ de formulaire a-t-il une étiquette ?
• 11.4 Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés (hors cas particuliers) ?
• 11.5 Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?
• 11.9 Dans chaque formulaire, l’intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?
• 11.10 Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
• 11.13 La finalité d’un champ de saisie peut-elle être déduite pour faciliter le remplissage automatique des champs avec les données de l’utilisateur ?
• 12.6 Les zones de regroupement de contenus présentes dans plusieurs pages web (zones d’en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche) peuvent-elles être atteintes ou évitées ?
• 12.7 Dans chaque page web, un lien d’évitement ou d’accès rapide à la zone de contenu principal est-il présent (hors cas particuliers) ?
• 12.8 Dans chaque page web, l’ordre de tabulation est-il cohérent ?
• 12.9 Dans chaque page web, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ?
• 13.3 Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ?
• 13.8 Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l’utilisateur ?
• 13.9 Dans chaque page web, le contenu proposé est-il consultable quelle que soit l’orientation de l’écran (portrait ou paysage) (hors cas particuliers) ?
• 13.10 Dans chaque page web, les fonctionnalités utilisables ou disponibles au moyen d’un geste complexe peuvent-elles être également disponibles au moyen d’un geste simple (hors cas particuliers) ?

• Les fichiers disponibles dans des formats bureautiques publiés avant le 23 septembre 2018;
• Les contenus audio et vidéo préenregistrés, y compris ceux comprenant des composants interactifs, publiés avant le 23 septembre 2020 ;
• Les contenus de tiers qui ne sont ni financés ni développés par l’organisme concerné et qui ne sont pas sous son contrôle (bandeau cookie, lecteur youtube) ;
• Les cartes google, sous réserve que, s’agissant des cartes destinées à fournir une localisation ou un itinéraire, les informations essentielles soient fournies sous une forme numérique accessible ;

Cette déclaration a été établie le 22 novembre 2021.

• HTML
• CSS
• Javascript

Les tests des pages web ont été effectués avec les combinaisons de navigateurs web et lecteurs d’écran suivants :

• NVDA 2021.2, Firefox 94
• Voiceover, Safari

• WCAG contrast checker​
• HeadingsMap​
• Web developer​
• ARC Toolkit

1. Accueil https://www.wavestone.com/fr/
2. Offre https://www.wavestone.com/fr/offre/
3. Découvrir nos plus beaux succès clients https://www.wavestone.com/fr/offre/decouvrir-nos-plus-beaux-succes-clients/
4. Industrie pharmaceutique https://www.wavestone.com/fr/client-stories/une-industrie-pharmaceutique-ou-les-fusions-acquis itions-font-legion/
5. Creadesk https://www.wavestone.com/fr/offre/creadesk/
6. Finance, risques et achats https://www.wavestone.com/fr/offre/finance-performance
7. Shake’Up https://www.wavestone.com/fr/offre/shakeup/
8. La banque du futur https://www.wavestone.com/fr/insights/quel-visage-pour-la-banque-du-futur/
9. Tendances consommations https://www.wavestone.com/fr/insight/tendances-consommation-2021-mieux-consommer/
10. Parcours candidat https://www.wavestone.com/fr/carrieres/parcours-candidat/
11. Postuler chez Wavestone https://www.wavestone.com/fr/carrieres/postuler/
12. Nos offres d’emploi https://www.wavestone.com/fr/carrieres/nos-offres/
13. Indicateurs clés https://www.wavestone.com/fr/investisseurs/indicateurs-cles/
14. Evénements https://www.wavestone.com/fr/newsroom/business-events/?aoe=&type=all&category=business&upcoming=1
15. Equipe dirigeante https://www.wavestone.com/fr/a-propos/equipe-dirigeante/
16. RSE https://www.wavestone.com/fr/a-propos/responsabilite-dentreprise/
17. France https://www.wavestone.com/fr/a-propos/bureaux/
18. Mentions légales https://www.wavestone.com/fr/mentions-legales/
19. Nous contacter https://www.wavestone.com/fr/contact/
20. Vous avez recherché Wavestone https://www.wavestone.com/fr/?s=wavestone

Wavestone s’engage en attendant la refonte de son site web à prendre les moyens nécessaires afin de donner accès, dans un délai raisonnable, aux informations et fonctionnalités recherchées par la personne handicapée dans le respect du droit à la compensation.

Si vous n’arrivez pas à accéder à un contenu ou à un service, vous pouvez contacter notre référent handicap pour être orienté vers une alternative accessible ou obtenir le contenu sous une autre forme.

Nous invitons donc les personnes qui rencontreraient des difficultés à envoyer un message sur l’adresse mail mission.handicap@wavestone.com ou sur le formulaire https://www.wavestone.com/fr/contact/

Cette procédure est à utiliser dans le cas suivant.

Vous avez signalé au référent handicap un défaut d’accessibilité qui vous empêche d’accéder à un contenu ou à un des services et vous n’avez pas obtenu de réponse satisfaisante.

• Écrire un message au Défenseur des droits (https://formulaire.defenseurdesdroits.fr/)
• Contacter le délégué du Défenseur des droits dans votre région ( https://www.defenseurdesdroits.fr/saisir/delegues)
• Envoyer un courrier par la poste (gratuit, ne pas mettre de timbre) Défenseur des droits
  Libre réponse 71120 75342 Paris CEDEX 07