BesluitBron macht nur Daten zugänglich, die bereits öffentlich sind. Jede Quellenplattform kann ohne Konto und ohne Schlüssel eingesehen werden. Jede Plattform veröffentlicht ihre Inhalte auf einer eigenen Rechtsgrundlage: das Gesetz über die Transparenz der Verwaltung für die Verwaltungsbehörden, das Bekanntmachungsgesetz für die amtlichen Veröffentlichungen und die Veröffentlichungsrichtlinien der Raad voor de rechtspraak für die Urteile.
Daraus ergibt sich die Ausgestaltung. Die MCP-Adressen von BesluitBron sehen keine Authentifizierung vor. Eine Anmeldung für den Zugriff auf öffentliche Daten bietet keinen zusätzlichen Schutz. Eine solche Anmeldung stellt jedoch eine Hürde für die Nutzung dar, für die diese Daten gerade erst öffentlich zugänglich gemacht wurden. Die Verwaltungskonsole ist jedoch geschützt, da sie das Verhalten des Dienstes und nicht die Daten anzeigt.
Personenbezogene Daten in der Quelle
Die Register enthalten personenbezogene Daten: Namen von Ratsmitgliedern, von Antragstellern, von Rednern und – in den Urteilen – von Prozessparteien, sofern diese nicht anonymisiert wurden. Diese Daten sind darin enthalten, weil der Gesetzgeber oder die Verwaltungsbehörde beschlossen hat, dass sie öffentlich zugänglich sind.
Zwei davon sind für den Leser von Bedeutung:
- BesluitBron fügt nichts hinzu und lässt nichts weg. Was im Register steht, wird weitergegeben; was im Register unkenntlich gemacht wurde, fehlt auch hier. Ein Antrag auf Löschung ist daher an den Urheber zu richten und nicht an diesen Dienst;
- Die Zusammenführung mehrerer Quellen in einer einzigen Abfrage kann zu einem Profil führen, das in keiner der einzelnen Quellen für sich allein existiert. Dies ist eine Verarbeitung, für die der Nutzer selbst verantwortlich ist. Dabei gilt die übliche Abwägung zwischen Zweckbindung und Verhältnismäßigkeit.
Was der Dienst selbst erfasst
Der Dienst protokolliert für jede MCP-Anfrage, welches Tool aufgerufen wurde, wie lange dies dauerte, wie viele Daten dabei beteiligt waren und aus welchem Netzwerk die Anfrage stammte. Der Inhalt des Gesprächs mit dem Assistenten gelangt nicht an BesluitBron und wird daher auch nicht protokolliert. Ab Version 1.3.54 wird auch die Organisation erfasst, die der Kunde selbst angibt, sofern der Kunde diese mitübermittelt. Dabei handelt es sich um den Namen einer Organisation und nicht um den einer Person, und niemand überprüft diese Angabe. Die Aufbewahrungsfrist und der Aufbau dieses Protokolls sind unter Logging en Verantwoording aufgeführt.
Ab dem 1.3.10 wird die IP-Adresse vor der Speicherung gekürzt, und eine E-Mail-Adresse wird in einem Datensatz durch einen nicht rückverfolgbaren Wert ersetzt. Dies hat Auswirkungen auf einen Antrag auf Auskunft. Ein solcher Antrag kann sich auf Aufzeichnungen zu einer IP-Adresse beziehen und wird dann bearbeitet, doch die aufgezeichnete Adresse verweist auf ein Netzwerk, das von vielen Personen gemeinsam genutzt wird. Diese Aufzeichnungen lassen sich daher nicht einer bestimmten Person zuordnen. Der Dienst beschreibt und zählt, was dort steht, und gibt den Inhalt dieser Zeilen nicht preis, da er sonst den Datenverkehr anderer Personen preisgeben würde.
Die Erklärung auf der Website
Was die Website selbst erfasst, unterscheidet sich von dem, was der MCP-Dienst erfasst. Dies ist ab dem 1.2.24 auf einer öffentlichen Seite mit dem Titel „Datenschutz und Cookies“ nachzulesen, die über /nl/privacy sowie über die Fußzeile jedes Bildschirms erreichbar ist. Diese Seite beschreibt die Cookies, die Besuchermessung und die Einwilligungsabfrage, wer die Daten erhält und wie lange sie gespeichert bleiben. Die Beschreibung gibt wieder, was tatsächlich geschieht, und nicht, was beabsichtigt war.
Wer ist noch daran beteiligt?
Neben dem Dienst selbst gibt es weitere Parteien, die Daten eines Besuchers erhalten können. Wer diese sind, ist auf der Seite „Auftragsverarbeiter“ aufgeführt, die über /nl/verwerkers sowie über die Fußzeile jedes Bildschirms erreichbar ist. Für jede Partei wird angegeben, wofür, wohin, in welcher Eigenschaft und ob diese Partei auf dieser Installation tatsächlich erreicht wird. Letzteres ist notwendig, da eine Installation, bei der die entsprechende Einstellung leer gelassen wird, keine Daten dorthin übermittelt.
Ab Version 1.3.58 enthält die Liste auch einen Eintrag, der kein Skript in die Seite einfügt: die Fehleradresse, die der Administrator selbst festlegt. Der Dienst leitet jede bearbeitete Störung dorthin weiter, zusammen mit dem Netzwerk, der Browser-Kennung und – sofern der Nutzer angemeldet ist – dem Benutzernamen. In der Liste wird die Einstellung „BesluitBron:ErrorHandling:PostUrl“ aufgeführt und nicht die Adresse selbst, da der Administrator selbst bestimmt, um welche Adresse es sich handelt.
In der Liste ist auch vermerkt, wer über wen auf die Seite gelangt. Diese Website lädt lediglich ein Skript eines Drittanbieters: den Tag-Container. Alles, was darüber läuft, wird in der Liste zusammen mit diesem Container aufgeführt. So ist die Kette sichtbar und nicht nur die Namen.
Die Liste ist auf einer öffentlich zugänglichen Seite ohne Anmeldung einsehbar und steht auch in maschinenlesbarer Form unter /processors.json zur Verfügung. Wer die Liste im Zeitverlauf vergleichen möchte, muss also weder eine Anfrage stellen noch anrufen.
Es gibt eine Regel, die dafür sorgt, dass die Liste vollständig bleibt: Das Hinzufügen einer Partei bedeutet, dass die Liste im Rahmen derselben Änderung aktualisiert werden muss. Eine Adresse, die der Dienst auf einer Seite einfügt, ohne dass eine Regel in der Liste diese Adresse beansprucht, wird beim Start gemeldet und führt zum Fehlschlagen eines Tests. Was ein Tag-Container selbst hinzufügt, fällt nicht unter diese Kontrolle; dies wird beim Container selbst nachverfolgt. Ab Version 1.3.34.
Was hier nicht geregelt wird
Diese Seite beschreibt die Struktur des Dienstes und nicht die Rechtmäßigkeit einer konkreten Nutzung. Ob eine bestimmte Abfrage innerhalb einer Organisation zulässig ist, ergibt sich aus dem eigenen Verarbeitungsregister und den eigenen Richtlinien dieser Organisation.