OpenBesluitvorming, BesluitBron documentatie

OpenBesluitvorming succède à Open Raadsinformatie et met à disposition le même type d'informations pour les mêmes niveaux administratifs. La plateforme a été développée par Ontola et est accessible à l'adresse openbesluitvorming.nl .

Il ajoute deux éléments qui n'existaient pas dans la version précédente : les motions accompagnées du vote de chaque membre, et les enregistrements des réunions accompagnés d'un compte-rendu écrit.

Contenu

Constaté le 13 septembre 2026 par une mesure effectuée directement sur la plateforme :

5 554 063 documents, contre 5 146 062 au 12 août 2026 ;
329 collectivités : 307 communes, 13 agences de l'eau et 8 départements ;
les motions accompagnées des résultats des votes, ainsi que les enregistrements des séances avec transcription.

Comment cela est-il structuré ?

flowchart TD
    subgraph LEV["Fournisseurs"]
        IB["iBabs, 167 sources"]
        NB["Notubiz, 129 sources"]
        GO["GemeenteOplossingen, 34"]
        PA["Parlaeus, 4"]
    end

    LEV --> EX["Normalisation<br/>vers un modèle de données unique"]
    EX --> CD["Détection des modifications<br/>toute modification<br/>c'est un événement"]
    CD --> QW[("Index de recherche")]
    EX --> S3[("Stockage d'objets<br/>originaux, texte,<br/>images de pages")]
    BB["BesluitBron"] --> API["API d'application<br/>OpenBesluitvorming. nl/api"]
    API --> QW
    API --> S3

La plateforme enregistre chaque modification sous forme d'événement et indexe ces événements. Cela permet non seulement de voir ce qui figure actuellement, mais aussi de constater qu'une modification a été apportée.

Points forts

Motions avec le détail des votes de chaque membre. Au sein des instances locales, ces informations sont rarement disponibles à l'échelle centrale ;
Enregistrements de réunions accompagnés d'une transcription, permettant d'effectuer des recherches dans le contenu oral ;
Une API d'application plutôt qu'un moteur de recherche accessible au public. Cela rend le contrat plus stable que celui de son prédécesseur ;
Recherche par expression. Deux mots ou plus placés entre guillemets doivent être consécutifs et figurer dans cet ordre. Cette fonctionnalité est disponible depuis le 16 août 2026 ; auparavant, les guillemets n'avaient aucune incidence.

Recherche par expression

Les mots sans guillemets sont combinés avec « ET ». Ils peuvent alors être séparés de plusieurs pages, et le résultat ne doit pas nécessairement correspondre à cette combinaison. Deux mots ou plus entre guillemets doivent être placés côte à côte et dans cet ordre précis.

Utilisez des guillemets pour les expressions figées, les citations ou les adresses. Ne les utilisez pas pour désigner un sujet : dans ce cas, il vaut mieux employer des mots isolés, car un texte peut désigner le même sujet avec d'autres mots.

La différence est importante selon l'adresse. Mesure effectuée le 16 août 2026, à l'échelle nationale :

Requête de recherche	Résultats	Total exact
`"Zomerweg 4"`	24	oui
`Zomerweg 4`	De 465 à 649, variable	non

Sur ces 24 documents, un seul figurait parmi les 100 premiers résultats isolés. Les 99 autres ont été inclus parce que le chiffre 4 correspondait quelque part à un numéro de page, un numéro d'article ou une mesure. C'est pourquoi BesluitBron regroupe automatiquement un nom de rue et un numéro de maison en une seule expression, même si vous ne mettez pas de guillemets. La réponse l'indique dans query_sent et dans more_to_find ; vous pouvez donc inverser le résultat en reformulant la question.

Deux choses à savoir :

Un mot entre guillemets n'est pas une expression, mais un mot ordinaire. La plateforme effectue alors une recherche plus stricte : l'ajout de mots apparentés n'est plus pris en compte ;
Une expression est recherchée dans le titre et dans le texte, et non dans la rubrique à laquelle appartient un article.

Cette fonctionnalité est disponible à partir de la version 1.3.25. Jusqu'à la version 1.3.24 incluse, les guillemets étaient ignorés et les mots étaient recherchés séparément.

Restrictions

