OpenBesluitvorming, BesluitBron documentatie

„OpenBesluitvorming“ ist der Nachfolger von „Open Raadsinformatie“ und stellt dieselbe Art von Informationen für dieselben Verwaltungsebenen bereit. Die Plattform wurde von Ontola entwickelt und ist unter openbesluitvorming.nl ] zu finden.

Es bietet zwei Funktionen, die das Vorgängermodell nicht hatte: Anträge mit der Stimme jedes einzelnen Mitglieds und Aufzeichnungen von Sitzungen mit einem schriftlichen Protokoll.

Was drin ist

Festgestellt am 13. September 2026 durch Messung an der Plattform selbst:

5.554.063 Dokumente, gegenüber 5.146.062 am 12. August 2026;
329 Organisationen: 307 Gemeinden, 13 Wasserverbände und 8 Provinzen;
Anträge mit Abstimmungsergebnissen sowie Sitzungsprotokolle mit Transkription.

Wie es aufgebaut ist

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

    LEV --> EX["Normalisierung<br/>zu einem einzigen Datenmodell"]
    EX --> CD["Änderungserkennung<br/>jede Änderung<br/>ist ein Ereignis"]
    CD --> QW[("Suchindex")]
    EX --> S3[("Objektspeicherung<br/>Originale, Text,<br/>Seitenansichten")]
    BB["BesluitBron"] --> API["Anwendungs-API<br/>OpenBesluitvorming. nl/api"]
    API --> QW
    API --> S3

Die Plattform erfasst jede Änderung als Ereignis und indexiert diese Ereignisse. Dadurch lässt sich nicht nur erkennen, was aktuell steht, sondern auch, dass etwas geändert wurde.

Stärken

Anträge mit dem Abstimmungsverhalten jedes einzelnen Mitglieds. In der Kommunalverwaltung sind diese Angaben selten zentral verfügbar;
Aufzeichnungen von Sitzungen mit einem transkribierten Text, wodurch die gesprochene Sprache durchsuchbar wird;
Eine Anwendungs-API anstelle einer offen zugänglichen Suchmaschine. Das macht den Vertrag stabiler als beim Vorgänger;
Suche nach einer Wortgruppe. Zwei oder mehr Wörter zwischen doppelten Anführungszeichen müssen nebeneinander stehen und in dieser Reihenfolge vorkommen. Dies funktioniert seit dem 16. August 2026; zuvor hatten Anführungszeichen keine Funktion.

Suche nach einer Wortgruppe

Wörter ohne Anführungszeichen werden mit „UND“ kombiniert. Sie dürfen dabei auf verschiedenen Seiten stehen, und der Treffer muss sich nicht auf die Kombination beziehen. Zwei oder mehr Wörter in doppelten Anführungszeichen müssen nebeneinander stehen und in dieser Reihenfolge vorkommen.

Verwende Anführungszeichen bei einer feststehenden Redewendung, einem Zitat oder einer Adresse. Verwende sie nicht bei einem Thema: In diesem Fall sind einzelne Wörter besser geeignet, da ein Text dasselbe Thema auch mit anderen Worten bezeichnen kann.

Bei einer Adresse ist der Unterschied groß. Gemessen am 16. August 2026, landesweit:

Suchanfrage	Treffer	Insgesamt genau
`"Zomerweg 4"`	24	ja
`Zomerweg 4`	465 bis 649, schwankend	nein

Von diesen 24 Dokumenten war genau eines unter den ersten 100 einzelnen Treffern zu finden. Die anderen 99 wurden mitgeliefert, weil die 4 irgendwo eine Seitenzahl, eine Artikelnummer oder eine Größe darstellte. Deshalb verbindet BesluitBron einen Straßennamen mit einer Hausnummer automatisch zu einer Phrase, auch wenn Sie keine Anführungszeichen setzen. Die Antwort besagt dies unter query_sent und unter more_to_find, sodass Sie das Ergebnis umkehren können, indem Sie die Frage selbst anders formulieren.

Zwei Dinge, die man wissen sollte:

Ein Wort in Anführungszeichen ist keine Phrase, sondern ein einzelnes Wort. Die Plattform wendet dabei allerdings strengere Suchkriterien an: Die Erweiterung um verwandte Wörter entfällt;
Eine Phrase wird im Titel und im Text gesucht, nicht in der Rubrik eines Artikels.

Dies funktioniert ab Version 1.3.25. Bis einschließlich Version 1.3.24 wurden Anführungszeichen ignoriert und die Wörter wurden einzeln gesucht.

Einschränkungen

