mirror of
https://github.com/Klotzkette/claude-fuer-deutsches-recht
synced 2026-06-09 10:03:19 +00:00
Ausbau Lobbyregister Open Data API
This commit is contained in:
Klotzkette
@@ -1,6 +1,6 @@
|
||||
# Lobbyregister Bundestag
|
||||
|
||||
Superplugin fuer Meldungen, Registrierung, Aktualisierung und laufende Compliance im Lobbyregister fuer die Interessenvertretung gegenueber dem Deutschen Bundestag und der Bundesregierung. Es fuehrt Nutzerinnen und Nutzer von der Frage "Muss ich ueberhaupt?" bis zur prueffaehigen Registrierungsmappe, zum Portal-Eingabeplan, zu Quartals-Uploads, Jahresaktualisierung, Verhaltenskodex und Meldung moeglicher Verstoesse.
|
||||
Superplugin fuer Meldungen, Registrierung, Aktualisierung, oeffentliche API-Abfragen und laufende Compliance im Lobbyregister fuer die Interessenvertretung gegenueber dem Deutschen Bundestag und der Bundesregierung. Es fuehrt Nutzerinnen und Nutzer von der Frage "Muss ich ueberhaupt?" bis zur prueffaehigen Registrierungsmappe, zum Portal-Eingabeplan, zu Quartals-Uploads, Jahresaktualisierung, Verhaltenskodex, Open-Data-Monitoring und Meldung moeglicher Verstoesse.
|
||||
|
||||
Dieses Plugin ist **vollstaendig freistehend**. Es erwartet keine anderen Plugins, keine Portal-API und keine Kanzleisoftware. Wenn kein Zugang zum Lobbyregisterportal, DMS, CRM, Public-Affairs-Tool oder Finanzsystem vorhanden ist, arbeitet es mit manuellen Uploads oder einem ausdruecklich markierten Simulationsmodus.
|
||||
|
||||
@@ -78,6 +78,10 @@ Dieses Plugin ist **vollstaendig freistehend**. Es erwartet keine anderen Plugin
|
||||
- `assets/templates/auslandsrechtstraeger-zweigniederlassung-check.md` - Spezialcheck auslaendischer Rechtstraeger mit deutscher Zweigniederlassung
|
||||
- `assets/templates/streitvermerk-doppelregistrierung.md` - Variantenvermerk einmalige oder doppelte Registrierung
|
||||
- `assets/templates/rfs-anfrage-zweigniederlassung.md` - Anfrageentwurf an die registerfuehrende Stelle
|
||||
- `assets/templates/api-abfrageplan.md` - API-Such- und Abfrageplan fuer oeffentliche Registerdaten
|
||||
- `assets/templates/registerdaten-json-mapping.md` - JSON-nahes Mapping interner Registerdaten auf den oeffentlichen Export
|
||||
- `assets/templates/registerexport-diff.md` - Diff zwischen interner Freigabeakte und API/API-Export
|
||||
- `assets/templates/open-data-monitoring-plan.md` - Watchlist, Alarmregeln und API-Cursor-Protokoll
|
||||
|
||||
## Offizielle Startquellen
|
||||
|
||||
@@ -90,11 +94,28 @@ Dieses Plugin ist **vollstaendig freistehend**. Es erwartet keine anderen Plugin
|
||||
- [Inhalte der Interessenvertretung](https://www.lobbyregister.bundestag.de/inhalte-der-interessenvertretung?lang=de)
|
||||
- [Registerfuehrende Stelle](https://www.lobbyregister.bundestag.de/informationen-und-hilfe/registerfuehrende-stelle-rfs--863578)
|
||||
- [Open Data/API](https://www.lobbyregister.bundestag.de/informationen-und-hilfe/open-data-1049716)
|
||||
- [API V2 YAML](https://api.lobbyregister.bundestag.de/rest/v2/R2.21-de.yaml)
|
||||
- [API V2 Swagger UI](https://api.lobbyregister.bundestag.de/rest/v2/swagger-ui/)
|
||||
- [JSON-Schema Registereintrag](https://www.lobbyregister.bundestag.de/json-schemas/current/Lobbyregister-Registereintrag-schema.json)
|
||||
|
||||
## Open Data und API V2
|
||||
|
||||
Das Plugin nutzt die offizielle API als **lesende Kontrollschicht**: Suche nach Organisationen, Abfrage veroeffentlichter Registereintraege, Versionen, Statistikdaten, Dublettenpruefung, Export-Diff und Monitoring. Registrierung, Aktualisierung, Bestaetigung, Stellungnahmen-Upload und sonstige Portalhandlungen bleiben Portalaktionen und duerfen nicht als API-Einreichung ausgegeben werden.
|
||||
|
||||
Technische Arbeitsregel:
|
||||
|
||||
1. Vor der Portalaktion: interne Daten mit `assets/templates/registerdaten-json-mapping.md` JSON-nah strukturieren.
|
||||
2. Nach der Veroeffentlichung: oeffentlichen Eintrag mit API V2 abfragen und mit `assets/templates/registerexport-diff.md` gegen die Freigabeakte pruefen.
|
||||
3. Fuer laufende Compliance: `assets/templates/api-abfrageplan.md` und `assets/templates/open-data-monitoring-plan.md` nutzen, Cursor und `sourceDate` archivieren.
|
||||
4. Bei Zweigniederlassungen, Auftraggebern, Unterauftragnehmern und Namensvarianten immer eine Freitextsuche auf Dubletten dokumentieren.
|
||||
|
||||
Details stehen in [references/open-data-api-v2.md](references/open-data-api-v2.md).
|
||||
|
||||
## Freistehende Leitplanken
|
||||
|
||||
- Keine Aussage "nicht registrierungspflichtig" ohne dokumentierte Pruefung von Interessenvertretung, Adressat, Schwelle und Ausnahme.
|
||||
- Keine Registrierung oder Aktualisierung ohne Verantwortliche, Freigabe und Bestaetigungsdokument.
|
||||
- Keine Behauptung einer API-Einreichung ohne offizielle Dokumentation. Die bekannte API V2 ist fuer oeffentliche Registerdaten als lesender Zugriff zu behandeln.
|
||||
- Keine Regelungsvorhaben- oder Stellungnahme-Bewertung ohne Datum der Kontaktaufnahme und Quartals-/Updatefrist.
|
||||
- Keine Finanzangaben ohne Geschaeftsjahr, Berechnungsmethode, Belege und Plausibilitaetscheck.
|
||||
- Keine Kontaktaufnahme ohne Offenlegung von Identitaet, Anliegen und gegebenenfalls Auftraggeber.
|
||||
|
||||
@@ -0,0 +1,69 @@
|
||||
# API-Abfrageplan Lobbyregister
|
||||
|
||||
## Zweck
|
||||
|
||||
- Mandat oder Monitoring:
|
||||
- Eigener Eintrag, Gegenpartei, Auftraggeber, Unterauftragnehmer oder Marktbeobachtung:
|
||||
- Rechts-/Compliance-Frage:
|
||||
- Verantwortliche Person:
|
||||
- Wiedervorlage:
|
||||
|
||||
## Offizielle Quelle
|
||||
|
||||
- Open Data/API: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/open-data-1049716
|
||||
- API V2 YAML: https://api.lobbyregister.bundestag.de/rest/v2/R2.21-de.yaml
|
||||
- Referenz im Plugin: ../../references/open-data-api-v2.md
|
||||
|
||||
## Suchprofil
|
||||
|
||||
| Suche | Begriff oder Registernummer | Ziel | Erwartetes Ergebnis | Risiko bei Abweichung |
|
||||
|---|---|---|---|---|
|
||||
| Freitext Organisation | | eigener oder fremder Eintrag auffinden | | |
|
||||
| Freitext Marke/Projekt | | Varianten, Schreibweisen, Zweigniederlassungen finden | | |
|
||||
| Registernummer | | amtlichen Eintrag ziehen | | |
|
||||
| Version | | Aenderungshistorie pruefen | | |
|
||||
| Statistik | `statistics/registerentries` | Datenstand der Abfrage dokumentieren | | |
|
||||
|
||||
## Abfragebefehle
|
||||
|
||||
```bash
|
||||
test -n "${LOBBYREGISTER_API_KEY:?LOBBYREGISTER_API_KEY fehlt}"
|
||||
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=Suchbegriff&format=json"
|
||||
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries/R001234?format=json"
|
||||
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries/R001234/1?format=json"
|
||||
```
|
||||
|
||||
## Cursor-Protokoll
|
||||
|
||||
| Lauf | Suchparameter | Eingesetzter Cursor | Antwort-Cursor | Trefferzahl | Hash der Antwort | Naechste Aktion |
|
||||
|---|---|---|---|---|---|---|
|
||||
| 1 | | keiner | | | | |
|
||||
| 2 | | | | | | |
|
||||
| Abschluss | | unveraendert | unveraendert | | | Akte schliessen |
|
||||
|
||||
## Mindestpruefung
|
||||
|
||||
- `sourceDate` und Abrufzeitpunkt gesichert
|
||||
- `registerNumber` und `version` gesichert
|
||||
- `detailsPageUrl` und `pdfUrl` gesichert
|
||||
- Status aktiv/inaktiv geprueft
|
||||
- letzte Aktualisierung und fehlende Updates geprueft
|
||||
- `refusedAnything` und Kodexverstoesse geprueft
|
||||
- Name, Rechtsform, Adresse und betraute Personen gegen interne Akte geprueft
|
||||
- Regelungsvorhaben, Stellungnahmen und Auftraggeber gegen interne Akte geprueft
|
||||
- Finanzaufwendungen, Zuwendungen, Schenkungen, Mitgliedsbeitraege und Berichte gegen Freigabe geprueft
|
||||
|
||||
## Ergebnis
|
||||
|
||||
- Keine Treffer:
|
||||
- Ein Treffer:
|
||||
- Mehrere Treffer:
|
||||
- Dublette oder Zweigniederlassungsrisiko:
|
||||
- Aenderungsbedarf im Portal:
|
||||
- Monitoring wiederholen am:
|
||||
@@ -0,0 +1,47 @@
|
||||
# Open-Data-Monitoring-Plan
|
||||
|
||||
## Monitoring-Gegenstand
|
||||
|
||||
- Organisation oder Person:
|
||||
- Registernummer:
|
||||
- Beobachteter Themenbereich:
|
||||
- Suchbegriffe und Schreibweisen:
|
||||
- Zweck: Eigenkontrolle, Gegenparteiencheck, Marktmonitoring oder Verdachtspruefung
|
||||
- Startdatum:
|
||||
- Frequenz:
|
||||
- Verantwortliche Stelle:
|
||||
|
||||
## Datenquellen
|
||||
|
||||
| Quelle | URL oder Endpunkt | Zweck | Frequenz | Ablage |
|
||||
|---|---|---|---|---|
|
||||
| Oeffentliche Detailseite | | Sichtpruefung | | |
|
||||
| PDF des Eintrags | | Aktenversion | | |
|
||||
| API Einzelabruf | `/registerentries/{registerNumber}` | maschinenlesbarer Diff | | |
|
||||
| API Version | `/registerentries/{registerNumber}/{version}` | Historie | | |
|
||||
| API Suche | `/registerentries?q=...` | Dubletten und Markt | | |
|
||||
| Statistik | `/statistics/registerentries` | Datenstand belegen | | |
|
||||
|
||||
## Alarmregeln
|
||||
|
||||
| Ausloeser | Bewertung | Sofortaktion | Frist |
|
||||
|---|---|---|---|
|
||||
| eigener Eintrag inaktiv | Rot | Portalstatus pruefen | sofort |
|
||||
| `updateMissing` wahr | Rot | Aktualisierungsakte oeffnen | sofort |
|
||||
| neue Version ohne interne Freigabeakte | Rot | Revisionsspur pruefen | sofort |
|
||||
| neue Stellungnahme fehlt im Register | Orange | Quartalsupload pruefen | naechster Arbeitstag |
|
||||
| Auftraggeber/Unterauftrag weicht ab | Orange | Vertragsregister abgleichen | naechster Arbeitstag |
|
||||
| Zweigniederlassung als zweiter Treffer | Orange/Rot | Doppelregistrierungsvermerk | naechster Arbeitstag |
|
||||
| Kodexverstoss markiert | Rot | Compliance und Geschaeftsleitung informieren | sofort |
|
||||
| Gegenpartei neu registriert | Gruen/Orange | Due-Diligence-Akte aktualisieren | naechster Lauf |
|
||||
|
||||
## Ergebnisformat
|
||||
|
||||
- letzte erfolgreiche Abfrage:
|
||||
- letzte API-Version:
|
||||
- letzter API-Cursor:
|
||||
- Anzahl Treffer:
|
||||
- gespeicherte Antwortdateien:
|
||||
- offene Warnungen:
|
||||
- Portalaktion:
|
||||
- naechster Lauf:
|
||||
@@ -0,0 +1,52 @@
|
||||
# Registerdaten JSON-Mapping
|
||||
|
||||
## Zweck
|
||||
|
||||
Diese Vorlage uebersetzt interne Registerdaten in eine JSON-nahe Arbeitsstruktur. Sie dient der Qualitaetssicherung und dem spaeteren Abgleich mit der oeffentlichen API-Antwort. Sie ist keine technische Einreichung an das Lobbyregister.
|
||||
|
||||
## Quellen
|
||||
|
||||
- JSON-Schema Registereintrag: https://www.lobbyregister.bundestag.de/json-schemas/current/Lobbyregister-Registereintrag-schema.json
|
||||
- API/Open-Data-Referenz: ../../references/open-data-api-v2.md
|
||||
|
||||
## Mapping-Tabelle
|
||||
|
||||
| Oeffentliches JSON-Feld | Interne Quelle | Portalabschnitt | Freigabestatus | Abgleich nach Veroeffentlichung |
|
||||
|---|---|---|---|---|
|
||||
| `registerNumber` | | automatisch nach Veroeffentlichung | | |
|
||||
| `accountDetails.activeLobbyist` | Compliance-Entscheidung | Kontostatus | | |
|
||||
| `accountDetails.firstPublicationDate` | API/API-Export | Veroeffentlichung | | |
|
||||
| `accountDetails.lastUpdateDate` | Portalhistorie | Aenderungen | | |
|
||||
| `registerEntryDetails.version` | API/API-Export | Version | | |
|
||||
| `registerEntryDetails.legislation` | API/API-Export | Gesetzeslage | | |
|
||||
| `registerEntryDetails.detailsPageUrl` | API/API-Export | Oeffentliche Seite | | |
|
||||
| `registerEntryDetails.pdfUrl` | API/API-Export | PDF | | |
|
||||
| `lobbyistIdentity.identity` | Rechtstraegerpruefung | Person/Organisation | | |
|
||||
| `lobbyistIdentity.companyName` | Registerauszug/Satzung | Name | | |
|
||||
| `activitiesAndInterests` | Taetigkeitsbeschreibung | Interessen und Taetigkeit | | |
|
||||
| `employeesInvolvedInLobbying` | HR/Projektliste | Betraute Personen | | |
|
||||
| `financialExpenses` | Finance/Controlling | Finanzaufwendungen | | |
|
||||
| `mainFundingSources` | Finance | Hauptfinanzierung | | |
|
||||
| `publicAllowances` | Zuwendungsbuchhaltung | Oeffentliche Zuwendungen | | |
|
||||
| `donators` | Spenden-/Schenkungsregister | Schenkungen | | |
|
||||
| `membershipFees` | Mitgliederverwaltung | Mitgliedsbeitraege | | |
|
||||
| `annualReports` | Jahresabschluss | Berichte | | |
|
||||
| `regulatoryProjects` | Public-Affairs-Log | Regelungsvorhaben | | |
|
||||
| `statements` | Dokumentenmanagement | Stellungnahmen/Gutachten | | |
|
||||
| `contracts` | Vertragsregister | Auftrag/Auftraggeber | | |
|
||||
| `codeOfConduct.ownCodeOfConduct` | Compliance | Verhaltenskodex | | |
|
||||
|
||||
## Stop-Punkte
|
||||
|
||||
- Ein internes Feld hat keine belastbare Quelle.
|
||||
- Portaltext und JSON-nahe Arbeitsstruktur weichen inhaltlich voneinander ab.
|
||||
- Ein Zweigentwurf bildet dieselbe juristische Person ein zweites Mal ab.
|
||||
- Finanzdaten werden doppelt gezaehlt oder auf nicht vergleichbare Geschaeftsjahre verteilt.
|
||||
- Das Plugin soll eine technische Einreichung behaupten, obwohl nur ein lesender API-Abruf belegt ist.
|
||||
|
||||
## Ergebnis
|
||||
|
||||
- Freigabefaehiges Portal-Mapping:
|
||||
- Noch offene Felder:
|
||||
- Nach Veroeffentlichung per API zu pruefen:
|
||||
- Naechste Portalaktion:
|
||||
@@ -0,0 +1,60 @@
|
||||
# Registerexport-Diff
|
||||
|
||||
## Abgleich
|
||||
|
||||
- Interne Akte:
|
||||
- Portalaktion:
|
||||
- Veroeffentlichter Registereintrag:
|
||||
- Registernummer:
|
||||
- API-Abruf am:
|
||||
- `sourceDate`:
|
||||
- Version:
|
||||
- Bearbeiterin/Bearbeiter:
|
||||
|
||||
## Kurzbefund
|
||||
|
||||
- Status:
|
||||
- Rechtliche Relevanz:
|
||||
- Technische Relevanz:
|
||||
- Portalaktion erforderlich:
|
||||
|
||||
## Feldvergleich
|
||||
|
||||
| Bereich | Interne Freigabe | API/API-Export | Bewertung | Aktion |
|
||||
|---|---|---|---|---|
|
||||
| Rechtstraeger/Name | | | | |
|
||||
| aktive/inaktive Interessenvertretung | | | | |
|
||||
| Adresse/Niederlassung | | | | |
|
||||
| Vertretungsberechtigte Personen | | | | |
|
||||
| Betraute Personen/VZAE | | | | |
|
||||
| Taetigkeitsbeschreibung | | | | |
|
||||
| Interessenbereiche | | | | |
|
||||
| Regelungsvorhaben | | | | |
|
||||
| Stellungnahmen/Gutachten | | | | |
|
||||
| Auftraggeber/Auftraege | | | | |
|
||||
| Finanzaufwendungen | | | | |
|
||||
| Oeffentliche Zuwendungen | | | | |
|
||||
| Schenkungen/Sponsoring | | | | |
|
||||
| Mitgliedsbeitraege | | | | |
|
||||
| Jahresabschluss/Bericht | | | | |
|
||||
| Verhaltenskodex | | | | |
|
||||
| verweigerte Angaben | | | | |
|
||||
| Kodexverstoss/verspaetetes Update | | | | |
|
||||
|
||||
## Dubletten- und Zweigniederlassungscheck
|
||||
|
||||
| Suche | Ergebnis | Risiko | Entscheidung |
|
||||
|---|---|---|---|
|
||||
| Name Rechtstraeger | | | |
|
||||
| Name Zweigniederlassung | | | |
|
||||
| Marken-/Handelsname | | | |
|
||||
| fruehere Schreibweise | | | |
|
||||
| Auftraggeber/verbundene Organisationen | | | |
|
||||
|
||||
## Abschluss
|
||||
|
||||
- Keine Abweichung:
|
||||
- Formale Abweichung ohne Portalbedarf:
|
||||
- Inhaltliche Abweichung mit Portalbedarf:
|
||||
- RfS-Anfrage erforderlich:
|
||||
- Wiedervorlage:
|
||||
@@ -10,7 +10,8 @@ Stand: 27.05.2026. Dieses Plugin arbeitet mit offiziellen Bundestags- und Gesetz
|
||||
4. Registerdaten vorbereiten: Stammdaten, Personen, Drehtuerangaben, Taetigkeit, Bereiche, Vorhaben, Auftraege, Finanzdaten und Dokumente.
|
||||
5. Freigabe sichern: Richtigkeit und Vollstaendigkeit bestaetigen, bei Organisationen durch eine geeignete Leitungsperson oder vertretungsberechtigte Person.
|
||||
6. Laufende Pflege: unverzuegliche Updates, Quartalsupload fuer Stellungnahmen/Gutachten, Finanzdaten nach Geschaeftsjahr und Jahresaktualisierung.
|
||||
7. Kontaktverhalten: Offenheit, Transparenz, Ehrlichkeit, Integritaet, Identitaet, Anliegen und Auftraggeber offenlegen.
|
||||
7. Open-Data-Kontrolle: nach Veroeffentlichung den oeffentlichen Registereintrag per API/API-Export gegen die interne Freigabeakte pruefen.
|
||||
8. Kontaktverhalten: Offenheit, Transparenz, Ehrlichkeit, Integritaet, Identitaet, Anliegen und Auftraggeber offenlegen.
|
||||
|
||||
## Pflichtquellen
|
||||
|
||||
@@ -23,6 +24,22 @@ Stand: 27.05.2026. Dieses Plugin arbeitet mit offiziellen Bundestags- und Gesetz
|
||||
- [Inhalte der Interessenvertretung](https://www.lobbyregister.bundestag.de/inhalte-der-interessenvertretung?lang=de)
|
||||
- [Registerfuehrende Stelle](https://www.lobbyregister.bundestag.de/informationen-und-hilfe/registerfuehrende-stelle-rfs--863578)
|
||||
- [Open Data/API](https://www.lobbyregister.bundestag.de/informationen-und-hilfe/open-data-1049716)
|
||||
- [API V2 YAML](https://api.lobbyregister.bundestag.de/rest/v2/R2.21-de.yaml)
|
||||
- [API V2 Swagger UI](https://api.lobbyregister.bundestag.de/rest/v2/swagger-ui/)
|
||||
- [JSON-Schema Registereintrag](https://www.lobbyregister.bundestag.de/json-schemas/current/Lobbyregister-Registereintrag-schema.json)
|
||||
|
||||
## Open Data und API
|
||||
|
||||
Die offizielle API V2 ermoeglicht einen umfassenden **lesenden** Zugriff auf oeffentliche Registerinhalte. Das Plugin verwendet sie fuer Suche, Registernummernabfrage, Versionsvergleich, Statistik, Dublettenmonitoring und Nachkontrolle eigener Portalangaben. Die API darf nicht als Einreichungsweg fuer Erstregistrierung, Aktualisierung, Bestaetigung oder Stellungnahmen-Upload dargestellt werden.
|
||||
|
||||
Arbeitsregel:
|
||||
|
||||
1. Vor Portalabgabe interne Daten JSON-nah auf das oeffentliche Schema mappen.
|
||||
2. Nach Veroeffentlichung per API die Registernummer, Version, `sourceDate`, Detailseite und PDF sichern.
|
||||
3. Jede Abweichung zwischen Freigabeakte und API/API-Export als rechtlich relevant, technisch relevant oder nur Anzeige-/Schemaeffekt klassifizieren.
|
||||
4. Bei Schreibvarianten, Zweigniederlassungen, Auftraggebern und Unterauftragnehmern eine Suchabfrage mit Cursor-Protokoll dokumentieren.
|
||||
|
||||
Technische Details: [open-data-api-v2.md](open-data-api-v2.md).
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
@@ -34,3 +51,4 @@ Stand: 27.05.2026. Dieses Plugin arbeitet mit offiziellen Bundestags- und Gesetz
|
||||
- Stellungnahmen und Gutachten haben Versanddatum, Empfaengerkreis, Regelungsvorhaben und Quartalsfrist.
|
||||
- Portaltexte sind nicht irrefuehrend, nicht zu knapp und nicht breiter als die belegten Tatsachen.
|
||||
- Verhaltenskodex und Offenlegungssaetze sind fuer Erstkontakte vorbereitet.
|
||||
- API-Diffs trennen Portalpflicht, oeffentlichen Datenstand und technische Schemaeffekte.
|
||||
|
||||
@@ -0,0 +1,133 @@
|
||||
# Lobbyregister Open Data und API V2
|
||||
|
||||
Stand: 27.05.2026. Diese Referenz beschreibt die technische Kontrollschicht des Plugins fuer oeffentliche Lobbyregisterdaten. Sie ersetzt nicht das authentifizierte Lobbyregisterportal fuer Registrierung, Aktualisierung, Bestaetigung oder Uploads.
|
||||
|
||||
## Offizielle Quellen
|
||||
|
||||
- Open Data/API: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/open-data-1049716
|
||||
- API V2 Basis-URL: https://api.lobbyregister.bundestag.de/rest/v2
|
||||
- API V2 YAML: https://api.lobbyregister.bundestag.de/rest/v2/R2.21-de.yaml
|
||||
- API V2 Swagger UI: https://api.lobbyregister.bundestag.de/rest/v2/swagger-ui/
|
||||
- JSON-Schema Registereintrag: https://www.lobbyregister.bundestag.de/json-schemas/current/Lobbyregister-Registereintrag-schema.json
|
||||
- JSON-Schema Suchergebnisliste: https://www.lobbyregister.bundestag.de/json-schemas/current/Lobbyregistersuche-Registereintrag-schema.json
|
||||
- JSON-Schema Suchergebnisliste mit Details: https://www.lobbyregister.bundestag.de/json-schemas/current/Lobbyregistersuche-Registereintrag-Details-schema.json
|
||||
|
||||
## Was die API kann
|
||||
|
||||
- oeffentliche Registereintraege anhand einer Registernummer abrufen
|
||||
- bestimmte Versionen eines oeffentlichen Registereintrags abrufen
|
||||
- Freitextsuche ueber oeffentliche Registereintraege ausfuehren
|
||||
- Statistikdaten zum Register abrufen
|
||||
- veroeffentlichte Angaben nach Portalaktion gegen interne Freigabeakten vergleichen
|
||||
- Watchlists, Gegenparteienpruefungen, Dublettenchecks und Aktualisierungsmonitore speisen
|
||||
|
||||
## Was die API nicht leisten soll
|
||||
|
||||
- keine Erstregistrierung im Namen einer Interessenvertreterin absenden
|
||||
- keine Aenderungsmeldung, Quartalsmeldung oder Stellungnahme im Portal einreichen
|
||||
- keine Bestaetigungsdokumente oder Portal-Freigaben ersetzen
|
||||
- keine Aussage "XML-Einreichung moeglich" treffen, solange die offizielle Dokumentation nur den lesenden Abruf oeffentlicher Inhalte belegt
|
||||
- keinen API-Key fest in Akten, Skripten oder Mandatsdaten speichern
|
||||
|
||||
## Authentifizierung
|
||||
|
||||
Alle API-Abfragen benoetigen einen gueltigen API-Key. Die Bundestagsseite nennt einen aktuell gueltigen Key und verweist fuer dauerhafte Nutzung auf die Moeglichkeit eines individuellen Keys. Das Plugin soll Beispiele mit einer Umgebungsvariable schreiben:
|
||||
|
||||
```bash
|
||||
test -n "${LOBBYREGISTER_API_KEY:?LOBBYREGISTER_API_KEY fehlt}"
|
||||
```
|
||||
|
||||
Danach bevorzugt das Plugin den HTTP-Header:
|
||||
|
||||
```bash
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/statistics/registerentries?format=json"
|
||||
```
|
||||
|
||||
Der Query-Parameter `apikey` ist dokumentiert, sollte aber nur fuer schnelle Tests verwendet werden, weil er leichter in Logs landet.
|
||||
|
||||
## Endpunkte
|
||||
|
||||
| Zweck | Methode und Pfad | Typischer Einsatz |
|
||||
|---|---|---|
|
||||
| Einzelner Eintrag | `GET /registerentries/{registerNumber}?format=json` | veroeffentlichten Registereintrag nach Registernummer pruefen |
|
||||
| Versionierter Eintrag | `GET /registerentries/{registerNumber}/{version}?format=json` | Aenderungshistorie und Diff zwischen Versionen pruefen |
|
||||
| Freitextsuche | `GET /registerentries?q={suchbegriff}&format=json` | Organisation, Branche, Vorhaben oder Gegenpartei suchen |
|
||||
| Statistik | `GET /statistics/registerentries?format=json` | Datenstand, Plausibilitaet und Monitoring-Kontext dokumentieren |
|
||||
|
||||
Die Registernummer folgt dem Muster `R` plus sechs Ziffern, zum Beispiel `R001234`.
|
||||
|
||||
## Cursor-Paginierung
|
||||
|
||||
Bei Suchanfragen muss das Plugin die Cursor-Regel aus der YAML-Dokumentation beachten:
|
||||
|
||||
1. erste Anfrage mit allen Suchparametern senden
|
||||
2. `cursor` der Antwort sichern
|
||||
3. Folgeanfrage mit denselben Suchparametern plus `cursor` senden
|
||||
4. wiederholen, bis sich der Cursor nicht mehr aendert
|
||||
5. jede Antwort mit `sourceDate`, Suchbegriff, Cursor und Hash in der Akte speichern
|
||||
|
||||
## Beispielabfragen
|
||||
|
||||
```bash
|
||||
# Freitextsuche
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=Energie&format=json"
|
||||
|
||||
# Eintrag nach Registernummer
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries/R001234?format=json"
|
||||
|
||||
# Bestimmte Version
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries/R001234/1?format=json"
|
||||
|
||||
# Statistik
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/statistics/registerentries?format=json"
|
||||
```
|
||||
|
||||
## Pflichtfelder fuer API-Diffs
|
||||
|
||||
Bei jedem Abgleich zwischen interner Registerakte und oeffentlicher API-Antwort prueft das Plugin mindestens:
|
||||
|
||||
- `source`, `sourceUrl`, `sourceDate`, `jsonDocumentationUrl`
|
||||
- `registerNumber`
|
||||
- `accountDetails.activeLobbyist`
|
||||
- `accountDetails.firstPublicationDate`
|
||||
- `accountDetails.lastUpdateDate`
|
||||
- `accountDetails.accountHasCodexViolations`
|
||||
- `registerEntryDetails.version`
|
||||
- `registerEntryDetails.legislation`
|
||||
- `registerEntryDetails.detailsPageUrl`
|
||||
- `registerEntryDetails.pdfUrl`
|
||||
- `registerEntryDetails.validFromDate`
|
||||
- `registerEntryDetails.fiscalYearUpdate.updateMissing`
|
||||
- `registerEntryDetails.fiscalYearUpdate.lastFiscalYearUpdate`
|
||||
- `registerEntryDetails.refusedAnything`
|
||||
- `lobbyistIdentity.identity`
|
||||
- `lobbyistIdentity.companyName` oder Namensfelder natuerlicher Personen
|
||||
- `activitiesAndInterests`
|
||||
- `employeesInvolvedInLobbying`
|
||||
- `financialExpenses`
|
||||
- `mainFundingSources`
|
||||
- `publicAllowances`
|
||||
- `donators`
|
||||
- `membershipFees`
|
||||
- `annualReports`
|
||||
- `regulatoryProjects`
|
||||
- `statements`
|
||||
- `contracts`
|
||||
- `codeOfConduct.ownCodeOfConduct`
|
||||
- `codeOfConduct.codeOfConductPdfUrl`
|
||||
|
||||
## Arbeitsregel fuer das Plugin
|
||||
|
||||
Bei jeder API-Nutzung muss die Ausgabe unterscheiden:
|
||||
|
||||
- **Portalpflicht:** Was muss im Lobbyregisterportal eingetragen, aktualisiert, bestaetigt oder hochgeladen werden?
|
||||
- **API-Kontrolle:** Was kann nach Veroeffentlichung automatisiert abgefragt, verglichen und ueberwacht werden?
|
||||
- **Datenmodell:** Welche internen Felder lassen sich auf das oeffentliche JSON-Schema mappen?
|
||||
- **Risiko:** Welche Abweichung ist rechtlich relevant, technisch unklar oder nur ein Anzeige-/Schemaeffekt?
|
||||
|
||||
Die API ist damit ein Kontroll- und Monitoringinstrument. Sie ist kein Ersatz fuer die registerfuehrende Stelle, das Portal oder eine rechtliche Freigabe.
|
||||
@@ -21,6 +21,17 @@ Aenderungen so schnell erfassen, dass keine verspaetete Aktualisierung entsteht.
|
||||
1. Welche Angabe hat sich wann geaendert?
|
||||
2. Ist die Aenderung registerrelevant?
|
||||
3. Wer muss Text, Beleg und Freigabe liefern?
|
||||
4. Welche veroeffentlichten API-Felder muessen nach der Portalaktion kontrolliert werden?
|
||||
|
||||
## API-Nachkontrolle
|
||||
|
||||
Nach einer Portalaktualisierung soll der Skill eine Wiedervorlage fuer den oeffentlichen API-Abgleich anlegen:
|
||||
|
||||
1. Vorherige API-Antwort oder PDF-Version aus der Akte ziehen.
|
||||
2. Nach Veroeffentlichung `GET /registerentries/{registerNumber}?format=json` abrufen.
|
||||
3. Wenn die Version geaendert wurde, alte und neue Version gegenueberstellen.
|
||||
4. `lastUpdateDate`, `validFromDate`, `fiscalYearUpdate.updateMissing`, `refusedAnything`, Regelungsvorhaben, Stellungnahmen, Personen und Finanzdaten pruefen.
|
||||
5. Abweichungen in `assets/templates/registerexport-diff.md` dokumentieren.
|
||||
|
||||
## Quellenanker
|
||||
|
||||
@@ -28,10 +39,11 @@ Aenderungen so schnell erfassen, dass keine verspaetete Aktualisierung entsteht.
|
||||
- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
|
||||
- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
|
||||
- Leitplanken: ../../references/lobbyregister-leitplanken.md
|
||||
- Open Data/API: ../../references/open-data-api-v2.md
|
||||
|
||||
## Output
|
||||
|
||||
Update-Ticket mit Ausloeser, Pflichtfeld, Deadline, Portaltext, Verantwortlichem und Kontrollpunkt.
|
||||
Update-Ticket mit Ausloeser, Pflichtfeld, Deadline, Portaltext, Verantwortlichem, API-Nachkontrolle und Kontrollpunkt.
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
@@ -39,3 +51,4 @@ Update-Ticket mit Ausloeser, Pflichtfeld, Deadline, Portaltext, Verantwortlichem
|
||||
- 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.
|
||||
- Nach der Veroeffentlichung wird die API-Antwort als Beleg gesichert oder die fehlende Veroeffentlichung eskaliert.
|
||||
|
||||
@@ -21,6 +21,17 @@ Automatisierte Benachrichtigungen in Compliance- oder Wettbewerbsmonitoring einb
|
||||
1. Welche Registereintraege oder Themen sollen beobachtet werden?
|
||||
2. Wer erhaelt Benachrichtigungen?
|
||||
3. Wie werden Alerts bewertet und dokumentiert?
|
||||
4. Welche API-Abfrage bildet die gleiche Watchlist maschinenlesbar ab?
|
||||
|
||||
## Benachrichtigungskonto und API
|
||||
|
||||
Das Benachrichtigungskonto ist die fachliche Watchlist im Lobbyregisterumfeld. Die API ist die technische Kontrollspur. Der Skill soll beide Ebenen trennen:
|
||||
|
||||
- Benachrichtigungskonto: Empfaenger, Suchprofil, fachliche Bewertung, Eskalation.
|
||||
- API-Monitor: Endpunkt, Suchparameter, Cursor, `sourceDate`, Registernummern, Versionswechsel, Diff.
|
||||
- Revisionsspur: Alert, API-Antwort, interne Bewertung und Portalaktion werden zusammen abgelegt.
|
||||
|
||||
Bei eigenen Eintraegen ist ein Alert nur vollstaendig bearbeitet, wenn der oeffentliche API-Datenstand mit der internen Freigabeakte verglichen wurde.
|
||||
|
||||
## Quellenanker
|
||||
|
||||
@@ -28,10 +39,11 @@ Automatisierte Benachrichtigungen in Compliance- oder Wettbewerbsmonitoring einb
|
||||
- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
|
||||
- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
|
||||
- Leitplanken: ../../references/lobbyregister-leitplanken.md
|
||||
- Open Data/API: ../../references/open-data-api-v2.md
|
||||
|
||||
## Output
|
||||
|
||||
Watchlist mit Suchprofilen, Empfaengern, Bewertungsschema und Eskalation.
|
||||
Watchlist mit Suchprofilen, Empfaengern, API-Monitoringplan, Bewertungsschema, Revisionsspur und Eskalation.
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
@@ -39,3 +51,4 @@ Watchlist mit Suchprofilen, Empfaengern, Bewertungsschema und Eskalation.
|
||||
- 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.
|
||||
- Alertdaten und API-Daten werden sauber als getrennte Belege benannt.
|
||||
|
||||
@@ -21,6 +21,20 @@ Die Registerarbeit spaeter nachvollziehbar beweisen koennen.
|
||||
1. Welche Belege liegen wo?
|
||||
2. Welche Entscheidungen wurden von wem freigegeben?
|
||||
3. Welche Portalaktionen muessen dokumentiert werden?
|
||||
4. Welche API- oder JSON-Exportantworten belegen den oeffentlichen Datenstand?
|
||||
|
||||
## API-Revisionsspur
|
||||
|
||||
Fuer jeden API- oder JSON-Export muss die Akte enthalten:
|
||||
|
||||
- Abrufdatum und `sourceDate`
|
||||
- verwendeter Endpunkt, Suchparameter und Cursor
|
||||
- Registernummer, Version, `detailsPageUrl` und `pdfUrl`
|
||||
- Hash oder unveraenderte Rohdatei
|
||||
- Bearbeiterin/Bearbeiter
|
||||
- Zweck der Abfrage
|
||||
- Verweis auf den dazugehoerigen Portalvorgang oder Monitoringlauf
|
||||
- Bewertung, ob eine Abweichung rechtlich, technisch oder nur formal ist
|
||||
|
||||
## Quellenanker
|
||||
|
||||
@@ -28,10 +42,11 @@ Die Registerarbeit spaeter nachvollziehbar beweisen koennen.
|
||||
- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
|
||||
- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
|
||||
- Leitplanken: ../../references/lobbyregister-leitplanken.md
|
||||
- Open Data/API: ../../references/open-data-api-v2.md
|
||||
|
||||
## Output
|
||||
|
||||
Aktenplan mit Ordnerstruktur, Namensschema, Mindestbelegen, Aufbewahrung und Pruefspur.
|
||||
Aktenplan mit Ordnerstruktur, Namensschema, Mindestbelegen, API-Rohdatenablage, Aufbewahrung und Pruefspur.
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
@@ -39,3 +54,4 @@ Aktenplan mit Ordnerstruktur, Namensschema, Mindestbelegen, Aufbewahrung und Pru
|
||||
- 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-Antworten werden unveraendert archiviert und nicht mit internen Arbeitshypothesen vermischt.
|
||||
|
||||
@@ -30,6 +30,7 @@ Nutzer Schritt fuer Schritt bis zu einem prueffaehigen Registereintrag fuehren.
|
||||
4. **Auftrag und Geld:** `auftraggeber-ermitteln`, `unterauftragnehmer-erfassen`, `finanzaufwendungen-berechnen`, `hauptfinanzierungsquellen`, `oeffentliche-zuwendungen`, `schenkungen-sponsoring`, `jahresabschluss-rechenschaftsbericht`.
|
||||
5. **Portal und Freigabe:** `portal-account-rollen`, `erstregistrierung-ausfuellen`, `bestaetigungsdokument-freigabe`, `registereintrag-finalcheck`.
|
||||
6. **Betrieb:** `fristen-und-quartalsmonitor`, `aktualisierung-unverzueglich`, `geschaeftsjahresaktualisierung`, `verhaltenskodex-integritaet`, `dokumentationsakte-revisionsspur`.
|
||||
7. **Open Data und API:** `suche-open-data-monitor`, `benachrichtigungskonto-monitor`, Registerexport-Diff, Dublettencheck, API-Nachkontrolle und Watchlist.
|
||||
|
||||
## Stop-Regeln
|
||||
|
||||
@@ -38,6 +39,8 @@ Nutzer Schritt fuer Schritt bis zu einem prueffaehigen Registereintrag fuehren.
|
||||
- Stop, wenn Finanzdaten nicht auf ein Geschaeftsjahr und eine Methode zurueckgefuehrt werden koennen.
|
||||
- Stop, wenn die Freigabeperson nicht zur Rechtsform passt.
|
||||
- Stop, wenn ein Regelungsvorhaben bereits kontaktrelevant ist, aber im Register noch fehlt.
|
||||
- Stop, wenn die Nutzerin eine API-Einreichung erwartet, obwohl nur ein lesender Zugriff auf oeffentliche Registerdaten dokumentiert ist.
|
||||
- Stop, wenn eine API-Abweichung rechtlich relevant sein kann und noch keine Portalaktion oder RfS-Anfrage definiert ist.
|
||||
|
||||
## Quellenanker
|
||||
|
||||
@@ -45,10 +48,11 @@ Nutzer Schritt fuer Schritt bis zu einem prueffaehigen Registereintrag fuehren.
|
||||
- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
|
||||
- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
|
||||
- Leitplanken: ../../references/lobbyregister-leitplanken.md
|
||||
- Open Data/API: ../../references/open-data-api-v2.md
|
||||
|
||||
## Output
|
||||
|
||||
Registrierungsmappe mit Pflichtanalyse, Portaltexten, Anlagen, Fristen, Freigaben und Qualitaetsgate.
|
||||
Registrierungsmappe mit Pflichtanalyse, Portaltexten, Anlagen, Fristen, Freigaben, JSON-Mapping, API-Nachkontrolle, Monitoringplan und Qualitaetsgate.
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
@@ -56,3 +60,4 @@ Registrierungsmappe mit Pflichtanalyse, Portaltexten, Anlagen, Fristen, Freigabe
|
||||
- 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.
|
||||
- Der Wizard trennt Portalaktion, API-Kontrolle und Monitoring konsequent.
|
||||
|
||||
@@ -28,14 +28,28 @@ Aus Datenraum und Checklisten einen konkreten Portal-Eingabeplan machen.
|
||||
|
||||
Wenn die Nutzerin eine unselbststaendige Zweigniederlassung als eigene Organisation registrieren will, muss der Skill stoppen und nachfragen: Ist die Zweigniederlassung eigener Rechtstraeger oder nur Handelsregisterzweigstelle? Liegt eine ausdrueckliche Auskunft der registerfuehrenden Stelle vor? Ohne diese Klaerung nur den auslaendischen oder inlaendischen Rechtstraeger als Primaerentwurf ausgeben und die Niederlassung transparent im Eintrag abbilden.
|
||||
|
||||
## JSON-nahes Eingabemapping
|
||||
|
||||
Erzeuge neben dem Portal-Eingabeplan ein JSON-nahes Arbeitsmapping nach `assets/templates/registerdaten-json-mapping.md`. Das Mapping hilft, Pflichtfelder, Freigaben und den spaeteren API-Diff vorzubereiten. Es darf nicht als technische Einreichung, XML-Upload oder Portalersatz bezeichnet werden.
|
||||
|
||||
Fuer jedes Feld angeben:
|
||||
|
||||
- interne Quelle
|
||||
- Portalabschnitt
|
||||
- Freigabeperson
|
||||
- Unsicherheiten
|
||||
- erwartetes oeffentliches JSON-Feld nach Veroeffentlichung
|
||||
- Nachkontrolle per API oder JSON-Download
|
||||
|
||||
- LobbyRG: https://www.gesetze-im-internet.de/lobbyrg/BJNR081800021.html
|
||||
- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
|
||||
- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
|
||||
- Leitplanken: ../../references/lobbyregister-leitplanken.md
|
||||
- Open Data/API: ../../references/open-data-api-v2.md
|
||||
|
||||
## Output
|
||||
|
||||
Eingabeplan mit Portalabschnitten, Copy-Texten, Anlagenliste, Freigaben und Stop-Punkten.
|
||||
Eingabeplan mit Portalabschnitten, Copy-Texten, Anlagenliste, Freigaben, JSON-nahem Mapping, API-Nachkontrollplan und Stop-Punkten.
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
@@ -43,3 +57,4 @@ Eingabeplan mit Portalabschnitten, Copy-Texten, Anlagenliste, Freigaben und Stop
|
||||
- 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.
|
||||
- Die API wird nur als spaetere Kontrollquelle beschrieben, nicht als Einreichungsweg.
|
||||
|
||||
@@ -21,6 +21,11 @@ Alle laufenden Lobbyregisterfristen in eine Arbeitssteuerung bringen.
|
||||
1. Welche Regelungsvorhaben und Dokumente laufen?
|
||||
2. Wann enden Quartale und Geschaeftsjahr?
|
||||
3. Welche Portalwarnungen oder RfS-Schreiben liegen vor?
|
||||
4. Welche API-Nachkontrolle ist nach Quartalsupload oder Jahresupdate faellig?
|
||||
|
||||
## API-Wiedervorlagen
|
||||
|
||||
Fuer jede Portalfrist soll der Monitor eine zweite Kontrollfrist setzen: Nach Veroeffentlichung API/API-Export abrufen, `sourceDate` und Version sichern, `updateMissing`, Stellungnahmen, Regelungsvorhaben und Finanzdaten gegen die Freigabeakte pruefen. Bleibt die erwartete Aenderung oeffentlich aus, Eskalation an Portalverantwortliche und Dokumentation im Fristenbuch.
|
||||
|
||||
## Quellenanker
|
||||
|
||||
@@ -28,10 +33,11 @@ Alle laufenden Lobbyregisterfristen in eine Arbeitssteuerung bringen.
|
||||
- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
|
||||
- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
|
||||
- Leitplanken: ../../references/lobbyregister-leitplanken.md
|
||||
- Open Data/API: ../../references/open-data-api-v2.md
|
||||
|
||||
## Output
|
||||
|
||||
Fristenbuch mit Trigger, Frist, Vorfrist, Verantwortlichem, Status und Eskalationsregel.
|
||||
Fristenbuch mit Trigger, Frist, Vorfrist, Verantwortlichem, Status, API-Nachkontrolle und Eskalationsregel.
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
|
||||
@@ -21,6 +21,11 @@ Regelungsvorhaben so konkret eintragen, dass der Einflussgegenstand transparent
|
||||
1. Welche rechtliche Regelung soll eingefuehrt, geaendert, beibehalten oder verhindert werden?
|
||||
2. Gibt es Referentenentwurf, Drucksache oder bekannte Initiative?
|
||||
3. Wann steht die erste Kontaktaufnahme dazu bevor?
|
||||
4. Wie soll das Vorhaben spaeter im oeffentlichen JSON/API-Export wiedergefunden werden?
|
||||
|
||||
## API-Suchfaehigkeit
|
||||
|
||||
Formuliere Regelungsvorhaben so, dass sie sowohl im Portal als auch spaeter in API/API-Export nachvollziehbar sind: sprechender Titel, Bezug zu Gesetz, Verordnung oder politischer Initiative, keine zu breiten Sammelbegriffe, konsistente Schreibweisen. Fuer Monitoring Suchbegriffe, Varianten und erwartete JSON-Felder `regulatoryProjects` und `statements` notieren.
|
||||
|
||||
## Quellenanker
|
||||
|
||||
@@ -28,10 +33,11 @@ Regelungsvorhaben so konkret eintragen, dass der Einflussgegenstand transparent
|
||||
- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
|
||||
- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
|
||||
- Leitplanken: ../../references/lobbyregister-leitplanken.md
|
||||
- Open Data/API: ../../references/open-data-api-v2.md
|
||||
|
||||
## Output
|
||||
|
||||
Regelungsvorhaben-Karte mit Titel, Ziel, Bezug, Dokumentenlinks, Kontaktstart und Updatepflicht.
|
||||
Regelungsvorhaben-Karte mit Titel, Ziel, Bezug, Dokumentenlinks, Kontaktstart, Updatepflicht und API-Suchprofil.
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
|
||||
@@ -28,14 +28,24 @@ Den Eintrag vor Absendung wie eine Compliance-Akte gegenlesen.
|
||||
|
||||
Vor Freigabe muss geprueft werden, ob mehrere Registerentwuerfe dieselbe juristische Person, dieselben betrauten Personen, dieselben Finanzaufwendungen oder dieselben Regelungsvorhaben doppelt abbilden. Bei Doppelungen: einen Streitvermerk erstellen, Primaerentwurf markieren und eine Anfrage an die registerfuehrende Stelle vorbereiten.
|
||||
|
||||
## API- und Export-Nachkontrolle
|
||||
|
||||
Der Finalcheck hat zwei Zeitpunkte:
|
||||
|
||||
1. **Vor Portalabgabe:** Interne Daten mit `assets/templates/registerdaten-json-mapping.md` JSON-nah auf das oeffentliche Schema mappen. Das Mapping ist nur QA, keine Einreichung.
|
||||
2. **Nach Veroeffentlichung:** Oeffentlichen Registereintrag per API V2 oder JSON-Download abrufen und mit `assets/templates/registerexport-diff.md` gegen die Freigabeakte pruefen.
|
||||
|
||||
Im Nachcheck mindestens pruefen: Registernummer, Version, Gesetzeslage, Aktivstatus, Name/Rechtstraeger, Adresse, Niederlassungen, betraute Personen, VZAE, Taetigkeitsbeschreibung, Interessenbereiche, Regelungsvorhaben, Stellungnahmen, Auftraggeber, Unterauftragnehmer, Finanzaufwendungen, Zuwendungen, Schenkungen, Berichte, Verhaltenskodex, verweigerte Angaben, verspaetete Aktualisierung und Kodexverstoesse.
|
||||
|
||||
- LobbyRG: https://www.gesetze-im-internet.de/lobbyrg/BJNR081800021.html
|
||||
- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
|
||||
- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
|
||||
- Leitplanken: ../../references/lobbyregister-leitplanken.md
|
||||
- Open Data/API: ../../references/open-data-api-v2.md
|
||||
|
||||
## Output
|
||||
|
||||
Finalcheck-Protokoll mit Gruen/Orange/Rot, Korrekturliste, Freigabeempfehlung und Nachkontrolle.
|
||||
Finalcheck-Protokoll mit Gruen/Orange/Rot, Korrekturliste, Freigabeempfehlung, API-Nachkontrollplan und Registerexport-Diff.
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
@@ -43,3 +53,4 @@ Finalcheck-Protokoll mit Gruen/Orange/Rot, Korrekturliste, Freigabeempfehlung un
|
||||
- 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.
|
||||
- Jede API-Abweichung wird als rechtlich relevant, technisch relevant oder Anzeige-/Schemaeffekt klassifiziert.
|
||||
|
||||
@@ -21,6 +21,11 @@ Entscheiden, welche Dokumente in den Bereich Inhalte der Interessenvertretung ge
|
||||
1. Wurde ein Dokument an Bundestags- oder Regierungsadressaten gegeben?
|
||||
2. Ist es grundlegend oder nur Begleitkommunikation?
|
||||
3. In welchem Quartal wurde es versandt?
|
||||
4. Wie wird nach dem Upload geprueft, dass Dokument, Regelungsvorhaben und Version oeffentlich richtig erscheinen?
|
||||
|
||||
## API-Nachweis nach Upload
|
||||
|
||||
Nach dem Portal-Upload soll der Skill eine Nachkontrolle anlegen: oeffentlichen Eintrag per API abrufen, `statements`, `regulatoryProjects`, Version, `sourceDate`, Detailseite und PDF sichern und gegen Versanddatum, Empfaengerkreis, Regelungsvorhaben und Schwärzungsvermerk pruefen. Die API prueft nur den veroeffentlichten Datenstand; sie ersetzt den Portal-Upload nicht.
|
||||
|
||||
## Quellenanker
|
||||
|
||||
@@ -28,10 +33,11 @@ Entscheiden, welche Dokumente in den Bereich Inhalte der Interessenvertretung ge
|
||||
- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
|
||||
- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
|
||||
- Leitplanken: ../../references/lobbyregister-leitplanken.md
|
||||
- Open Data/API: ../../references/open-data-api-v2.md
|
||||
|
||||
## Output
|
||||
|
||||
Upload-Log mit Dokumenttitel, Regelungsvorhaben, Versanddatum, Quartalsfrist und Schwärzungsbedarf.
|
||||
Upload-Log mit Dokumenttitel, Regelungsvorhaben, Versanddatum, Quartalsfrist, Schwärzungsbedarf und API-Nachweis.
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
|
||||
@@ -21,6 +21,22 @@ Oeffentliche Registerdaten fuer Due Diligence und Monitoring auswerten.
|
||||
1. Welche Organisation, Branche, Registernummer oder Vorhaben sollen beobachtet werden?
|
||||
2. Welche Suchfilter und Datenfelder sind relevant?
|
||||
3. Welche Aenderungen muessen intern gemeldet werden?
|
||||
4. Geht es um eigene Portal-Nachkontrolle, Gegenparteienpruefung, Dublettenrisiko oder Marktmonitoring?
|
||||
5. 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:
|
||||
|
||||
1. API-Key ueber `LOBBYREGISTER_API_KEY` verwenden, nicht in die Akte schreiben.
|
||||
2. `GET /registerentries?q=...&format=json` fuer Suche nach Organisationen, Zweigniederlassungen, Auftraggebern, Unterauftragnehmern, Themen und Schreibvarianten.
|
||||
3. `GET /registerentries/{registerNumber}?format=json` fuer den amtlichen Einzelabgleich.
|
||||
4. `GET /registerentries/{registerNumber}/{version}?format=json` fuer Versionsvergleich.
|
||||
5. `GET /statistics/registerentries?format=json` fuer Datenstand und Monitoring-Kontext.
|
||||
6. Cursor-Regel beachten: Folgeanfragen wiederholen, bis sich der Cursor nicht mehr aendert.
|
||||
7. `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
|
||||
|
||||
@@ -28,10 +44,11 @@ Oeffentliche Registerdaten fuer Due Diligence und Monitoring auswerten.
|
||||
- Lobbyregister FAQ: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/informationen-fuer-interessenvertreter-863572
|
||||
- Handbuch: https://www.lobbyregister.bundestag.de/informationen-und-hilfe/handbuch
|
||||
- Leitplanken: ../../references/lobbyregister-leitplanken.md
|
||||
- Open Data/API: ../../references/open-data-api-v2.md
|
||||
|
||||
## Output
|
||||
|
||||
Monitoring-Report mit Suchprofil, Trefferliste, Datenstand, Auffaelligkeiten und Folgeaktion.
|
||||
Monitoring-Report mit Suchprofil, API-Abfrageplan, Trefferliste, Cursor-Protokoll, Datenstand, Feldauffaelligkeiten, rechtlicher Bewertung und Folgeaktion.
|
||||
|
||||
## Qualitaetsgate
|
||||
|
||||
@@ -39,3 +56,4 @@ Monitoring-Report mit Suchprofil, Trefferliste, Datenstand, Auffaelligkeiten und
|
||||
- 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.
|
||||
|
||||
+3
-3
@@ -36,9 +36,9 @@ Dieser Ordner enthält **fiktive Mandatsakten**, mit denen sich die Skills sofor
|
||||
| [`krisenfrueherkennung-starug-vier-varianten/`](./krisenfrueherkennung-starug-vier-varianten/) | Vier kontrastierende Krisenfrüherkennungs-Szenarien nach § 1 StaRUG: VEYRA AI Foundation gGmbH, Herrenbluse & Zwirn Hartmannschmidt AG, Nordfels Power Cells SE und Salaltbar UG. Liquiditätspläne, Filialkostenrechnung, Sanierungsbausteine, Stress-Szenarien. | `krisenfrueherkennung-starug` |
|
||||
| [`kuendigungsschutzklage-weber-techlogix/`](./kuendigungsschutzklage-weber-techlogix/) | Markus Weber ./. TechLogix GmbH Berlin: betriebsbedingte Kündigung vom 30.04.2026, § 4 KSchG-Frist 20.05.2026. Betrieb mit 23 AN (§ 23 KSchG anwendbar), lückenhafte BR-Anhörung (Datum fehlt, Seite 2 fehlt), fragwürdige Sozialauswahl (Weber 8 J. BZ + 2 Kinder vs. Grunewald 2 J. BZ). Kanzleinotiz, handschriftliche Mandantennotiz, Kündigungsschreiben, AV-Auszug, BR-Anhörungsentwurf (roh), Sozialauswahl-Tabelle (roh), Vollmacht. | `kueschk-*` (Kündigungsschutz-Skills) |
|
||||
| [`legistik-pflichtpostfach/`](./legistik-pflichtpostfach/) | Schulungsakte Legistik-Werkstatt: aus Koalitionsvertrags-Auszug zum elektronischen Pflichtpostfach (HGB-Gesellschaften, VLOP DSA, Interop beA/beBPo/eBO/ELSTER/Mein Unternehmenskonto) ein Stammgesetz "PflPostG" inklusive Folgeänderungen HGB, ZPO, FamFG, VwZG, AO. Bezüge zu DSA, eIDAS 2.0, GoBD; Notifizierung 2015/1535. Bewusst eingebaute Lernfallen: Goldplating, Bestimmtheit, Art. 80 GG, Notifizierungsfrist, Zuständigkeit, Zirkelschluss. Trainerhandbuch durch alle 25 Skills. | `legistik-werkstatt` |
|
||||
| [`lobbyregister-dublin-bank-frankfurt-branch/`](./lobbyregister-dublin-bank-frankfurt-branch/) | Irische Bank mit unselbststaendiger Frankfurter Zweigniederlassung, BaFin-Passporting, Bundestags- und BMF-Kontakten zum digitalen Euro und zur Einlagensicherung. Kernfrage: einmaliger Registereintrag des irischen Rechtstraegers oder zusaetzliche Eintragung der deutschen Zweigniederlassung? | `lobbyregister-bundestag` |
|
||||
| [`lobbyregister-public-affairs-agentur-wasserstoff/`](./lobbyregister-public-affairs-agentur-wasserstoff/) | Public-Affairs-Agentur mit zwei Auftraggebern, Unterauftragnehmer, Kontaktlog, Stellungnahmen und Quartalsupload zu einem Wasserstoffbeschleunigungsgesetz. Testet Auftraggeber, Unterauftrag, betraute Personen, Finanzdaten und Verhaltenskodex. | `lobbyregister-bundestag` |
|
||||
| [`lobbyregister-buergerinitiative-waldmoor/`](./lobbyregister-buergerinitiative-waldmoor/) | Buergerinitiative ohne feste Rechtsform mit Petition, oeffentlicher Anhoerung, lokalen Anliegen und spaeter bundespolitischer Kampagne. Testet Ausnahmen, Netzwerk/Organisationstyp, freiwillige Registrierung, Spenden und Kodex. | `lobbyregister-bundestag` |
|
||||
| [`lobbyregister-dublin-bank-frankfurt-branch/`](./lobbyregister-dublin-bank-frankfurt-branch/) | Irische Bank mit unselbststaendiger Frankfurter Zweigniederlassung, BaFin-Passporting, Bundestags- und BMF-Kontakten zum digitalen Euro und zur Einlagensicherung. Kernfrage: einmaliger Registereintrag des irischen Rechtstraegers oder zusaetzliche Eintragung der deutschen Zweigniederlassung? Enthält API-Abfrageplan, fiktive API-Antwort und Registerexport-Diff. | `lobbyregister-bundestag` |
|
||||
| [`lobbyregister-public-affairs-agentur-wasserstoff/`](./lobbyregister-public-affairs-agentur-wasserstoff/) | Public-Affairs-Agentur mit zwei Auftraggebern, Unterauftragnehmer, Kontaktlog, Stellungnahmen und Quartalsupload zu einem Wasserstoffbeschleunigungsgesetz. Testet Auftraggeber, Unterauftrag, betraute Personen, Finanzdaten, Verhaltenskodex und API-Nachkontrolle. | `lobbyregister-bundestag` |
|
||||
| [`lobbyregister-buergerinitiative-waldmoor/`](./lobbyregister-buergerinitiative-waldmoor/) | Buergerinitiative ohne feste Rechtsform mit Petition, oeffentlicher Anhoerung, lokalen Anliegen und spaeter bundespolitischer Kampagne. Testet Ausnahmen, Netzwerk/Organisationstyp, freiwillige Registrierung, Spenden, Kodex und die Grenzen leerer API-Suchen. | `lobbyregister-bundestag` |
|
||||
| [`markenrecht-fashion-klotzzkette-vs-brezelmann-donauzon/`](./markenrecht-fashion-klotzzkette-vs-brezelmann-donauzon/) | Markenrechtsstreit klôtzzkètté S.A. (Luxus-Fashion) ./. Brezelmann Discount KG und Donauzon Marketplace GmbH: Verwechslungsgefahr, Bekanntheitsschutz, Marketplace-Haftung, einstweilige Verfügung, USPTO-Lanham-Act-Parallelverfahren, Schadensberechnung und Kostennote. | `markenrecht-fashion-luxus` |
|
||||
| [`phishing-vorfall-mayer-sparkasse-berlin/`](./phishing-vorfall-mayer-sparkasse-berlin/) | Online-Banking-Phishing Mayer ./. Sparkasse Berlin: Call-ID-Spoofing, pushTAN, streitige grobe Fahrlässigkeit, Banklogs, Ombudsmann-Quote und Klagepfad. | `phishing-vorfall-pruefer` |
|
||||
| [`schriftform-maklervertrag-muenchen-eheleute-haspelbeck/`](./schriftform-maklervertrag-muenchen-eheleute-haspelbeck/) | Eheleute Haspelbeck-Türkenfeld München: Maklervertrag und Schriftformprüfung nach BGH I ZR 202/25, Provisionsstreitwert, Aufstellung als Excel mit MD-Vorschau. | `schriftform-und-textform-bgb` |
|
||||
|
||||
+47
@@ -0,0 +1,47 @@
|
||||
# API-Monitoringnotiz: Buergerinitiative Waldmoor 2030
|
||||
|
||||
## Anlass
|
||||
|
||||
Die Initiative ist unsicher, ob sie nach Petition, Anhoerung und spaeterer Bundeskampagne freiwillig oder verpflichtend registriert werden soll. Vor einer freiwilligen Registrierung soll geprueft werden, ob es bereits oeffentliche Treffer gibt und ob eine Namensverwechslung mit anderen Waldmoor-Gruppen droht.
|
||||
|
||||
Bearbeitung: Luise Barmbek und RAin Julia Stern
|
||||
Erster API-Test: 20.05.2026
|
||||
Geplanter zweiter API-Test nach freiwilliger Registrierung: 10.06.2026
|
||||
|
||||
## Suchprofil vor Registrierung
|
||||
|
||||
| Suchlauf | Suchbegriff | Zweck | Erwartung |
|
||||
|---|---|---|---|
|
||||
| 1 | Buergerinitiative Waldmoor 2030 | eigener Treffer? | kein Treffer |
|
||||
| 2 | Waldmoor 2030 | Schreibvarianten und Mediennamen | kein Lobbyregistertreffer |
|
||||
| 3 | B 449n Moortrasse | Vorhabenbezug | kein eigener Registereintrag |
|
||||
| 4 | Moortrasse Moratorium | Kampagnenbegriff | kein Treffer oder themennahe Organisationen |
|
||||
|
||||
## API-Testbefehl
|
||||
|
||||
```bash
|
||||
test -n "${LOBBYREGISTER_API_KEY:?LOBBYREGISTER_API_KEY fehlt}"
|
||||
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=Waldmoor%202030&format=json" \
|
||||
> 2026-05-20_api_search_waldmoor_2030.json
|
||||
```
|
||||
|
||||
## Bewertung vor Registrierung
|
||||
|
||||
Kein Treffer ist hier nicht automatisch "kein Risiko". Die Akte zeigt, dass die bundespolitische Kampagne Mitte Mai qualitativ anders wird: Telefonat mit BMDV, vorbereitete Anhoerung, Gutachten, Spenden und direkte MdB-Kommunikation. Die API beantwortet nur, was veroeffentlicht ist. Die Pflicht- oder Freiwilligkeitsfrage bleibt eine LobbyRG-Pruefung.
|
||||
|
||||
## Monitoring nach freiwilliger Registrierung
|
||||
|
||||
Nach freiwilliger Registrierung soll die API kontrollieren:
|
||||
|
||||
- Rechtsform als Organisation ohne eigene Rechtspersoenlichkeit
|
||||
- Sprecherinnen und vertretende Personen
|
||||
- Taetigkeitsbeschreibung "Moratorium und Alternativenpruefung"
|
||||
- Finanzierungsquellen ohne angenommene Windpark-Spende
|
||||
- keine irrefuehrende Aussage, dass alle lokalen Petitionstaetigkeiten registerpflichtig waren
|
||||
- `statements` fuer das Gutachten nur, wenn Versand an Bundesadressaten und Uploadpflicht bejaht wurden
|
||||
|
||||
## Schlechte Praxis, die die Akte testen soll
|
||||
|
||||
Luise schreibt im Chat: "Wenn wir freiwillig drinstehen, ist doch alles safe." Das ist falsch. Freiwillige Registrierung loest Pflege-, Richtigkeits- und Offenlegungsfragen aus. Das Plugin soll diese Aussage stoppen und ein echtes Fristen- und Freigabesystem verlangen.
|
||||
+15
@@ -0,0 +1,15 @@
|
||||
{
|
||||
"$schema": "https://www.lobbyregister.bundestag.de/json-schemas/R2.22/Lobbyregistersuche-Registereintrag-schema-R2.22.json",
|
||||
"source": "Deutscher Bundestag, Lobbyregister fuer die Interessenvertretung gegenueber dem Deutschen Bundestag und der Bundesregierung",
|
||||
"sourceUrl": "https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=Waldmoor%202030&format=json",
|
||||
"sourceDate": "2026-05-20T16:08:11.212+02:00",
|
||||
"jsonDocumentationUrl": "https://www.lobbyregister.bundestag.de/informationen-und-hilfe/open-data-1049716",
|
||||
"searchUrl": "https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=Waldmoor%202030&format=json",
|
||||
"searchParameters": {
|
||||
"q": "Waldmoor 2030",
|
||||
"format": "json"
|
||||
},
|
||||
"resultCount": 0,
|
||||
"cursor": "mock-waldmoor-final",
|
||||
"results": []
|
||||
}
|
||||
+60
@@ -0,0 +1,60 @@
|
||||
# Registerexport-Diff: freiwillige Registrierung Waldmoor 2030
|
||||
|
||||
## Abgleich
|
||||
|
||||
- Interne Akte: WM-2030-LR-FREIWILLIG
|
||||
- Portalaktion: freiwillige Registrierung als sonstige Organisation ohne eigene Rechtspersoenlichkeit
|
||||
- Geplanter oeffentlicher Registereintrag: R010226
|
||||
- API-Nachkontrolle: 10.06.2026
|
||||
- Vorherige Suche: 20.05.2026 ohne Treffer
|
||||
|
||||
## Erwarteter oeffentlicher Datensatz
|
||||
|
||||
| Bereich | Interne Freigabe | Erwarteter API/API-Export | Risiko |
|
||||
|---|---|---|---|
|
||||
| Organisation | Buergerinitiative Waldmoor 2030 | Name exakt, keine Vereinsrechtsform | mittel |
|
||||
| Organisationstyp | Netzwerk/sonstige Organisation ohne eigene Rechtspersoenlichkeit | `identity` Organisation, Rechtsformhinweis | mittel |
|
||||
| Sprecherinnen | Luise Barmbek, Navid Sahin | als vertretungs-/sprechbefugte Personen | gering |
|
||||
| Taetigkeit | Moratorium B 449n und Alternativenpruefung | nicht nur "Umweltschutz allgemein" | hoch |
|
||||
| Petition | lokale und Petitionsphase gesondert | nicht als pauschale Lobbyregisterpflicht dargestellt | mittel |
|
||||
| Bundeskommunikation | MdB, BMDV, Ausschusskontakte ab Mai | in Taetigkeit/Regelungsvorhaben sichtbar | hoch |
|
||||
| Finanzierung | Spenden Privatpersonen und Vereine | Windpark-Spende nicht als angenommen | hoch |
|
||||
| Gutachten | Karten- und Moorhydrologie-Gutachten | nur als Stellungnahme, wenn an Bundesadressaten versandt | mittel |
|
||||
| Kodex | Ehrenamtsleitfaden akzeptiert | keine eigene Kodex-PDF erforderlich, wenn nicht vorhanden | gering |
|
||||
|
||||
## Fiktiver API-Schnipsel nach Veroeffentlichung
|
||||
|
||||
```json
|
||||
{
|
||||
"registerNumber": "R010226",
|
||||
"accountDetails": {
|
||||
"activeLobbyist": true,
|
||||
"lastUpdateDate": "2026-06-09T13:44:00.000+02:00",
|
||||
"accountHasCodexViolations": false
|
||||
},
|
||||
"registerEntryDetails": {
|
||||
"version": 1,
|
||||
"legislation": "GL2024",
|
||||
"validFromDate": "2026-06-09T13:44:00.000+02:00",
|
||||
"refusedAnything": false
|
||||
},
|
||||
"lobbyistIdentity": {
|
||||
"identity": "ORGANIZATION",
|
||||
"companyName": "Buergerinitiative Waldmoor 2030"
|
||||
},
|
||||
"activitiesAndInterests": {
|
||||
"generalInformation": "Interessenvertretung fuer ein Moratorium der Bundesfernstrassen-Trasse B 449n und fuer eine moorschutzfachliche Alternativenpruefung."
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## Red-Team-Pruefung
|
||||
|
||||
1. Wenn die API nur "Umweltschutz" zeigt, ist der Eintrag zu allgemein.
|
||||
2. Wenn die Windpark-Spende als Finanzierungsquelle erscheint, obwohl sie noch nicht angenommen wurde, muss sofort korrigiert werden.
|
||||
3. Wenn das Gutachten fehlt, ist zu pruefen, ob es ueberhaupt an Bundesadressaten gegeben wurde. Fehlen allein ist nicht automatisch ein Verstoss.
|
||||
4. Wenn die API nach Registrierung weiter keinen Treffer liefert, Portalveroeffentlichung und Registernummer pruefen.
|
||||
|
||||
## Ergebnislogik
|
||||
|
||||
Gruen erst, wenn die freiwillige Registrierung nicht als Rueckwaertspflicht fuer die Petitionsphase missverstanden wird und die aktuelle Bundeskampagne transparent, aber nicht ueberdehnt beschrieben ist.
|
||||
@@ -31,7 +31,10 @@ Die Buergerinitiative Waldmoor 2030 wendet sich gegen eine Bundesfernstrassen-Tr
|
||||
| [18_presseanfrage_lokalzeitung.txt](18_presseanfrage_lokalzeitung.txt) | Presseanfrage zur Finanzierung |
|
||||
| [19_antwortentwurf_presse.md](19_antwortentwurf_presse.md) | Antwortentwurf an die Lokalzeitung |
|
||||
| [20_finalcheck_redteam.md](20_finalcheck_redteam.md) | Red-Team-Notiz zur Kampagnenphase |
|
||||
| [21_api_monitoring_notiz_waldmoor.md](21_api_monitoring_notiz_waldmoor.md) | API-Monitoringnotiz vor und nach freiwilliger Registrierung |
|
||||
| [22_api_mock_search_waldmoor_pre_registration.json](22_api_mock_search_waldmoor_pre_registration.json) | Fiktive API-Suche ohne Treffer vor Registrierung |
|
||||
| [23_registerexport_diff_freiwillig.md](23_registerexport_diff_freiwillig.md) | Geplanter Registerexport-Diff fuer freiwillige Registrierung |
|
||||
|
||||
## Lernziel
|
||||
|
||||
Die Akte zeigt, dass Petition und lokale Anliegen nicht automatisch Lobbyregisterpflicht bedeuten, dass aber regelmaessige bundespolitische Einflussnahme mit Organisation, Gutachten und Spendenfinanzierung neu bewertet werden muss.
|
||||
Die Akte zeigt, dass Petition und lokale Anliegen nicht automatisch Lobbyregisterpflicht bedeuten, dass aber regelmaessige bundespolitische Einflussnahme mit Organisation, Gutachten und Spendenfinanzierung neu bewertet werden muss. Sie testet ausserdem, dass eine leere API-Suche keine Entwarnung fuer die rechtliche Pflichtpruefung ist.
|
||||
|
||||
@@ -0,0 +1,79 @@
|
||||
# API-Abfrageplan: Emerald Liffey Bank plc
|
||||
|
||||
## Anlass
|
||||
|
||||
Die Bank will nach der ersten Portalveroeffentlichung nachweisen, dass die Dublin-plc als einheitlicher Rechtstraeger im Lobbyregister erscheint und die Frankfurter Zweigniederlassung nicht versehentlich oder durch parallele interne Arbeit als zweiter Eintrag veroeffentlicht wurde.
|
||||
|
||||
Bearbeiterin Compliance: Orlaine Keating, Dublin
|
||||
Bearbeiter Kanzlei: RAin Dr. Mareike Tamm
|
||||
Geplanter erster Abruf: 02.06.2026, 09:00 Uhr
|
||||
Interne Akte: ELB-LR-2026-05
|
||||
Erwartete Registernummer aus Portalbestaetigung: R009814
|
||||
|
||||
## Suchbegriffe
|
||||
|
||||
| Suchlauf | Begriff | Zweck | Erwartung |
|
||||
|---|---|---|---|
|
||||
| 1 | Emerald Liffey Bank | Haupttreffer Dublin finden | genau ein aktiver Treffer |
|
||||
| 2 | Emerald Liffey Bank plc | Rechtstraegerbezeichnung exakt pruefen | R009814 |
|
||||
| 3 | Emerald Liffey Frankfurt | Niederlassungs-Dublette pruefen | kein eigener zweiter Registereintrag |
|
||||
| 4 | Emerald Liffey Bank Zweigniederlassung | Handelsregisterbezeichnung pruefen | kein eigener zweiter Registereintrag |
|
||||
| 5 | ELB Digital Euro | Projektkuerzel im Register vermeiden | kein Treffer oder nur eigener Eintrag |
|
||||
|
||||
## Abfragebefehle
|
||||
|
||||
```bash
|
||||
test -n "${LOBBYREGISTER_API_KEY:?LOBBYREGISTER_API_KEY fehlt}"
|
||||
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=Emerald%20Liffey%20Bank&format=json" \
|
||||
> 2026-06-02_api_search_emerald_liffey_bank.json
|
||||
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=Emerald%20Liffey%20Frankfurt&format=json" \
|
||||
> 2026-06-02_api_search_emerald_liffey_frankfurt.json
|
||||
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries/R009814?format=json" \
|
||||
> 2026-06-02_api_registerentry_R009814.json
|
||||
```
|
||||
|
||||
## Cursor-Protokoll
|
||||
|
||||
| Lauf | Suchparameter | Cursor rein | Cursor raus | Treffer | Aktennotiz |
|
||||
|---|---|---|---|---|---|
|
||||
| 1 | `q=Emerald Liffey Bank` | keiner | `c-ELB-001-final` | 1 | Treffer R009814 |
|
||||
| 2 | `q=Emerald Liffey Frankfurt` | keiner | `c-ELB-FRA-final` | 1 | Treffer ist derselbe Dublin-Eintrag |
|
||||
| 3 | `q=Emerald Liffey Bank Zweigniederlassung` | keiner | `c-ELB-ZN-final` | 0 | keine zweite Registernummer |
|
||||
|
||||
## Entscheidungslogik
|
||||
|
||||
| Befund | Bewertung | Naechste Aktion |
|
||||
|---|---|---|
|
||||
| nur R009814 fuer Dublin-plc | Gruen | API-Diff in Akte legen |
|
||||
| R009814 plus zweiter Treffer Frankfurt | Rot/Orange | Portalentwurf Frankfurt sperren, RfS-Anfrage aktualisieren |
|
||||
| kein Treffer fuer Dublin | Rot | Veroeffentlichung oder Registernummer pruefen |
|
||||
| Dublin-Treffer ohne klare Frankfurt-Erwaehnung | Orange | Portaltext Nachbesserung pruefen |
|
||||
| Finanzdaten nur FRA-REG ohne Dublin-Steuerung | Orange | Kostenstellenmapping korrigieren |
|
||||
|
||||
## Zu pruefende API-Felder
|
||||
|
||||
- `registerNumber`
|
||||
- `accountDetails.activeLobbyist`
|
||||
- `accountDetails.firstPublicationDate`
|
||||
- `accountDetails.lastUpdateDate`
|
||||
- `registerEntryDetails.version`
|
||||
- `registerEntryDetails.detailsPageUrl`
|
||||
- `registerEntryDetails.pdfUrl`
|
||||
- `lobbyistIdentity.companyName`
|
||||
- `activitiesAndInterests`
|
||||
- `employeesInvolvedInLobbying`
|
||||
- `financialExpenses`
|
||||
- `regulatoryProjects`
|
||||
- `statements`
|
||||
- `contracts`
|
||||
- `codeOfConduct.ownCodeOfConduct`
|
||||
|
||||
## Aktenvermerk
|
||||
|
||||
Die API-Abfrage ist keine zweite Freigabe und ersetzt nicht die Portalbestaetigung. Sie ist der oeffentliche Nachweis, dass die im Portal freigegebene Dublin-Loesung nicht durch einen parallelen Frankfurt-Entwurf verwischt wurde.
|
||||
+151
@@ -0,0 +1,151 @@
|
||||
{
|
||||
"$schema": "https://www.lobbyregister.bundestag.de/json-schemas/R2.22/Lobbyregister-Registereintrag-schema-R2.22.json",
|
||||
"source": "Deutscher Bundestag, Lobbyregister fuer die Interessenvertretung gegenueber dem Deutschen Bundestag und der Bundesregierung",
|
||||
"sourceUrl": "https://api.lobbyregister.bundestag.de/rest/v2/registerentries/R009814?format=json",
|
||||
"sourceDate": "2026-06-02T09:17:22.184+02:00",
|
||||
"jsonDocumentationUrl": "https://www.lobbyregister.bundestag.de/informationen-und-hilfe/open-data-1049716",
|
||||
"accountDetails": {
|
||||
"activeLobbyist": true,
|
||||
"activeDateRanges": [
|
||||
{
|
||||
"fromDate": "2026-06-01T00:00:00.000+02:00"
|
||||
}
|
||||
],
|
||||
"firstPublicationDate": "2026-06-01T15:42:10.000+02:00",
|
||||
"lastUpdateDate": "2026-06-01T15:42:10.000+02:00",
|
||||
"registerEntryVersions": [
|
||||
{
|
||||
"registerEntryId": 9814001,
|
||||
"version": 1,
|
||||
"legislation": "GL2024",
|
||||
"validFromDate": "2026-06-01T15:42:10.000+02:00",
|
||||
"versionActiveLobbyist": true,
|
||||
"jsonDetailUrl": "https://api.lobbyregister.bundestag.de/rest/v2/registerentries/R009814/1?format=json"
|
||||
}
|
||||
],
|
||||
"accountHasCodexViolations": false,
|
||||
"codexViolations": []
|
||||
},
|
||||
"registerNumber": "R009814",
|
||||
"registerEntryDetails": {
|
||||
"registerEntryId": 9814001,
|
||||
"legislation": "GL2024",
|
||||
"version": 1,
|
||||
"detailsPageUrl": "https://www.lobbyregister.bundestag.de/suche/R009814",
|
||||
"pdfUrl": "https://www.lobbyregister.bundestag.de/media/R009814/1.pdf",
|
||||
"validFromDate": "2026-06-01T15:42:10.000+02:00",
|
||||
"fiscalYearUpdate": {
|
||||
"updateMissing": false,
|
||||
"lastFiscalYearUpdate": "2026-06-01T15:42:10.000+02:00"
|
||||
},
|
||||
"refusedAnything": false
|
||||
},
|
||||
"lobbyistIdentity": {
|
||||
"identity": "ORGANIZATION",
|
||||
"companyName": "Emerald Liffey Bank plc",
|
||||
"legalForm": {
|
||||
"de": "Public limited company nach irischem Recht"
|
||||
},
|
||||
"address": {
|
||||
"type": "FOREIGN",
|
||||
"internationalAdditional1": "45 Sir John Rogerson's Quay",
|
||||
"internationalAdditional2": "Dublin 2, Irland"
|
||||
},
|
||||
"furtherAddresses": [
|
||||
{
|
||||
"type": "NATIONAL",
|
||||
"nationalAdditional1": "Zweigniederlassung Frankfurt am Main",
|
||||
"street": "Taunusanlage",
|
||||
"houseNumber": "12",
|
||||
"postalCode": "60325",
|
||||
"city": "Frankfurt am Main"
|
||||
}
|
||||
],
|
||||
"recentGovernmentFunctionPresent": false
|
||||
},
|
||||
"activitiesAndInterests": {
|
||||
"generalInformation": "Interessenvertretung zu Zahlungsdienste-, Bankenaufsichts- und Einlagensicherungsfragen gegenueber Bundestag und Bundesregierung. Die deutschen Termine werden ueber die unselbststaendige Zweigniederlassung Frankfurt am Main vorbereitet und durch den irischen Rechtstraeger freigegeben.",
|
||||
"fieldsOfInterest": [
|
||||
"Bankenaufsicht",
|
||||
"Finanzmaerkte",
|
||||
"Digitalisierung im Finanzsektor",
|
||||
"Verbraucherschutz bei Zahlungsdiensten"
|
||||
],
|
||||
"regulatoryProjects": [
|
||||
{
|
||||
"title": "Digital-Euro-Begleitgesetz und Betrugspraevention bei Instant Payments",
|
||||
"description": "Klarstellung der Haftungs- und Meldepflichten grenzueberschreitend taetiger Kreditinstitute mit unselbststaendigen Zweigniederlassungen in Deutschland."
|
||||
},
|
||||
{
|
||||
"title": "Einlagensicherungsbeitraege grenzueberschreitender Banken",
|
||||
"description": "Praxisgerechte Behandlung von Passporting-Instituten bei nationalen Berichtspflichten."
|
||||
}
|
||||
]
|
||||
},
|
||||
"employeesInvolvedInLobbying": {
|
||||
"numberOfEmployeesInvolvedInLobbying": 4,
|
||||
"fullTimeEquivalent": "2.30",
|
||||
"persons": [
|
||||
{
|
||||
"firstName": "Aisling",
|
||||
"lastName": "Byrne",
|
||||
"role": "Group Head of Public Policy"
|
||||
},
|
||||
{
|
||||
"firstName": "Carla",
|
||||
"lastName": "Heidenreich",
|
||||
"role": "Leiterin Deutschland, Zweigniederlassung Frankfurt"
|
||||
},
|
||||
{
|
||||
"firstName": "Jonas",
|
||||
"lastName": "Krueger",
|
||||
"role": "Senior Regulatory Affairs Manager"
|
||||
},
|
||||
{
|
||||
"firstName": "Sofia",
|
||||
"lastName": "Marin",
|
||||
"role": "Policy Analyst"
|
||||
}
|
||||
]
|
||||
},
|
||||
"financialExpenses": {
|
||||
"fiscalYear": "2025",
|
||||
"rangeFrom": 180000,
|
||||
"rangeTo": 190000,
|
||||
"method": "Kostenstellen DUB-PP, FRA-REG und BER-CONS nach Dublettenbereinigung"
|
||||
},
|
||||
"mainFundingSources": {
|
||||
"sources": [
|
||||
"Eigenmittel aus Bankgeschaeft"
|
||||
]
|
||||
},
|
||||
"publicAllowances": {
|
||||
"allowancesPresent": false,
|
||||
"items": []
|
||||
},
|
||||
"donators": {
|
||||
"donatorsPresent": false,
|
||||
"items": []
|
||||
},
|
||||
"membershipFees": {
|
||||
"membershipFeesPresent": false,
|
||||
"items": []
|
||||
},
|
||||
"annualReports": {
|
||||
"annualReportPresent": true,
|
||||
"annualReportUrl": "https://example.invalid/emerald-liffey-bank-annual-report-2025"
|
||||
},
|
||||
"statements": {
|
||||
"statementsPresent": false,
|
||||
"items": []
|
||||
},
|
||||
"contracts": {
|
||||
"contractsPresent": false,
|
||||
"clients": [],
|
||||
"contractors": []
|
||||
},
|
||||
"codeOfConduct": {
|
||||
"ownCodeOfConduct": true,
|
||||
"codeOfConductPdfUrl": "https://example.invalid/emerald-liffey-bank-code-of-conduct.pdf"
|
||||
}
|
||||
}
|
||||
@@ -0,0 +1,54 @@
|
||||
# Registerexport-Diff: R009814 Emerald Liffey Bank plc
|
||||
|
||||
## Abgleich
|
||||
|
||||
- Interne Freigabeakte: ELB-LR-2026-05
|
||||
- Portalaktion: Erstregistrierung Dublin-plc, Frankfurt nur als unselbststaendige Zweigniederlassung
|
||||
- Veroeffentlichter Registereintrag: R009814
|
||||
- API-Abruf: 02.06.2026, 09:17 Uhr
|
||||
- `sourceDate`: 2026-06-02T09:17:22.184+02:00
|
||||
- Version: 1
|
||||
- Bearbeitung: RAin Dr. Mareike Tamm und Orlaine Keating
|
||||
|
||||
## Kurzbefund
|
||||
|
||||
Der oeffentliche Eintrag bildet die Dublin-plc als einheitliche Organisation ab. Die Frankfurter Zweigniederlassung erscheint als weitere Adresse und in der Taetigkeitsbeschreibung, nicht als zweiter Rechtstraeger. Das ist konsistent mit dem Primaerentwurf und verhindert eine irrefuehrende Doppelzaehlung der Finanzaufwendungen.
|
||||
|
||||
Die Abfrage `Emerald Liffey Frankfurt` liefert denselben Eintrag R009814. Die Abfrage `Emerald Liffey Bank Zweigniederlassung` liefert keinen eigenen zweiten Eintrag.
|
||||
|
||||
## Feldvergleich
|
||||
|
||||
| Bereich | Interne Freigabe | API/API-Export | Bewertung | Aktion |
|
||||
|---|---|---|---|---|
|
||||
| Rechtstraeger | Emerald Liffey Bank plc, Dublin | `companyName` Emerald Liffey Bank plc | Gruen | keine |
|
||||
| Zweigniederlassung | Frankfurt sichtbar, nicht eigener Rechtstraeger | weitere Adresse und Taetigkeitsbeschreibung | Gruen | Screenshot Detailseite sichern |
|
||||
| Aktivstatus | aktiv ab Erstveroeffentlichung | `activeLobbyist` true | Gruen | keine |
|
||||
| Version | Erstversion | Version 1 | Gruen | Version in Fristenbuch eintragen |
|
||||
| Taetigkeit | Digital Euro, Instant Payments, Einlagensicherung | alle drei Themen sachlich erfasst | Gruen | keine |
|
||||
| Betraute Personen | Byrne, Heidenreich, Krueger, Marin | vier Personen, 2.30 VZAE | Gruen | HR-Freigaben ablegen |
|
||||
| Finanzaufwendungen | 180000 bis 190000 EUR nach Bereinigung | Range 180000 bis 190000 | Gruen | Kostenstellenmapping anhängen |
|
||||
| Auftraggeber | keine Fremdvertretung | `contractsPresent` false | Gruen | keine |
|
||||
| Stellungnahmen | noch keine grundlegende Stellungnahme versandt | `statementsPresent` false | Gruen | Quartalsmonitor bleibt offen |
|
||||
| Verhaltenskodex | eigener Kodex vorhanden | `ownCodeOfConduct` true | Gruen | Link intern pruefen |
|
||||
| verweigerte Angaben | keine | `refusedAnything` false | Gruen | keine |
|
||||
| Kodexverstoesse | keine | `accountHasCodexViolations` false | Gruen | keine |
|
||||
|
||||
## Dubletten- und Zweigniederlassungscheck
|
||||
|
||||
| Suche | Ergebnis | Risiko | Entscheidung |
|
||||
|---|---|---|---|
|
||||
| Emerald Liffey Bank | ein Treffer R009814 | gering | Primaerentwurf bestaetigt |
|
||||
| Emerald Liffey Frankfurt | ein Treffer R009814 | gering | Frankfurt wird nur im Dublin-Eintrag sichtbar |
|
||||
| Emerald Liffey Bank Zweigniederlassung | kein Treffer | gering | kein Zweitentwurf veroeffentlicht |
|
||||
| ELB Digital Euro | kein separater Treffer | gering | Projektkuerzel nicht als eigener Name genutzt |
|
||||
| Taunusanlage 12 | kein separater Treffer | mittel | Adresse auf Detailseite optisch pruefen |
|
||||
|
||||
## Offene Punkte
|
||||
|
||||
1. Die API-Antwort zeigt eine `example.invalid`-URL im fiktiven Testfall. In einer echten Akte muesste die PDF-/Kodex-URL aus dem Register oder der Unternehmensseite geprueft werden.
|
||||
2. Die RfS-Anfrage bleibt in der Akte, obwohl keine zweite Registrierung vorgenommen wurde. Sie dokumentiert die vorherige Unsicherheit.
|
||||
3. Bei erster grundlegender Stellungnahme zum Digital-Euro-Begleitgesetz muss der Quartalsupload neu geprueft werden.
|
||||
|
||||
## Abschlussentscheidung
|
||||
|
||||
Status Gruen mit Wiedervorlage am 01.07.2026. Keine zweite Registrierung fuer Frankfurt vorbereiten. Falls das Portal spaeter einen zweiten Frankfurt-Eintrag anzeigt oder ein RfS-Hinweis eingeht, Streitvermerk neu oeffnen.
|
||||
@@ -44,10 +44,13 @@ Muss, darf oder soll die Bank im Lobbyregister einmal oder zweimal erscheinen?
|
||||
| [22_kalendereinladung_bundestag.ics](22_kalendereinladung_bundestag.ics) | Kalendereinladung fuer Bundestagstermin |
|
||||
| [23_datenschutz_personenfreigabe.md](23_datenschutz_personenfreigabe.md) | Freigaben betrauter Personen fuer Registerdaten |
|
||||
| [24_kostenstellen_mapping_dublin_frankfurt.md](24_kostenstellen_mapping_dublin_frankfurt.md) | Kostenstellenmapping Dublin/Frankfurt/Berlin |
|
||||
| [25_api_abfrageplan_open_data.md](25_api_abfrageplan_open_data.md) | API-Abfrageplan fuer Dublin/Frankfurt-Dublettencheck |
|
||||
| [26_api_mock_response_dublin.json](26_api_mock_response_dublin.json) | Fiktive API-Antwort fuer den veroeffentlichten Dublin-Eintrag |
|
||||
| [27_registerexport_diff_dublin.md](27_registerexport_diff_dublin.md) | Diff zwischen Freigabeakte und oeffentlichem API/API-Export |
|
||||
|
||||
## Lernziel
|
||||
|
||||
Die Akte zwingt das Plugin, `personen-organisationstyp`, `konzern-netzwerk-plattform`, `erstregistrierung-ausfuellen`, `registereintrag-finalcheck`, `registerfuehrende-stelle-kontakt` und `fristen-und-quartalsmonitor` zusammenzuspielen. Entscheidend ist nicht eine voreilige Antwort, sondern eine saubere Registerpraxis: Primaerentwurf, Streitvermerk, RfS-Anfrage und keine Doppelung ohne Klaerung.
|
||||
Die Akte zwingt das Plugin, `personen-organisationstyp`, `konzern-netzwerk-plattform`, `erstregistrierung-ausfuellen`, `registereintrag-finalcheck`, `registerfuehrende-stelle-kontakt`, `suche-open-data-monitor` und `fristen-und-quartalsmonitor` zusammenzuspielen. Entscheidend ist nicht eine voreilige Antwort, sondern eine saubere Registerpraxis: Primaerentwurf, Streitvermerk, RfS-Anfrage, API-Dublettencheck und keine Doppelung ohne Klaerung.
|
||||
|
||||
## Disclaimer
|
||||
|
||||
|
||||
+56
@@ -0,0 +1,56 @@
|
||||
# API-Monitoringplan: Spreebogen Regulatory GmbH / Wasserstoffmandate
|
||||
|
||||
## Anlass
|
||||
|
||||
Nach Korrektur des zu breiten Auftraggebertextes soll die Agentur monatlich pruefen, ob der oeffentliche Registereintrag die Mandate HansaH2 Storage AG und Nordsee Elektrolyse Konsortium GbR sauber trennt und ob die grundlegenden Stellungnahmen nach Quartalsupload sichtbar sind.
|
||||
|
||||
Verantwortlich intern: Malte Kruschke, Compliance Operations
|
||||
Verantwortlich Kanzlei: RA Dr. Theodor Albrecht
|
||||
Registernummer Agentur: R008442
|
||||
Monitoring-Start: 05.07.2026
|
||||
Takt: monatlich und zusaetzlich nach jedem Quartalsupload
|
||||
|
||||
## Suchprofil
|
||||
|
||||
| Suchlauf | Suchbegriff | Zweck | Erwartung |
|
||||
|---|---|---|---|
|
||||
| Agentur | Spreebogen Regulatory | eigener Eintrag und Version pruefen | R008442 |
|
||||
| Auftraggeber 1 | HansaH2 Storage | Auftraggeberbezug im Agentureintrag und moeglicher eigener Eintrag | Agentur und HansaH2-Eintrag |
|
||||
| Auftraggeber 2 | Nordsee Elektrolyse Konsortium | Konsortium richtig abgegrenzt | Agenturtreffer und ggf. Konsortium |
|
||||
| Unterauftrag | OpenGrid Events | Unterauftrag sichtbar oder intern nachweisbar | kein eigener Auftraggeberfehler |
|
||||
| Vorhaben | Wasserstoffbeschleunigungsgesetz | Regelungsvorhaben auffindbar | Agentur und themennahe Eintraege |
|
||||
|
||||
## Abfragebefehle
|
||||
|
||||
```bash
|
||||
test -n "${LOBBYREGISTER_API_KEY:?LOBBYREGISTER_API_KEY fehlt}"
|
||||
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries/R008442?format=json" \
|
||||
> 2026-07-05_api_registerentry_R008442.json
|
||||
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=HansaH2%20Storage&format=json" \
|
||||
> 2026-07-05_api_search_hansah2_storage.json
|
||||
|
||||
curl -H "Authorization: ApiKey ${LOBBYREGISTER_API_KEY}" \
|
||||
"https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=Wasserstoffbeschleunigungsgesetz&format=json" \
|
||||
> 2026-07-05_api_search_wasserstoffbeschleunigungsgesetz.json
|
||||
```
|
||||
|
||||
## Alarmregeln
|
||||
|
||||
| Ausloeser | Bewertung | Sofortaktion |
|
||||
|---|---|---|
|
||||
| Auftraggebertext wieder "deutsche Wasserstoffwirtschaft" | Rot | Portaltext korrigieren, Mandantenfreigabe einholen |
|
||||
| HansaH2 und Konsortium in einem Sammelauftrag vermengt | Orange | Auftraggebermatrix neu pruefen |
|
||||
| OpenGrid als reiner Logistiker dargestellt | Orange | Unterauftragnehmerrolle im Register und Vertragsakte pruefen |
|
||||
| Stellungnahme vom 28.05.2026 fehlt nach Quartalsupload | Rot | Upload-Log und Portalbestaetigung pruefen |
|
||||
| Version geaendert ohne internes Ticket | Rot | Revisionsspur oeffnen |
|
||||
| `refusedAnything` true | Rot | Geschaeftsfuehrung und Kanzlei informieren |
|
||||
|
||||
## Monitoringvermerk 05.07.2026
|
||||
|
||||
Die Suche nach HansaH2 Storage ergibt zwei relevante Treffer: den eigenen Auftraggeber und den Agentureintrag R008442. Der Agentureintrag nennt das konkrete Wasserstoffbeschleunigungsgesetz und grenzt HansaH2 von Nordsee Elektrolyse ab. Die alte Formulierung "deutsche Wasserstoffwirtschaft" ist nicht mehr sichtbar.
|
||||
|
||||
Offen bleibt, ob die Rolle von OpenGrid Events UG als inhaltlicher Unterauftragnehmer deutlich genug ist. Das naechste Update-Ticket soll nicht nur die Rechnungen, sondern auch das Stakeholder-Mapping aus Datei `18_stakeholder_mapping_opengrid.csv` einbeziehen.
|
||||
+105
@@ -0,0 +1,105 @@
|
||||
{
|
||||
"$schema": "https://www.lobbyregister.bundestag.de/json-schemas/R2.22/Lobbyregistersuche-Registereintrag-Details-schema-R2.22.json",
|
||||
"source": "Deutscher Bundestag, Lobbyregister fuer die Interessenvertretung gegenueber dem Deutschen Bundestag und der Bundesregierung",
|
||||
"sourceUrl": "https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=HansaH2%20Storage&format=json",
|
||||
"sourceDate": "2026-07-05T10:34:48.553+02:00",
|
||||
"jsonDocumentationUrl": "https://www.lobbyregister.bundestag.de/informationen-und-hilfe/open-data-1049716",
|
||||
"searchUrl": "https://api.lobbyregister.bundestag.de/rest/v2/registerentries?q=HansaH2%20Storage&format=json",
|
||||
"searchParameters": {
|
||||
"q": "HansaH2 Storage",
|
||||
"format": "json"
|
||||
},
|
||||
"resultCount": 2,
|
||||
"cursor": "mock-hansah2-final",
|
||||
"results": [
|
||||
{
|
||||
"registerNumber": "R008442",
|
||||
"registerEntryDetails": {
|
||||
"version": 4,
|
||||
"legislation": "GL2024",
|
||||
"detailsPageUrl": "https://www.lobbyregister.bundestag.de/suche/R008442",
|
||||
"pdfUrl": "https://www.lobbyregister.bundestag.de/media/R008442/4.pdf",
|
||||
"validFromDate": "2026-07-03T14:21:00.000+02:00",
|
||||
"fiscalYearUpdate": {
|
||||
"updateMissing": false,
|
||||
"lastFiscalYearUpdate": "2026-04-18T11:06:00.000+02:00"
|
||||
},
|
||||
"refusedAnything": false
|
||||
},
|
||||
"accountDetails": {
|
||||
"activeLobbyist": true,
|
||||
"lastUpdateDate": "2026-07-03T14:21:00.000+02:00",
|
||||
"accountHasCodexViolations": false
|
||||
},
|
||||
"lobbyistIdentity": {
|
||||
"identity": "ORGANIZATION",
|
||||
"companyName": "Spreebogen Regulatory GmbH"
|
||||
},
|
||||
"activitiesAndInterests": {
|
||||
"generalInformation": "Interessenvertretung im Auftrag einzelner Unternehmen und Konsortien zu Energie- und Infrastrukturvorhaben.",
|
||||
"regulatoryProjects": [
|
||||
{
|
||||
"title": "Wasserstoffbeschleunigungsgesetz",
|
||||
"description": "Speicher- und Elektrolyseaspekte, Netzanbindung, Genehmigungsbeschleunigung und Foerderkulisse."
|
||||
}
|
||||
]
|
||||
},
|
||||
"contracts": {
|
||||
"contractsPresent": true,
|
||||
"clients": [
|
||||
{
|
||||
"referenceName": "HansaH2 Storage AG",
|
||||
"role": "Auftraggeber fuer Speicher- und Kavernenfragen"
|
||||
},
|
||||
{
|
||||
"referenceName": "Nordsee Elektrolyse Konsortium GbR",
|
||||
"role": "Auftraggeber fuer Elektrolyse- und Netzanbindungsfragen"
|
||||
}
|
||||
],
|
||||
"contractors": [
|
||||
{
|
||||
"referenceName": "OpenGrid Events UG",
|
||||
"role": "Unterauftrag fuer Stakeholder-Mapping und Veranstaltungsvorbereitung"
|
||||
}
|
||||
]
|
||||
},
|
||||
"statements": {
|
||||
"statementsPresent": true,
|
||||
"items": [
|
||||
{
|
||||
"title": "Stellungnahme HansaH2 Storage AG zum Wasserstoffbeschleunigungsgesetz",
|
||||
"submissionDate": "2026-05-28",
|
||||
"publicationDate": "2026-07-03"
|
||||
},
|
||||
{
|
||||
"title": "Kurzgutachten Nordsee Elektrolyse Konsortium zur Netzanbindung",
|
||||
"submissionDate": "2026-06-03",
|
||||
"publicationDate": "2026-07-03"
|
||||
}
|
||||
]
|
||||
}
|
||||
},
|
||||
{
|
||||
"registerNumber": "R006771",
|
||||
"registerEntryDetails": {
|
||||
"version": 2,
|
||||
"legislation": "GL2024",
|
||||
"detailsPageUrl": "https://www.lobbyregister.bundestag.de/suche/R006771",
|
||||
"validFromDate": "2026-04-12T08:12:00.000+02:00",
|
||||
"refusedAnything": false
|
||||
},
|
||||
"accountDetails": {
|
||||
"activeLobbyist": true,
|
||||
"lastUpdateDate": "2026-04-12T08:12:00.000+02:00",
|
||||
"accountHasCodexViolations": false
|
||||
},
|
||||
"lobbyistIdentity": {
|
||||
"identity": "ORGANIZATION",
|
||||
"companyName": "HansaH2 Storage AG"
|
||||
},
|
||||
"activitiesAndInterests": {
|
||||
"generalInformation": "Eigene Interessenvertretung zu Wasserstoffspeicherung, Kavernennutzung und Energieinfrastruktur."
|
||||
}
|
||||
}
|
||||
]
|
||||
}
|
||||
+41
@@ -0,0 +1,41 @@
|
||||
# Registerexport-Diff: Quartalsupload Q2/2026
|
||||
|
||||
## Abgleich
|
||||
|
||||
- Registereintrag: Spreebogen Regulatory GmbH, R008442
|
||||
- Portalaktion: Korrektur Auftraggebertext und Upload zweier grundlegender Dokumente fuer Q2/2026
|
||||
- API-Abruf: 05.07.2026, 10:34 Uhr
|
||||
- `sourceDate`: 2026-07-05T10:34:48.553+02:00
|
||||
- Version: 4
|
||||
- Interne Tickets: SPR-H2-2026-Q2-UPL, SPR-H2-2026-AGT-KORR
|
||||
|
||||
## Kurzbefund
|
||||
|
||||
Die API-Antwort zeigt die neue, engere Taetigkeitsbeschreibung. HansaH2 Storage AG und Nordsee Elektrolyse Konsortium GbR sind getrennt abgebildet. Die beiden grundlegenden Dokumente erscheinen als `statements`. Der fruehere Fehler "deutsche Wasserstoffwirtschaft" ist im oeffentlichen Datensatz nicht mehr sichtbar.
|
||||
|
||||
Rot bleibt die Dokumentationsfrage OpenGrid Events UG: Die API-Antwort nennt OpenGrid als Unterauftragnehmer mit Stakeholder-Mapping. Das ist inhaltlich richtig, muss aber mit Rechnung, Vertrag und interner Freigabe zusammenpassen.
|
||||
|
||||
## Feldvergleich
|
||||
|
||||
| Bereich | Interne Freigabe | API/API-Export | Bewertung | Aktion |
|
||||
|---|---|---|---|---|
|
||||
| Taetigkeitsbeschreibung | einzelne Unternehmen und Konsortien | gleichlautend | Gruen | keine |
|
||||
| Auftraggeber HansaH2 | Speicher- und Kavernenfragen | eigener Client | Gruen | Vertrag beilegen |
|
||||
| Auftraggeber Konsortium | Elektrolyse und Netzanbindung | eigener Client | Gruen | GbR-Freigabe nachheften |
|
||||
| Unterauftrag OpenGrid | Stakeholder-Mapping und Eventvorbereitung | als Contractor genannt | Orange | Unterauftragnehmer-Check neu freigeben |
|
||||
| Stellungnahme HansaH2 | versandt 28.05.2026 | veroeffentlicht 03.07.2026 | Gruen | PDF sichern |
|
||||
| Kurzgutachten Konsortium | versandt 03.06.2026 | veroeffentlicht 03.07.2026 | Gruen | PDF sichern |
|
||||
| Version | erwartete Version 4 | Version 4 | Gruen | Fristenbuch aktualisieren |
|
||||
| verweigerte Angaben | keine | `refusedAnything` false | Gruen | keine |
|
||||
| Kodexverstoesse | keine | `accountHasCodexViolations` false | Gruen | keine |
|
||||
|
||||
## Schlechte Arbeitsnotiz aus dem Datenraum
|
||||
|
||||
Malte hatte am 04.07.2026 in Slack geschrieben: "Passt doch, API findet HansaH2, wir muessen OpenGrid nicht extra anfassen." Das ist zu knapp. Gerade weil OpenGrid im API-Datensatz auftaucht, muss die Abgrenzung zwischen Logistik, Stakeholder-Mapping und inhaltlicher Interessenvertretung aktenfest sein.
|
||||
|
||||
## Naechste Schritte
|
||||
|
||||
1. Datei `17_invoice_opengrid.csv` gegen `18_stakeholder_mapping_opengrid.csv` pruefen.
|
||||
2. Mandantenfreigabe HansaH2 und Konsortium fuer die OpenGrid-Darstellung einholen.
|
||||
3. Quartalskalender um Nachcheck 05.10.2026 ergaenzen.
|
||||
4. API-Rohantwort und PDF-Version in der Revisionsspur ablegen.
|
||||
@@ -34,7 +34,10 @@ Die Spreebogen Regulatory GmbH betreut zwei Mandanten zum geplanten Wasserstoffb
|
||||
| [21_quartalskalender.ics](21_quartalskalender.ics) | Kalenderdaten fuer Quartalsupload und Unterauftragsreview |
|
||||
| [22_anlagenverzeichnis.md](22_anlagenverzeichnis.md) | Anlagenverzeichnis der Registerakte |
|
||||
| [23_finalcheck_redteam.md](23_finalcheck_redteam.md) | Red-Team-Notiz zu verbleibenden Risiken |
|
||||
| [24_api_monitoringplan_h2.md](24_api_monitoringplan_h2.md) | API-Monitoringplan fuer Auftraggeber, Unterauftrag und Wasserstoffvorhaben |
|
||||
| [25_api_mock_search_hansah2_spreebogen.json](25_api_mock_search_hansah2_spreebogen.json) | Fiktive API-Suchergebnisliste HansaH2/Spreebogen |
|
||||
| [26_registerexport_diff_quartalsupload.md](26_registerexport_diff_quartalsupload.md) | Diff nach Q2-Upload und Korrektur Auftraggebertext |
|
||||
|
||||
## Lernziel
|
||||
|
||||
Diese Akte testet, ob das Plugin Auftraggeber, Unterauftragnehmer, Schwellen, Vorhaben, Stellungnahme-Upload und Finanzdaten auseinanderhaelt.
|
||||
Diese Akte testet, ob das Plugin Auftraggeber, Unterauftragnehmer, Schwellen, Vorhaben, Stellungnahme-Upload, Finanzdaten und API-Nachkontrolle auseinanderhaelt.
|
||||
|
||||
Reference in New Issue
Block a user