Le total n'est pas toujours exact. Si l'ensemble des résultats correspond à ce que la plateforme analyse, le total correspond à un décompte. Dans le cas contraire, il s'agit d'une estimation. BesluitBron transmet les deux et ajoute la mention « total_is_exact » (estimation), voir Zoekprecisie. L'écran de recherche indique « environ » lorsqu'il s'agit d'une estimation. C’est le cas depuis la version 1.3.91. Jusqu’à la version 1.3.90 incluse, BesluitBron omettait l’estimation, car la plateforme fournissait alors un chiffre différent à chaque requête ; depuis le 6 septembre 2026, la plateforme fournit le même chiffre, arrondi à trois chiffres ;
À partir de la version 1.4.6, BesluitBron demande systématiquement 100 lignes à la plateforme, même si le nombre nécessaire est inférieur. Plus la page est grande, plus la plateforme effectue de recherches, et plus elle est en mesure de fournir un total exact. Mesure effectuée le 12 octobre 2026 : sur 39 totaux estimés, 18 ont donné lieu à un décompte exact. Prenons l'exemple d'une recherche sur le terme « motion » à Rijswijk du 10 au 12 novembre 2025 : auparavant environ 52, désormais exactement 52. Une requête coûte donc 1,3 unité au lieu de 1. Jusqu’à la version 1.4.5, BesluitBron demandait 24 lignes ;
Lors d'une requête de recherche large, le parcours de l'index s'arrête avant d'avoir épuisé tous les résultats. La plateforme lit au maximum 6 000 lignes de l'index par requête, et un document occupe souvent plusieurs lignes. Mesure effectuée le 15 octobre 2026 sur gouda, type Document : environ 14 500 résultats, dont 672 sont accessibles en triant par date (les plus récents en premier) et 5 457 en triant par date (les plus anciens en premier). Une requête sur « budget » sur gouda permet d’accéder à 1 521 des 3 820 résultats. Une période ou un type réduit l’ensemble : les 2 513 documents de gouda datant de 2025 sont accessibles. La plateforme affiche hasMore: true jusqu’à la page où elle s’arrête, et hasMore: false sur la page suivante. À partir de la version 1.4.8, BesluitBron n’affiche plus d’next_offset sur la page où la plateforme s’arrête. more_to_find indique alors la raison window_capped, avec l’emplacement où elle s’arrête et le total estimé, et window_note précise qu’il s’agit de la fin de la navigation et non de la fin des résultats. Jusqu’à la version 1.4.7 incluse, BesluitBron affichait un next_offset jusqu’à cette page. La page suivante indiquait que la fin des résultats avait été atteinte, alors que le total était bien supérieur. Si vous souhaitez en savoir plus, effectuez une recherche avec une seule source, un seul type ou une seule période ;
Une limite de 60 unités pondérées par minute s'applique, imposée par la plateforme elle-même. Le 12 octobre 2026, cette limite a été réévaluée : elle n'a pas été relevée, mais une unité par seconde a été ajoutée. Une requête coûte une unité, plus une unité par tranche de 250 lignes au-delà des 24 premières. BesluitBron respecte cette limite et attend plutôt que de continuer à envoyer des requêtes. La plateforme a réduit ce tarif le 26 août 2026 ; auparavant, chaque tranche de 24 lignes coûtait une unité, et BesluitBron récupérait donc moins de données par minute ;
Le Parlement national n'en fait pas partie, tout comme c'était le cas avec la version précédente. Les quatre fournisseurs auxquels cette plateforme fait appel ne sont pas utilisés par la Tweede Kamer ;
La couverture n'est pas la même que celle de Open Raadsinformatie : 329 organisations contre 331 sources. Si vous souhaitez vous assurer qu'une commune donnée est bien prise en compte, vérifiez-le sur list_sources ;
Même un organe qui a bien été récupéré peut tout de même présenter des pièces manquantes. La plateforme effectue chaque semaine une comparaison avec le fournisseur de chaque organe. Le 13 septembre 2026, 155 des 330 organes comparés présentaient des éléments manquants, et pour un organe, cela concernait 303 des 311 éléments de l'année écoulée. L'Laadstatus présente cette comparaison par organe ;
Une commune issue d'une fusion fournit également, depuis le 28 septembre 2026, les documents des communes dissoutes. Ainsi, voorne_aan_zee fournit également les documents de Westvoorne. Il en va de même pour une partie d'une commune : amsterdam fournit également les documents de la zone urbaine de Weesp. Le 15 octobre 2026, les 9 résultats pour « Liste des décisions AB » sur amsterdam concernaient tous des documents de la zone urbaine de Weesp. Si vous souhaitez uniquement consulter les documents de l'ancienne commune ou de la zone urbaine, effectuez votre recherche à l'aide de la clé correspondante ;
À partir de la version 1.4.6, chaque résultat est associé à une balise source_key. Il s'agit de la clé de l'organe sous lequel la plateforme a classé le résultat. Si des résultats proviennent d’un organisme autre que la source demandée, other_bodies mentionne ces organismes. Ce champ indique, pour chaque organisme, le nombre de résultats et la raison de leur inclusion : une fusion avec sa date, ou le même code communal du CBS. Jusqu’à la version 1.4.5 incluse, l’organisme figurait uniquement dans le champ source de chaque résultat, et la réponse elle-même ne fournissait aucune information ;
Deux communes qui partagent un même site chez leur fournisseur apparaissent parfois sous un seul identifiant, parfois sous les deux. Le 15 octobre 2026, 98 réunions de 2026 figuraient sous boxtel. Le titre de 20 d'entre elles mentionne Sint-Michielsgestel. Sous sint_michielsgestel, aucune réunion de 2026 n'apparaissait. Le 16 octobre 2026, l'ensemble du site de Druten et Wijchen figurait sous druten ainsi que sous wijchen : 1 427 réunions et l'ensemble des 272 motions. Il en allait de même pour Voorschoten et Wassenaar, ainsi que pour les communes dissoutes de Cuijk, Grave et Mill et Sint Hubert. Le décompte d’une de ces communes inclut donc les autres. Ainsi, 202 des 272 motions figurant sous druten proviennent des listes de Wijchen. Chaque suppression figure dans le flux des modifications des deux communes. Aucun champ de la plateforme n’indique à quelle commune appartient une réunion. À partir de la version 1.4.6, other_bodies mentionne donc les réunions dont le titre fait référence à un autre organe et non à son propre organe. À partir de la version 1.4.8, get_meeting fait de même. Dans le cas d’une motion, c’est le nom de la liste qui fait foi, comme « Motions (Wijchen) ». À partir de la version 1.4.8, get_motion mentionne alors l’autre commune. find_motions le signale lorsque les motions que BesluitBron lit pour motion_register proviennent d’une telle liste. Un titre ou une liste ne comportant pas le nom d’une commune n’apporte aucune information. Ainsi, les listes de Voorschoten s’intitulent simplement « Motions » et « Amendements ». Un document, une séance ou une motion ne comportant pas le nom d’une commune peut donc tout de même provenir d’une autre commune. Pour attribuer une liste de décisions à une commune, il faut donc d’abord vérifier la séance. Jusqu’à la version 1.4.7, get_meeting, get_motion et find_motions ne mentionnaient rien à ce sujet ;
Toutes les sources de type gemeente ne correspondent pas à une commune. Les sept quartiers d'Amsterdam et la zone urbaine de Weesp présentent également ce type. On trouve par ailleurs dix communes dissoutes parmi celles-ci. Au 15 octobre 2026, les 310 sources de type gemeente correspondaient à 302 codes de commune différents du CBS. Parmi celles-ci, 292 provenaient d'une commune qui existe encore. À partir de la version 1.4.6, list_sources attribue à chaque source le code cbs_code. Une commune dissoute reçoit les codes discontinued_on et succeeded_by. Les sources ayant le même code reçoivent le code shares_cbs_code_with. Le champ cbs_codes comptabilise les codes de la liste. Compter les communes revient donc à compter les codes et non les sources ;
Une motion peut exister ici sans être accompagnée d'un document. D'après les données recueillies le 12 octobre 2026 : pour 11 des 27 instances utilisant Notubiz, aucune des motions déposées ne figurait dans l'index sous forme de document, mais bien en tant que motion. find_motions n'est pas non plus exhaustif : Notubiz ne répertorie que les motions ayant fait l'objet d'un vote, tandis que GemeenteOplossingen n'en répertorie aucune. Pour savoir si une motion est manquante, il convient donc d'effectuer une recherche à l'aide des deux outils ;
Sur Notubiz, les motions antérieures à 2025 sont pratiquement inexistantes. D'après un relevé effectué le 15 octobre 2026 auprès des 129 organes utilisant Notubiz : 98 disposent de motions, et 91 d'entre eux n'en comptent aucune datant de 2015 à 2024 inclus. Pour 56 d'entre eux, le registre commence en 2025 ou plus tard. Pour 35 autres, on ne trouve que quelques motions datant de 2012 à 2014 inclus, puis celles de 2025. Un résultat vide de find_motions pour une année antérieure à 2025 ne signifie donc pas, pour une telle instance, qu’il n’y a pas eu de motions, mais que cette année n’a pas été importée. La motion figure souvent sous forme de document dans l’index, sous le point de l’ordre du jour de la réunion. Ainsi, Altena dispose, le 17 décembre 2024, de la motion « Lutte contre le trafic de contournement » sous forme de document, et n’en compte aucune en 2024. La plateforme n'importe pas ces années avec le code correspondant aux motions. Cela a été signalé dans le signalement 377 . À partir de la version 1.4.8, cela figure également dans la description de find_motions ;
Pour certains organes, le registre des motions ne contient que les motions adoptées. Ce type de registre est également appelé « moniteur des motions » : il permet de suivre le parcours d'une motion adoptée. Une motion rejetée ou retirée n'apparaît donc pas dans find_motions. Elle figure toutefois souvent dans l'index sous forme de document. D'après les données recueillies le 15 octobre 2026 : cela concernait 12 des 146 organes utilisant iBabs qui fournissent des motions, et 3 des 98 organes utilisant Notubiz. Pour 3 d'entre eux, le nom du registre est explicite, comme « Motions adoptées ». Pour les 12 autres, cela ressort uniquement des motions elles-mêmes. Aucune n’est alors rejetée, retirée ou reportée. Le statut est « Adoptée », ou un statut de traitement, tel que « Traitée » ou « En attente » ;
À partir de la version 1.4.6, find_motions indique, pour chaque organe, si le registre ne contient que des motions adoptées. Cette information figure dans le champ motion_register, avec le motif de cette conclusion et les chiffres correspondants. Cela fonctionne lorsque la requête porte sur un seul organe. Dans ce cas, BesluitBron analyse jusqu’à 100 motions de cet organe. Cela coûte une unité de la limite de requêtes, et la décision est conservée pendant quatre heures. Dans le cas d’un registre volumineux, cet échantillon peut omettre une seule motion rejetée. Ainsi, Westland se voit attribuer l’évaluation « uniquement adoptées », alors que 27 de ses 1 451 motions n’ont pas été adoptées. Jusqu’à la version 1.4.5 incluse, BesluitBron ne signalait rien à ce sujet ;
La liste des motions présentées lors d'une réunion a la même portée que find_motions. Elle ne contient donc pas toutes les motions qui ont été déposées. Sur Notubiz, seules les motions ayant fait l'objet d'un vote y figurent ; sur GemeenteOplossingen, aucune n'y figure ; et sur Notubiz, presque aucune antérieure à 2025 n'y figure. Une liste vide ne signifie donc pas qu'il n'y a pas eu de motion. C'est ce qu'indique motions_note lorsque la liste est vide. Selon son code, la plateforme ne lit au maximum que 100 motions par séance. Si la liste en compte exactement 100, il peut donc en manquer une, ce que précise également motions_note. Cela n’a pas été vérifié lors d’une séance comportant autant de motions. Mesure effectuée le 17 octobre 2026 lors de la séance du conseil municipal de Haarlem du 3 novembre 2025 : 39 motions, et 41 appels de get_meeting ; find_motions et get_motion combinés correspondent à 1 appel de get_meeting. Lors de la séance du conseil municipal de Dijk en Waard du 6 octobre 2026 : 13 motions et 15 appels ont donné lieu à un seul résultat. La liste contient les mêmes motions avec les mêmes résultats que ces appels. Dans iBabs, un amendement peut figurer deux fois dans la liste, une fois avec l’annexe et une fois sans. À Dijk en Waard, 12 des 13 lignes correspondaient à six paires. La plateforme les envoie ainsi, y compris vers find_motions. La fréquence de ce phénomène n’a pas été mesurée. motions_count compte donc les lignes et pas toujours les décisions. Cela fonctionne à partir de la version 1.4.9. Jusqu’à la version 1.4.8 incluse, il n’y avait pas de liste dans get_meeting ;
Le résultat d'une motion est souvent manquant, ou indiqué par overig, alors que la motion a bien été adoptée ou rejetée. La plateforme extrait le résultat à partir du statut fourni par la source. Elle n'y reconnaît que les mots « adoptée », « rejetée », « retirée » et « reportée ». Un statut tel que « Accepté » ou « Rejeté » devient ainsi overig. Un statut tel que « Non adopté » devient même aangenomen, car il contient le mot « adopté ». C'était le cas pour les 30 motions de l'agence de l'eau Brabantse Delta présentant ce statut. La province de Frise indique le statut en frison, par exemple « Oannommen » et « Fersmiten ». Là-bas, les 553 motions sont toutes désignées par overig. Si la source ne fournit pas de statut, il n’y a pas de résultat, même si les votes ont bien été comptés. Mesure effectuée le 15 octobre 2026 auprès de cinq organes choisis au hasard utilisant iBabs : 20 des 46 motions n’avaient pas de résultat exploitable. Dans cinq organes utilisant Notubiz, les 60 motions avaient toutes un résultat. À partir de la version 1.4.6, get_motion indique alors dans implied_result le résultat qui découle du statut, du nom de la liste ou du décompte. Un statut frison est pris en compte à cet égard, à partir de la même version. Cela vaut également pour « à l’unanimité », que Brunssum indique pour une motion adoptée à l’unanimité. Si le statut indique que les voix se sont équilibrées, implied_result reste vide. outcome_note indique alors qu’un équilibre des voix ne constitue pas en soi un résultat. Une liste dont la source est intitulée « Motions (adoptées) » ou « Motions adoptées » ne contient que les motions adoptées. outcome_note indique sur quoi cela repose, ou pourquoi aucun résultat n’en découle. Les champs status et result de la plateforme restent inchangés. Jusqu’à la version 1.4.5 incluse, get_motion ne transmettait que ces deux champs ;
Un document qui avait été trouvé auparavant peut par la suite afficher le message « introuvable ». Depuis le 1er octobre 2026, la plateforme supprime les documents que la source d'une réunion a retirés. De plus, un fichier remplacé se voit attribuer un nouveau numéro. À partir de la version 1.4.6, le message d'erreur l'indique et recommande de lancer une nouvelle recherche sur le titre ;
Une motion peut faire référence à une séance qui n'existe pas sur la plateforme. Le champ meeting_id de get_motion correspond à la séance indiquée par la source de la motion. La plateforme ne dispose pas toujours de cette séance. À Heerenveen, le 15 octobre 2026, toutes les séances comprises entre le 20 janvier 2023 et le 22 juillet 2024 manquaient. La commune les publie pourtant dans iBabs. Les 58 motions du 26 janvier 2023 au 18 juillet 2024 inclus mentionnaient donc toutes une séance que get_meeting ne trouve pas. La comparaison hebdomadaire effectuée par la plateforme avec le fournisseur ne porte que sur les douze derniers mois et ne détecte pas ce type de lacune. Ce problème n’est pas apparu dans un échantillon de 20 autres communes utilisant iBabs. Une erreur 404 concernant une telle réunion ne signifie donc pas qu’elle a été annulée ou qu’elle n’a pas eu lieu. La motion elle-même, avec son titre, sa date et son résultat, reste utilisable. Pour trouver la séance, il faut effectuer une recherche avec search_documents et le type Meeting le même jour, ou consulter le portail de la commune. À partir de la version 1.4.8, le message d’erreur de get_meeting indique que la plateforme ne dispose pas de la séance et que cela ne constitue pas une preuve de retrait. La description de get_motion le mentionne également. Jusqu’à la version 1.4.7 incluse, le message d’erreur indiquait pour chaque réunion que l’identifiant avait été supprimé auparavant ;
Si la plateforme renvoie un zéro exact, BesluitBron vérifie si une recherche sur le terme « conseil » dans tout le pays donne encore des résultats. Si celle-ci ne donne rien non plus, cela signifie que l'index de recherche de la plateforme est défectueux. BesluitBron signale alors un dysfonctionnement et n'affiche pas le message « Aucun résultat trouvé ». C'est ce qui s'est produit le 12 octobre 2026 entre environ 10 h 00 et 11 h 20, heure néerlandaise. Ce fonctionnement est effectif à partir de la version 1.4.6.
Presque tous les enregistrements datent de 2025 ou plus tard. Seuls les organes de Notubiz ont des enregistrements. D'après les données du 15 octobre 2026 : sur les 129 organes de Notubiz, 116 comportent au moins un enregistrement, et pour 112 d'entre eux, il n'y a aucune donnée entre 2015 et 2024 inclus. Les enregistrements commencent en janvier 2025, certains organes présentant également des enregistrements datant de 2012 à 2014 inclus. Il y en a 4 902 pour l’année 2025, contre seulement 135 pour 2024. On ne sait pas si Notubiz dispose des enregistrements antérieurs ou si la plateforme n’a pas encore importé les données de ces années-là. Une réunion antérieure à 2025 sans enregistrement n’est donc pas nécessairement non enregistrée. À partir de la version 1.4.8, find_recordings et get_recording l'indiquent elles-mêmes, et get_recording affiche cette information sous une réunion antérieure à 2025 sans enregistrement. Jusqu'à la version 1.4.7 incluse, aucune mention n'apparaissait. La question posée à la plateforme figure sous #377.