Die Gesamtzahl ist nicht immer exakt. Passt die gesamte Trefferliste in den Suchbereich der Plattform, handelt es sich bei der Gesamtzahl um eine Zählung. Ist dies nicht der Fall, handelt es sich um eine Schätzung. BesluitBron gibt beides weiter und fügt den Hinweis „total_is_exact“ hinzu, siehe Zoekprecisie. Im Suchbildschirm wird bei einer Schätzung der Vermerk „von ungefähr“ angezeigt. Dies gilt ab Version 1.3.91. Bis einschließlich Version 1.3.90 ließ BesluitBron eine Schätzung weg, da die Plattform damals bei jedem Aufruf eine andere Zahl lieferte; seit dem 6. September 2026 liefert die Plattform dieselbe Zahl, gerundet auf drei Stellen;
Ab Version 1.4.6 fordert BesluitBron von der Plattform immer 100 Zeilen an, auch wenn weniger benötigt werden. Je größer die Seite, desto weiter sucht die Plattform und desto häufiger kann sie eine exakte Gesamtzahl angeben. Gemessen am 12. Oktober 2026: Von 39 geschätzten Gesamtzahlen wurden 18 genau gezählt. Ein Beispiel ist eine Suchanfrage nach „Antrag“ in Rijswijk vom 10. bis einschließlich 12. November 2025: zuvor etwa 52, jetzt genau 52. Eine Suchanfrage kostet daher 1,3 Einheiten statt 1. Bis einschließlich Version 1.4.5 fragte BesluitBron 24 Zeilen ab;
Bei einer breit gefassten Suchanfrage endet das Durchsuchen eher, als dass alle Treffer angezeigt werden. Die Plattform liest pro Suchanfrage höchstens 6.000 Zeilen aus dem Index, und ein Dokument nimmt dort oft mehrere Zeilen ein. Gemessen am 15. Oktober 2026 bei gouda, Typ Document: etwa 14.500 Treffer, von denen 672 nach dem Prinzip „Neueste zuerst“ und 5.457 nach dem Prinzip „Älteste zuerst“ erreichbar sind. Eine Suchanfrage nach „Haushalt“ bei gouda liefert 1.521 der 3.820 Treffer. Ein Zeitraum oder ein Typ schränkt die Sammlung ein: Alle 2.513 Dokumente von gouda aus dem Jahr 2025 sind erreichbar. Die Plattform zeigt hasMore: true bis einschließlich der Seite an, an der sie endet, und hasMore: false auf der darauffolgenden Seite. Ab Version 1.4.8 gibt BesluitBron auf der Seite, auf der die Plattform endet, kein next_offset mehr an. more_to_find nennt dann den Grund window_capped mit der Stelle, an der es endet, und der geschätzten Gesamtzahl, und window_note weist darauf hin, dass dies das Ende des Blätterns und nicht das Ende der Treffer ist. Bis einschließlich Version 1.4.7 fügte BesluitBron bis zu dieser Seite ein next_offset ein. Die folgende Seite gab an, dass das Ende der Ergebnisse erreicht sei, obwohl die Gesamtzahl weit darüber lag. Wer mehr möchte, sucht nach einer Quelle, einem Typ oder einem Zeitraum;
Es gilt eine Anforderungsgrenze von 60 gewichteten Einheiten pro Minute, die von der Plattform selbst durchgesetzt wird. Am 12. Oktober 2026 wurde dies erneut gemessen: Die Grenze wurde nicht angehoben, und es kommt eine Einheit pro Sekunde hinzu. Eine Suchanfrage kostet eine Einheit sowie eine weitere Einheit pro 250 Zeilen, die über die ersten 24 hinausgehen. BesluitBron hält sich an diese Grenze und wartet, anstatt weiterzumachen. Die Plattform senkte diesen Tarif am 26. August 2026; zuvor kosteten jeweils 24 Zeilen eine Einheit, sodass BesluitBron weniger Daten pro Minute abrief;
Das nationale Parlament ist nicht dabei, genauso wenig wie beim Vorgänger. Die vier Anbieter, auf die diese Plattform zurückgreift, werden von der Tweede Kamer nicht genutzt;
Die Abdeckung entspricht nicht der von Open Raadsinformatie: 329 Organisationen gegenüber 331 Quellen. Wer sichergehen möchte, dass eine bestimmte Gemeinde berücksichtigt wurde, kann dies unter list_sources überprüfen;
Auch bei einem Organ, das abgeholt wird, können dennoch Teile fehlen. Die Plattform vergleicht sich jede Woche mit dem Lieferanten des jeweiligen Organs. Am 13. September 2026 fehlten bei 155 der 330 verglichenen Organe Teile, und bei einem Organ betraf dies 303 der 311 Teile des vergangenen Jahres. Die Laadstatus zeigt diesen Vergleich pro Organ;
Eine durch einen Zusammenschluss entstandene Gemeinde stellt seit dem 28. September 2026 auch die Unterlagen der aufgelösten Gemeinden bereit. So stellt beispielsweise voorne_aan_zee auch die Unterlagen von Westvoorne bereit. Dasselbe gilt für einen Teil einer Gemeinde: amsterdam stellt auch die Unterlagen des Stadtgebiets Weesp bereit. Am 15. Oktober 2026 waren alle 9 Treffer für „Beschlussliste AB“ bei amsterdam Dokumente des Stadtgebiets Weesp. Wer nur die alte Gemeinde oder das Stadtgebiet sucht, sucht mit dem entsprechenden Schlüssel;
Ab Version 1.4.6 verfügt jeder Treffer über ein source_key. Das ist der Schlüssel der Instanz, unter der die Plattform den Treffer abgelegt hat. Stammen Treffer von einer anderen Behörde als der angefragten Quelle, so nennt other_bodies diese Behörden. Dieses Feld gibt pro Behörde die Anzahl der Treffer und den Grund für deren Einbeziehung an: eine Fusion mit dem entsprechenden Datum oder denselben Gemeindecode des CBS. Bis einschließlich Version 1.4.5 stand die Stelle nur im Feld source jedes Treffers, und die Antwort selbst enthielt keine weiteren Informationen;
Zwei Gemeinden, die gemeinsam einen Account bei ihrem Anbieter haben, werden manchmal unter einem Schlüssel und manchmal unter beiden geführt. Am 15. Oktober 2026 waren unter boxtel 98 Sitzungen aus dem Jahr 2026 aufgeführt. Im Titel von 20 davon wird Sint-Michielsgestel erwähnt. Unter sint_michielsgestel war keine einzige Sitzung aus dem Jahr 2026 aufgeführt. Am 16. Oktober 2026 war die gesamte Website von Druten und Wijchen unter druten sowie unter wijchen zu finden: 1.427 Sitzungen und alle 272 Anträge. Das Gleiche galt für Voorschoten und Wassenaar sowie für die aufgelösten Gemeinden Cuijk, Grave und Mill und Sint Hubert. Bei einer Zählung für eine dieser Gemeinden werden also die anderen mitgezählt. So stammen 202 der 272 Anträge unter druten aus den Listen von Wijchen. Jede Löschung ist im Änderungsfeed beider Gemeinden vermerkt. Kein Feld der Plattform gibt an, zu welcher Gemeinde eine Sitzung gehört. Ab Version 1.4.6 nennt other_bodies daher die Sitzungen, deren Titel ein anderes Gremium nennt und nicht das eigene. Ab Version 1.4.8 tut get_meeting dies ebenfalls. Bei einem Antrag dient der Name der Liste als Nachweis, wie beispielsweise „Anträge (Wijchen)“. Ab Version 1.4.8 nennt get_motion dann die andere Gemeinde. find_motions meldet dies, wenn die Anträge, die BesluitBron für motion_register ausliest, aus einer solchen Liste stammen. Ein Titel oder eine Liste ohne den Namen einer Gemeinde sagt nichts aus. So heißen die Listen von Voorschoten einfach „Anträge“ und „Änderungsanträge“. Ein Dokument, eine Sitzung oder ein Antrag ohne den Namen einer Gemeinde kann also dennoch von der anderen Gemeinde stammen. Wer eine Beschlussliste einer Gemeinde zuordnet, schaut daher zunächst auf die Sitzung. Bis einschließlich Version 1.4.7 sagten get_meeting, get_motion und find_motions hier nichts dazu;
Nicht jede Quelle vom Typ gemeente ist eine Gemeinde. Auch die sieben Stadtteile von Amsterdam und das Stadtgebiet Weesp weisen diesen Typ auf. Darüber hinaus befinden sich zehn aufgelöste Gemeinden dazwischen. Am 15. Oktober 2026 gehörten die 310 Quellen vom Typ gemeente zu 302 verschiedenen Gemeindecodes des CBS. Davon stammten 292 von einer Gemeinde, die noch existiert. Ab Version 1.4.6 gibt list_sources bei jeder Quelle den cbs_code an. Eine aufgelöste Gemeinde erhält discontinued_on und succeeded_by. Quellen mit demselben Code erhalten shares_cbs_code_with. Das Feld cbs_codes zählt die Codes der Liste. Wer Gemeinden zählt, zählt also Codes und keine Quellen;
Ein Antrag kann hier auch ohne Dokument vorliegen. Stand: 12. Oktober 2026: Bei 11 von 27 Gremien, die Notubiz nutzen, war kein einziger eingereichter Antrag als Dokument im Index verzeichnet, wohl aber als Antrag. find_motions ist ebenfalls nicht vollständig: Bei Notubiz sind nur Anträge aufgeführt, über die abgestimmt wurde, bei GemeenteOplossingen hingegen gar keine. Wer wissen möchte, ob ein Antrag fehlt, sollte daher mit beiden Tools suchen;
Bei Notubiz fehlen die Anträge aus der Zeit vor 2025 fast vollständig. Stand: 15. Oktober 2026, gemessen bei allen 129 Organen mit Notubiz: 98 verfügen über Anträge, und 91 dieser 98 haben keinen einzigen mit einem Datum von 2015 bis einschließlich 2024. Bei 56 beginnt das Register im Jahr 2025 oder später. Bei 35 sind nur einige wenige aus den Jahren 2012 bis einschließlich 2014 vorhanden, danach folgen die aus dem Jahr 2025. Ein leeres Suchergebnis von find_motions für ein Jahr vor 2025 bedeutet bei einem solchen Gremium also nicht, dass es keine Anträge gab, sondern dass dieses Jahr nicht eingelesen wurde. Der Antrag ist jedoch oft als Dokument im Index unter dem Tagesordnungspunkt der Sitzung zu finden. So hat Altena am 17. Dezember 2024 den Antrag „Maßnahmen gegen den Schleichverkehr“ als Dokument, im Jahr 2024 hingegen keinen einzigen Antrag. Die Plattform liest diese Jahre nicht mit dem Code für Anträge ein. Dies wurde in Meldung 377 gemeldet. Ab Version 1.4.8 steht dies auch in der Beschreibung von find_motions;
Bei einem Teil der Organe enthält das Antragsregister nur angenommene Anträge. Ein solches Register wird auch als Antragsmonitor bezeichnet: Es verfolgt, was mit einem angenommenen Antrag geschieht. Ein abgelehnter oder zurückgezogener Antrag ist dann nicht in find_motions aufgeführt. Oft ist er jedoch als Dokument im Index enthalten. Stand: 15. Oktober 2026: Dies galt für 12 der 146 Gremien mit iBabs, die Anträge einreichen, sowie für 3 der 98 Gremien mit Notubiz. Bei 3 davon geht dies bereits aus dem Namen des Registers hervor, wie beispielsweise „Angenommene Anträge“. Bei den anderen 12 geht dies nur aus den Anträgen selbst hervor. Keiner davon wurde abgelehnt, zurückgezogen oder zurückgestellt. Der Status lautet „Angenommen“ oder es handelt sich um einen Bearbeitungsstatus wie „Abgeschlossen“ oder „Ausstehend“;
Ab Version 1.4.6 gibt find_motions für jedes Organ an, ob das Register ausschließlich angenommene Anträge enthält. Dies wird im Feld motion_register angezeigt, zusammen mit der Begründung für die Beurteilung und den Zahlenangaben. Dies funktioniert, wenn sich die Anfrage auf ein einzelnes Gremium bezieht. BesluitBron liest dafür bis zu 100 Anträge dieses Gremiums ein. Dies kostet eine Einheit des Abfragelimits, und die Bewertung bleibt vier Stunden lang gespeichert. Bei einem großen Register kann diese Stichprobe einen einzelnen abgelehnten Antrag übersehen. So erhält Westland die Bewertung „nur angenommen“, obwohl 27 seiner 1.451 Anträge nicht angenommen wurden. Bis einschließlich Version 1.4.5 meldete BesluitBron diesbezüglich nichts;
Die Liste der Anträge einer Sitzung hat denselben Umfang wie find_motions. Sie enthält also nicht alle eingereichten Anträge. Bei Notubiz sind nur Anträge aufgeführt, über die abgestimmt wurde, bei GemeenteOplossingen gar keine und bei Notubiz fast keine aus der Zeit vor 2025. Eine leere Liste bedeutet daher nicht, dass kein Antrag gestellt wurde. motions_note weist bei einer leeren Liste darauf hin. Die Plattform liest gemäß ihrem Code höchstens 100 Anträge pro Sitzung ein. Bei einer Liste mit genau 100 Anträgen kann daher einer fehlen, und motions_note weist ebenfalls darauf hin. Bei einer Sitzung mit so vielen Anträgen wurde dies nicht erfasst. Gemessen am 17. Oktober 2026 bei der Ratssitzung von Haarlem vom 3. November 2025: 39 Anträge und 41 Aufrufe von get_meeting; find_motions und get_motion ergeben zusammen 1 Aufruf von get_meeting. Bei der Ratssitzung von Dijk en Waard vom 6. Oktober 2026: 13 Anträge und 15 Aufrufe ergeben 1. Die Liste enthält dieselben Anträge mit denselben Ergebnissen wie diese Aufrufe. Bei iBabs kann ein Änderungsantrag zweimal in der Liste stehen, einmal mit dem Anhang und einmal ohne. Bei Dijk en Waard waren 12 der 13 Zeilen sechs Paare. Die Plattform sendet sie so, auch an find_motions. Wie oft dies vorkommt, wurde nicht gemessen. motions_count zählt also Zeilen und nicht immer Beschlüsse. Dies funktioniert ab Version 1.4.9. Bis einschließlich Version 1.4.8 befand sich keine Liste in get_meeting;
Das Ergebnis eines Antrags fehlt oft oder wird als overig angezeigt, obwohl der Antrag tatsächlich angenommen oder abgelehnt wurde. Die Plattform entnimmt das Ergebnis dem von der Quelle angegebenen Status. Dabei erkennt sie nur die Begriffe „angenommen“, „abgelehnt“, „zurückgezogen“ und „zurückgestellt“. Ein Status wie „Angenommen“ oder „abgelehnt“ wird somit zu overig. Ein Status wie „Nicht angenommen“ wird sogar zu aangenomen, da das Wort „angenommen“ darin vorkommt. Dies galt beim Wasserverband Brabantse Delta für alle 30 Anträge mit diesem Status. Die Provinz Fryslân gibt den Status auf Friesisch an, beispielsweise als „Oannommen“ und „Fersmiten“. Dort werden alle 553 Anträge als overig bezeichnet. Gibt die Quelle keinen Status an, liegt kein Ergebnis vor, auch wenn die Stimmen gezählt wurden. Erfasst am 15. Oktober 2026 bei fünf zufällig ausgewählten Gremien mit iBabs: 20 der 46 Anträge hatten kein verwertbares Ergebnis. Bei fünf Gremien mit Notubiz wiesen alle 60 Anträge einen Status auf. Ab Version 1.4.6 gibt get_motion dann in implied_result das Ergebnis an, das sich aus dem Status, dem Namen der Liste oder der Auszählung ergibt. Ein friesischer Status wird dabei ab derselben Version berücksichtigt. Das gilt auch für „einstimmig“, was Brunssum bei einem Antrag vermerkt, der einstimmig angenommen wurde. Wenn der Status angibt, dass die Stimmen gleichmäßig verteilt waren, bleibt implied_result leer. outcome_note gibt dann an, dass eine Stimmengleichheit selbst kein Ergebnis darstellt. Eine Liste, die die Quelle „Anträge (angenommen)“ oder „Angenommene Anträge“ nennt, enthält nur angenommene Anträge. outcome_note gibt an, worauf sich dies stützt oder warum kein Ergebnis daraus folgt. Die Felder status und result der Plattform bleiben unverändert. Bis einschließlich Version 1.4.5 übermittelte get_motion nur diese beiden Felder;
Ein Dokument, das zuvor gefunden wurde, kann später als „nicht gefunden“ angezeigt werden. Seit dem 1. Oktober 2026 entfernt die Plattform Dokumente, die von der Quelle einer Sitzung gelöscht wurden. Eine ersetzte Datei erhält zudem eine neue Nummer. Ab Version 1.4.6 weist die Fehlermeldung darauf hin und empfiehlt, erneut nach dem Titel zu suchen;
Ein Antrag kann eine Sitzung nennen, die auf der Plattform nicht vorhanden ist. Das Feld meeting_id von get_motion gibt die Sitzung an, die die Quelle des Antrags angibt. Die Plattform verfügt nicht immer über diese Sitzung. In Heerenveen fehlten am 15. Oktober 2026 alle Sitzungen vom 20. Januar 2023 bis einschließlich 22. Juli 2024. Die Gemeinde veröffentlicht sie jedoch in iBabs. Alle 58 Anträge vom 26. Januar 2023 bis einschließlich 18. Juli 2024 verwiesen daher auf eine Sitzung, die get_meeting nicht findet. Der wöchentliche Abgleich der Plattform mit dem Datenlieferanten berücksichtigt nur die letzten zwölf Monate und erkennt eine solche Lücke nicht. In einer Stichprobe von 20 anderen iBabs-Gemeinden trat dies nicht auf. Ein 404-Fehler bei einer solchen Sitzung bedeutet also nicht, dass sie zurückgezogen oder nicht abgehalten wurde. Der Antrag selbst, mit Titel, Datum und Ergebnis, bleibt weiterhin nutzbar. Wer nach der Sitzung sucht, sucht mit search_documents und dem Typ Meeting am selben Tag oder schaut im Portal der Gemeinde nach. Ab Version 1.4.8 besagt die Fehlermeldung von get_meeting, dass die Plattform die Sitzung nicht enthält und dass dies kein Beweis für eine Rücknahme ist. Die Beschreibung von get_motion erwähnt dies ebenfalls. Bis einschließlich Version 1.4.7 lautete die Fehlermeldung bei jeder Sitzung, dass die ID zuvor entfernt worden sei;
Wenn die Plattform genau null Ergebnisse liefert, prüft BesluitBron, ob eine Suche nach „Rat“ im gesamten Land noch etwas ergibt. Wenn auch diese Suche nichts ergibt, ist der Suchindex der Plattform defekt. BesluitBron meldet dann eine Störung und nicht „nichts gefunden“. Dies geschah am 12. Oktober 2026 zwischen etwa 10:00 und 11:20 Uhr niederländischer Zeit. Diese Funktion ist ab Version 1.4.6 verfügbar.
Fast alle Aufnahmen stammen aus dem Jahr 2025 oder später. Nur die Organe von Notubiz weisen Aufnahmen auf. Stand: 15. Oktober 2026: Von 129 Organen von Notubiz weisen 116 mindestens eine Aufnahme auf, und bei 112 davon gibt es keine Aufnahmen aus den Jahren 2015 bis einschließlich 2024. Die Aufnahmen beginnen dort im Januar 2025, bei einigen Organen gibt es darüber hinaus Aufnahmen aus den Jahren 2012 bis einschließlich 2014. Aus dem Jahr 2025 sind 4.902 Einträge vorhanden, aus 2024 hingegen nur 135. Ob Notubiz über die früheren Aufzeichnungen verfügt oder ob die Plattform diese Jahre noch nicht eingelesen hat, ist nicht geklärt. Eine Sitzung aus der Zeit vor 2025 ohne Aufzeichnung ist also nicht zwangsläufig nicht aufgezeichnet worden. Ab Version 1.4.8 geben find_recordings und get_recording dies selbst an, und get_recording fügt es unter einer Sitzung vor 2025 ohne Aufzeichnung hinzu. Bis einschließlich Version 1.4.7 gab es dazu keinen Hinweis. Die Anfrage an die Plattform ist unter #377 zu finden.

