Voor raadsleden Voor journalisten Claude koppelen Eerste gebruik Verkenner Niet aangesloten Status Zoeken zonder AI
Zoeken zonder AI Voor raadsleden Voor journalisten Claude koppelen Dossiers Eerste gebruik

Verkenner

Officiële Bekendmakingen Open Raadsinformatie OpenBesluitvorming OpenTK Rechtspraak Tweede Kamer Niet aangesloten Documentatie
BesluitBron 1.6.1-23
Nederlands ▾
Nederlands Engels (English) Duits (Deutsch) Frans (Français)
Status Aanmelden
Storing Open Raadsinformatie is al enige tijd niet meer gesynchroniseerd. Bekijk de statuspagina

OpenBesluitvorming

Laatst gewijzigd op .

OpenBesluitvorming is de opvolger van Open Raadsinformatie en ontsluit dezelfde soort informatie voor dezelfde bestuurslagen. Het platform is gebouwd door Ontola en is te vinden op openbesluitvorming.nl.

Het voegt twee dingen toe die de voorganger niet had: moties met de stem van elk individueel lid, en opnamen van vergaderingen met een uitgeschreven tekst.

Wat er in zit

Vastgesteld op 13 september 2026 door meting aan het platform zelf:

  • 5.554.063 documenten, tegen 5.146.062 op 12 augustus 2026;
  • 329 organisaties: 307 gemeenten, 13 waterschappen en 8 provincies;
  • moties met stemgedrag, en vergaderopnamen met transcriptie.

Hoe het is opgebouwd

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

    LEV --> EX["Normalisatie<br/>naar één gegevensmodel"]
    EX --> CD["Wijzigingsdetectie<br/>elke wijziging<br/>is een gebeurtenis"]
    CD --> QW[("Zoekindex")]
    EX --> S3[("Objectopslag<br/>originelen, tekst,<br/>paginabeelden")]
    BB["BesluitBron"] --> API["Toepassings-API<br/>openbesluitvorming.nl/api"]
    API --> QW
    API --> S3

Het platform legt elke wijziging vast als een gebeurtenis en indexeert die gebeurtenissen. Daardoor is niet alleen te zien wat er nu staat, maar ook dat er iets is gewijzigd.

Sterke punten

  • Moties met het stemgedrag per lid. In het lokale bestuur is dat zelden centraal beschikbaar;
  • Opnamen van vergaderingen met een uitgeschreven tekst, waarmee het gesproken woord doorzoekbaar wordt;
  • Een toepassings-API in plaats van een blootgestelde zoekmachine. Dat maakt het contract stabieler dan bij de voorganger;
  • Zoeken op een frase. Twee of meer woorden tussen dubbele aanhalingstekens moeten naast elkaar staan en in die volgorde. Dat werkt sinds 16 augustus 2026; daarvoor deden aanhalingstekens niets.

Zoeken op een frase

Woorden zonder aanhalingstekens worden met EN gecombineerd. Ze mogen dan pagina's uit elkaar staan, en de treffer hoeft niet over de combinatie te gaan. Twee of meer woorden tussen dubbele aanhalingstekens moeten naast elkaar staan en in die volgorde.

Gebruik aanhalingstekens bij een vaste uitdrukking, een citaat of een adres. Gebruik ze niet bij een onderwerp: dan zijn losse woorden juist beter, omdat een tekst hetzelfde onderwerp met andere woorden kan aanduiden.

Het verschil is groot bij een adres. Gemeten op 16 augustus 2026, landelijk:

Zoekopdracht Treffers Totaal exact
"Zomerweg 4" 24 ja
Zomerweg 4 465 tot 649, wisselend nee

Van die 24 documenten stond er in de eerste 100 losse treffers precies één. De andere 99 kwamen mee doordat de 4 ergens een paginanummer, een artikelnummer of een maat was. Daarom bindt BesluitBron een straatnaam met huisnummer zelf tot een frase, ook als u de aanhalingstekens niet zet. Het antwoord zegt dat in query_sent en in more_to_find, zodat u het kunt terugdraaien door de vraag zelf anders te schrijven.