Adresse et outils

Adresse : https://besluitbron.nl/mcp/openbesluitvorming/v1. L'ancienne adresse, sans /v1, reste accessible.

list_sources : les organisations affiliées, avec leur type et leur code communal du CBS ;
corpus_stats : la taille du corpus. Utilisez ce chiffre pour indiquer la taille, jamais le nombre total de résultats d'une recherche ;
search_documents : recherche dans les documents. Placez deux mots ou plus entre guillemets pour les rechercher en tant qu’expression. Un nom de rue accompagné d’un numéro de rue est automatiquement traité comme une expression, et le résultat affiche dans query_sent ce qui a été recherché. Avec une source associée, other_bodies indique quels résultats appartiennent à un autre organisme ;
get_document : un document contenant son texte ;
get_meeting : une réunion avec son ordre du jour et ses motions. Depuis la version 1.4.6, le lien de téléchargement d'un document renvoie vers la copie disponible sur la plateforme elle-même. Ce lien fonctionne même lorsque celui d'iBabs renvoie un message d'erreur. À partir de la version 1.4.8, la réponse renvoie également vers source_key, et other_bodies mentionne l'autre commune indiquée dans le titre. À partir de la version 1.4.9, les motions de la séance figurent dans motions. Chaque motion présente le statut et le résultat tels que fournis par la plateforme. Lorsque la source fournit un décompte, celui-ci est également indiqué. Si le résultat manque ou est erroné, implied_result et outcome_note indiquent ce qui ressort de l'enregistrement, tout comme get_motion. Le vote de chaque conseiller n'y figure pas. member_vote_count indique le nombre de voix, et get_motion les répertorie. Dans la liste, une motion comporte les mêmes champs que get_motion, à deux différences près. Les votes sont absents, et l’adresse de l’annexe, dans download_url et attachment_is_pdf, ne figure que dans la liste. Par ailleurs, l’identifiant dans la liste est motion_id et, pour get_motion, il s’agit de entity_id. motions_count compte les motions, et motions_note indique ce que la liste mentionne et ce qu’elle ne mentionne pas. Si les motions proviennent d’un registre ne contenant que des motions adoptées, register_note le signale. other_bodies mentionne également l’autre commune lorsque le nom du registre des motions est indiqué. Jusqu’à la version 1.4.8 incluse, get_meeting n’affichait que l’ordre du jour. Pour connaître les résultats d’une séance, il fallait rechercher les motions à l’aide de find_motions, puis appeler get_motion pour chaque motion ;
upcoming_meetings : les réunions prévues ;
find_motions : recherche de motions et d'amendements. Le résultat n'indique pas le nombre de occurrences. get_motion indique ce nombre pour une motion, et à partir de la version 1.4.9, get_meeting l'indique pour toutes les motions d'une même séance. Si la requête concerne un seul organe, motion_register indique si le registre de cet organe ne contient que des motions adoptées. Si les motions issues de ce registre proviennent d'une liste d'une autre commune, other_bodies indique le nom de cette commune, à partir de la version 1.4.8 ;
get_motion : une motion avec toutes les informations fournies par la plateforme correspondante. Il s'agit du résultat, du décompte des voix et, lorsque la source le permet, du vote de chaque conseiller municipal. À partir de la version 1.4.9, les autres champs de la motion y figurent également, tels que parties, vote_summary, date, agenda_item ou agenda_item_hint, attachment_id et proposers, ainsi que tout champ que la plateforme ajoutera ultérieurement. Dans Notubiz, vote_summary, par exemple « Contre : OPH », est la seule information fournie par la source concernant le vote. Jusqu’à la version 1.4.8 incluse, get_motion ne fournissait pas ces champs, même s’ils figuraient bien dans la liste de get_meeting. L’adresse de l’annexe ne figure pas dans la motion elle-même ; ainsi, download_url et attachment_is_pdf ne renvoient qu’à get_meeting. Grâce à attachment_id, l’annexe peut être récupérée via get_document. En l’absence de résultat exploitable provenant de la plateforme, implied_result indique ce qui découle du statut ou du décompte. Si le nom du registre indique qu’il ne contient que des motions adoptées, register_note le signale. Le champ meeting_id mentionne la séance à laquelle la motion se rapporte ; la plateforme ne dispose pas toujours de cette information, voir les restrictions ci-dessus. À partir de la version 1.4.8, other_bodies indique l’autre commune si le nom de la liste est mentionné. À partir de la version 1.4.9, les motions d’une séance figurent également dans get_meeting, sans le vote de chaque conseiller municipal. Seul cet outil fournit ces votes ;
topic_timeline : l'évolution d'un sujet au fil du temps ;
find_recordings : réunions dont la plateforme dispose d'un enregistrement, les plus récentes en premier. Presque tous les enregistrements datent de 2025 ou plus tard, voir la rubrique « Restrictions ». À partir de la version 1.4.8, il est possible de spécifier une période avec date_from et date_to, tout comme avec search_documents et find_motions. Une date correspond à une journée entière en UTC. La plateforme filtre alors elle-même en fonction de la date de la réunion, et la réponse commence dans cette période. Le total est donc plus souvent exact. Mesure effectuée le 16 octobre 2026 pour haarlem : sans période, environ 317 enregistrements ; de juin à décembre 2025 inclus, exactement 66. À partir de cette même version, la réponse fournit également total_is_exact, source_distribution et more_to_find, ainsi que match_type pour chaque réunion, voir Zoekprecisie. Jusqu’à la version 1.4.7 incluse, l’outil ne prenait pas en compte de période. Quiconque recherchait une période antérieure devait parcourir toutes les réunions plus récentes. Un date_from ou un date_to fourni était ignoré sans avertissement ;
get_recording : un seul enregistrement, avec pour chaque point à l'ordre du jour l'instant correspondant dans l'enregistrement. La plateforme propose également une transcription pour une partie des enregistrements. Ce texte a été généré par reconnaissance vocale et ne constitue pas un compte-rendu. Cet outil ne fournit pas ce texte ; search_documents, de type Recording, permet toutefois de le rechercher. À partir de la version 1.4.6, search_documents indique, pour chaque résultat dans summary_source, d’où provient l’extrait. Avec le type Recording, il s’agit toujours de la transcription ; avec le type Meeting, jamais. Sans type, cela peut être l’un ou l’autre lors d’une réunion, car la plateforme ne le précise pas. summary_note explique alors comment utiliser un tel extrait. Jusqu’à la version 1.4.5 incluse, il n’y avait aucune indication à ce sujet ;
list_platform_calls : les appels vers la plateforme lors de cette session.