Adresse und Werkzeuge

Adresse: https://besluitbron.nl/mcp/openbesluitvorming/v1. Die alte Adresse ohne /v1 bleibt weiterhin erreichbar.

list_sources: die angeschlossenen Organisationen mit ihrer Art und ihrem Gemeindecode des CBS;
corpus_stats: die Größe des Korpus. Verwenden Sie diese Zahl für die Größe, niemals die Gesamtzahl einer Suchanfrage;
search_documents: Suche in den Dokumenten. Setzen Sie zwei oder mehr Wörter in doppelte Anführungszeichen, um sie als Phrase zu suchen. Ein Straßenname mit Hausnummer wird automatisch zu einer Phrase zusammengefasst, und das Ergebnis zeigt in query_sent an, wonach gesucht wurde. Mit einer Quellenangabe gibt other_bodies an, welche Treffer zu einer anderen Behörde gehören;
get_document: ein Dokument mit seinem Text;
get_meeting: eine Sitzung mit ihrer Tagesordnung und ihren Anträgen. Der Download-Link eines Dokuments verweist ab Version 1.4.6 auf die Kopie auf der Plattform selbst. Dieser funktioniert auch dann, wenn der Link von iBabs eine Fehlermeldung anzeigt. Ab Version 1.4.8 liefert die Antwort auch source_key, und other_bodies nennt die andere Gemeinde als die im Titel genannte. Ab Version 1.4.9 sind die Anträge der Sitzung in motions aufgeführt. Jeder Antrag weist den Status und das Ergebnis auf, wie sie von der Plattform angegeben werden. Sofern die Quelle eine Stimmenauszählung liefert, ist diese ebenfalls angegeben. Fehlt das Ergebnis oder ist es falsch, steht in implied_result und outcome_note, was sich aus dem Datensatz ergibt, genau wie bei get_motion. Die Stimme jedes Ratsmitglieds ist nicht aufgeführt. member_vote_count gibt an, wie viele Stimmen es gibt, und get_motion listet sie auf. Ein Antrag hat in der Liste dieselben Felder wie bei get_motion, bis auf zwei Unterschiede. Die Stimmen fehlen, und die Adresse des Anhangs in download_url und attachment_is_pdf ist nur in der Liste enthalten. Außerdem lautet die Kennung in der Liste motion_id und bei get_motion entity_id. motions_count zählt die Anträge, und motions_note gibt an, was die Liste enthält und was nicht. Stammen Anträge aus einem Register, das nur angenommene Anträge enthält, so weist register_note darauf hin. other_bodies nennt auch die andere Gemeinde als den Namen des Registers, aus dem die Anträge stammen. Bis einschließlich Version 1.4.8 zeigte get_meeting nur die Tagesordnung an. Wer die Ergebnisse einer Sitzung erfahren wollte, suchte die Anträge mit find_motions und rief anschließend für jeden Antrag get_motion auf;
upcoming_meetings: die geplanten Sitzungen;
find_motions: Anträge und Änderungsanträge suchen. Das Ergebnis enthält keine Trefferangabe. get_motion gibt diese für einen Antrag an, und ab Version 1.4.9 gibt get_meeting sie für alle Anträge einer Sitzung an. Bezieht sich die Frage auf ein Gremium, gibt motion_register an, ob das Register dieses Gremiums ausschließlich angenommene Anträge enthält. Stammen Anträge aus diesem Register aus einer Liste einer anderen Gemeinde, so nennt other_bodies ab Version 1.4.8 diese Gemeinde;
get_motion: ein Antrag mit allen Daten, die die Plattform zu diesem Antrag bereitstellt. Dazu gehören das Ergebnis, die Auszählung und – sofern die Quelle diese Angaben liefert – die Stimme jedes Ratsmitglieds. Ab Version 1.4.9 sind dort auch die anderen Felder des Antrags aufgeführt, wie beispielsweise parties, vote_summary, date, agenda_item oder agenda_item_hint, attachment_id und proposers sowie jedes Feld, das die Plattform später hinzufügt. Bei Notubiz ist vote_summary – zum Beispiel „Gegen: OPH“ – die einzige Angabe der Quelle zur Abstimmung. Bis einschließlich Version 1.4.8 lieferte get_motion diese Felder nicht, obwohl sie in der Liste von get_meeting enthalten waren. Die Adresse des Anhangs ist nicht beim Antrag selbst angegeben, daher liefern download_url und attachment_is_pdf nur get_meeting. Mit attachment_id lässt sich der Anhang über get_document abrufen. Fehlt ein verwertbares Ergebnis der Plattform, steht in implied_result, was sich aus dem Status oder der Auszählung ergibt. Wenn der Name des Registers angibt, dass es nur angenommene Anträge enthält, meldet register_note dies. Das Feld meeting_id nennt die Sitzung, die die Quelle zum Antrag angibt; die Plattform verfügt nicht immer darüber, siehe die oben genannten Einschränkungen. Ab Version 1.4.8 nennt other_bodies die andere Gemeinde als den Namen der Liste, die sie erwähnt. Ab Version 1.4.9 sind die Anträge einer Sitzung auch in get_meeting enthalten, ohne die Stimmen der einzelnen Ratsmitglieder. Diese Stimmen werden nur von diesem Tool angezeigt;
topic_timeline: die Entwicklung eines Themas im Laufe der Zeit;
find_recordings: Sitzungen, von denen die Plattform eine Aufzeichnung hat, beginnend mit der neuesten. Fast alle Aufzeichnungen stammen aus dem Jahr 2025 oder später, siehe Abschnitt „Einschränkungen“. Ab Version 1.4.8 kann mit date_from und date_to ein Zeitraum angegeben werden, genau wie bei search_documents und find_motions. Ein Datum entspricht einem ganzen Tag in UTC. Die Plattform filtert dann selbst nach dem Datum der Besprechung, und die Antwort beginnt in diesem Zeitraum. Die Gesamtzahl ist daher häufiger exakt. Gemessen am 16. Oktober 2026 bei haarlem: ohne Zeitraum etwa 317 Aufnahmen, von Juni bis einschließlich Dezember 2025 genau 66. Ab derselben Version liefert das Tool auch total_is_exact, source_distribution und more_to_find sowie bei jeder Sitzung match_type, siehe Zoekprecisie. Bis einschließlich Version 1.4.7 kannte das Tool keinen Zeitraum. Wer nach einem früheren Zeitraum suchte, musste alle neueren Sitzungen durchblättern. Ein angegebenes date_from oder date_to wurde ohne Hinweis ignoriert;
get_recording: eine Aufzeichnung, in der für jeden Tagesordnungspunkt der entsprechende Zeitpunkt in der Aufzeichnung angegeben ist. Für einen Teil der Aufzeichnungen verfügt die Plattform auch über einen transkribierten Text. Dieser Text wurde mittels Spracherkennung erstellt und stellt keinen Bericht dar. Dieses Tool gibt diesen Text nicht aus; search_documents mit dem Typ Recording durchsucht ihn jedoch. Ab Version 1.4.6 gibt search_documents bei jedem Treffer in summary_source an, woher das Fragment stammt. Beim Typ Recording ist dies immer das Transkript, beim Typ Meeting niemals. Ohne Typ kann es bei einer Sitzung beides sein, da die Plattform dies nicht angibt. summary_note erklärt dann, wie ein solches Fragment zu verwenden ist. Bis einschließlich Version 1.4.5 gab es dazu keine Angaben;
list_platform_calls: Die Aufrufe an die Plattform in dieser Sitzung.

