E-commerce accessible – applications et agences web : annexe fournisseur, preuve de test et SLA | Word/PDF/Excel

Votre boutique Shopify utilise-t-elle une application de paiement, un module de paiement, une connexion, une agence web ou des fonctionnalités tierces essentielles à l’accessibilité ? Documentez ce que le fournisseur doit fournir, ce qui a réellement été testé, les lacunes existantes et la personne qui approuve la prochaine version. Il s’agit d’un ensemble contractuel et probatoire ciblé sur le commerce électronique destiné aux consommateurs, et non d’une énième politique générale d’accessibilité.

Ce que vous obtenez : cinq documents de travail suédois, un guide d’utilisation suédois et un English User Guide. Les sept documents sont disponibles en DOCX modifiable et en PDF consultable, ainsi qu’un classeur Excel suédois à neuf onglets. Au total, 15 fichiers clients dans un fichier ZIP numérique. Les fichiers PDF peuvent être imprimés, mais ne contiennent pas de champs de formulaire interactifs ; utilisez Word pour remplir les modèles.

Qui doit acheter – et qui doit choisir le pack de base ?

Pour les commerçants en ligne, agences web, développeurs Shopify et d’applications, responsables de la conformité, de la qualité et des produits qui collaborent à l’accessibilité d’un parcours client. Particulièrement utile lors du changement de thème ou d’application, de la mise en place d’un nouveau processus de paiement, d’un service de paiement, d’un CAPTCHA/2FA ou d’une demande de PTS. Si vous avez plutôt besoin d’une procédure d’accessibilité globale, d’informations publiques sur l’accessibilité, d’un audit interne complet ou d’une évaluation générale des exceptions, consultez le pack de base complet de Mallbutiken pour le commerce électronique accessible.

Liste complète des fichiers

Excel – de l’application à la décision manuelle

Aperçu : récapitule les applications enregistrées, les tests, les non-conformités en suspens, les documents justificatifs et les attestations effectives. Registre des applications : identifie le fournisseur, la fonctionnalité, le parcours d’achat et la limite de contrôle. Matrice des exigences : relie les besoins aux cas de test. Preuves de test : indique si le test est réussi, échoué, non testé ou si les preuves font défaut. Non-conformités : signale l’absence de retest lorsque le dossier est clôturé. SLA d’action : respecte uniquement les délais convenus par les parties elles-mêmes. Livraisons : atteste des documents justificatifs sans les approuver automatiquement. Décisions : requiert une attestation humaine nommée. Lisez-moi : sources, limites et instructions.

Les formules ont été testées avec dix scénarios synthétiques. Le fichier client ne contient ni clients fictifs ni attestations de fournisseurs inventées. Un test réussi avec preuve reçoit le signal « Techniquement conforme – NE CONSTITUE PAS une décision juridique » ; une non-conformité clôturée sans retest est clairement indiquée.

Fondement juridique – avec des délimitations importantes

La loi (2023:254) sur l’accessibilité de certains produits et services couvre les services de commerce électronique destinés aux consommateurs lorsque les conditions de la loi sont remplies. Le PTSFS 2024:6, notamment l’article 8, précise notamment les exigences d’accessibilité pour l’identification, la sécurité et le paiement, ainsi que les informations relatives à l’accessibilité des produits et services lorsque les opérateurs responsables fournissent de telles informations.

Ni la loi ni les règlements n’exigent un modèle intitulé « annexe fournisseur ». Il s’agit d’un avenant contractuel facultatif. La responsabilité du service de commerce électronique ne peut pas être écartée contractuellement sans réserve. L’exception relative à certains contenus tiers doit être évaluée au cas par cas, notamment en fonction de savoir si le contenu est financé, développé ou contrôlé par l’opérateur concerné. L’exception relative aux microentreprises et toute autre exception éventuelle doit faire l’objet d’un examen distinct. Consultez les directives actuelles de surveillance du PTS.

Précision sur la date : la loi sur l’accessibilité s’applique depuis le 28 juin 2025. La modification PTSFS 2026:6 concerne certaines documentations de produit en suédois ou en anglais dans le cadre de contrôles de marché et ne constitue pas une nouvelle exigence relative aux applications de commerce électronique à compter du 1er novembre 2026.

Utilisation des documents

1. Déterminez si le service de commerce électronique et le fournisseur du service sont soumis aux exigences applicables.
2. Recensez les applications et les parcours d’achat critiques ; définissez la portée du contrat.
3. Négociez l’annexe fournisseur avec des critères d’acceptation concrets et liés à la version.
4. Demandez des documents justificatifs de test et effectuez vos propres tests manuels à l’aide des outils pertinents.
5. Enregistrez les erreurs, envoyez une notification de correction et assurez le suivi conformément au SLA réellement convenu.
6. Effectuez un retest après l’action du fournisseur et documentez une décision humaine distincte avant la mise en production.

Questions fréquentes sur les exigences d’accessibilité des applications et des agences web

Une attestation WCAG du fournisseur suffit-elle ?

Non. Une attestation ou un test automatisé peut constituer un élément justificatif pertinent, mais la portée réelle, l’environnement de test, les lacunes connues et les exigences juridiques applicables doivent être évaluées.

Toutes les applications tierces sont-elles exemptées ?

Non. L’exception relative aux contenus tiers est étroite et dépend des faits. Une fonctionnalité de paiement ou de formulaire achetée ou contrôlée n’est pas automatiquement exemptée.

Puis-je utiliser l’annexe contractuelle comme attestation d’autorité ?

Non. Il s’agit d’un avenant B2B facultatif, et non d’un formulaire prescrit ou approuvé par le PTS.

Le SLA de correction prévoit-il un nombre de jours légalement défini ?

Non, pas de nombre de jours général dans ce modèle. Les parties doivent indiquer les éventuels délais contractuels et examiner séparément les autres obligations applicables.

Excel peut-il valider juridiquement une application ?

Non. Le registre comptabilise des signaux de contrôle administratifs. L’évaluation juridique et la décision de la personne responsable se situent en dehors d’Excel.

Les modèles en anglais sont-ils prêts à être envoyés comme contrat en anglais ?

Non. Cinq modèles de travail et le fichier Excel sont en suédois ; le fichier anglais est un guide d’utilisation. Un avenant contractuel en anglais doit être traduit, adapté et examiné séparément.

Les fichiers fonctionnent-ils sans connexion Internet ?

DOCX, PDF et Excel peuvent être utilisés localement dans des programmes prenant en charge ces formats. Aucune vérification indépendante n’a été effectuée pour l’ensemble des versions de programmes et des systèmes d’exploitation.

Contrôle des sources et transparence

Version du document 1.0. Contrôle juridique des sources assisté par l’IA le 10 novembre 2026 par rapport aux sources juridiques suédoises, au PTS et à la directive européenne 2019/882. Aucun juriste externe ni aucune autorité n’a approuvé le modèle. Vérifiez les conditions contractuelles, le marché, le statut de microentreprise, la langue et le résultat effectif en matière d’accessibilité avant toute utilisation en production. Livraison numérique via ZIP après liaison manuelle du fichier de téléchargement par la boutique.

Guide associé: Loi sur l’accessibilité du commerce électronique : périmètre et contrôles. Le guide présente les règles et le contrôle. Les modèles facilitent la collecte des preuves et le suivi des prestataires web et applications.