Par ailleurs, list_capabilities.

list_sources permet de filtrer par type d'organisation, à l'aide de l'argument type. La plateforme affiche ces types en néerlandais : gemeente, provincie, waterschap ou verzameling. Une collection regroupe tous les organes d'un même fournisseur, comme all_ibabs. Les valeurs anglaises de Open Raadsinformatie fonctionnent également : municipality, province et water_authority. Ainsi, la même valeur fonctionne sur les deux connecteurs. La réponse indique alors, dans type_applied, la valeur néerlandaise qui a été utilisée. Si la variété demandée n'existe pas, la réponse l'indique dans type_not_recognised, en mentionnant les variétés disponibles.

Cette fonctionnalité est disponible à partir de la version 1.4.6. Jusqu'à la version 1.4.5 incluse, la description de l'outil donnait comme exemple municipality. Cette valeur ne renvoyait aucune ressource, sans message d'erreur.

Où trouver cette plateforme

Ces adresses appartiennent à l'organisme à l'origine de cette source et non à BesluitBron. Si vous constatez une erreur dans les données ou dans l'API de cette source, veuillez la signaler à l'adresse suivante :

Signaler une erreur : les tickets relatifs à OpenBesluitvorming sur GitHub ;
Consulter la documentation de l'API : API.md ;
Effectuer soi-même une recherche sur le site de la source : OpenBesluitvorming.nl .

