Rapports, procès-verbaux et annexes : pourquoi ce sont justement les annexes qui posent problème, comment traiter automatiquement les nombreux documents de chaque cycle de séances et quand une connexion par API est rentable.
Les documents de séance deviennent accessibles lorsque trois conditions sont réunies : les rapports sont créés à partir de modèles de documents accessibles, chaque PDF est automatiquement contrôlé et corrigé avant publication, et les annexes – surtout les numérisations et les documents de tiers – font l’objet d’un traitement distinct. La partie publique d’un système d’information du conseil (« Ratsinformationssystem », RIS – le logiciel avec lequel les communes allemandes publient ordres du jour, rapports, délibérations et procès-verbaux des séances du conseil et des commissions) fait en règle générale partie de l’offre web de la commune, même lorsqu’un prestataire l’exploite. Les rapports, procès-verbaux et annexes qui y sont mis à disposition sont donc des documents soumis aux exigences d’accessibilité.
Trois types de documents, trois problèmes
- Rapports et projets de délibération : ils sont généralement créés à partir d’un modèle dans le RIS ou dans Word. Leur qualité dépend presque entièrement de ce modèle : l’objet, l’exposé des faits et le projet de délibération sont-ils balisés comme titres ? Le tableau « Incidences financières » a-t-il une ligne d’en-tête ? Un titre de document est-il défini – ou voit-on apparaître « Vorlage_2026_0815.pdf » ?
- Procès-verbaux : de longs documents dans lesquels on cherche un point précis de l’ordre du jour. Sans titre pour chaque point et sans signets, les utilisateurs et utilisatrices de lecteurs d’écran doivent écouter tout le procès-verbal. Les résultats des votes et les listes de présence figurent souvent dans des tableaux.
- Annexes : expertises, plans, avis, présentations, courriers signés. Elles constituent souvent la plus grande partie des documents, proviennent de nombreuses sources et sont le plus souvent numérisées ou non balisées.
Levier 1 : les documents sources
Ce qui est correctement conçu dans le modèle n’aura pas à être corrigé plus tard. Une liste de contrôle pour le modèle de document des rapports de séance :
- Des styles pour l’objet, les intertitres et le projet de délibération au lieu d’une mise en gras manuelle.
- Des tableaux avec une vraie ligne d’en-tête, sans cellules fusionnées et sans tableaux servant de grille de mise en page.
- L’en-tête (numéro du rapport, service pilote, ordre de passage dans les instances) en texte normal ou en tableau simple, pas dans des zones de texte.
- Titre du document tiré de l’objet, langue du document définie sur l’allemand.
- Génération du PDF avec balises – vérifiez si la sortie PDF de votre RIS produit des PDF balisés et, en cas de doute, interrogez l’éditeur.
Les détails pour Word figurent dans le guide en 10 points.
Levier 2 : les annexes
- Expertises et études externes : inscrire l’accessibilité comme exigence de prestation dès la commande – c’est moins cher que toute reprise.
- Numérisations : reconnaissance de texte (OCR) puis structure ; limites et alternatives sont décrites dans Documents numérisés des archives.
- Plans et cartes : un texte alternatif avec le message essentiel, les indications déterminantes dans le texte du rapport.
- Présentations et tableurs : exporter avec balises depuis le programme d’origine plutôt que via « Imprimer en PDF », grands tableaux selon les règles de Budgets et grands tableaux.
Levier 3 : le traitement en masse
Un cycle de séances avec commissions spécialisées et conseil produit vite des dizaines de documents, et les délais légaux de convocation laissent peu de marge. Retoucher des PDF un par un à la main ne passe pas à l’échelle. Ce qui fonctionne, c’est un processus fixe : tous les documents d’une séance sont traités ensemble, contrôlés et corrigés automatiquement ; seuls les documents qui ne peuvent pas être corrigés de manière sûre passent entre les mains d’une personne. L’ordre est important – d’abord préparer, ensuite publier. Qui corrige après coup doit remplacer chaque fichier dans le RIS, et d’ici là la version non accessible est en ligne.
Connexion par API
L’effort est minimal lorsque le RIS déclenche lui-même le contrôle : à la validation d’un rapport, le PDF est transmis à une interface de contrôle, la version accessible revient automatiquement et remplace l’original avant publication. Si et comment cela peut être mis en œuvre dépend des interfaces que fournit l’éditeur de votre RIS. S’il n’y en a pas, les pages publiques du RIS peuvent au moins être surveillées régulièrement afin de repérer les nouveaux PDF non accessibles (voir Garder la maîtrise des PDF de votre site).
Attention aux documents signés
Les corrections de structure ne modifient pas le rendu imprimé, mais elles modifient le fichier. Si un procès-verbal est signé électroniquement, toute modification ultérieure invalide la signature. Pour ces documents, il existe deux solutions propres : produire la version accessible avant la signature, ou mettre à disposition une version de lecture accessible à côté de l’original signé.
Erreurs fréquentes
- Le nom du fichier s’affiche comme titre (« TOP_7_Anlage_3.pdf », soit point 7 de l’ordre du jour, annexe 3).
- Les annexes sont des numérisations sans reconnaissance de texte.
- Les procès-verbaux n’ont ni titre par point de l’ordre du jour ni signets.
- Les versions corrigées restent dans le service compétent, tandis que le RIS contient toujours l’original.
- Des documents signés sont écrasés et perdent leur signature.
- Les documents non publics sont oubliés – alors que les élus malvoyants ont eux aussi besoin de rapports accessibles.
Comment DokAudit vous aide
Dans le hub documentaire, vous téléversez jusqu’à 50 fichiers PDF ou Word en une fois et les rattachez à un projet, par exemple un par instance. Le mode entièrement automatique applique toutes les corrections sûres – balises, titres, tableaux avec cellules d’en-tête, titre, langue, signets, OCR pour les numérisations – et revérifie avec veraPDF et ses propres contrôles de la structure logique. Les documents pour lesquels cela ne réussit pas de manière sûre sont signalés « À vérifier » au lieu d’être dégradés en silence. Via l’API REST et des webhooks, DokAudit peut être connecté à un RIS (API et intégration) ; les données sont hébergées dans un centre de données certifié ISO 27001 en Allemagne. Les questions de fond, comme les textes alternatifs des plans, restent du ressort des services compétents.
Sources:
État : 09/2026. Cet article donne une vue d’ensemble générale et ne constitue pas un conseil juridique. Seuls les textes de loi et de normes en vigueur font foi ; dans certains cas, le droit des Länder allemands peut différer.