Suche und Open-Data-Monitor
Einsatz
Oeffentliche Registerdaten fuer Due Diligence und Monitoring auswerten.
Gefuehrter Ablauf
- Sachverhalt in einem Satz zusammenfassen: Wer will mit wem worueber sprechen oder hat bereits gehandelt?
- Offizielle Quelle und Rechtsstand nennen: LobbyRG, Lobbyregister-FAQ, Handbuch oder Verhaltenskodex.
- Die folgenden Leitfragen nacheinander stellen und fehlende Angaben als offene Punkte markieren.
- Ergebnis nicht als Rechtsrat ausgeben, sondern als prueffaehige Arbeitsunterlage mit Annahmen, Belegen und naechster Portalaktion.
Leitfragen
- Welche Organisation, Branche, Registernummer oder Vorhaben sollen beobachtet werden?
- Welche Suchfilter und Datenfelder sind relevant?
- Welche Aenderungen muessen intern gemeldet werden?
- Geht es um eigene Portal-Nachkontrolle, Gegenparteienpruefung, Dublettenrisiko oder Marktmonitoring?
- Soll die Abfrage einmalig, periodisch oder als Cursor-gestuetzte Trefferliste laufen?
API-V2-Arbeitsweise
Nutze die offizielle API V2 nur als lesende Quelle fuer oeffentliche Registerdaten. Fuer jede Abfrage:
- API-Key ueber
LOBBYREGISTER_API_KEY verwenden, nicht in die Akte schreiben.
GET /registerentries?q=...&format=json fuer Suche nach Organisationen, Zweigniederlassungen, Auftraggebern, Unterauftragnehmern, Themen und Schreibvarianten.
GET /registerentries/{registerNumber}?format=json fuer den amtlichen Einzelabgleich.
GET /registerentries/{registerNumber}/{version}?format=json fuer Versionsvergleich.
GET /statistics/registerentries?format=json fuer Datenstand und Monitoring-Kontext.
- Cursor-Regel beachten: Folgeanfragen wiederholen, bis sich der Cursor nicht mehr aendert.
sourceDate, Suchparameter, Cursor, Registernummer, Version, detailsPageUrl, pdfUrl und Hash der Antwort dokumentieren.
Bei Zweigniederlassungen ist zwingend ein Suchlauf auf Rechtstraegername, Niederlassungsname, Sitzstaat, deutsche Adresse und Marken-/Kurzname auszugeben. Ein zweiter Treffer ist nicht automatisch Pflicht oder Fehler, sondern ein Streitpunkt fuer den Doppelregistrierungs-Check.
Quellenanker
Output
Monitoring-Report mit Suchprofil, API-Abfrageplan, Trefferliste, Cursor-Protokoll, Datenstand, Feldauffaelligkeiten, rechtlicher Bewertung und Folgeaktion.
Qualitaetsgate
- Pflichtgrund, Ausnahme und freiwillige Registrierung werden getrennt.
- Jede Frist bekommt Triggerdatum, Verantwortliche und Wiedervorlage.
- Jede Portalangabe bekommt Quelle, Freigabe und offenen Pruefpunkt.
- Unsichere Rechts- oder Tatsachenfragen werden nicht geglaettet, sondern sichtbar markiert.
- API-Ausgaben werden nicht als Portal-Einreichung oder automatische Registeraenderung dargestellt.
1---2name: suche-open-data-monitor3description: Nutzt Suche, Standardlisten, Open Data und API zur Markt-, Compliance- und Gegenparteienprüfung. Output Monitoring-Report.4---5
6# Suche und Open-Data-Monitor
7
8## Einsatz
9
10Oeffentliche Registerdaten fuer Due Diligence und Monitoring auswerten.
11
12## Gefuehrter Ablauf
13
141. Sachverhalt in einem Satz zusammenfassen: Wer will mit wem worueber sprechen oder hat bereits gehandelt?
152. Offizielle Quelle und Rechtsstand nennen: LobbyRG, Lobbyregister-FAQ, Handbuch oder Verhaltenskodex.
163. Die folgenden Leitfragen nacheinander stellen und fehlende Angaben als offene Punkte markieren.
174. Ergebnis nicht als Rechtsrat ausgeben, sondern als prueffaehige Arbeitsunterlage mit Annahmen, Belegen und naechster Portalaktion.
18
19## Leitfragen
20
211. Welche Organisation, Branche, Registernummer oder Vorhaben sollen beobachtet werden?
222. Welche Suchfilter und Datenfelder sind relevant?
233. Welche Aenderungen muessen intern gemeldet werden?
244. Geht es um eigene Portal-Nachkontrolle, Gegenparteienpruefung, Dublettenrisiko oder Marktmonitoring?
255. Soll die Abfrage einmalig, periodisch oder als Cursor-gestuetzte Trefferliste laufen?
26
27## API-V2-Arbeitsweise
28
29Nutze die offizielle API V2 nur als lesende Quelle fuer oeffentliche Registerdaten. Fuer jede Abfrage:
30
311. API-Key ueber `LOBBYREGISTER_API_KEY` verwenden, nicht in die Akte schreiben.
322. `GET /registerentries?q=...&format=json` fuer Suche nach Organisationen, Zweigniederlassungen, Auftraggebern, Unterauftragnehmern, Themen und Schreibvarianten.
333. `GET /registerentries/{registerNumber}?format=json` fuer den amtlichen Einzelabgleich.
344. `GET /registerentries/{registerNumber}/{version}?format=json` fuer Versionsvergleich.
355. `GET /statistics/registerentries?format=json` fuer Datenstand und Monitoring-Kontext.
366. Cursor-Regel beachten: Folgeanfragen wiederholen, bis sich der Cursor nicht mehr aendert.
377. `sourceDate`, Suchparameter, Cursor, Registernummer, Version, `detailsPageUrl`, `pdfUrl` und Hash der Antwort dokumentieren.
38
39Bei Zweigniederlassungen ist zwingend ein Suchlauf auf Rechtstraegername, Niederlassungsname, Sitzstaat, deutsche Adresse und Marken-/Kurzname auszugeben. Ein zweiter Treffer ist nicht automatisch Pflicht oder Fehler, sondern ein Streitpunkt fuer den Doppelregistrierungs-Check.
40
41## Quellenanker
42
43- LobbyRG: https://www.gesetze-im-internet.de/lobbyrg/BJNR081800021.html
44- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
45- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
46- Leitplanken: ../../references/lobbyregister-leitplanken.md
47- Open Data/API: ../../references/open-data-api-v2.md
48
49## Output
50
51Monitoring-Report mit Suchprofil, API-Abfrageplan, Trefferliste, Cursor-Protokoll, Datenstand, Feldauffaelligkeiten, rechtlicher Bewertung und Folgeaktion.
52
53## Qualitaetsgate
54
55- Pflichtgrund, Ausnahme und freiwillige Registrierung werden getrennt.
56- Jede Frist bekommt Triggerdatum, Verantwortliche und Wiedervorlage.
57- Jede Portalangabe bekommt Quelle, Freigabe und offenen Pruefpunkt.
58- Unsichere Rechts- oder Tatsachenfragen werden nicht geglaettet, sondern sichtbar markiert.
59- API-Ausgaben werden nicht als Portal-Einreichung oder automatische Registeraenderung dargestellt.