Außerdem list_capabilities.

list_sources kann anhand des Arguments type nach der Art der Organisation filtern. Die Plattform schreibt diese Art auf Niederländisch wie folgt: gemeente, provincie, waterschap oder verzameling. Eine Sammlung fasst alle Organe eines Anbieters zusammen, wie beispielsweise all_ibabs. Die englischen Werte von Open Raadsinformatie funktionieren ebenfalls: municipality, province und water_authority. So funktioniert derselbe Wert auf beiden Konnektoren. Die Antwort gibt dann in type_applied den verwendeten niederländischen Wert an. Existiert die angefragte Sorte nicht, wird dies in der Antwort in type_not_recognised mit den tatsächlich vorhandenen Sorten angegeben.

Dies funktioniert ab Version 1.4.6. Bis einschließlich Version 1.4.5 enthielt die Beschreibung des Werkzeugs als Beispiel municipality. Dieser Wert lieferte null Quellen, ohne dass eine Meldung angezeigt wurde.

Wo diese Plattform zu finden ist

Diese Adressen gehören zu der Organisation, die hinter dieser Quelle steht, und nicht zu BesluitBron. Wer einen Fehler in den Daten oder in der API dieser Quelle findet, meldet diesen bitte dort:

Einen Fehler melden: die Issues zu „OpenBesluitvorming“ auf GitHub ;
Die API lesen: API.md ;
Selbst auf der Website der Quelle suchen: OpenBesluitvorming.nl .