Twee dingen om te weten:

  • Eén woord tussen aanhalingstekens is geen frase, maar een gewoon woord. Het platform zoekt er dan wel strenger op: de uitbreiding met verwante woorden vervalt;
  • Een frase zoekt in de titel en in de tekst, niet in de rubricering van een stuk.

Dit werkt vanaf versie 1.3.25. Tot en met versie 1.3.24 werden aanhalingstekens genegeerd en werden de woorden los gezocht.

Beperkingen

  • Het totaal is niet altijd exact. Past de hele trefferverzameling in wat het platform doorzoekt, dan is het totaal een telling. Past zij er niet in, dan is het een schatting. BesluitBron geeft allebei door en zet er total_is_exact bij, zie Zoekprecisie. Het zoekscherm schrijft "van ongeveer" bij een schatting. Vanaf versie 1.3.91 is dat zo. Tot en met versie 1.3.90 liet BesluitBron een schatting weg, omdat het platform dan per aanroep een ander getal gaf; sinds 6 september 2026 geeft het platform hetzelfde getal, afgerond op drie cijfers;
  • Vanaf versie 1.4.6 vraagt BesluitBron het platform altijd om 100 rijen, ook als er minder nodig zijn. Hoe groter de pagina, hoe verder het platform zoekt, en hoe vaker het een totaal exact kan noemen. Gemeten op 12 oktober 2026: van 39 geschatte totalen werden er 18 een telling. Een voorbeeld is een zoekvraag naar "motie" in Rijswijk van 10 tot en met 12 november 2025: eerst ongeveer 52, nu exact 52. Een zoekopdracht kost daardoor 1,3 eenheid in plaats van 1. Tot en met versie 1.4.5 vroeg BesluitBron 24 rijen;
  • Doorbladeren houdt bij een brede zoekvraag eerder op dan de treffers. Het platform leest per zoekvraag hooguit 6.000 rijen van de index, en een document neemt daar vaak meerdere rijen in. Gemeten op 15 oktober 2026 bij gouda, type Document: ongeveer 14.500 treffers, waarvan er 672 te bereiken zijn met de nieuwste eerst en 5.457 met de oudste eerst. Een zoekvraag naar "begroting" bij gouda reikt tot 1.521 van de 3.820 treffers. Een periode of één type maakt de verzameling kleiner: alle 2.513 documenten van gouda uit 2025 zijn te bereiken. Het platform meldt hasMore: true tot en met de pagina waar het ophoudt, en hasMore: false op de pagina erna. Vanaf versie 1.4.8 geeft BesluitBron op de pagina waar het platform ophoudt geen next_offset meer. more_to_find noemt dan de reden window_capped, met de plaats waar het ophoudt en het geschatte totaal, en window_note zegt dat dit het einde van het bladeren is en niet het einde van de treffers. Tot en met versie 1.4.7 gaf BesluitBron tot die pagina een next_offset. De pagina daarna zei dat het einde van de resultaten was bereikt, terwijl het totaal er ver boven lag. Wie meer wil, zoekt met één bron, één type of een periode;
  • Er geldt een verzoeklimiet van 60 gewogen eenheden per minuut, door het platform zelf afgedwongen. Op 12 oktober 2026 is dat opnieuw gemeten: de grens is niet verhoogd, en er komt één eenheid per seconde bij. Een zoekopdracht kost één eenheid, plus één eenheid per 250 rijen boven de eerste 24. BesluitBron houdt zich aan die grens en wacht in plaats van door te drukken. Het platform verlaagde dit tarief op 26 augustus 2026; daarvoor kostte elke 24 rijen een eenheid, en haalde BesluitBron dus minder gegevens per minuut op;
  • Het nationale parlement zit er niet in, net zomin als bij de voorganger. De vier leveranciers waaruit dit platform put, worden door de Tweede Kamer niet gebruikt;
  • De dekking is niet gelijk aan die van Open Raadsinformatie: 329 organisaties tegenover 331 bronnen. Wie zeker wil weten dat een bepaalde gemeente is meegenomen, controleert dat met list_sources;
  • Een orgaan dat wel wordt opgehaald, kan toch stukken missen. Het platform vergelijkt zichzelf elke week met de leverancier van elk orgaan. Op 13 september 2026 misten 155 van de 330 vergeleken organen iets, en bij één orgaan ging het om 303 van de 311 stukken van het afgelopen jaar. De Laadstatus toont die vergelijking per orgaan;
  • Een gemeente die is ontstaan uit een fusie, levert sinds 28 september 2026 ook de stukken van de opgeheven gemeenten. Zo geeft voorne_aan_zee ook de stukken van Westvoorne. Hetzelfde geldt voor een deel van een gemeente: amsterdam geeft ook de stukken van Stadsgebied Weesp. Op 15 oktober 2026 waren alle 9 treffers voor "Besluitenlijst AB" bij amsterdam stukken van Stadsgebied Weesp. Wie alleen de oude gemeente of het stadsgebied wil, zoekt met de sleutel daarvan;
  • Vanaf versie 1.4.6 heeft elke treffer een source_key. Dat is de sleutel van het orgaan waar het platform de treffer onder heeft gezet. Komen treffers van een ander orgaan dan de gevraagde bron, dan noemt other_bodies die organen. Dat veld geeft per orgaan het aantal treffers en de reden dat het meekomt: een fusie met de datum ervan, of dezelfde gemeentecode van het CBS. Tot en met versie 1.4.5 stond het orgaan alleen in het veld source van elke treffer, en zei het antwoord zelf niets;
  • Twee gemeenten die samen één site bij hun leverancier hebben, staan soms onder één sleutel en soms onder allebei. Op 15 oktober 2026 stonden onder boxtel 98 vergaderingen uit 2026. De titel van 20 daarvan noemt Sint-Michielsgestel. Onder sint_michielsgestel stond geen enkele vergadering uit 2026. Op 16 oktober 2026 stond de hele site van Druten en Wijchen onder druten en ook onder wijchen: 1.427 vergaderingen en alle 272 moties. Hetzelfde gold voor Voorschoten en Wassenaar, en voor de opgeheven gemeenten Cuijk, Grave en Mill en Sint Hubert. Een telling voor een van die gemeenten telt de andere dus mee. Zo komen 202 van de 272 moties onder druten uit de lijsten van Wijchen. Elke verwijdering staat in de wijzigingenfeed van beide gemeenten. Geen veld van het platform zegt van welke gemeente een vergadering is. Vanaf versie 1.4.6 noemt other_bodies daarom de vergaderingen waarvan de titel een ander orgaan noemt en het eigen orgaan niet. Vanaf versie 1.4.8 doet get_meeting dat ook. Bij een motie is de naam van de lijst het bewijs, zoals "Moties (Wijchen)". Vanaf versie 1.4.8 noemt get_motion dan de andere gemeente. find_motions meldt het als de moties die BesluitBron voor motion_register leest, uit zo'n lijst komen. Een titel of een lijst zonder naam van een gemeente zegt niets. Zo heten de lijsten van Voorschoten gewoon "Moties" en "Amendementen". Een stuk, een vergadering of een motie zonder naam van een gemeente kan dus toch van de andere gemeente zijn. Wie een besluitenlijst aan een gemeente toeschrijft, kijkt daarom eerst naar de vergadering. Tot en met versie 1.4.7 zeiden get_meeting, get_motion en find_motions hier niets over;
  • Niet elke bron van het type gemeente is een gemeente. De zeven stadsdelen van Amsterdam en Stadsgebied Weesp hebben dit type ook. Daarnaast staan er tien opgeheven gemeenten tussen. Op 15 oktober 2026 hoorden de 310 bronnen van het type gemeente bij 302 verschillende gemeentecodes van het CBS. Daarvan waren er 292 van een gemeente die nog bestaat. Vanaf versie 1.4.6 geeft list_sources bij elke bron de cbs_code. Een opgeheven gemeente krijgt discontinued_on en succeeded_by. Bronnen met dezelfde code krijgen shares_cbs_code_with. Het veld cbs_codes telt de codes van de lijst. Wie gemeenten telt, telt dus codes en geen bronnen;
  • Een motie kan hier bestaan zonder document. Gemeten op 12 oktober 2026: bij 11 van 27 organen met Notubiz stond geen enkele ingediende motie als document in de index, wel als motie. find_motions is ook niet volledig: bij Notubiz staan er alleen moties in waarover is gestemd, en bij GemeenteOplossingen geen. Wie wil weten of een motie ontbreekt, zoekt daarom met beide gereedschappen;
  • Bij Notubiz ontbreken de moties van vóór 2025 bijna helemaal. Gemeten op 15 oktober 2026 bij alle 129 organen met Notubiz: 98 hebben moties, en 91 van die 98 hebben er geen enkele met een datum van 2015 tot en met 2024. Bij 56 begint het register in 2025 of later. Bij 35 staan er alleen een paar uit 2012 tot en met 2014, en daarna die van 2025. Een lege uitkomst van find_motions voor een jaar vóór 2025 betekent bij zo'n orgaan dus niet dat er geen moties waren, maar dat dat jaar niet is ingelezen. De motie staat vaak wel als document in de index, onder het agendapunt van de vergadering. Zo heeft Altena op 17 december 2024 de motie "Aanpak sluipverkeer" als document, en in 2024 geen enkele motie. Het platform leest die jaren niet met de code voor moties. Dat is gemeld in melding 377. Vanaf versie 1.4.8 staat dit ook in de beschrijving van find_motions;
  • Bij een deel van de organen bevat het motieregister alleen aangenomen moties. Zo'n register heet ook wel een motiemonitor: het volgt wat er met een aangenomen motie gebeurt. Een verworpen of ingetrokken motie staat dan niet in find_motions. Vaak staat zij wel als document in de index. Gemeten op 15 oktober 2026: dit gold voor 12 van de 146 organen met iBabs die moties leveren, en voor 3 van de 98 organen met Notubiz. Bij 3 daarvan zegt de naam van het register het al, zoals "Aangenomen moties". Bij de andere 12 blijkt het alleen uit de moties zelf. Geen enkele is dan verworpen, ingetrokken of aangehouden. De status is "Aangenomen", of een status van de afhandeling, zoals "Afgehandeld" of "Openstaand";
  • Vanaf versie 1.4.6 meldt find_motions per orgaan of het register alleen aangenomen moties bevat. Dat staat in het veld motion_register, met de grond voor het oordeel en de tellingen. Het werkt als de vraag over één orgaan gaat. BesluitBron leest daarvoor tot 100 moties van dat orgaan. Dat kost één eenheid van de verzoeklimiet, en het oordeel blijft vier uur bewaard. Bij een groot register kan die steekproef een enkele verworpen motie missen. Zo krijgt Westland het oordeel "alleen aangenomen", terwijl 27 van zijn 1.451 moties niet zijn aangenomen. Tot en met versie 1.4.5 meldde BesluitBron niets hierover;
  • De lijst moties bij een vergadering heeft dezelfde dekking als find_motions. Zij bevat dus niet alles wat is ingediend. Bij Notubiz staan er alleen moties in waarover is gestemd, bij GemeenteOplossingen geen, en bij Notubiz bijna geen van vóór 2025. Een lege lijst betekent daarom niet dat er geen motie was. motions_note zegt dat bij een lege lijst. Het platform leest volgens zijn code hooguit 100 moties in een vergadering. Bij een lijst van precies 100 kan er dus een ontbreken, en motions_note zegt dat ook. Bij een vergadering met zoveel moties is het niet gemeten. Gemeten op 17 oktober 2026 bij de raad van Haarlem van 3 november 2025: 39 moties, en 41 aanroepen van get_meeting, find_motions en get_motion samen worden 1 aanroep van get_meeting. Bij de raad van Dijk en Waard van 6 oktober 2026: 13 moties, en 15 aanroepen worden 1. De lijst bevat dezelfde moties met dezelfde uitslagen als die aanroepen. Bij iBabs kan een amendement tweemaal in de lijst staan, één keer met de bijlage en één keer zonder. Bij Dijk en Waard waren 12 van de 13 regels zes paren. Het platform stuurt ze zo, ook naar find_motions. Hoe vaak het voorkomt is niet gemeten. motions_count telt dus regels en niet altijd besluiten. Dit werkt vanaf versie 1.4.9. Tot en met versie 1.4.8 stond er geen lijst in get_meeting;
  • De uitslag van een motie ontbreekt vaak, of heet overig, terwijl de motie wel is aangenomen of verworpen. Het platform haalt de uitslag uit de status die de bron geeft. Daarin herkent het alleen de woorden aangenomen, verworpen, ingetrokken en aangehouden. Een status als "Aanvaard" of "afgewezen" wordt zo overig. Een status als "Niet aangenomen" wordt zelfs aangenomen, omdat het woord aangenomen erin staat. Dat gold bij het waterschap Brabantse Delta voor alle 30 moties met die status. Provinsje Fryslân schrijft de status in het Fries, zoals "Oannommen" en "Fersmiten". Daar heten alle 553 moties overig. Geeft de bron geen status, dan is er geen uitslag, ook als de stemmen wel zijn geteld. Gemeten op 15 oktober 2026 bij vijf willekeurige organen met iBabs: 20 van de 46 moties hadden geen bruikbare uitslag. Bij vijf organen met Notubiz hadden alle 60 moties er een. Vanaf versie 1.4.6 geeft get_motion dan in implied_result de uitslag die uit de status, uit de naam van de lijst of uit de telling volgt. Een Friese status telt daarbij mee, vanaf dezelfde versie. Dat geldt ook voor "unaniem", dat Brunssum schrijft bij een motie die met algemene stemmen is aangenomen. Zegt de status dat de stemmen staakten, dan blijft implied_result leeg. outcome_note zegt dan dat een staking zelf geen uitkomst is. Een lijst die de bron "Moties (aangenomen)" of "Aangenomen moties" noemt, bevat alleen aangenomen moties. outcome_note zegt waarop dat berust, of waarom er geen uitslag uit volgt. De velden status en result van het platform blijven ongewijzigd. Tot en met versie 1.4.5 gaf get_motion alleen die twee velden door;
  • Een document dat eerder wel werd gevonden, kan later "niet gevonden" geven. Het platform haalt sinds 1 oktober 2026 stukken weg die de bron van een vergadering heeft gehaald. Een vervangen bestand krijgt bovendien een nieuw nummer. Vanaf versie 1.4.6 zegt de foutmelding dat, en raadt zij aan op de titel opnieuw te zoeken;
  • Een motie kan een vergadering noemen die het platform niet heeft. Het veld meeting_id van get_motion is de vergadering die de bron bij de motie geeft. Het platform heeft die vergadering niet altijd. Bij Heerenveen ontbrak op 15 oktober 2026 elke vergadering van 20 januari 2023 tot en met 22 juli 2024. De gemeente publiceert ze wel in iBabs. Alle 58 moties van 26 januari 2023 tot en met 18 juli 2024 noemden daardoor een vergadering die get_meeting niet vindt. De wekelijkse vergelijking van het platform met de leverancier kijkt alleen naar de laatste twaalf maanden en ziet zo'n gat niet. In een steekproef van 20 andere iBabs-gemeenten kwam het niet voor. Een 404 op zo'n vergadering betekent dus niet dat zij is ingetrokken of niet is gehouden. De motie zelf, met titel, datum en uitslag, blijft bruikbaar. Wie de vergadering zoekt, zoekt met search_documents en het type Meeting op dezelfde dag, of kijkt in het portaal van de gemeente. Vanaf versie 1.4.8 zegt de foutmelding van get_meeting dat het platform de vergadering niet heeft en dat dat geen bewijs is van een intrekking. De beschrijving van get_motion noemt het ook. Tot en met versie 1.4.7 zei de foutmelding bij elke vergadering dat het id eerder was weggehaald;
  • Geeft het platform een exacte nul, dan controleert BesluitBron of een zoekvraag naar "raad" in het hele land nog iets vindt. Vindt ook die niets, dan is de zoekindex van het platform kapot. BesluitBron meldt dan een storing en geen "niets gevonden". Dat gebeurde op 12 oktober 2026 tussen ongeveer 10:00 en 11:20 Nederlandse tijd. Dit werkt vanaf versie 1.4.6.
  • Bijna alle opnamen zijn van 2025 of later. Alleen organen van Notubiz hebben opnamen. Gemeten op 15 oktober 2026: van 129 organen van Notubiz hebben er 116 minstens één opname, en bij 112 daarvan staat er niets van 2015 tot en met 2024. De opnamen beginnen daar in januari 2025, bij sommige organen met daarnaast opnamen uit 2012 tot en met 2014. Van het jaar 2025 staan er 4.902, van 2024 maar 135. Of Notubiz de eerdere opnamen heeft, of dat het platform die jaren nog niet heeft ingelezen, is niet vastgesteld. Een vergadering van vóór 2025 zonder opname is dus niet per se niet opgenomen. Vanaf versie 1.4.8 zeggen find_recordings en get_recording dit zelf, en get_recording zet het onder een vergadering van vóór 2025 zonder opname. Tot en met versie 1.4.7 stond er niets bij. De vraag aan het platform staat bij #377.