C'est la source pour laquelle les signalements ont été traités le plus rapidement jusqu'à présent : sept des huit problèmes signalés par BesluitBron en août 2026 ont été résolus en quelques jours.

Ces adresses ont été vérifiées le 18 août 2026. Aucune adresse e-mail n'y figure, et ce de manière intentionnelle : lorsqu'un parti ne publie qu'une adresse postale, BesluitBron renvoie vers la page sur laquelle figure cette adresse.

À quoi cette ressource est-elle destinée ?

Pour deux questions auxquelles aucune autre source locale n'apporte de réponse : comment a voté tel ou tel conseiller municipal, et qu'a-t-on dit lors de la séance ? Pour ces deux questions, BesluitBron est la seule source locale qui y réponde.

À quoi cela ne sert-il pas ?

Pour obtenir un chiffre précis sur un sujet général. Une requête générale génère plus de résultats que la plateforme ne peut en analyser, et le total obtenu n'est alors qu'une estimation. Une requête précise permet en revanche d'obtenir un chiffre exact : une expression, une seule organisation ou une seule période suffisent généralement. Si vous avez besoin d'un chiffre précis sur un sujet général, utilisez Open Raadsinformatie.

Actualité, mesurée en août 2026

Il s'agit de la suite de « Open Raadsinformatie » et il contient bel et bien de nouveaux documents. Sur les 316 documents consultés le 16 août 2026, les dates de collecte les plus récentes remontaient au 15 août.