Dies ist die Quelle, bei der Meldungen bisher am schnellsten bearbeitet wurden: Sieben der acht Punkte, die BesluitBron im August 2026 gemeldet hatte, wurden innerhalb weniger Tage behoben.

Diese Adressen wurden am 18. August 2026 überprüft. Es wurde bewusst keine E-Mail-Adresse angegeben: Wenn eine Partei nur eine Adresse veröffentlicht, verweist BesluitBron auf die Seite, auf der diese Adresse zu finden ist.

Wofür diese Quelle geeignet ist

Für zwei Fragen, die keine andere lokale Quelle beantwortet: Wie hat welcher Ratsmitglied abgestimmt, und was wurde in der Sitzung gesagt? Für beides ist dies innerhalb von BesluitBron die einzige lokale Anlaufstelle.

Wofür nicht

Für eine genaue Zahl zu einem weit gefassten Thema. Eine weit gefasste Suchanfrage liefert mehr Treffer, als die Plattform durchsuchen kann, und daher handelt es sich bei der Gesamtzahl um eine Schätzung. Eine eng gefasste Suchanfrage liefert hingegen eine genaue Zahl: Eine Wortgruppe, eine Organisation oder ein Zeitraum reichen in der Regel aus. Wer eine genaue Zahl zu einem weit gefassten Thema benötigt, nutzt Open Raadsinformatie.