Adres en gereedschappen

Adres: https://besluitbron.nl/mcp/openbesluitvorming/v1. Het oudere adres zonder /v1 blijft bereikbaar.

  • list_sources: de aangesloten organisaties, met hun soort en hun gemeentecode van het CBS;
  • corpus_stats: de omvang van het corpus. Gebruik dit getal voor de omvang, nooit het totaal van een zoekopdracht;
  • search_documents: zoeken in de documenten. Zet twee of meer woorden tussen dubbele aanhalingstekens om ze als frase te zoeken. Een straatnaam met huisnummer wordt vanzelf tot een frase gebonden, en het antwoord laat in query_sent zien wat er is gezocht. Met een bron erbij zegt other_bodies welke treffers bij een ander orgaan horen;
  • get_document: één document met zijn tekst;
  • get_meeting: één vergadering met haar agenda en haar moties. De downloadlink van een stuk wijst vanaf versie 1.4.6 naar de kopie op het platform zelf. Die werkt ook waar de link van iBabs een foutmelding geeft. Vanaf versie 1.4.8 geeft het antwoord ook source_key, en noemt other_bodies de andere gemeente als de titel die noemt. Vanaf versie 1.4.9 staan de moties van de vergadering in motions. Elke motie heeft de status en de uitslag zoals het platform ze geeft. Waar de bron een telling levert, staat die er ook bij. Ontbreekt de uitslag of klopt zij niet, dan staat in implied_result en outcome_note wat er uit het record volgt, net als bij get_motion. De stem van elk raadslid staat er niet bij. member_vote_count zegt hoeveel stemmen er zijn, en get_motion geeft ze. Een motie heeft in de lijst dezelfde velden als bij get_motion, op twee verschillen na. De stemmen ontbreken, en het adres van de bijlage, in download_url en attachment_is_pdf, staat alleen in de lijst. Verder heet de identificatie in de lijst motion_id en bij get_motion entity_id. motions_count telt de moties, en motions_note zegt wat de lijst wel en niet zegt. Komen moties uit een register met alleen aangenomen moties, dan meldt register_note dat. other_bodies noemt ook de andere gemeente als de naam van het register van de moties die noemt. Tot en met versie 1.4.8 gaf get_meeting alleen de agenda. Wie de uitslagen van een vergadering wilde weten, zocht de moties met find_motions en riep daarna get_motion aan voor elke motie;
  • upcoming_meetings: de geagendeerde vergaderingen;
  • find_motions: moties en amendementen zoeken. Een treffer noemt de uitslag niet. get_motion geeft die voor één motie, en vanaf versie 1.4.9 geeft get_meeting ze voor alle moties van één vergadering. Gaat de vraag over één orgaan, dan meldt motion_register of het register van dat orgaan alleen aangenomen moties bevat. Komen moties uit dat register uit een lijst van een andere gemeente, dan noemt other_bodies die gemeente, vanaf versie 1.4.8;
  • get_motion: één motie met alles wat het platform van die motie heeft. Dat zijn de uitslag, de telling en, waar de bron die levert, de stem van elk raadslid. Vanaf versie 1.4.9 staan daar ook de andere velden van de motie bij, zoals parties, vote_summary, date, agenda_item of agenda_item_hint, attachment_id en proposers, en elk veld dat het platform later toevoegt. Bij Notubiz is vote_summary, bijvoorbeeld "Tegen: OPH", het enige wat de bron over de stemming zegt. Tot en met versie 1.4.8 gaf get_motion die velden niet, ook al stonden ze wel in de lijst van get_meeting. Het adres van de bijlage staat niet bij de motie zelf, dus download_url en attachment_is_pdf geeft alleen get_meeting. Met attachment_id is de bijlage op te halen met get_document. Ontbreekt een bruikbare uitslag van het platform, dan staat in implied_result wat er uit de status of de telling volgt. Zegt de naam van het register dat er alleen aangenomen moties in staan, dan meldt register_note dat. Het veld meeting_id noemt de vergadering die de bron bij de motie geeft; het platform heeft die niet altijd, zie de beperkingen hierboven. Vanaf versie 1.4.8 noemt other_bodies de andere gemeente als de naam van de lijst die noemt. Vanaf versie 1.4.9 staan de moties van een vergadering ook in get_meeting, zonder de stem van elk raadslid. Die stemmen geeft alleen dit gereedschap;
  • topic_timeline: het verloop van een onderwerp over de tijd;
  • find_recordings: vergaderingen waarvan het platform een opname heeft, de nieuwste eerst. Bijna alle opnamen zijn van 2025 of later, zie het kopje Beperkingen. Vanaf versie 1.4.8 kan een periode worden meegegeven met date_from en date_to, net als bij search_documents en find_motions. Een datum is een hele dag in UTC. Het platform filtert dan zelf op de datum van de vergadering, en het antwoord begint in die periode. Het totaal is dan ook vaker exact. Gemeten op 16 oktober 2026 bij haarlem: zonder periode ongeveer 317 opnamen, van juni tot en met december 2025 exact 66. Vanaf dezelfde versie geeft het antwoord ook total_is_exact, source_distribution en more_to_find, en bij elke vergadering match_type, zie Zoekprecisie. Tot en met versie 1.4.7 kende het gereedschap geen periode. Wie een eerdere periode zocht, moest langs alle nieuwere vergaderingen bladeren. Een meegegeven date_from of date_to werd zonder melding genegeerd;
  • get_recording: één opname, met per agendapunt het moment in de opname. Het platform heeft voor een deel van de opnamen ook een uitgeschreven tekst. Die tekst is door spraakherkenning gemaakt en is geen verslag. Dit gereedschap geeft die tekst niet mee; search_documents met het type Recording doorzoekt haar wel. Vanaf versie 1.4.6 zegt search_documents bij elke treffer in summary_source waar het fragment vandaan komt. Met het type Recording is dat altijd het transcript, met het type Meeting nooit. Zonder type kan het bij een vergadering allebei zijn, want het platform zegt het niet. summary_note legt dan uit hoe zo'n fragment te gebruiken. Tot en met versie 1.4.5 stond er niets bij;
  • list_platform_calls: de aanroepen naar het platform in deze sessie.