Tout comme pour la version précédente, l'actualité varie selon l'organe. Depuis le 16 août 2026, cette plateforme publie son propre état de mise à jour pour tous les organes simultanément, et le site Laadstatus le récupère en une seule requête. Pour chaque organe, il est indiqué si la plateforme le récupère encore, quel est le système source sous-jacent et si une organisation a été dissoute. Jusqu’à la version 1.3.22 incluse, cet état nécessitait une requête par organisme et était réparti sur quatre heures.

Cela fait donc apparaître comme une panne même un dysfonctionnement touchant un seul système source. En août 2026, 161 des 330 organes n’ont reçu aucune nouvelle, non pas pour 161 raisons distinctes, mais parce qu’iBabs a bloqué l’adresse à partir de laquelle la plateforme récupère les données.

list_sources affiche la date par organe dès que la liste a été réduite à huit organes au maximum. Cet outil effectue toutefois un appel par organe, car il répond à une question légèrement différente : il recherche l'article le plus récent qui ne se situe pas dans le futur, tandis que la fonction de chargement indique la date la plus récente connue, même si celle-ci est encore à venir.

Jusqu'à la version 1.4.7 incluse, list_sources n'indiquait pas de date pour les organismes ayant de nombreux documents prévus, comme Amsterdam et Haarlem. À l'époque, l'outil ne lisait que les 75 documents les plus récents, qui se situaient tous dans le futur. La réponse expliquait ce phénomène, mais la date elle-même faisait défaut. À partir de la version 1.4.8, l'outil demande directement à la plateforme le document le plus récent jusqu'à aujourd'hui. Désormais, ce type d'organisme bénéficie également d'une date.

Attention lorsque vous lisez ces dates : elles se rapportent à la réunion et non au moment de la récolte. Pendant une période de vacances parlementaires, la date de la dernière réunion prend donc naturellement du retard, sans pour autant que les travaux soient interrompus.