Aktueller Stand, gemessen im August 2026

Dies ist der Nachfolger von „Open Raadsinformatie“ und enthält tatsächlich neues Material. Von den 316 Dokumenten, die am 16. August 2026 eingesehen wurden, reichten die neuesten Erfassungsstempel bis zum 15. August.

Genau wie beim Vorgänger variiert der aktuelle Stand je nach Organ. Seit dem 16. August 2026 veröffentlicht diese Plattform ihren eigenen Datenstand für alle Organe gleichzeitig, und die Laadstatus liest diesen in einem einzigen Aufruf aus. Dabei wird für jedes Organ angegeben, ob die Plattform die Daten noch abruft, welches Quellsystem dahintersteckt und ob eine Organisation aufgelöst wurde. Bis einschließlich Version 1.3.22 erforderte dieser Status einen Abruf pro Organ und wurde über vier Stunden verteilt.

Dadurch wird auch eine Störung bei einem einzelnen Quellsystem als Störung sichtbar. Im August 2026 erhielten 161 der 330 Organe keine neuen Daten – nicht aus 161 verschiedenen Gründen, sondern weil iBabs die Adresse blockierte, von der aus die Plattform die Daten abruft.

list_sources gibt das Datum pro Organ an, sobald die Liste auf höchstens acht Organe eingegrenzt wurde. Dieses Tool führt jedoch noch einen Aufruf pro Organ durch, da es eine etwas andere Frage beantwortet: Es sucht nach dem neuesten Beitrag, der nicht in der Zukunft liegt, während der Ladestand das neueste bekannte Datum angibt, auch wenn dieses noch in der Zukunft liegt.

Bis einschließlich Version 1.4.7 gab list_sources bei einer Behörde mit vielen geplanten Dokumenten, wie beispielsweise Amsterdam und Haarlem, kein Datum an. Das Tool las damals nur die 75 neuesten Dokumente ein, und diese lagen alle in der Zukunft. Die Antwort erklärte dies zwar, aber das Datum selbst fehlte. Ab Version 1.4.8 fragt das Tool die Plattform direkt nach dem neuesten Dokument bis einschließlich heute ab. Auch solche Behörden erhalten nun ein Datum.

Bitte beachten Sie beim Lesen dieser Daten: Sie beziehen sich auf die Sitzung und nicht auf den Zeitpunkt der Ernte. Während einer Sitzungspause verschiebt sich das neueste Sitzungsdatum daher automatisch nach hinten, ohne dass der Ablauf ins Stocken gerät.