Daarnaast list_capabilities.

list_sources kan filteren op de soort organisatie, met het argument type. Het platform schrijft die soort in het Nederlands: gemeente, provincie, waterschap of verzameling. Een verzameling bundelt alle organen van één leverancier, zoals all_ibabs. De Engelse waarden van Open Raadsinformatie werken ook: municipality, province en water_authority. Zo werkt dezelfde waarde op beide connectoren. Het antwoord noemt dan in type_applied de Nederlandse waarde die is gebruikt. Bestaat de gevraagde soort niet, dan meldt het antwoord dat in type_not_recognised, met de soorten die er wel zijn.

Dit werkt vanaf versie 1.4.6. Tot en met versie 1.4.5 gaf de beschrijving van het gereedschap municipality als voorbeeld. Die waarde leverde nul bronnen op, zonder melding.

Waar dit platform te bereiken is

Deze adressen horen bij de partij achter deze bron en niet bij BesluitBron. Wie een fout in de gegevens of in de API van deze bron vindt, meldt die daar:

Dit is de bron waar meldingen tot nu toe het snelst zijn opgepakt: zeven van de acht punten die BesluitBron in augustus 2026 meldde, waren binnen enkele dagen opgelost.

Deze adressen zijn op 18 augustus 2026 nagelopen. Er staat met opzet geen e-mailadres bij: waar een partij alleen een adres publiceert, verwijst BesluitBron naar de pagina waarop dat adres staat.

Waarvoor deze bron geschikt is

Voor twee vragen die geen andere lokale bron beantwoordt: hoe heeft welk raadslid gestemd, en wat is er in de vergadering gezegd. Voor beide is dit binnen BesluitBron de enige lokale ingang.

Waarvoor niet

Voor een exact aantal over een breed onderwerp. Een brede vraag levert meer treffers op dan het platform doorzoekt, en dan is het totaal een schatting. Een smalle vraag levert wel een exact aantal: een frase, één organisatie of één periode is meestal genoeg. Wie een exact aantal over een breed onderwerp nodig heeft, gebruikt Open Raadsinformatie.

Actualiteit, gemeten in augustus 2026

Dit is de opvolger van Open Raadsinformatie en neemt wél nieuw materiaal op. Van 316 documenten die op 16 augustus 2026 zijn bekeken, liepen de nieuwste oogststempels tot 15 augustus.

Net als bij de voorganger verschilt de actualiteit per orgaan. Sinds 16 augustus 2026 publiceert dit platform zijn eigen laadstand voor alle organen tegelijk, en de Laadstatus leest die in één aanroep. Daarbij staat per orgaan of het platform het nog ophaalt, welk bronsysteem eronder zit en of een organisatie is opgeheven. Tot en met versie 1.3.22 kostte die stand een aanroep per orgaan en werd zij uitgesmeerd over vier uur.

Dat maakt ook een storing bij één bronsysteem zichtbaar als storing. In augustus 2026 kregen 161 van de 330 organen niets nieuws, niet om 161 losse redenen, maar omdat iBabs het adres blokkeerde waarvandaan het platform ophaalt.

list_sources geeft de datum per orgaan zodra de lijst tot ten hoogste acht organen is ingeperkt. Dat gereedschap doet nog wél een aanroep per orgaan, omdat het een iets andere vraag beantwoordt: het zoekt het nieuwste stuk dat niet in de toekomst ligt, terwijl de laadstand de nieuwste datum geeft die bekend is, ook als die nog moet komen.

Tot en met versie 1.4.7 gaf list_sources geen datum bij een orgaan met veel geplande stukken, zoals Amsterdam en Haarlem. Het gereedschap las toen alleen de 75 nieuwste stukken, en die lagen allemaal in de toekomst. Het antwoord legde dat uit, maar de datum zelf ontbrak. Vanaf versie 1.4.8 vraagt het gereedschap het platform direct om het nieuwste stuk tot en met vandaag. Ook zo'n orgaan krijgt nu een datum.

Let op bij het lezen van die datums: zij horen bij de vergadering en niet bij het moment van oogsten. In een recesperiode loopt de nieuwste vergaderdatum daardoor vanzelf achter, zonder dat er iets stilstaat.