mirror of
https://github.com/Klotzkette/claude-fuer-deutsches-recht
synced 2026-06-09 10:03:19 +00:00
feat: boost bank legal department specialties
This commit is contained in:
+119
-119
@@ -13,13 +13,13 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "aktenauszug-gerichtsverfahren",
|
||||
"source": "./aktenauszug-gerichtsverfahren",
|
||||
"description": "Strukturierter Aktenauszug für deutsche Gerichtsverfahren: Verfahrensidentifikation Einleitungssatz Verfahrenszusammenfassung Sachverhaltschronologie Verfahrensgeschichte tabellarische Gegenüberstellung der Parteivortraege Beweismittel und Rechtsargumente für schnelle Einarbeitung in Akten.",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
}
|
||||
@@ -31,7 +31,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "arbeitsrecht",
|
||||
@@ -40,7 +40,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "arbeitszeugnis-analyse",
|
||||
@@ -49,7 +49,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "aussenwirtschaft-zoll-sanktionen",
|
||||
@@ -58,16 +58,16 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "bank-rechtsabteilung",
|
||||
"source": "./bank-rechtsabteilung",
|
||||
"description": "Rechtsabteilung einer mittelgroßen deutschen Bank: Aufsichtsrecht, Kredit, Sanierung, BaFin, Vorstand, HV, AGB, Vertrieb, externe Anwälte und Rechnungskontrolle.",
|
||||
"description": "Rechtsabteilung einer mittelgroßen deutschen Bank: Aufsicht, Kredit, ZAG/PSD2, PSD3/PSR-Vorschau, eWpG, MiCAR, Tokenisierung, BaFin, Vorstand, HV und Kanzleisteuerung.",
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "barrierefreiheit-web-checker",
|
||||
@@ -76,7 +76,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "bav-strategie-konzern",
|
||||
@@ -85,7 +85,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "bereicherungs-und-anfechtungsrecht-pruefer",
|
||||
@@ -94,7 +94,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "berufsrecht-ki-vertragspruefung",
|
||||
@@ -103,7 +103,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "betreuungsrecht",
|
||||
@@ -112,7 +112,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "bgb-at-pruefer",
|
||||
@@ -121,7 +121,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "buerokratieversteher-entbuerokratisierer",
|
||||
@@ -130,7 +130,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "commercial-courts-deutschland",
|
||||
@@ -139,7 +139,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "common-law-kompass",
|
||||
@@ -148,7 +148,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "corporate-kanzlei",
|
||||
@@ -157,7 +157,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "datenschutzrecht",
|
||||
@@ -166,7 +166,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "dfg-foerderantrag",
|
||||
@@ -175,7 +175,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "dsa-dma-digitalregulierung",
|
||||
@@ -184,7 +184,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "einfache-leichte-sprache-jura",
|
||||
@@ -193,7 +193,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "email-umformulierer-berufsrecht",
|
||||
@@ -202,7 +202,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "energierecht",
|
||||
@@ -211,7 +211,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "europarecht-kompass",
|
||||
@@ -220,7 +220,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-agrarrecht",
|
||||
@@ -229,7 +229,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-arbeitsrecht",
|
||||
@@ -238,7 +238,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-bank-kapitalmarktrecht",
|
||||
@@ -247,7 +247,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-bau-architektenrecht",
|
||||
@@ -256,7 +256,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-erbrecht",
|
||||
@@ -265,7 +265,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-familienrecht",
|
||||
@@ -274,7 +274,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-gewerblicher-rechtsschutz",
|
||||
@@ -283,7 +283,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-handels-gesellschaftsrecht",
|
||||
@@ -292,7 +292,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-insolvenz-sanierungsrecht",
|
||||
@@ -301,7 +301,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-internationales-wirtschaftsrecht",
|
||||
@@ -310,7 +310,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-it-recht",
|
||||
@@ -319,7 +319,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-medizinrecht",
|
||||
@@ -328,7 +328,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-miet-wohnungseigentumsrecht",
|
||||
@@ -337,7 +337,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-migrationsrecht",
|
||||
@@ -346,7 +346,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-sozialrecht",
|
||||
@@ -355,7 +355,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-sportrecht",
|
||||
@@ -364,7 +364,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-strafrecht",
|
||||
@@ -373,7 +373,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-transport-speditionsrecht",
|
||||
@@ -382,7 +382,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-urheber-medienrecht",
|
||||
@@ -391,7 +391,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-vergaberecht",
|
||||
@@ -400,7 +400,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-verkehrsrecht",
|
||||
@@ -409,7 +409,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-versicherungsrecht",
|
||||
@@ -418,7 +418,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fachanwalt-verwaltungsrecht",
|
||||
@@ -427,7 +427,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fluggastrechte",
|
||||
@@ -436,7 +436,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "forderungsmanagement-klagewerkstatt",
|
||||
@@ -445,7 +445,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "forschungszulage-antragstellung",
|
||||
@@ -454,7 +454,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "fortbestehensprognose",
|
||||
@@ -463,7 +463,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "geldwaeschepraevention-aml-kyc",
|
||||
@@ -472,7 +472,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "gesellschaftsgruender",
|
||||
@@ -481,7 +481,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "gesellschaftsrecht",
|
||||
@@ -490,7 +490,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "gesellschaftsrecht-legal-english",
|
||||
@@ -499,7 +499,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "gewerblicher-rechtsschutz",
|
||||
@@ -508,7 +508,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "grosskanzlei-corporate-ma",
|
||||
@@ -517,7 +517,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "hausarbeitenmacher",
|
||||
@@ -526,7 +526,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "immobilienrechtspraxis",
|
||||
@@ -535,7 +535,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "insolvenzforderungsanmeldungspruefung",
|
||||
@@ -544,7 +544,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "insolvenzplan-starug-planwerkstatt",
|
||||
@@ -553,7 +553,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "insolvenzrecht",
|
||||
@@ -562,7 +562,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "insolvenzverwaltung",
|
||||
@@ -571,7 +571,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "jurastudium",
|
||||
@@ -580,7 +580,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "juristische-sprache-deutsch-als-zweitsprache",
|
||||
@@ -589,7 +589,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "jveg-kostenpruefer",
|
||||
@@ -598,7 +598,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "kanzlei-allgemein",
|
||||
@@ -607,7 +607,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "kanzlei-builder-hub",
|
||||
@@ -616,12 +616,12 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "kartellrecht-marktabgrenzung-pruefung",
|
||||
"source": "./kartellrecht-marktabgrenzung-pruefung",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Kritische kartellrechtliche Pruefinstanz fuer Marktabgrenzungen nach Paragraf 18 GWB sowie Art. 101 und 102 AEUV: SSNIP-Test, Nachfrage- und Angebotsumstellung, raeumlicher Markt, Evidenz, Konsistenz, Red Flags und Marktbeherrschung. Rechtsprechung nur nach Live-Verifikation.",
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
@@ -634,7 +634,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "ki-richtlinie-kanzleien",
|
||||
@@ -643,7 +643,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "ki-vo-ai-act-pruefer",
|
||||
@@ -652,7 +652,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "krisenfrueherkennung-starug",
|
||||
@@ -661,14 +661,14 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "legistik-werkstatt",
|
||||
"source": "./legistik-werkstatt",
|
||||
"description": "Legistik-Werkstatt für Ministerien, Bundestag, Fraktionen/Opposition, Länder, Landtage und Normgeber. Baut Referenten- und Kabinettsentwürfe, Vorlagen aus der Mitte, Änderungs-/Entschließungsanträge, Rechtsverordnungen und Satzungen mit Begründung, Synopse, XML und Prüfpfaden.",
|
||||
"category": "verwaltung",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"tags": [
|
||||
"legistik",
|
||||
"gesetzgebung",
|
||||
@@ -690,7 +690,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "lobbyregister-bundestag",
|
||||
@@ -699,7 +699,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "mandantenanfragen-assistent",
|
||||
@@ -708,7 +708,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "markenrecht-fashion-luxus",
|
||||
@@ -717,7 +717,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "meinungspruefer",
|
||||
@@ -726,7 +726,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "memorandums-ersteller",
|
||||
@@ -735,7 +735,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "methodenlehre-buergerliches-recht",
|
||||
@@ -744,7 +744,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "mietrecht",
|
||||
@@ -753,7 +753,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "mittelstand-corporate-ma",
|
||||
@@ -762,7 +762,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "nachbarschaftsstreit-pruefer",
|
||||
@@ -771,7 +771,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "nda-abgleich",
|
||||
@@ -780,7 +780,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "normenkontrolle-bauleitplanung",
|
||||
@@ -789,7 +789,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "parteienrecht-parteiorganisation",
|
||||
@@ -798,7 +798,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "patentrecherche",
|
||||
@@ -807,7 +807,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "patentrecht",
|
||||
@@ -816,7 +816,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "phishing-vorfall-pruefer",
|
||||
@@ -825,7 +825,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "produktrecht",
|
||||
@@ -834,7 +834,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "prozessrecht",
|
||||
@@ -843,7 +843,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "rechtsberatungsstelle",
|
||||
@@ -852,7 +852,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "regulatorisches-recht",
|
||||
@@ -861,7 +861,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "schriftform-und-textform-bgb",
|
||||
@@ -870,7 +870,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "selbstvertreter-amtsgericht",
|
||||
@@ -879,7 +879,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "selbstvertreter-sozialgericht",
|
||||
@@ -888,7 +888,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "steuerrecht-anwalt-und-berater",
|
||||
@@ -897,7 +897,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "strafbefehl-verteidiger",
|
||||
@@ -906,7 +906,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "strafzumessung",
|
||||
@@ -915,7 +915,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "subsumtions-pruefer",
|
||||
@@ -924,7 +924,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "tabellenreview-3d",
|
||||
@@ -933,7 +933,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "umweltrecht",
|
||||
@@ -942,13 +942,13 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "urteilsbauer-relationsmacher",
|
||||
"source": "./urteilsbauer-relationsmacher",
|
||||
"description": "Urteils- und Beschluss-Werkstatt für Amts- Land- und Familienrichter sowie Rechtspfleger. Aktenintake Relation Beweiswürdigung mit Richter-Input Tatbestandsmerkmale Tenor Tatbestand Entscheidungsgründe Rechtsmittelbelehrung. Erzeugt DOCX nach Paragraf 313 ZPO.",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
}
|
||||
@@ -960,7 +960,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "verfassungsrecht",
|
||||
@@ -969,7 +969,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "verkehr-infrastrukturrecht",
|
||||
@@ -978,7 +978,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "verkehrsowi-verteidiger",
|
||||
@@ -987,7 +987,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "verlagsredaktion",
|
||||
@@ -996,7 +996,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "vertragsausfueller",
|
||||
@@ -1005,7 +1005,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "vertragsrecht",
|
||||
@@ -1014,7 +1014,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "wandeldarlehen-lebenszyklus",
|
||||
@@ -1023,7 +1023,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "weg-hausverwaltung",
|
||||
@@ -1032,7 +1032,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "word-legal-ai-plugin-and-skill-for-german-lawyers",
|
||||
@@ -1041,7 +1041,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "zitierweise-deutsches-recht",
|
||||
@@ -1050,7 +1050,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "zwangsverwaltung-zvg",
|
||||
@@ -1059,7 +1059,7 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
},
|
||||
{
|
||||
"name": "zwangsvollstreckung",
|
||||
@@ -1068,8 +1068,8 @@
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
}
|
||||
],
|
||||
"version": "53.2.0"
|
||||
"version": "53.3.0"
|
||||
}
|
||||
|
||||
+2
-2
@@ -1,6 +1,6 @@
|
||||
# Release-Asset-Index
|
||||
|
||||
**Stand:** v53.2.0 — automatisch aktualisierte Asset-Übersicht
|
||||
**Stand:** v53.3.0 — automatisch aktualisierte Asset-Übersicht
|
||||
|
||||
## Sammel-Assets
|
||||
|
||||
@@ -20,7 +20,7 @@
|
||||
| `arbeitsrecht` | Arbeitsrechtliche Workflows fuer Kuendigung, Befristung, Urlaub, AGG, Aufhebungsvertrag, Betriebsrat, Arbeitszeit, Lohn und Expansion. Rechtsprechung wird nur mit Gericht, Datum, Aktenzeichen und verifizierbarer Quelle verwendet. | [`arbeitsrecht.zip`](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/arbeitsrecht.zip) |
|
||||
| `arbeitszeugnis-analyse` | Analyse deutscher Arbeitszeugnisse nach Ampelsystem (Rot/Orange/Grün). Geheimcodes, Schaufenster-Drift, negative Codeworte, Steigerungsadverbien. Satzweise Notenmatrix, begründete Gesamtnotenspanne. Vollständiger Mandatsablauf: Erstgespräch, Mandantenbericht, Aufforderungsschreiben, Klagestrategie. | [`arbeitszeugnis-analyse.zip`](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/arbeitszeugnis-analyse.zip) |
|
||||
| `aussenwirtschaft-zoll-sanktionen` | Freistehendes Plugin für Außenwirtschaft, Sanktionen, Zoll, Exportkontrolle, BAFA, TARIC, CBAM, Verbrauchsteuer, AWV, AML/KYC und Ermittlungen. | [`aussenwirtschaft-zoll-sanktionen.zip`](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/aussenwirtschaft-zoll-sanktionen.zip) |
|
||||
| `bank-rechtsabteilung` | Rechtsabteilung einer mittelgroßen deutschen Bank: Aufsichtsrecht, Kredit, Sanierung, BaFin, Vorstand, HV, AGB, Vertrieb, externe Anwälte und Rechnungskontrolle. | [`bank-rechtsabteilung.zip`](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/bank-rechtsabteilung.zip) |
|
||||
| `bank-rechtsabteilung` | Rechtsabteilung einer mittelgroßen deutschen Bank: Aufsicht, Kredit, ZAG/PSD2, PSD3/PSR-Vorschau, eWpG, MiCAR, Tokenisierung, BaFin, Vorstand, HV und Kanzleisteuerung. | [`bank-rechtsabteilung.zip`](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/bank-rechtsabteilung.zip) |
|
||||
| `barrierefreiheit-web-checker` | Web-Barrierefreiheits-Checker für BFSG, BFSGV, BITV 2.0, EN 301 549 und WCAG: Scope, Audit, Tastatur, Screenreader, Formulare, PDFs, Erklärung, Roadmap und Abnahme. | [`barrierefreiheit-web-checker.zip`](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/barrierefreiheit-web-checker.zip) |
|
||||
| `bav-strategie-konzern` | Strategische Beratung zur betrieblichen Altersversorgung in Konzernen: Pensionsmodelle alle fuenf Durchführungswege CTA Pension Buyouts Drei-Stufen-Theorie Versorgungssystem-Harmonisierung internationale Benefits Restrukturierung DB-zu-DC im Duesseldorfer Boutique-Stil. | [`bav-strategie-konzern.zip`](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/bav-strategie-konzern.zip) |
|
||||
| `bereicherungs-und-anfechtungsrecht-pruefer` | Mechanisches Durchprüfen von Bereicherungsrecht §§ 812 ff. BGB, AnfG und Insolvenzanfechtung §§ 129-147 InsO. Mit KI-Screening von Schuldnerakten, § 135 Gesellschafterdarlehen, Bargeschäft § 142 und Verteidigung des Anfechtungsgegners. Keine Rechtsberatung. | [`bereicherungs-und-anfechtungsrecht-pruefer.zip`](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/bereicherungs-und-anfechtungsrecht-pruefer.zip) |
|
||||
|
||||
@@ -1,3 +1,20 @@
|
||||
# v53.3.0 — Bank-Rechtsabteilung Spezial-Boost ZAG, PSD, eWpG und Tokenisierung
|
||||
|
||||
Zweiter Ausbau des Plugins `bank-rechtsabteilung` von 50 auf 100 Skills. Schwerpunkt sind Spezialmaterien, die in einer Bank-Rechtsabteilung schnell schief werden können, wenn man sie nur als normales Bankrecht behandelt.
|
||||
|
||||
## Schwerpunkt
|
||||
|
||||
- 50 neue Spezial-Skills für Geschäftsleiterbestellung, Fit-and-Proper, Organwechsel, Schlüsselfunktionen, ZAG-Erlaubnis, Finanztransfergeschäft, ZAG-Negativauskunft, E-Geld, AIS/PIS, Agenten, ZAG-Ausnahmen, PSD2-SCA, Open-Banking-API, Fraud/Refund, PSD3/PSR-Vorschau, Instant Payments, IBAN-Name-Check, eWpG-Emission, Kryptowertpapierregister, Registerfehler, Tokenisierung, MiCAR-CASP, ART/EMT, Whitepaper, DLT Pilot Regime, Krypto-Custody, Stablecoins, DLT-Settlement, Travel Rule, Krypto-AML, APP-Fraud, SEPA/Card Disputes, Correspondent Banking, Trade Finance, Pfandbrief, Syndicated Loans, SLL, Bank-as-a-Service und Embedded Finance.
|
||||
- `allgemein`-Skill auf 99 Anschluss-Skills erweitert, damit Kaltstart und stummer Upload weiterhin sauber routen.
|
||||
- Quellenanker ergänzt: BaFin PSD2/ZAG, Personenanzeigen, Geschäftsleiter-Merkblatt, Kryptowertpapierregisterführung, eWpG, MiCAR, EU PSD3/PSR-Materialien.
|
||||
- Marketplace, Plugin-README, Skill-Gesamtübersicht, Asset-Index und Haupt-README synchronisiert.
|
||||
|
||||
## Checks
|
||||
|
||||
- YAML-Frontmatter, Plugin-Struktur, Gesamt-PDF-Regel, ZIP-Bau und Release-ZIP-Validierung werden vor Tagging ausgeführt.
|
||||
|
||||
---
|
||||
|
||||
# v53.2.0 — Bank-Rechtsabteilung-Plugin
|
||||
|
||||
Neues Inhouse-Plugin `bank-rechtsabteilung` für die Rechtsabteilung einer mittelgroßen deutschen Bank.
|
||||
|
||||
@@ -25,10 +25,10 @@ Dieses Repository trifft **keine Aussage** zur Zulässigkeit eines Einsatzes im
|
||||
| Kennzahl | Wert |
|
||||
|---|---|
|
||||
| **Plugins** | 117 |
|
||||
| **Skills (SKILL.md)** | 6693 — [Gesamtübersicht](./SKILLS.md) |
|
||||
| **Skills (SKILL.md)** | 6743 — [Gesamtübersicht](./SKILLS.md) |
|
||||
| **Testakten** | 128 |
|
||||
| **Fachanwalts-/-anwältinnen-Profile** | 24 |
|
||||
| **Plugin-Version / Arbeitsstand** | `v53.2.0` — [latest Release auf GitHub](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest) |
|
||||
| **Plugin-Version / Arbeitsstand** | `v53.3.0` — [latest Release auf GitHub](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest) |
|
||||
| **Marketplace-Definition** | [`.claude-plugin/marketplace.json`](./.claude-plugin/marketplace.json) |
|
||||
|
||||
### Sammel-Downloads
|
||||
@@ -182,7 +182,7 @@ Plugins (in Claude-Code-Terminologie) für die wichtigsten Rechtsgebiete der deu
|
||||
| [`arbeitsrecht`](./arbeitsrecht) | Arbeitsrechtliche Workflows fuer Kuendigung, Befristung, Urlaub, AGG, Aufhebungsvertrag, Betriebsrat, Arbeitszeit, Lohn und Expansion. Rechtsprechung wird nur mit Gericht, Datum, Aktenzeichen und verifizierbarer Quelle verwendet. |
|
||||
| [`arbeitszeugnis-analyse`](./arbeitszeugnis-analyse) | Analyse deutscher Arbeitszeugnisse nach Ampelsystem (Rot/Orange/Grün). Geheimcodes, Schaufenster-Drift, negative Codeworte, Steigerungsadverbien. Satzweise Notenmatrix, begründete Gesamtnotenspanne. Vollständiger Mandatsablauf: Erstgespräch, Mandantenbericht, Aufforderungsschreiben, Klagestrategie. |
|
||||
| [`aussenwirtschaft-zoll-sanktionen`](./aussenwirtschaft-zoll-sanktionen) | Freistehendes Plugin für Außenwirtschaft, Sanktionen, Zoll, Exportkontrolle, BAFA, TARIC, CBAM, Verbrauchsteuer, AWV, AML/KYC und Ermittlungen. |
|
||||
| [`bank-rechtsabteilung`](./bank-rechtsabteilung) | Rechtsabteilung einer mittelgroßen deutschen Bank: Aufsichtsrecht, Kredit, Sanierung, BaFin, Vorstand, HV, AGB, Vertrieb, externe Anwälte und Rechnungskontrolle. |
|
||||
| [`bank-rechtsabteilung`](./bank-rechtsabteilung) | Rechtsabteilung einer mittelgroßen deutschen Bank: Aufsicht, Kredit, ZAG/PSD2, PSD3/PSR-Vorschau, eWpG, MiCAR, Tokenisierung, BaFin, Vorstand, HV und Kanzleisteuerung. |
|
||||
| [`barrierefreiheit-web-checker`](./barrierefreiheit-web-checker) | Web-Barrierefreiheits-Checker für BFSG, BFSGV, BITV 2.0, EN 301 549 und WCAG: Scope, Audit, Tastatur, Screenreader, Formulare, PDFs, Erklärung, Roadmap und Abnahme. |
|
||||
| [`bav-strategie-konzern`](./bav-strategie-konzern) | Strategische Beratung zur betrieblichen Altersversorgung in Konzernen: Pensionsmodelle alle fuenf Durchführungswege CTA Pension Buyouts Drei-Stufen-Theorie Versorgungssystem-Harmonisierung internationale Benefits Restrukturierung DB-zu-DC im Duesseldorfer Boutique-Stil. |
|
||||
| [`bereicherungs-und-anfechtungsrecht-pruefer`](./bereicherungs-und-anfechtungsrecht-pruefer) | Mechanisches Durchprüfen von Bereicherungsrecht §§ 812 ff. BGB, AnfG und Insolvenzanfechtung §§ 129-147 InsO. Mit KI-Screening von Schuldnerakten, § 135 Gesellschafterdarlehen, Bargeschäft § 142 und Verteidigung des Anfechtungsgegners. Keine Rechtsberatung. |
|
||||
|
||||
@@ -1,8 +1,8 @@
|
||||
# Skill-Gesamtuebersicht
|
||||
|
||||
Automatisch generierte Gesamtuebersicht aller **6693 Skills** in **117 Plugins**.
|
||||
Automatisch generierte Gesamtuebersicht aller **6743 Skills** in **117 Plugins**.
|
||||
|
||||
Stand: `v53.2.0`.
|
||||
Stand: `v53.3.0`.
|
||||
|
||||
## ⬇️ Alle Skills auf einmal herunterladen
|
||||
|
||||
@@ -34,7 +34,7 @@ So bekommt man die komplette Sammlung als ZIP:
|
||||
|
||||
**Wichtig:** Wenn irgendwo im Repo ein neuer Skill angelegt wird (also ein neuer Ordner `<plugin>/skills/<skill>/SKILL.md`), erscheint er beim naechsten Lauf von `scripts/generate-skills-md.py` automatisch -- sowohl in dieser Liste als auch auf der jeweiligen Plugin-Detailseite. Es kann also nichts fehlen.
|
||||
|
||||
Die Detailseiten liegen unter [`skills-index/`](skills-index/) -- eine eigene `.md`-Datei pro Plugin. So bleibt diese Hauptseite klein und laedt schnell, statt mit 6693 Tabellenzeilen den Browser-Renderer von GitHub zu ueberfordern.
|
||||
Die Detailseiten liegen unter [`skills-index/`](skills-index/) -- eine eigene `.md`-Datei pro Plugin. So bleibt diese Hauptseite klein und laedt schnell, statt mit 6743 Tabellenzeilen den Browser-Renderer von GitHub zu ueberfordern.
|
||||
|
||||
## Alle Plugins
|
||||
|
||||
@@ -48,7 +48,7 @@ Pro Plugin: Klick auf den Namen oeffnet die Detailseite mit allen Skills, Beschr
|
||||
| **arbeitsrecht** | 81 | [Skills ansehen](skills-index/arbeitsrecht.md) | [Download](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/arbeitsrecht.zip) |
|
||||
| **arbeitszeugnis-analyse** | 50 | [Skills ansehen](skills-index/arbeitszeugnis-analyse.md) | [Download](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/arbeitszeugnis-analyse.zip) |
|
||||
| **aussenwirtschaft-zoll-sanktionen** | 100 | [Skills ansehen](skills-index/aussenwirtschaft-zoll-sanktionen.md) | [Download](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/aussenwirtschaft-zoll-sanktionen.zip) |
|
||||
| **bank-rechtsabteilung** | 50 | [Skills ansehen](skills-index/bank-rechtsabteilung.md) | [Download](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/bank-rechtsabteilung.zip) |
|
||||
| **bank-rechtsabteilung** | 100 | [Skills ansehen](skills-index/bank-rechtsabteilung.md) | [Download](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/bank-rechtsabteilung.zip) |
|
||||
| **barrierefreiheit-web-checker** | 54 | [Skills ansehen](skills-index/barrierefreiheit-web-checker.md) | [Download](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/barrierefreiheit-web-checker.zip) |
|
||||
| **bav-strategie-konzern** | 54 | [Skills ansehen](skills-index/bav-strategie-konzern.md) | [Download](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/bav-strategie-konzern.zip) |
|
||||
| **bereicherungs-und-anfechtungsrecht-pruefer** | 98 | [Skills ansehen](skills-index/bereicherungs-und-anfechtungsrecht-pruefer.md) | [Download](https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/bereicherungs-und-anfechtungsrecht-pruefer.zip) |
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "aktenaufbereiter-strafrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Aktenaufbereiter für die Strafverteidigung. Sechs Excel-fähige Übersichten — Aktenvorblatt; Personenverzeichnis; Tatkomplexe; Beziehungen; Chronologie; Fristen. Fortlaufend ergaenzbar. Erkennt Luecken und Widersprueche. Kein Ersatz für Aktenlektuere.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "aktenauszug-gerichtsverfahren",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Strukturierter Aktenauszug für deutsche Gerichtsverfahren: Verfahrensidentifikation Einleitungssatz Verfahrenszusammenfassung Sachverhaltschronologie Verfahrensgeschichte tabellarische Gegenüberstellung der Parteivortraege Beweismittel und Rechtsargumente für schnelle Einarbeitung in Akten.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "anlagen-zu-schriftsaetzen",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Zuordnung von Anlagen zu gerichtlichen Schriftsaetzen. Sortiert PDF/Word/Excel nach Schriftsatz-Logik; konvertiert alles nach PDF; benennt beA-konform; stempelt oben rechts Anlage K1/B1/A1 in Arial 12; baut Anlagenkonvolut; Prüfmodus für bereits zugeordnete Anlagen.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "arbeitsrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Arbeitsrechtliche Workflows fuer Kuendigung, Befristung, Urlaub, AGG, Aufhebungsvertrag, Betriebsrat, Arbeitszeit, Lohn und Expansion. Rechtsprechung wird nur mit Gericht, Datum, Aktenzeichen und verifizierbarer Quelle verwendet.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
{
|
||||
"name": "arbeitszeugnis-analyse",
|
||||
"displayName": "Arbeitszeugnis-Analyse (Ampelsystem)",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Analyse deutscher Arbeitszeugnisse nach Ampelsystem (Rot/Orange/Grün). Geheimcodes, Schaufenster-Drift, negative Codeworte, Steigerungsadverbien. Satzweise Notenmatrix, begründete Gesamtnotenspanne. Vollständiger Mandatsablauf: Erstgespräch, Mandantenbericht, Aufforderungsschreiben, Klagestrategie.",
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "aussenwirtschaft-zoll-sanktionen",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Freistehendes Plugin für Außenwirtschaft, Sanktionen, Zoll, Exportkontrolle, BAFA, TARIC, CBAM, Verbrauchsteuer, AWV, AML/KYC und Ermittlungen.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,22 +1,29 @@
|
||||
{
|
||||
"name": "bank-rechtsabteilung",
|
||||
"version": "53.2.0",
|
||||
"description": "Rechtsabteilung einer mittelgroßen deutschen Bank: Aufsichtsrecht, Kredit, Sanierung, BaFin, Vorstand, HV, AGB, Vertrieb, externe Anwälte und Rechnungskontrolle.",
|
||||
"version": "53.3.0",
|
||||
"description": "Rechtsabteilung einer mittelgroßen deutschen Bank: Aufsicht, Kredit, ZAG/PSD2, PSD3/PSR-Vorschau, eWpG, MiCAR, Tokenisierung, BaFin, Vorstand, HV und Kanzleisteuerung.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
},
|
||||
"homepage": "https://github.com/Klotzkette/claude-fuer-deutsches-recht",
|
||||
"keywords": [
|
||||
"bank",
|
||||
"rechtsabteilung",
|
||||
"agb",
|
||||
"aufsichtsrecht",
|
||||
"bafin",
|
||||
"marisk",
|
||||
"bank",
|
||||
"dora",
|
||||
"kwg",
|
||||
"ewpg",
|
||||
"kredit",
|
||||
"kryptowertpapierregister",
|
||||
"kwg",
|
||||
"marisk",
|
||||
"micar",
|
||||
"psd2",
|
||||
"psd3",
|
||||
"rechtsabteilung",
|
||||
"sanierung",
|
||||
"agb"
|
||||
"tokenisierung",
|
||||
"zag"
|
||||
]
|
||||
}
|
||||
|
||||
@@ -1,6 +1,5 @@
|
||||
# Bank-Rechtsabteilung
|
||||
|
||||
|
||||
<!-- BEGIN plugin-sofort-download-section (autogen) -->
|
||||
## ⬇️ Sofort-Downloads
|
||||
|
||||
@@ -18,7 +17,7 @@ Dieses Plugin hat (bewusst) keine eigene Demonstrations-Akte.
|
||||
|
||||
Rechtsabteilungs-Plugin für eine mittelgroße deutsche Bank: schnell genug für den internen Ticketkanal, sorgfältig genug für Vorstand, Aufsichtsrat, BaFin, Bundesbank, externe Kanzleien und späteren Aktenrückblick.
|
||||
|
||||
Es ist als Inhouse-Cockpit gedacht: nicht nur Bankrecht im engeren Sinn, sondern der ganze Alltag einer Bank-Rechtsabteilung. Aufsichtsrecht, Kredit, Sanierung, Auslagerung, DORA, Geldwäsche, AGB, Handelsvertreter, Vertrieb, Beschwerden, Organvorlagen, Hauptversammlung, Beteiligungen, Datenschutz, Kanzleisteuerung und Rechnungsreview werden in einen einzigen Routing-Workflow gebracht.
|
||||
Es ist als Inhouse-Cockpit gedacht: nicht nur Bankrecht im engeren Sinn, sondern der ganze Alltag einer Bank-Rechtsabteilung. Aufsichtsrecht, Kredit, Sanierung, Auslagerung, DORA, Geldwäsche, AGB, Handelsvertreter, Vertrieb, Beschwerden, Organvorlagen, Hauptversammlung, Beteiligungen, Datenschutz, Kanzleisteuerung und Rechnungsreview werden in einen einzigen Routing-Workflow gebracht. Die Spezialerweiterung deckt zusätzlich ZAG-Finanztransfer, PSD2/Open Banking, PSD3/PSR-Vorschau, eWpG, Kryptowertpapierregister, MiCAR, Tokenisierung, Instant Payments und digitale Bankprodukte ab.
|
||||
|
||||
## Für wen
|
||||
|
||||
@@ -61,6 +60,9 @@ Siehe auch [`references/QUELLEN.md`](./references/QUELLEN.md).
|
||||
|
||||
## Typische Workflows
|
||||
|
||||
Die erste Ausbaustufe deckt den Alltag der Rechtsabteilung ab; die zweite Ausbaustufe geht tief in Zahlungsdienste, Geschäftsleiteranzeigen, elektronische Wertpapiere und Tokenisierung.
|
||||
|
||||
|
||||
| Workflow | Start-Skill | Ergebnis |
|
||||
| --- | --- | --- |
|
||||
| BaFin-Schreiben liegt vor | `bafin-kommunikation-und-anhoerung` | Antwortarchitektur, Tatsachenmatrix, Freigabekette |
|
||||
@@ -101,35 +103,55 @@ Apache-2.0 OR MIT — Auswahl beim Empfänger.
|
||||
|
||||
## Alle Skills im Ueberblick
|
||||
|
||||
Automatisch generierte Komplett-Liste aller 50 Skills in diesem Plugin. Beschreibungen stammen aus dem `description`-Feld der jeweiligen SKILL.md.
|
||||
Automatisch generierte Komplett-Liste aller 100 Skills in diesem Plugin. Beschreibungen stammen aus dem `description`-Feld der jeweiligen SKILL.md.
|
||||
|
||||
| Skill | Beschreibung |
|
||||
| --- | --- |
|
||||
| `agb-bankrecht-klauselkontrolle` | AGB-Recht für Banken: Klauseln nach §§ 305 bis 310 BGB, Preisänderungen, Zustimmungsmechanismen, Kündigung, Entgelte, Aufrechnung, Haftung und Verbrauchertransparenz prüfen. |
|
||||
| `allgemein` | Einstieg und Chefjustiziar-Workflow für die Rechtsabteilung einer mittelgroßen deutschen Bank. Fragt Rolle, Ziel, Fristen, Dokumente, Aufsichtsrisiko, Kreditrisiko, Organbedarf und gewünschten Output ab und routet in passende Bank-Skills. |
|
||||
| `anwaltliche-rechnungen-review` | Anwaltliche Rechnungen und Kanzlei-Budgets reviewen: Scope-Abgleich, RVG oder Honorarvereinbarung, Zeitpositionen, Auslagen, USt, Doppelarbeit, Erfolg, Billing Guidelines und Kürzungsvorschlag. |
|
||||
| `app-fraud-social-engineering-bank` | APP-Fraud, PushTAN und Social Engineering aus Bankensicht prüfen: Kundenschutz, Warnpflichten, PSD2/BGB-Haftung, SCA, Empfängerbank, Freeze, Recall und Prozessstrategie. |
|
||||
| `aufsichtsrat-vorlage-bank` | Aufsichtsrats- und Ausschussvorlagen einer Bank vorbereiten: Informationspflicht, Beschlusskompetenz, Risikoausschuss, Prüfungsausschuss, Vertraulichkeit, Protokollfestigkeit und Follow-up. |
|
||||
| `bafin-kommunikation-und-anhoerung` | BaFin-Kommunikation und Anhörung: Antwortstrategie, Tonfall, Tatsachenklärung, Fristen, Vollständigkeit, Anerkenntnisrisiken, Aufsichtsdialog und Vorstandsinformation für Banken strukturieren. |
|
||||
| `bafin-pruefung-vor-ort-management` | Vor-Ort-Prüfung, Sonderprüfung oder Aufsichtsprüfung in der Bank vorbereiten: Datenraum, Interviewliste, Kommunikationsregeln, Prüfungslog, Legal Privilege, Nachlieferungen und Abschlussbericht managen. |
|
||||
| `bankaufsichtsrecht-kwg-marisk-triage` | Bankaufsichtsrechtliche Ersttriage nach KWG und MaRisk: Geschäftsorganisation, Risikomanagement, Compliance, Revision, Risikocontrolling, Leitungsbefassung und Dokumentationsbedarf für interne Vermerke prüfen. |
|
||||
| `bankgeheimnis-auskunftsersuchen` | Auskunftsersuchen an Banken prüfen: Polizei, Staatsanwaltschaft, Gericht, Finanzamt, Insolvenzverwalter, Betreuer, Erben, Anwälte und Privatpersonen sicher auseinanderhalten. |
|
||||
| `banking-as-a-service-white-label` | White-Label-Banking juristisch strukturieren: Bankrolle sichtbar machen, Partnerpflichten, Kundenschutz, AGB, Datenschutz, Auslagerung, Beschwerden, Vertriebsrecht und Reputationsrisiko. |
|
||||
| `bankrechtsabteilung-kaltstart-routing` | Kaltstart-Routing für neue Inhouse-Anfragen in einer Bank: Sachgebiet erkennen, Eilbedarf markieren, BaFin-, Vorstand-, Kredit-, Vertrieb-, AGB-, Datenschutz- oder Prozesspfad wählen und genau die nächsten Unterlagen anfordern. |
|
||||
| `beteiligungserwerb-bank-ma` | Beteiligungserwerb, M&A und strategische Kooperation einer Bank prüfen: Erlaubnisse, Inhaberkontrolle, Beteiligungsgrenzen, Due Diligence, Kartell, Datenschutz, Sanierung und Gremien. |
|
||||
| `betriebsrat-change-projekte` | Betriebsrat und arbeitsrechtliche Schnittstellen bei Bankprojekten: Restrukturierung, IT-Einführung, Monitoring, variable Vergütung, Auslagerung, Filialschließung und Betriebsänderung prüfen. |
|
||||
| `blockchain-settlement-dvp` | Blockchain-Settlement und Delivery-versus-Payment prüfen: Wertpapierseite, Geldseite, Finalität, CSD, Token Cash, Smart Contract, Fehlerkorrektur und Rechtswahl. |
|
||||
| `chargeback-card-schemes-bankrecht` | Chargeback und Card-Scheme-Disputes rechtlich begleiten: Mastercard/Visa-Regeln, Zahlungsdienstehaftung, Händlerstreit, Fristen, Belege, Kundenerwartung und Kulanzgrenzen. |
|
||||
| `correspondent-banking-nostro-vostro` | Korrespondenzbankbeziehungen und Nostro/Vostro-Risiken prüfen: AML, Sanktionen, Länder, Zahlungswege, Vertragsklauseln, Informationsrechte, Kündigung und Aufsichtserwartungen. |
|
||||
| `covenant-waiver-credit-documentation` | Covenant Waiver und Kreditdokumentation tief prüfen: Financial Covenants, MAC, Events of Default, Informationspflichten, Cure Rights, Margin Step-up und Dokumentationsschutz. |
|
||||
| `crr-crd-eigenmittel-large-exposure` | CRR-, CRD- und Großkredit-Schnittstelle für Juristen: Eigenmittelbegriffe, Large Exposure, Organkredite, Beteiligungen, Limitüberschreitungen und Governance-Freigaben verständlich prüfen. |
|
||||
| `crypto-tax-reporting-dac8-car` | Krypto-Steuerreporting, DAC8 und CARF als Bank-Monitoring prüfen: Datenfelder, Meldepflichtige, CASP-Schnittstelle, Kundenkommunikation, Datenschutz und Roadmap. |
|
||||
| `darlehensrecht-verbraucher-unternehmer` | Darlehensrecht für Banken: Verbraucher- und Unternehmenskredit, Pflichtangaben, Widerruf, Kündigung, Sicherheiten, Zahlungsverzug, Vorfälligkeitsfragen und Prozessrisiko prüfen. |
|
||||
| `datenraum-bank-transaktion` | Datenraum für Bank-Transaktionen oder Aufsichtsprüfungen strukturieren: Dokumentenindex, Berechtigungen, Schwärzungen, Bankgeheimnis, Datenschutz, Q&A und Audit Trail. |
|
||||
| `datenschutz-bankgeheimnis` | Datenschutz, Bankgeheimnis und Mandatsgeheimnis in der Bank: Datenbasis, Offenlegung, Dienstleister, Auskunft, Löschung, Behördenzugriff, KI-Nutzung und Geheimnisschutz prüfen. |
|
||||
| `depotrecht-tokenisierte-wertpapiere` | Depotrecht und tokenisierte Wertpapiere prüfen: Depotvertrag, Verwahrung, Registereintragung, Abwicklung, Bestandsschutz, Anlegerauskunft, Verlustfall und Schnittstelle zu eWpG/MiFID. |
|
||||
| `dlt-pilot-regime-market-infrastructure` | DLT Pilot Regime für Marktinfrastrukturen prüfen: DLT-MTF, DLT-SS, DLT-TSS, Token Settlement, Ausnahmen, Aufsicht, Depot-/CSD-Schnittstellen und Bankrollen. |
|
||||
| `dora-ict-vertraege-vorfall` | DORA-IKT-Verträge und IKT-Vorfälle: Pflichtklauseln, Register, Exit, Überwachungsrechte, Suboutsourcing, Incident-Klassifizierung, Meldewege und Managementbericht prüfen. |
|
||||
| `einlagensicherung-kundenhinweise` | Einlagensicherung und Kundenhinweise: gesetzliche und institutsspezifische Sicherung, Informationsbogen, Produktabgrenzung, Markenauftritt, Filialhinweise und Beschwerdekommunikation prüfen. |
|
||||
| `embedded-finance-kooperation` | Embedded-Finance-Kooperationen prüfen: Händler, Plattform, Bank, Zahlungsdienstleister, Kreditangebot, Vermittlung, Scoring, Datenschutz, Provision und Erlaubnisrisiken. |
|
||||
| `esg-sustainable-finance` | ESG und Sustainable Finance in der Bank: Offenlegung, Taxonomie, Green Claims, Kreditpolitik, Anlageprodukte, Reputationsrisiko und Vorstandskommunikation prüfen. |
|
||||
| `ewpg-emission-elektronische-wertpapiere` | Emission elektronischer Wertpapiere nach eWpG prüfen: Zentralregister, Kryptowertpapierregister, Emissionsbedingungen, Registerangaben, Prospekt, Depot, Vertrieb und Anlegerkommunikation. |
|
||||
| `ewpg-kryptowertpapierregister-erlaubnis` | Kryptowertpapierregisterführung nach eWpG und KWG prüfen: Finanzdienstleistung, § 32 KWG-Erlaubnis, Registerfunktion, Betreiberrolle, Geschäftsleiter, IT, DORA und BaFin-Merkblatt. |
|
||||
| `ewpg-registerwechsel-registerfehler` | Registerwechsel, Registerfehler und Anlegerrechte bei elektronischen Wertpapieren prüfen: Berichtigung, Übertragung, Funktionsstörung, Kündigungsrechte, Haftung und Kommunikationspflichten. |
|
||||
| `externe-anwaelte-steuerung` | Externe Anwälte und Kanzleien steuern: Mandatsbrief, Scope, Budget, Reporting, Privilege, Interessenkonflikte, Rechtsmeinungen, Second Opinion und internes Wissen sichern. |
|
||||
| `fit-proper-eignungsmatrix-deep-dive` | Fit-and-Proper-Eignungsmatrix für Geschäftsleiter, Aufsichtsräte und Schlüsselfunktionen vertiefen: fachliche Eignung, Zuverlässigkeit, Kollektiveignung, Diversität, Interessenkonflikte und Fortbildung. |
|
||||
| `fit-proper-organe-mitarbeiter` | Fit-and-Proper für Geschäftsleiter, Aufsichtsrat und Schlüsselfunktionen: Sachkunde, Zuverlässigkeit, Zeitbudget, Interessenkonflikte, Anzeigen und Nachweise vorbereiten. |
|
||||
| `forbearance-npe-risikoklassifizierung` | Forbearance, NPE und Risikoklassifizierung juristisch begleiten: Zugeständnisse, Ausfallnähe, Melde- und Dokumentationsfolgen, Kreditakte und Kommunikation mit Risk sauber halten. |
|
||||
| `geldwaesche-krypto-wallet-screening` | Krypto-AML und Wallet-Screening für Banken prüfen: Wallet-Risiko, Chain Analytics, Mixer, Bridges, Darknet-Indizien, PEP/Sanktionen, Verdachtsmeldung und De-Risking. |
|
||||
| `geschaeftsleiter-abberufung-krise` | Abberufung, Suspendierung oder Ressortentzug von Geschäftsleitern in Banken prüfen: KWG, Organrecht, Dienstvertrag, BaFin-Risiko, Aufsichtsratskompetenz, Ad-hoc-Krise und Kommunikationsplan. |
|
||||
| `geschaeftsleiter-bestellung-kwg-zag` | Geschäftsleiterbestellung nach KWG, ZAG und KAGB tief prüfen: Absichtsanzeige, Vollzugsanzeige, Zuverlässigkeit, fachliche Eignung, Zeitbudget, Lebenslauf, Führungszeugnis, Eignungsmatrix und BaFin-Kommunikation. |
|
||||
| `girokonto-firmenkunden-risk-exit` | Firmenkunden-Girokonto, Risk Exit und De-Risking prüfen: Kündigung, Sperre, AML, Sanktionen, Diskriminierungsrisiko, Zahlungsverkehrsabhängigkeit und saubere Kundenkommunikation. |
|
||||
| `gwg-aml-kyc-verdachtsmeldung` | GwG-, AML- und KYC-Prüfung für Banken: Risikoanalyse, wirtschaftlich Berechtigte, PEP, Sanktionen, Transaktionsmonitoring, Verdachtsmeldung und Dokumentation ohne unnötige Selbstbelastung strukturieren. |
|
||||
| `handelsvertreter-vertriebsrecht-bank` | Handelsvertreter- und Vertriebsrecht für Banken: § 84 HGB, Ausgleich § 89b HGB, Vermittlerstatus, Tippgeber, Ausschließlichkeit, Provision, Kündigung und Compliance prüfen. |
|
||||
| `hauptversammlung-bank-aktg` | Hauptversammlung einer Bank rechtlich vorbereiten: Tagesordnung, Beschlussvorschläge, Vorstand/Aufsichtsrat, Vergütung, Kapitalmaßnahmen, Satzung, Gegenanträge und Stimmrechtsfragen. |
|
||||
| `iban-name-check-verification-payee` | Verification of Payee und IBAN-Name-Check prüfen: Matching-Logik, Haftung, Warntexte, Firmenkunden, Sammelzahlungen, Datenschutz, Fraud-Reduktion und Prozessdokumentation. |
|
||||
| `insolvenz-anfechtung-bank` | Insolvenzanfechtung gegen Banken vorbeugen und verteidigen: Sicherheitenbestellung, Rückführung, Kontokorrent, inkongruente Deckung, Kenntnis, Bargeschäft und Anfechtungsgegner-Argumente prüfen. |
|
||||
| `instant-payments-sepa-vo` | Instant Payments und SEPA-Echtzeitüberweisungen prüfen: Verfügbarkeit, Gebühren, Sanktionsscreening, Verification of Payee, Betrugsprävention, Kundenkommunikation und technische Umsetzungsrisiken. |
|
||||
| `interne-richtlinie-policy-drafting` | Interne Richtlinien und Policies für Banken entwerfen: Normenbasis, Zielgruppe, Rollen, Kontrollen, Eskalation, Dokumentation, Versionierung, Schulung und Vorstandsbeschluss. |
|
||||
| `it-sicherheit-cloud-vertraege` | IT-Sicherheit und Cloud-Verträge einer Bank prüfen: DORA, NIS2-Schnittstelle, Datenschutz, Audit-Rechte, Exit, Verschlüsselung, Incident Response, Subdienstleister und Bankaufsicht. |
|
||||
| `kontokuendigung-sperre-basiskonto` | Kontokündigung, Kontosperre und Basiskonto prüfen: Vertragsrecht, AGB, GwG, Sanktionen, Pfändung, Diskriminierungsrisiko, Sozialleistungen und Kundenkommunikation ausbalancieren. |
|
||||
@@ -140,20 +162,50 @@ Automatisch generierte Komplett-Liste aller 50 Skills in diesem Plugin. Beschrei
|
||||
| `litigation-schlichtung-prozess` | Litigation, Schlichtung und Prozessführung einer Bank: Anspruch, Beweise, Kosten, Vergleich, Musterverfahren, Ombudsmann, externe Kanzlei und Vorstandsinformation steuern. |
|
||||
| `ma-risk-compliance-funktion` | MaRisk-Compliance-Funktion und zweite Verteidigungslinie prüfen: Aufgaben, Unabhängigkeit, Compliance-Plan, Monitoring, Findings, Berichtslinie und Verhältnis zu Recht, Risk und Revision. |
|
||||
| `marisk-auslagerungen-at9-dora` | MaRisk-Auslagerung und DORA-Schnittstelle: AT 9, § 25b KWG, Auslagerungsregister, Risikoanalyse, wesentliche Auslagerung, IKT-Drittanbieter und Exit-Plan zusammen prüfen. |
|
||||
| `micar-art-emt-bank-emission` | ART- und EMT-Emission nach MiCAR für Banken prüfen: Asset-Referenced Token, E-Geld-Token, Zulassung, Whitepaper, Reserve, Rücktausch, Governance und Zahlungsdienste-Schnittstelle. |
|
||||
| `micar-casp-notifikation-bank-art60` | MiCAR-CASP-Notifikation für Banken nach Art. 60 prüfen: bestehende Erlaubnis, Kryptowerte-Dienstleistung, 40-Arbeitstage-Frist, Unterlagen, BaFin/Bundesbank-Kommunikation und DORA-Schnittstelle. |
|
||||
| `micar-whitepaper-marketing-bank` | MiCAR-Whitepaper und Marketing für Kryptowerte prüfen: Pflichtinhalte, Notifizierung, Werbung, Risikoangaben, Website, Social Media, Vertriebspartner und Haftungsrisiken. |
|
||||
| `mifid-wphg-anlageberatung` | WpHG- und MiFID-II-Pflichten bei Anlageberatung und Vertrieb: Geeignetheit, Angemessenheit, Zielmarkt, Kosteninformation, Zuwendungen, ESG-Präferenzen und Dokumentation prüfen. |
|
||||
| `notfallplan-krisenkommunikation` | Notfallplan und Krisenkommunikation für Bank-Legal: Cyberangriff, Bank Run, BaFin-Maßnahme, Medienanfrage, Whistleblowing, Großschaden oder Vorstandskrise strukturieren. |
|
||||
| `operational-resilience-concentration-risk` | Operational Resilience und Konzentrationsrisiken bei Bankdienstleistern prüfen: kritische Funktionen, Auslagerungscluster, Cloud-Konzentration, DORA, Exit, Stresstest und Vorstandsvorlage. |
|
||||
| `organhaftung-business-judgment` | Organhaftung und Business Judgment Rule in der Bank: Vorstand, Aufsichtsrat, Ausschüsse, Informationsgrundlage, Interessenkonflikte, Dokumentation und D&O-Risiken prüfen. |
|
||||
| `organwechsel-ssm-imas-mvp` | Organwechsel bei SI, LSI und Zahlungsinstituten über SSM-IMAS, MVP oder Formulare steuern: Zuständigkeit, Einreichkanal, Fristen, Unterlagen, Nachfragen und Vorstandsbüro-Briefing. |
|
||||
| `outsourcing-crypto-dlt-node-provider` | Crypto-/DLT-Dienstleister und Node Provider auslagern: DORA, MaRisk, § 25b KWG, Verwahrung, Daten, Schlüssel, Subdienstleister, Audit-Rechte und Exit in Krypto-Projekten prüfen. |
|
||||
| `outsourcing-externe-dienstleister` | Externe Dienstleister außerhalb reiner IKT prüfen: Auslagerung, sonstiger Fremdbezug, Datenschutz, Bankgeheimnis, SLA, Prüfungsrechte, Kündigung, Business Continuity und Registerpflege. |
|
||||
| `outsourcing-fintech-bank-as-a-service` | FinTech-Outsourcing und Bank-as-a-Service prüfen: Rollen, KWG/ZAG, White Label, Auslagerung, Vertrieb, AML, Kundenkommunikation, Haftung und Exit. |
|
||||
| `pfandbriefbank-spezialdeckung` | Pfandbrief- und Spezialdeckungsfragen aus Bank-Legal-Sicht prüfen: Deckungsmasse, Treuhänder, Indeckungnahme, Immobilienfinanzierung, Register, Aufsicht und Vorstandsfreigabe. |
|
||||
| `produktfreigabe-new-product-process` | New Product Process einer Bank: Produktidee, Zielmarkt, Recht, Aufsicht, Steuern, IT, Datenschutz, Vertrieb, Risiko, Operations und Vorstandfreigabe in einen sauberen NPP bringen. |
|
||||
| `provisionsmodelle-vertrieb-compliance` | Provisionsmodelle und Vertriebscompliance prüfen: Zuwendungen, Interessenkonflikte, MiFID, Verbraucherschutz, Vergütungsrichtlinien, Zielvorgaben und Vorstandsvorlage für Produktvertrieb. |
|
||||
| `psd2-fraud-refund-unauthorised-payment` | Unautorisierte Zahlung und Refund nach PSD2/BGB prüfen: § 675u BGB, § 675v BGB, grobe Fahrlässigkeit, Social Engineering, Beweislast, SCA-Logs und Vergleichsstrategie. |
|
||||
| `psd2-open-banking-api-xs2a` | Open-Banking- und XS2A-Schnittstellen prüfen: Zugang zu Zahlungskonten, API-Verfügbarkeit, Fallback, TPP-Kommunikation, Consent, Sicherheit, Haftung und Aufsichtsbeschwerde. |
|
||||
| `psd2-sca-strong-customer-authentication` | Starke Kundenauthentifizierung nach PSD2 prüfen: Zwei-Faktor-Logik, Ausnahmen, Transaktionsrisikoanalyse, App-Freigabe, Delegation, Betrugsfall und Kundenkommunikation. |
|
||||
| `psd3-psr-vorschau-gap-analysis` | PSD3- und PSR-Vorschau für Banken: geplantes EU-Zahlungsdienste-Paket gegen bestehende PSD2/ZAG-Prozesse mappen, Fraud, Open Banking, Transparenz und organisatorische Gaps vorbereiten. |
|
||||
| `rechtsmonitoring-bank` | Rechtsmonitoring für Banken einrichten: BaFin, Bundesbank, EBA, EZB, EU, Bundesgesetzblatt, Rechtsprechung, Verbände, Relevanzfilter und Umsetzungslog dokumentieren. |
|
||||
| `restrukturierung-kreditengagement` | Restrukturierung eines Kreditengagements steuern: Strategie, Sicherheiten, Pool, StaRUG-/InsO-Schnittstelle, Sanierungsbeiträge, Kommunikation und interne Kreditakte ordnen. |
|
||||
| `sanierungsgutachten-idw-s6-bewertung` | Eingehende Sanierungsgutachten nach IDW S 6 aus Bankperspektive bewerten: Krisenstadien, Fortbestehen, Leitbild, Maßnahmen, integrierte Planung, Plausibilität und Kreditentscheidung. |
|
||||
| `sanktionsscreening-embargo-bank` | Sanktionsscreening und Embargo in der Bank: Treffer, False Positive, EU-Sanktionen, OFAC-Berührung, Zahlungsstopp, Kontosperre, Freigabeprozess und Kundenkommunikation steuern. |
|
||||
| `schluesselfunktionen-inhaber-fit-proper` | Inhaber besonderer Schlüsselfunktionen in großen Banken prüfen: Anzeige, Eignung, Zuverlässigkeit, Zeitverfügbarkeit, Rollenabgrenzung und Eskalation an Aufsicht oder Vorstand. |
|
||||
| `sepa-direct-debit-return-disputes` | SEPA-Lastschrift-Rückgaben und Mandatsstreit prüfen: Core/B2B, Mandat, Rückgabefristen, Erstattungsanspruch, Firmenkundenrisiko, Händlerkommunikation und Prozessbelege. |
|
||||
| `ssm-bundesbank-aufsichtsbrief` | SSM-, EZB- und Bundesbank-Aufsichtsbriefe für Institute einordnen: Zuständigkeit, JST-Kommunikation, nationale Umsetzung, Fristen, Management Letter, Follow-up und Board-Package vorbereiten. |
|
||||
| `stablecoin-payment-usecase-bank` | Stablecoin-Zahlungsusecase für Banken prüfen: EMT/ART, E-Geld, Zahlungsdienst, Wallet, Händlerakzeptanz, Reserve, Rücktausch, Sanktionsscreening und Settlement. |
|
||||
| `staking-lending-token-bank` | Staking, Lending und Yield-Produkte mit Tokenbezug prüfen: Produktqualifikation, MiCAR, KWG/WpIG, AGB, Verbraucherhinweise, Verwahrung, Insolvenztrennung und Reputationsrisiko. |
|
||||
| `stundung-standstill-waiver` | Stundung, Standstill, Waiver und Covenant-Reset entwerfen und prüfen: Bankinteressen, Sicherheiten, Sanierungspfad, Gleichbehandlung, Kündigungsrechte und Dokumentationsschutz. |
|
||||
| `sustainability-linked-loan-greenwashing` | Sustainability-Linked Loans und Greenwashing-Risiken prüfen: KPI, SPT, Margin Ratchet, externe Verifikation, Offenlegung, Kreditdokumentation und Reputationsschutz. |
|
||||
| `syndizierte-kredite-agent-security-trustee` | Syndizierte Kredite, Facility Agent und Security Trustee prüfen: Rollen, Mehrheitsentscheidungen, Sicherheitenpool, Parallel Debt, deutsches Recht, Enforcement und Sanierungsfall. |
|
||||
| `tokenisierung-security-token-mica-mifid` | Tokenisierung und Security Token einordnen: MiFID-Finanzinstrument, eWpG-Kryptowertpapier, MiCAR-Kryptowert, Vermögensanlage, Prospektpflicht und Vertriebsregime trennscharf prüfen. |
|
||||
| `trade-finance-sanctions-lc-guarantee` | Trade Finance, Letter of Credit und Garantien prüfen: Sanktionen, Exportkontrolle, UCP/URDG, Dokumentenstrenge, Betrugsverdacht, Boykottklauseln und Zahlungsstopp. |
|
||||
| `travel-rule-krypto-transfers` | Travel Rule für Krypto-Transfers prüfen: Auftraggeber-/Begünstigtendaten, CASP-Pflichten, Wallets, unhosted Wallets, Screening, Ablehnung, Monitoring und Kundenkommunikation. |
|
||||
| `verwahrung-kryptowerte-bank-custody` | Kryptowerte-Verwahrung und Custody durch Banken prüfen: MiCAR-CASP, alte KWG-Erlaubnisse, Wallet-Control, Schlüsselmanagement, Outsourcing, Haftung, DORA und Kundentrennung. |
|
||||
| `vorstandsvorlage-gutachten` | Vorstandsvorlage und juristisches Gutachten für eine Bank erstellen: Entscheidungssatz, Risikoampel, Handlungsoptionen, Beschlussvorschlag, Annahmen, Quellen und Anlagenverzeichnis. |
|
||||
| `wpig-wertpapierinstitut-schnittstelle` | WpIG-Schnittstellen prüfen, wenn Bankgruppe, Wertpapierinstitut, Vermittler oder Tochtergesellschaft beteiligt sind: Rollen, Erlaubnis, Eigenmittel, Auslagerung und Governance abgrenzen. |
|
||||
| `zag-agenten-auslagerung-register` | ZAG-Agenten, E-Geld-Agenten und Auslagerung prüfen: Register, Haftung, Weisungen, Schulungen, AML, Kundenkommunikation, Passporting und Abgrenzung zum bloßen Dienstleister. |
|
||||
| `zag-ausnahmen-limited-network-commercial-agent` | ZAG-Ausnahmen tief prüfen: begrenztes Netz, begrenzte Produktpalette, Handelsvertreterausnahme, technische Dienstleister, Konzernprivileg und digitale Plattformrisiken. |
|
||||
| `zag-e-geld-institut-emoney` | E-Geld-Institut und E-Geld-Geschäft nach ZAG prüfen: Ausgabe, Rücktausch, monetärer Wert, Akzeptanzstellen, Sicherungsmittel, Eigenmittel, Vertrieb und Abgrenzung zu Gutschein, Token und Einlage. |
|
||||
| `zag-erlaubnisanalyse-payment-institution` | ZAG-Erlaubnisanalyse für Zahlungsinstitute: Zahlungsdienste katalogisieren, § 10 ZAG, Eigenmittel, Geschäftsplan, Sicherung von Kundengeldern, Geschäftsleiter, Auslagerungen und BaFin-Antrag prüfen. |
|
||||
| `zag-finanztransfergeschaeft-money-remittance` | Finanztransfergeschäft und Money Remittance nach ZAG prüfen: Weiterleitung von Geldbeträgen ohne Zahlungskonto, Agentenmodelle, Plattformfälle, Bargeld, Ausnahmen und BaFin-Erlaubnisrisiko. |
|
||||
| `zag-kontoinformationsdienst-ais` | Kontoinformationsdienst nach ZAG und PSD2 prüfen: Registrierung, Datenzugriff, Schnittstelle, Consent, Versicherung, Datenschutz, Open-Banking-Verträge und White-Label-Modelle. |
|
||||
| `zag-negativauskunft-feststellung-bafin` | ZAG-Negativauskunft oder informelle BaFin-Vorabklärung vorbereiten: Geschäftsmodell neutral beschreiben, Zahlungsfluss visualisieren, Erlaubnistatbestände abgrenzen und gefährliche Formulierungen vermeiden. |
|
||||
| `zag-zahlungsausloesedienst-pis` | Zahlungsauslösedienst nach ZAG und PSD2 prüfen: Erlaubnis, starke Kundenauthentifizierung, Haftungskette, Interface, technische Dienstleister und Händlerkommunikation. |
|
||||
| `zahlungsdienste-zag-psd3-psr` | Zahlungsdienste nach ZAG, PSD2-Folgefragen, PSD3- und PSR-Entwicklungen prüfen: Rollen, Erlaubnis, starke Kundenauthentifizierung, Haftung, Betrugsfälle und Beschwerdeantworten. |
|
||||
|
||||
<!-- END SKILLS-OVERVIEW (auto-generated) -->
|
||||
|
||||
@@ -36,3 +36,15 @@ Dieses Verzeichnis nennt offizielle und frei zugängliche Anker, gegen die die S
|
||||
- Keine BeckRS-, Juris-, Kommentar- oder Aufsatzfundstellen ohne vom Nutzer bereitgestellte oder lizenzierte Quelle.
|
||||
- Bei Verwaltungspraxis immer Datum, Behörde, Dokumentart und Link protokollieren.
|
||||
- Bei Vorständen und Aufsicht stets Annahmen, offene Tatsachen und Freigabekette sichtbar halten.
|
||||
|
||||
- BaFin Zahlungsdienste und PSD2: https://www.bafin.de/DE/Aufsicht/ZahlungsdienstePSD2/ZahlungsdienstePSD2_artikel.html
|
||||
- BaFin Zulassungsverfahren nach PSD2/ZAG: https://www.bafin.de/DE/Aufsicht/ZahlungsdienstePSD2/ZulassungsverfahrenundLaufendeAufsicht/ZulassungsverfahrenundLaufendeAufsicht_node.html
|
||||
- BaFin Personenanzeigen KWG: https://www.bafin.de/DE/Aufsicht/BankenFinanzdienstleister/Anzeige-Meldepflichten/Personenanzeigen_KWG/Personenanzeigen_node.html
|
||||
- BaFin Geschäftsleiter-Merkblatt KWG/ZAG/KAGB: https://www.bafin.de/SharedDocs/Veroeffentlichungen/DE/Merkblatt/mb_geschaeftsleiter_KWG_ZAG_KAGB.html
|
||||
- BaFin Kryptowertpapierregisterführung: https://www.bafin.de/DE/Aufsicht/BankenFinanzdienstleister/Markteintritt/Kryptowertpapierregisterfuehrung/kryptowertpapierregisterfuehrung_node.html
|
||||
- BaFin Merkblatt Kryptowertpapierregisterführung: https://www.bafin.de/SharedDocs/Veroeffentlichungen/DE/Merkblatt/mb_231114_tatbestand_kryptowertpapierregisterfuehrung.html
|
||||
- eWpG bei Gesetze im Internet: https://www.gesetze-im-internet.de/ewpg/BJNR142310021.html
|
||||
- BaFin MiCAR: https://www.bafin.de/DE/Aufsicht/MiCAR/MiCAR_node.html
|
||||
- MiCAR Verordnung (EU) 2023/1114: https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:32023R1114
|
||||
- EU-Kommission Zahlungsdienste/PSD2 und Folgerechtsakte: https://finance.ec.europa.eu/regulation-and-supervision/financial-services-legislation/implementing-and-delegated-acts/payment-services-directive_en
|
||||
- Rat der EU Zahlungsdienste-Paket PSD3/PSR: https://www.consilium.europa.eu/en/press/press-releases/2025/06/18/council-agrees-its-position-on-a-more-modern-payment-service-framework-in-the-eu/
|
||||
|
||||
@@ -100,56 +100,105 @@ Wähle passend oder biete maximal drei Optionen an:
|
||||
|
||||
| Skill | Schwerpunkt |
|
||||
| --- | --- |
|
||||
| `bankrechtsabteilung-kaltstart-routing` | Kaltstart-Routing |
|
||||
| `bankaufsichtsrecht-kwg-marisk-triage` | KWG- und MaRisk-Triage |
|
||||
| `agb-bankrecht-klauselkontrolle` | AGB-Klauselkontrolle Bank |
|
||||
| `anwaltliche-rechnungen-review` | Rechnungsreview Kanzlei |
|
||||
| `app-fraud-social-engineering-bank` | APP-Fraud Bank |
|
||||
| `aufsichtsrat-vorlage-bank` | Aufsichtsrat und Ausschüsse |
|
||||
| `bafin-kommunikation-und-anhoerung` | BaFin-Anhörung und Aufsichtsschreiben |
|
||||
| `bafin-pruefung-vor-ort-management` | Prüfung vor Ort managen |
|
||||
| `ssm-bundesbank-aufsichtsbrief` | SSM und Bundesbank |
|
||||
| `marisk-auslagerungen-at9-dora` | Auslagerung und DORA |
|
||||
| `dora-ict-vertraege-vorfall` | DORA IKT-Verträge und Vorfälle |
|
||||
| `gwg-aml-kyc-verdachtsmeldung` | GwG AML KYC |
|
||||
| `sanktionsscreening-embargo-bank` | Sanktionen und Embargo |
|
||||
| `zahlungsdienste-zag-psd3-psr` | Zahlungsdienste und ZAG |
|
||||
| `kreditwesengesetz-erlaubnis-inhaberkontrolle` | KWG-Erlaubnis und Beteiligungen |
|
||||
| `crr-crd-eigenmittel-large-exposure` | CRR CRD Eigenmittel und Großkredite |
|
||||
| `mifid-wphg-anlageberatung` | WpHG Anlageberatung |
|
||||
| `wpig-wertpapierinstitut-schnittstelle` | WpIG-Schnittstelle |
|
||||
| `einlagensicherung-kundenhinweise` | Einlagensicherung |
|
||||
| `agb-bankrecht-klauselkontrolle` | AGB-Klauselkontrolle Bank |
|
||||
| `kundenbeschwerde-ombudsmann-bafin` | Beschwerdemanagement |
|
||||
| `kontokuendigung-sperre-basiskonto` | Kontosperre und Kündigung |
|
||||
| `darlehensrecht-verbraucher-unternehmer` | Darlehensrecht |
|
||||
| `kreditentscheidung-weiterfinanzierung` | Weiterfinanzierung |
|
||||
| `stundung-standstill-waiver` | Stundung und Standstill |
|
||||
| `sanierungsgutachten-idw-s6-bewertung` | Sanierungsgutachten bewerten |
|
||||
| `restrukturierung-kreditengagement` | Kreditrestrukturierung |
|
||||
| `forbearance-npe-risikoklassifizierung` | Forbearance und NPE |
|
||||
| `kreditsicherheiten-bestellung-verwertung` | Kreditsicherheiten |
|
||||
| `insolvenz-anfechtung-bank` | Insolvenzanfechtung Bank |
|
||||
| `handelsvertreter-vertriebsrecht-bank` | Handelsvertreter und Vertrieb |
|
||||
| `provisionsmodelle-vertrieb-compliance` | Provision und Vertriebscompliance |
|
||||
| `outsourcing-externe-dienstleister` | Outsourcing allgemein |
|
||||
| `externe-anwaelte-steuerung` | Externe Anwälte steuern |
|
||||
| `anwaltliche-rechnungen-review` | Rechnungsreview Kanzlei |
|
||||
| `vorstandsvorlage-gutachten` | Vorstandsvorlage |
|
||||
| `aufsichtsrat-vorlage-bank` | Aufsichtsrat und Ausschüsse |
|
||||
| `hauptversammlung-bank-aktg` | Hauptversammlung Bank |
|
||||
| `organhaftung-business-judgment` | Organhaftung |
|
||||
| `bankaufsichtsrecht-kwg-marisk-triage` | KWG- und MaRisk-Triage |
|
||||
| `bankgeheimnis-auskunftsersuchen` | Auskunftsersuchen |
|
||||
| `banking-as-a-service-white-label` | White-Label-Banking |
|
||||
| `bankrechtsabteilung-kaltstart-routing` | Kaltstart-Routing |
|
||||
| `beteiligungserwerb-bank-ma` | Beteiligung und M&A |
|
||||
| `fit-proper-organe-mitarbeiter` | Fit and Proper |
|
||||
| `betriebsrat-change-projekte` | Arbeitsrechtliche Bankprojekte |
|
||||
| `blockchain-settlement-dvp` | DLT Settlement DvP |
|
||||
| `chargeback-card-schemes-bankrecht` | Chargeback und Kartenstreit |
|
||||
| `correspondent-banking-nostro-vostro` | Correspondent Banking |
|
||||
| `covenant-waiver-credit-documentation` | Covenant Waiver |
|
||||
| `crr-crd-eigenmittel-large-exposure` | CRR CRD Eigenmittel und Großkredite |
|
||||
| `crypto-tax-reporting-dac8-car` | Krypto-Steuerreporting DAC8 |
|
||||
| `darlehensrecht-verbraucher-unternehmer` | Darlehensrecht |
|
||||
| `datenraum-bank-transaktion` | Datenraum Bank |
|
||||
| `datenschutz-bankgeheimnis` | Datenschutz und Bankgeheimnis |
|
||||
| `bankgeheimnis-auskunftsersuchen` | Auskunftsersuchen |
|
||||
| `betriebsrat-change-projekte` | Arbeitsrechtliche Bankprojekte |
|
||||
| `it-sicherheit-cloud-vertraege` | IT-Sicherheit und Cloud |
|
||||
| `produktfreigabe-new-product-process` | Produktfreigabe NPP |
|
||||
| `depotrecht-tokenisierte-wertpapiere` | Depotrecht Tokenpapiere |
|
||||
| `dlt-pilot-regime-market-infrastructure` | DLT Pilot Regime |
|
||||
| `dora-ict-vertraege-vorfall` | DORA IKT-Verträge und Vorfälle |
|
||||
| `einlagensicherung-kundenhinweise` | Einlagensicherung |
|
||||
| `embedded-finance-kooperation` | Embedded Finance |
|
||||
| `esg-sustainable-finance` | ESG Sustainable Finance |
|
||||
| `ma-risk-compliance-funktion` | MaRisk Compliance-Funktion |
|
||||
| `ewpg-emission-elektronische-wertpapiere` | eWpG-Emission |
|
||||
| `ewpg-kryptowertpapierregister-erlaubnis` | Kryptowertpapierregister Erlaubnis |
|
||||
| `ewpg-registerwechsel-registerfehler` | eWpG Registerfehler |
|
||||
| `externe-anwaelte-steuerung` | Externe Anwälte steuern |
|
||||
| `fit-proper-eignungsmatrix-deep-dive` | Fit-and-Proper Eignungsmatrix |
|
||||
| `fit-proper-organe-mitarbeiter` | Fit and Proper |
|
||||
| `forbearance-npe-risikoklassifizierung` | Forbearance und NPE |
|
||||
| `geldwaesche-krypto-wallet-screening` | Krypto-AML Wallet Screening |
|
||||
| `geschaeftsleiter-abberufung-krise` | Geschäftsleiterabberufung und Krise |
|
||||
| `geschaeftsleiter-bestellung-kwg-zag` | Geschäftsleiterbestellung KWG/ZAG |
|
||||
| `girokonto-firmenkunden-risk-exit` | Firmenkunden Risk Exit |
|
||||
| `gwg-aml-kyc-verdachtsmeldung` | GwG AML KYC |
|
||||
| `handelsvertreter-vertriebsrecht-bank` | Handelsvertreter und Vertrieb |
|
||||
| `hauptversammlung-bank-aktg` | Hauptversammlung Bank |
|
||||
| `iban-name-check-verification-payee` | IBAN-Name-Check |
|
||||
| `insolvenz-anfechtung-bank` | Insolvenzanfechtung Bank |
|
||||
| `instant-payments-sepa-vo` | Instant Payments SEPA |
|
||||
| `interne-richtlinie-policy-drafting` | Policy Drafting Bank |
|
||||
| `rechtsmonitoring-bank` | Rechtsmonitoring |
|
||||
| `it-sicherheit-cloud-vertraege` | IT-Sicherheit und Cloud |
|
||||
| `kontokuendigung-sperre-basiskonto` | Kontosperre und Kündigung |
|
||||
| `kreditentscheidung-weiterfinanzierung` | Weiterfinanzierung |
|
||||
| `kreditsicherheiten-bestellung-verwertung` | Kreditsicherheiten |
|
||||
| `kreditwesengesetz-erlaubnis-inhaberkontrolle` | KWG-Erlaubnis und Beteiligungen |
|
||||
| `kundenbeschwerde-ombudsmann-bafin` | Beschwerdemanagement |
|
||||
| `litigation-schlichtung-prozess` | Litigation Bank |
|
||||
| `ma-risk-compliance-funktion` | MaRisk Compliance-Funktion |
|
||||
| `marisk-auslagerungen-at9-dora` | Auslagerung und DORA |
|
||||
| `micar-art-emt-bank-emission` | MiCAR ART und EMT |
|
||||
| `micar-casp-notifikation-bank-art60` | MiCAR CASP für Banken |
|
||||
| `micar-whitepaper-marketing-bank` | MiCAR Whitepaper und Werbung |
|
||||
| `mifid-wphg-anlageberatung` | WpHG Anlageberatung |
|
||||
| `notfallplan-krisenkommunikation` | Krise und Kommunikation |
|
||||
|
||||
| `operational-resilience-concentration-risk` | Operational Resilience Konzentration |
|
||||
| `organhaftung-business-judgment` | Organhaftung |
|
||||
| `organwechsel-ssm-imas-mvp` | Organwechsel Einreichkanal |
|
||||
| `outsourcing-crypto-dlt-node-provider` | DLT Outsourcing |
|
||||
| `outsourcing-externe-dienstleister` | Outsourcing allgemein |
|
||||
| `outsourcing-fintech-bank-as-a-service` | Bank-as-a-Service Outsourcing |
|
||||
| `pfandbriefbank-spezialdeckung` | Pfandbrief Spezialdeckung |
|
||||
| `produktfreigabe-new-product-process` | Produktfreigabe NPP |
|
||||
| `provisionsmodelle-vertrieb-compliance` | Provision und Vertriebscompliance |
|
||||
| `psd2-fraud-refund-unauthorised-payment` | Unautorisierte Zahlung und Fraud |
|
||||
| `psd2-open-banking-api-xs2a` | PSD2 Open Banking API |
|
||||
| `psd2-sca-strong-customer-authentication` | PSD2 SCA |
|
||||
| `psd3-psr-vorschau-gap-analysis` | PSD3/PSR Vorschau |
|
||||
| `rechtsmonitoring-bank` | Rechtsmonitoring |
|
||||
| `restrukturierung-kreditengagement` | Kreditrestrukturierung |
|
||||
| `sanierungsgutachten-idw-s6-bewertung` | Sanierungsgutachten bewerten |
|
||||
| `sanktionsscreening-embargo-bank` | Sanktionen und Embargo |
|
||||
| `schluesselfunktionen-inhaber-fit-proper` | Schlüsselfunktionen Fit and Proper |
|
||||
| `sepa-direct-debit-return-disputes` | SEPA Lastschriftstreit |
|
||||
| `ssm-bundesbank-aufsichtsbrief` | SSM und Bundesbank |
|
||||
| `stablecoin-payment-usecase-bank` | Stablecoin Payments |
|
||||
| `staking-lending-token-bank` | Staking und Token-Lending |
|
||||
| `stundung-standstill-waiver` | Stundung und Standstill |
|
||||
| `sustainability-linked-loan-greenwashing` | SLL und Greenwashing |
|
||||
| `syndizierte-kredite-agent-security-trustee` | Syndizierter Kredit |
|
||||
| `tokenisierung-security-token-mica-mifid` | Tokenisierung Rechtsqualifikation |
|
||||
| `trade-finance-sanctions-lc-guarantee` | Trade Finance Sanktionen |
|
||||
| `travel-rule-krypto-transfers` | Travel Rule Krypto |
|
||||
| `verwahrung-kryptowerte-bank-custody` | Krypto-Custody Bank |
|
||||
| `vorstandsvorlage-gutachten` | Vorstandsvorlage |
|
||||
| `wpig-wertpapierinstitut-schnittstelle` | WpIG-Schnittstelle |
|
||||
| `zag-agenten-auslagerung-register` | ZAG-Agenten und Register |
|
||||
| `zag-ausnahmen-limited-network-commercial-agent` | ZAG-Ausnahmen |
|
||||
| `zag-e-geld-institut-emoney` | E-Geld nach ZAG |
|
||||
| `zag-erlaubnisanalyse-payment-institution` | ZAG-Erlaubnis Zahlungsinstitut |
|
||||
| `zag-finanztransfergeschaeft-money-remittance` | Finanztransfergeschäft nach ZAG |
|
||||
| `zag-kontoinformationsdienst-ais` | Kontoinformationsdienst AIS |
|
||||
| `zag-negativauskunft-feststellung-bafin` | ZAG-Feststellung und Negativauskunft |
|
||||
| `zag-zahlungsausloesedienst-pis` | Zahlungsauslösedienst PIS |
|
||||
| `zahlungsdienste-zag-psd3-psr` | Zahlungsdienste und ZAG |
|
||||
|
||||
## Quellenanker
|
||||
|
||||
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: app-fraud-social-engineering-bank
|
||||
description: "APP-Fraud, PushTAN und Social Engineering aus Bankensicht prüfen: Kundenschutz, Warnpflichten, PSD2/BGB-Haftung, SCA, Empfängerbank, Freeze, Recall und Prozessstrategie."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# APP-Fraud Bank
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Kunde wurde zu autorisierter Überweisung verleitet oder Bank will Betrugsprävention und Haftung bewerten.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Timeline, Anrufe, TAN-Freigabe, Warnungen, Empfänger, Recall, Logs, Polizeianzeige, Kundenprofil.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Haftungsanalyse, Sofortmaßnahmen, Kundenantwort, Beweisfragen und Präventions-Backlog.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: banking-as-a-service-white-label
|
||||
description: "White-Label-Banking juristisch strukturieren: Bankrolle sichtbar machen, Partnerpflichten, Kundenschutz, AGB, Datenschutz, Auslagerung, Beschwerden, Vertriebsrecht und Reputationsrisiko."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# White-Label-Banking
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bankprodukt wird über Partneroberfläche angeboten oder Partner verkauft Bankleistung unter eigener Marke.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Branding, Kundenvertrag, Partnerrolle, AGB, Support, Beschwerden, Daten, Vergütung.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer White-Label-Check, Kundentransparenz, Vertragsklauseln, Beschwerdepfad und Risikoampel.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: blockchain-settlement-dvp
|
||||
description: "Blockchain-Settlement und Delivery-versus-Payment prüfen: Wertpapierseite, Geldseite, Finalität, CSD, Token Cash, Smart Contract, Fehlerkorrektur und Rechtswahl."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# DLT Settlement DvP
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank will DLT-basierte Abwicklung, tokenisiertes Cash oder Wertpapierlieferung gegen Zahlung nutzen.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Instrument, Settlementmodell, Geldtoken, CSD, Smart Contract, Teilnehmer, Fehlerfall, Rechtswahl.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Settlement-Risikomatrix, Finalitätsfragen, Vertragsbausteine und Operations-Kontrollen.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: chargeback-card-schemes-bankrecht
|
||||
description: "Chargeback und Card-Scheme-Disputes rechtlich begleiten: Mastercard/Visa-Regeln, Zahlungsdienstehaftung, Händlerstreit, Fristen, Belege, Kundenerwartung und Kulanzgrenzen."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Chargeback und Kartenstreit
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Kunde verlangt Kartenrückbuchung oder Händler/Acquirer streitet über Chargeback, Fraud oder Ware nicht erhalten.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Kartentransaktion, Scheme, Reason Code, Belege, Fristen, Händlerantwort, Kundenkommunikation.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Fristen- und Belegmatrix, Scheme-Fragen, Kundenbrief, Eskalationsoption und Prozessrisiko.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: correspondent-banking-nostro-vostro
|
||||
description: "Korrespondenzbankbeziehungen und Nostro/Vostro-Risiken prüfen: AML, Sanktionen, Länder, Zahlungswege, Vertragsklauseln, Informationsrechte, Kündigung und Aufsichtserwartungen."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Correspondent Banking
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank führt oder nutzt Korrespondenzbankkonten oder muss Relationship Review, Exit oder Questionnaire beantworten.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Korrespondenzbank, Länder, Produkte, Zahlungsvolumen, AML-Fragebogen, Sanktionen, Audit-Rechte.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Relationship-Risk-Review, Vertragscheck, Nachforderungsliste und Management Summary.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: covenant-waiver-credit-documentation
|
||||
description: "Covenant Waiver und Kreditdokumentation tief prüfen: Financial Covenants, MAC, Events of Default, Informationspflichten, Cure Rights, Margin Step-up und Dokumentationsschutz."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Covenant Waiver
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Kreditnehmer verletzt Covenants oder bittet um Waiver, Reset, Cure oder Standstill.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Kreditvertrag, Zahlen, Testdatum, Default, Sicherheiten, Sanierungsplan, andere Gläubiger.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Covenant-Analyse, Waiver-Terms, Conditions, Gremienvorlage und Verhandlungsnotiz.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: crypto-tax-reporting-dac8-car
|
||||
description: "Krypto-Steuerreporting, DAC8 und CARF als Bank-Monitoring prüfen: Datenfelder, Meldepflichtige, CASP-Schnittstelle, Kundenkommunikation, Datenschutz und Roadmap."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Krypto-Steuerreporting DAC8
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank oder CASP muss Krypto-Reporting-Themen beobachten oder Projektvorbereitung für Steuerdaten starten.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Krypto-Service, Kunden, Transaktionen, Datenquellen, Länder, Steuerreporting, Datenschutz.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Monitoring-Note, Daten-Gap-Liste, Projektroadmap und Abstimmungspunkte mit Steuer/Compliance.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: depotrecht-tokenisierte-wertpapiere
|
||||
description: "Depotrecht und tokenisierte Wertpapiere prüfen: Depotvertrag, Verwahrung, Registereintragung, Abwicklung, Bestandsschutz, Anlegerauskunft, Verlustfall und Schnittstelle zu eWpG/MiFID."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Depotrecht Tokenpapiere
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank will elektronische oder tokenisierte Wertpapiere in Depotprozesse, Reporting oder Kundenkommunikation integrieren.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Instrument, Register, Depotmodell, Abwicklung, Kundenvertrag, Reporting, Verwahrer, Störfall.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Depotprozess-Check, Vertragslücken, Kundenhinweise und Operations-Fragen.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: dlt-pilot-regime-market-infrastructure
|
||||
description: "DLT Pilot Regime für Marktinfrastrukturen prüfen: DLT-MTF, DLT-SS, DLT-TSS, Token Settlement, Ausnahmen, Aufsicht, Depot-/CSD-Schnittstellen und Bankrollen."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# DLT Pilot Regime
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank oder Tochter beteiligt sich an DLT-Handels- oder Abwicklungsinfrastruktur.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Infrastrukturmodell, Instrumente, Teilnehmer, Settlement, CSD, Verwahrung, Aufsicht, Ausnahmen.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Rollen- und Pflichtenmatrix, Rechtsrahmen, Aufsichtsfragen und Projekt-Gate.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: embedded-finance-kooperation
|
||||
description: "Embedded-Finance-Kooperationen prüfen: Händler, Plattform, Bank, Zahlungsdienstleister, Kreditangebot, Vermittlung, Scoring, Datenschutz, Provision und Erlaubnisrisiken."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Embedded Finance
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank integriert Finanzprodukte in fremde Plattformen, Shops, Apps oder B2B-Workflows.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Produkt, Plattform, Kundenreise, Vermittlerrolle, Daten, Vergütung, Kreditentscheidung, Zahlungsfluss.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Kooperationsmatrix, Erlaubnischeck, Vertragslücken, Datenschutzfragen und Launch-Auflagen.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: ewpg-emission-elektronische-wertpapiere
|
||||
description: "Emission elektronischer Wertpapiere nach eWpG prüfen: Zentralregister, Kryptowertpapierregister, Emissionsbedingungen, Registerangaben, Prospekt, Depot, Vertrieb und Anlegerkommunikation."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# eWpG-Emission
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank oder Kunde will Schuldverschreibung, Fondsanteil oder anderes Wertpapier elektronisch begeben.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Instrument, Emittent, Registertyp, Registerführer, Prospekt, Vertrieb, Depotanbindung, Anlegerkreis.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer eWpG-Fahrplan, Registerentscheidung, Pflichtangaben, Prospekt-/WpHG-Schnittstelle und Closing-Check.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: ewpg-kryptowertpapierregister-erlaubnis
|
||||
description: "Kryptowertpapierregisterführung nach eWpG und KWG prüfen: Finanzdienstleistung, § 32 KWG-Erlaubnis, Registerfunktion, Betreiberrolle, Geschäftsleiter, IT, DORA und BaFin-Merkblatt."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Kryptowertpapierregister Erlaubnis
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank, Tochter, FinTech oder Emittent will ein Kryptowertpapierregister führen oder auslagern.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** DLT-System, Registerführer, Emittent, Eintragungen, IT-Betrieb, Geschäftsleiter, Kontrollen, Outsourcing.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Erlaubnisprüfung, BaFin-Antragspfad, Organisationscheck, IT-Fragen und Rollenmatrix.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: ewpg-registerwechsel-registerfehler
|
||||
description: "Registerwechsel, Registerfehler und Anlegerrechte bei elektronischen Wertpapieren prüfen: Berichtigung, Übertragung, Funktionsstörung, Kündigungsrechte, Haftung und Kommunikationspflichten."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# eWpG Registerfehler
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Ein elektronisches Wertpapier ist falsch eingetragen, Register funktioniert nicht oder Registerwechsel wird erwogen.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Registerauszug, Fehlerart, Emissionsbedingungen, Anleger, Registerführer, IT-Vorfall, Fristen.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Fehleranalyse, Rechte der Beteiligten, Sofortmaßnahmen, Kommunikationsplan und Haftungsampel.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: fit-proper-eignungsmatrix-deep-dive
|
||||
description: "Fit-and-Proper-Eignungsmatrix für Geschäftsleiter, Aufsichtsräte und Schlüsselfunktionen vertiefen: fachliche Eignung, Zuverlässigkeit, Kollektiveignung, Diversität, Interessenkonflikte und Fortbildung."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Fit-and-Proper Eignungsmatrix
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Die Bank will wissen, ob eine Person oder ein Organ als Ganzes aufsichtsrechtlich tragfähig besetzt ist.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Lebensläufe, Mandatsliste, Ressorts, Kompetenzprofil, Schulungen, Interessenkonflikte, Zeitverfügbarkeit.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Matrix Person/Anforderung, Red Flags, Nachweise, Schulungsplan und Gremienvermerk.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: geldwaesche-krypto-wallet-screening
|
||||
description: "Krypto-AML und Wallet-Screening für Banken prüfen: Wallet-Risiko, Chain Analytics, Mixer, Bridges, Darknet-Indizien, PEP/Sanktionen, Verdachtsmeldung und De-Risking."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Krypto-AML Wallet Screening
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Onboarding oder Transaktion hat Wallet-, Blockchain-, Exchange-, DeFi- oder Mixing-Bezug.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Walletadressen, Transaktionshistorie, Kunde, Herkunft der Mittel, Analytics-Score, Länder, PEP/Sanktionshits.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer AML-Risikovermerk, Nachforderungen, Verdachtsmeldeentscheidung, Exit-Option und Audit Trail.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: geschaeftsleiter-abberufung-krise
|
||||
description: "Abberufung, Suspendierung oder Ressortentzug von Geschäftsleitern in Banken prüfen: KWG, Organrecht, Dienstvertrag, BaFin-Risiko, Aufsichtsratskompetenz, Ad-hoc-Krise und Kommunikationsplan."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Geschäftsleiterabberufung und Krise
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Ein Organmitglied muss abberufen, suspendiert, umgesetzt oder gegenüber BaFin verteidigt werden.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Organrolle, Vorwurf, Belege, Dienstvertrag, Satzung, Geschäftsordnung, Aufsichtsrat, BaFin-Kontakt, D&O.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Krisenfahrplan, Kompetenzprüfung, Beschlussentwurf, Dokumentationsmatrix und externe Kommunikationslinie.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: geschaeftsleiter-bestellung-kwg-zag
|
||||
description: "Geschäftsleiterbestellung nach KWG, ZAG und KAGB tief prüfen: Absichtsanzeige, Vollzugsanzeige, Zuverlässigkeit, fachliche Eignung, Zeitbudget, Lebenslauf, Führungszeugnis, Eignungsmatrix und BaFin-Kommunikation."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Geschäftsleiterbestellung KWG/ZAG
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Die Bank, ein Zahlungsinstitut, E-Geld-Institut oder eine banknahe Tochter will eine Geschäftsleiterin oder einen Geschäftsleiter bestellen.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Person, Funktion, Institutstyp, Ressort, CV, Zeitbudget, Mandate, Straf-/Aufsichtsverfahren, Formulare, Zieltermin.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erstelle Bestellungsfahrplan, FAP-Matrix, Unterlagenliste, Risikovermerk und BaFin-/MVP-/IMAS-Einreichlogik.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: girokonto-firmenkunden-risk-exit
|
||||
description: "Firmenkunden-Girokonto, Risk Exit und De-Risking prüfen: Kündigung, Sperre, AML, Sanktionen, Diskriminierungsrisiko, Zahlungsverkehrsabhängigkeit und saubere Kundenkommunikation."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Firmenkunden Risk Exit
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank will Geschäftsbeziehung mit Firmenkunden beenden, einschränken oder neu konditionieren.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Kunde, Risikoanlass, Zahlungen, AML-Findings, Vertrag, Fristen, wirtschaftliche Folgen, Kommunikation.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Exit-Entscheidung, rechtliche Grenzen, Freigabeprozess, Briefentwurf und Nachweisakte.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: iban-name-check-verification-payee
|
||||
description: "Verification of Payee und IBAN-Name-Check prüfen: Matching-Logik, Haftung, Warntexte, Firmenkunden, Sammelzahlungen, Datenschutz, Fraud-Reduktion und Prozessdokumentation."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# IBAN-Name-Check
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank baut oder bewertet Empfängerüberprüfung für Überweisungen und Echtzeitzahlungen.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Matching-Algorithmus, Kundengruppe, Warnstufen, Datenquellen, Ablehnung, Logs, Beschwerden.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Legal/Compliance-Check, Warntextvarianten, Haftungsampel und Dokumentationsanforderungen.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: instant-payments-sepa-vo
|
||||
description: "Instant Payments und SEPA-Echtzeitüberweisungen prüfen: Verfügbarkeit, Gebühren, Sanktionsscreening, Verification of Payee, Betrugsprävention, Kundenkommunikation und technische Umsetzungsrisiken."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Instant Payments SEPA
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank führt Echtzeitüberweisungen ein oder prüft Beschwerden, Ausfälle, Betrugsfälle und Pflichten aus EU-Vorgaben.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Produkt, Kanal, Zeitplan, Screening, Gebühren, Betrugsprozess, Kundenhinweise, IT-Status.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Pflichtenkatalog, Gap-Liste, Kundentext, Risk-Owner und Umsetzungsplan.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: micar-art-emt-bank-emission
|
||||
description: "ART- und EMT-Emission nach MiCAR für Banken prüfen: Asset-Referenced Token, E-Geld-Token, Zulassung, Whitepaper, Reserve, Rücktausch, Governance und Zahlungsdienste-Schnittstelle."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# MiCAR ART und EMT
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank, E-Geld-Institut oder Tochter plant Stablecoin, tokenisiertes Guthaben oder wertreferenzierten Token.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Tokenstruktur, Referenzwert, Einlösbarkeit, Reserve, Emittent, Vertrieb, Verwahrung, Zielkunden.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge ART/EMT-Entscheidung, Erlaubnis-/Anzeigeweg, Whitepaper-Punkte, Reservefragen und Produktfreigabeauflagen.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: micar-casp-notifikation-bank-art60
|
||||
description: "MiCAR-CASP-Notifikation für Banken nach Art. 60 prüfen: bestehende Erlaubnis, Kryptowerte-Dienstleistung, 40-Arbeitstage-Frist, Unterlagen, BaFin/Bundesbank-Kommunikation und DORA-Schnittstelle."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# MiCAR CASP für Banken
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** CRR-Kreditinstitut oder Bankgruppe will Kryptowerte-Dienstleistungen erbringen oder bestehende Kryptoaktivitäten fortführen.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Dienstleistung, Erlaubnisstatus, Kryptoassets, Kunden, IT, Verwahrung, Governance, Zeitplan.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Art.-60-Notifikationscheck, Unterlagenliste, Fristenplan, BaFin-Fragen und Launch-Gate.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: micar-whitepaper-marketing-bank
|
||||
description: "MiCAR-Whitepaper und Marketing für Kryptowerte prüfen: Pflichtinhalte, Notifizierung, Werbung, Risikoangaben, Website, Social Media, Vertriebspartner und Haftungsrisiken."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# MiCAR Whitepaper und Werbung
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank oder Emittent will Kryptowerte öffentlich anbieten oder zum Handel zulassen und braucht Kommunikationsfreigabe.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Whitepaper, Landingpage, Pitchdeck, Zielgruppe, Tokenart, Handelsplatz, Marketingkanäle.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Whitepaper-Check, Marketing-Ampel, Pflichtwarnungen, Freigabeprozess und Redline-Hinweise.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: operational-resilience-concentration-risk
|
||||
description: "Operational Resilience und Konzentrationsrisiken bei Bankdienstleistern prüfen: kritische Funktionen, Auslagerungscluster, Cloud-Konzentration, DORA, Exit, Stresstest und Vorstandsvorlage."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Operational Resilience Konzentration
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Viele kritische Leistungen liegen bei wenigen Dienstleistern oder Cloud-Anbietern und Legal soll Risiko und Maßnahmen formulieren.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Dienstleisterliste, kritische Funktionen, Standorte, Verträge, Exit, Incidents, Subdienstleister, Alternativen.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Konzentrationsmatrix, DORA-/MaRisk-Gap, Maßnahmenplan, Vertragshebel und Board Summary.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: organwechsel-ssm-imas-mvp
|
||||
description: "Organwechsel bei SI, LSI und Zahlungsinstituten über SSM-IMAS, MVP oder Formulare steuern: Zuständigkeit, Einreichkanal, Fristen, Unterlagen, Nachfragen und Vorstandsbüro-Briefing."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Organwechsel Einreichkanal
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Ein Organwechsel muss richtig bei EZB, BaFin oder Bundesbank angezeigt und intern koordiniert werden.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Institutstyp, Zuständigkeit, Zeitplan, Person, Formulare, bisherige Kommunikation, offene Nachweise.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Kanalentscheidung, Einreichpaket, Fristenplan, Ownerliste und Nachfrageantworten.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: outsourcing-crypto-dlt-node-provider
|
||||
description: "Crypto-/DLT-Dienstleister und Node Provider auslagern: DORA, MaRisk, § 25b KWG, Verwahrung, Daten, Schlüssel, Subdienstleister, Audit-Rechte und Exit in Krypto-Projekten prüfen."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# DLT Outsourcing
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank nutzt Node Provider, Wallet-Infrastruktur, Blockchain Analytics, Custody-Subdienstleister oder Token-Plattform.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Dienstleistung, Kritikalität, Daten, Schlüssel, Subdienstleister, Region, SLA, Exit, Incident-Prozess.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Auslagerungsbewertung, DORA-Klauselcheck, Exit-Fragen, Auditplan und Freigabeauflagen.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: outsourcing-fintech-bank-as-a-service
|
||||
description: "FinTech-Outsourcing und Bank-as-a-Service prüfen: Rollen, KWG/ZAG, White Label, Auslagerung, Vertrieb, AML, Kundenkommunikation, Haftung und Exit."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Bank-as-a-Service Outsourcing
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank stellt Lizenz, Konten, Karten, Zahlungsdienste oder Compliance-Infrastruktur für FinTech-Partner bereit.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Produkt, Partner, Kundenschnittstelle, Zahlungsfluss, Daten, AML, Verträge, Branding, Exit.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Rollen- und Erlaubnismatrix, Vertragsrisiken, Kontrollplan, BaFin-Fragen und Go-Live-Gate.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: pfandbriefbank-spezialdeckung
|
||||
description: "Pfandbrief- und Spezialdeckungsfragen aus Bank-Legal-Sicht prüfen: Deckungsmasse, Treuhänder, Indeckungnahme, Immobilienfinanzierung, Register, Aufsicht und Vorstandsfreigabe."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Pfandbrief Spezialdeckung
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank nutzt Pfandbriefrefinanzierung oder Legal prüft Deckungsfähigkeit, Register oder besondere Finanzierung.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Asset, Beleihung, Deckungsregister, Treuhänder, Rating, Dokumentation, Aufsicht, Frist.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Deckungscheck, Dokumentenliste, Rechtsrisiken und Gremiennotiz.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: psd2-fraud-refund-unauthorised-payment
|
||||
description: "Unautorisierte Zahlung und Refund nach PSD2/BGB prüfen: § 675u BGB, § 675v BGB, grobe Fahrlässigkeit, Social Engineering, Beweislast, SCA-Logs und Vergleichsstrategie."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Unautorisierte Zahlung und Fraud
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Kunde verlangt Erstattung wegen Phishing, PushTAN, Call-ID-Spoofing, APP-Fraud oder Kartenmissbrauch.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Zahlungen, Authentifizierung, Kundenvortrag, Warnhinweise, Logs, Gerät, Bankkommunikation, Anzeige.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Anspruchsprüfung, Beweislastmatrix, Kundenantwort, Prozessrisiko und Vergleichskorridor.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: psd2-open-banking-api-xs2a
|
||||
description: "Open-Banking- und XS2A-Schnittstellen prüfen: Zugang zu Zahlungskonten, API-Verfügbarkeit, Fallback, TPP-Kommunikation, Consent, Sicherheit, Haftung und Aufsichtsbeschwerde."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# PSD2 Open Banking API
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank muss Drittanbietern Schnittstellenzugang geben oder verteidigt API-Ausfälle, Sperren oder technische Barrieren.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** API-Dokumentation, TPP, Logs, Sperrgrund, Consent, SLA, Incident, Beschwerden.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Schnittstellenprüfung, TPP-Antwort, Aufsichtsrisiko, technische Nachfragen und Maßnahmenplan.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: psd2-sca-strong-customer-authentication
|
||||
description: "Starke Kundenauthentifizierung nach PSD2 prüfen: Zwei-Faktor-Logik, Ausnahmen, Transaktionsrisikoanalyse, App-Freigabe, Delegation, Betrugsfall und Kundenkommunikation."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# PSD2 SCA
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Online-Banking, Karten, App, PIS, Händlerzahlung oder Fraud-Fall berührt starke Kundenauthentifizierung.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Authentifizierungsverfahren, Betrag, Kanal, Ausnahme, Fraud, Logs, Kundenvortrag, Dienstleister.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer SCA-Check, Beweismatrix, Haftungsampel, technische Fragen und Antworttext.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: psd3-psr-vorschau-gap-analysis
|
||||
description: "PSD3- und PSR-Vorschau für Banken: geplantes EU-Zahlungsdienste-Paket gegen bestehende PSD2/ZAG-Prozesse mappen, Fraud, Open Banking, Transparenz und organisatorische Gaps vorbereiten."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# PSD3/PSR Vorschau
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Legal soll heute schon wissen, welche Zahlungsdiensteprozesse bei PSD3/PSR wahrscheinlich anzupassen sind.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Bestehende ZAG-Prozesse, Fraud-Prozess, API, Gebühren, AGB, Kundenkommunikation, Roadmap.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Gap-Tracker mit Status Entwurf, Monitoring-Punkten, Ownern und Umsetzungsvorbereitung ohne Scheingeltung.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: schluesselfunktionen-inhaber-fit-proper
|
||||
description: "Inhaber besonderer Schlüsselfunktionen in großen Banken prüfen: Anzeige, Eignung, Zuverlässigkeit, Zeitverfügbarkeit, Rollenabgrenzung und Eskalation an Aufsicht oder Vorstand."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Schlüsselfunktionen Fit and Proper
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Compliance, Risk, Revision, IT, AML oder andere Schlüsselrolle wird neu besetzt oder auffällig.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Funktion, Institutskategorie, Aufgaben, CV, Zeitbudget, Unabhängigkeit, Berichtslinie, Konflikte.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Anzeigecheck, Rollenprofil, Kontrollfragen, Nachweisliste und Entscheidungsvorschlag.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: sepa-direct-debit-return-disputes
|
||||
description: "SEPA-Lastschrift-Rückgaben und Mandatsstreit prüfen: Core/B2B, Mandat, Rückgabefristen, Erstattungsanspruch, Firmenkundenrisiko, Händlerkommunikation und Prozessbelege."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# SEPA Lastschriftstreit
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Kunde, Händler oder Firmenkunde streitet über Lastschrift, Mandat, Rückgabe oder unberechtigte Belastung.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Mandat, Lastschriftart, Datum, Rückgabegrund, Kunde, Händler, Kontodeckung, Kommunikation.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge SEPA-Prüfung, Fristenbild, Belegliste, Antwortentwurf und Risikohinweis.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: stablecoin-payment-usecase-bank
|
||||
description: "Stablecoin-Zahlungsusecase für Banken prüfen: EMT/ART, E-Geld, Zahlungsdienst, Wallet, Händlerakzeptanz, Reserve, Rücktausch, Sanktionsscreening und Settlement."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Stablecoin Payments
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank erwägt Stablecoin-Zahlungen, Händlerabwicklung, Treasury-Usecase oder Pilot mit Token-Geld.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Tokenart, Emittent, Rücktausch, Zahlungsfluss, Händler, Wallet, Länder, Sanktionsscreening.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Regime-Matrix, Zahlungsflusscheck, Partnerfragen, Kundentext und Pilot-Auflagen.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: staking-lending-token-bank
|
||||
description: "Staking, Lending und Yield-Produkte mit Tokenbezug prüfen: Produktqualifikation, MiCAR, KWG/WpIG, AGB, Verbraucherhinweise, Verwahrung, Insolvenztrennung und Reputationsrisiko."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Staking und Token-Lending
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank oder Partner bietet Rendite, Lending, Staking oder Token-Ertragsprodukt an.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Mechanik, Ertragsquelle, Token, Kundenanspruch, Gegenpartei, Verwahrung, Laufzeit, Kündigung.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Produktqualifikation, Risikomatrix, Pflichtinformationen, Vertragsredflags und Go/No-Go.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: sustainability-linked-loan-greenwashing
|
||||
description: "Sustainability-Linked Loans und Greenwashing-Risiken prüfen: KPI, SPT, Margin Ratchet, externe Verifikation, Offenlegung, Kreditdokumentation und Reputationsschutz."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# SLL und Greenwashing
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank vergibt oder restrukturiert nachhaltigkeitsbezogene Finanzierung mit KPI-/Margin-Mechanik.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** KPI, Baseline, Zielpfad, Prüfer, Vertragsklauseln, Reporting, Marketing, Abweichung.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer SLL-Check, Greenwashing-Ampel, Klauselvorschläge, Monitoringplan und Vorstandshinweis.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: syndizierte-kredite-agent-security-trustee
|
||||
description: "Syndizierte Kredite, Facility Agent und Security Trustee prüfen: Rollen, Mehrheitsentscheidungen, Sicherheitenpool, Parallel Debt, deutsches Recht, Enforcement und Sanierungsfall."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Syndizierter Kredit
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank ist Arranger, Agent, Lender oder Sicherheitennehmer in Konsortialfinanzierung.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Facility Agreement, Sicherheiten, Lender, Voting, Default, Waiver, Enforcement, ausländisches Recht.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Rollenmatrix, Zustimmungserfordernisse, Sicherheitencheck, Waiver-Fahrplan und Risikovermerk.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: tokenisierung-security-token-mica-mifid
|
||||
description: "Tokenisierung und Security Token einordnen: MiFID-Finanzinstrument, eWpG-Kryptowertpapier, MiCAR-Kryptowert, Vermögensanlage, Prospektpflicht und Vertriebsregime trennscharf prüfen."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Tokenisierung Rechtsqualifikation
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Ein Token repräsentiert Forderung, Anteil, Fondsanteil, Nutzungsrecht, Zahlungsanspruch oder Asset und soll vertrieben werden.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Tokenrechte, Übertragbarkeit, Fungibilität, Anlegerkreis, Emittent, Plattform, DLT, Rückzahlungslogik.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Qualifikationsbaum, Regime-Matrix, Prospekt-/Erlaubnischeck und No-Go-Risiken.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: trade-finance-sanctions-lc-guarantee
|
||||
description: "Trade Finance, Letter of Credit und Garantien prüfen: Sanktionen, Exportkontrolle, UCP/URDG, Dokumentenstrenge, Betrugsverdacht, Boykottklauseln und Zahlungsstopp."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Trade Finance Sanktionen
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Akkreditiv, Garantie, Standby LC oder Dokumenteninkasso hat Länder-, Güter-, Sanktions- oder Fraud-Risiko.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Dokumente, Parteien, Waren, Länder, Incoterms, Banken, Klauseln, Screening, Fristen.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Trade-Finance-Risikomatrix, Stop/Pay-Entscheidung, Dokumentenfragen und Kundenbrief.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: travel-rule-krypto-transfers
|
||||
description: "Travel Rule für Krypto-Transfers prüfen: Auftraggeber-/Begünstigtendaten, CASP-Pflichten, Wallets, unhosted Wallets, Screening, Ablehnung, Monitoring und Kundenkommunikation."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Travel Rule Krypto
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank oder CASP verarbeitet Kryptotransfers und muss Begleitdaten, Screening und Ablehnungen sauber steuern.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Transferart, Sender, Empfänger, Wallettyp, CASP, Daten, Sanktionsscreening, Schwellen, Länder.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Travel-Rule-Check, Datenmatrix, Stop/Release-Logik, Kundenhinweis und Kontrollplan.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: verwahrung-kryptowerte-bank-custody
|
||||
description: "Kryptowerte-Verwahrung und Custody durch Banken prüfen: MiCAR-CASP, alte KWG-Erlaubnisse, Wallet-Control, Schlüsselmanagement, Outsourcing, Haftung, DORA und Kundentrennung."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Krypto-Custody Bank
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank will Kryptowerte verwahren oder nutzt externen Custodian für Kunden, Fonds oder Eigenbestand.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Assetart, private keys, Wallet-Setup, Custodian, Kundenvertrag, Versicherung, IT-Kontrollen, Länder.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Custody-Regimecheck, Schlüsselrisiken, Vertragsklauseln, Kontrollmatrix und Aufsichtsfahrplan.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: zag-agenten-auslagerung-register
|
||||
description: "ZAG-Agenten, E-Geld-Agenten und Auslagerung prüfen: Register, Haftung, Weisungen, Schulungen, AML, Kundenkommunikation, Passporting und Abgrenzung zum bloßen Dienstleister."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# ZAG-Agenten und Register
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Zahlungsinstitut, Bank oder FinTech nutzt Agenten, Vertriebsstellen oder ausgelagerte Partner.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Partnerrolle, Kundendialog, Vertragslage, Zahlungsfluss, Vergütung, Länder, AML-Pflichten, Kontrollrechte.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Rollenabgrenzung, Registercheck, Vertragsauflagen, Kontrollplan und BaFin-Meldelogik.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: zag-ausnahmen-limited-network-commercial-agent
|
||||
description: "ZAG-Ausnahmen tief prüfen: begrenztes Netz, begrenzte Produktpalette, Handelsvertreterausnahme, technische Dienstleister, Konzernprivileg und digitale Plattformrisiken."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# ZAG-Ausnahmen
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Ein Geschäftsmodell soll ohne Erlaubnis laufen oder beruft sich auf Limited Network, Commercial Agent oder technische Ausnahme.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Akzeptanzstellen, Warenkreis, Agentenrolle, Vertragsbefugnis, Kundengelder, Plattform, Schwellen, Meldungen.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Ausnahmeampel, Meldepflichten, Red Flags, Alternativstruktur und BaFin-taugliche Begründung.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: zag-e-geld-institut-emoney
|
||||
description: "E-Geld-Institut und E-Geld-Geschäft nach ZAG prüfen: Ausgabe, Rücktausch, monetärer Wert, Akzeptanzstellen, Sicherungsmittel, Eigenmittel, Vertrieb und Abgrenzung zu Gutschein, Token und Einlage."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# E-Geld nach ZAG
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Wallet, Prepaid, Stablecoin-ähnliches Produkt, Gutschein- oder Plattformguthaben soll rechtlich eingeordnet werden.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Produkt, Aufladung, Rücktausch, Akzeptanznetz, Kundenanspruch, Bilanzierung, Händlerstruktur.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge E-Geld-Prüfung, Ausnahmecheck, Erlaubnispfad, Vertragslücken und Produktfreigabeauflagen.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: zag-erlaubnisanalyse-payment-institution
|
||||
description: "ZAG-Erlaubnisanalyse für Zahlungsinstitute: Zahlungsdienste katalogisieren, § 10 ZAG, Eigenmittel, Geschäftsplan, Sicherung von Kundengeldern, Geschäftsleiter, Auslagerungen und BaFin-Antrag prüfen."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# ZAG-Erlaubnis Zahlungsinstitut
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Bank, FinTech oder Tochter plant Zahlungsdienste oder will ein Geschäftsmodell erlaubnisrechtlich einordnen.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Zahlungsfluss, Kundengelder, Rollen, Verträge, IT, Governance, Zielkunden, Länder, Partner.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer Erlaubnismatrix, Antragspfad, BaFin-Fragen, Unterlagenliste und No-Go-Risiken.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: zag-finanztransfergeschaeft-money-remittance
|
||||
description: "Finanztransfergeschäft und Money Remittance nach ZAG prüfen: Weiterleitung von Geldbeträgen ohne Zahlungskonto, Agentenmodelle, Plattformfälle, Bargeld, Ausnahmen und BaFin-Erlaubnisrisiko."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Finanztransfergeschäft nach ZAG
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Geld wird für Dritte angenommen und weitergeleitet, etwa Plattform, Filiale, Agent, Bargeldservice oder Auslandstransfer.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Zahlungsfluss, Besitz an Kundengeldern, Empfänger, Konto, Agenten, Vergütung, Länder, Vertragskette.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge Tatbestandsprüfung, Ausnahmecheck, Erlaubnisrisiko, Sofortmaßnahmen und BaFin-Anfrageentwurf.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: zag-kontoinformationsdienst-ais
|
||||
description: "Kontoinformationsdienst nach ZAG und PSD2 prüfen: Registrierung, Datenzugriff, Schnittstelle, Consent, Versicherung, Datenschutz, Open-Banking-Verträge und White-Label-Modelle."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Kontoinformationsdienst AIS
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Ein Dienst liest Zahlungskonten aus oder nutzt Kontoinformationen für Scoring, Haushaltsbuch, Kreditentscheidung oder Dashboard.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Datenzugriff, Kontoart, Einwilligung, API, Partner, Kundengruppe, Speicherung, Vergütung.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer AIS-Einordnung, Registrierungsbedarf, Datenschutzschnittstelle, Vertragscheck und Kontrollfragen.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: zag-negativauskunft-feststellung-bafin
|
||||
description: "ZAG-Negativauskunft oder informelle BaFin-Vorabklärung vorbereiten: Geschäftsmodell neutral beschreiben, Zahlungsfluss visualisieren, Erlaubnistatbestände abgrenzen und gefährliche Formulierungen vermeiden."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# ZAG-Feststellung und Negativauskunft
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Die Bank oder ein Partner will vor Launch wissen, ob ZAG-Erlaubnis, Registrierung oder Ausnahme greift.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Produktbeschreibung, Flow of Funds, Kundengelder, Rollen, Verträge, technische Abläufe, wirtschaftlicher Zweck.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Liefer BaFin-taugliche Darstellung, Rechtsfragen, Abgrenzung, Anlagenliste und defensiven Fragenkatalog.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
name: zag-zahlungsausloesedienst-pis
|
||||
description: "Zahlungsauslösedienst nach ZAG und PSD2 prüfen: Erlaubnis, starke Kundenauthentifizierung, Haftungskette, Interface, technische Dienstleister und Händlerkommunikation."
|
||||
---
|
||||
|
||||
<!-- bank-rechtsabteilung-v2-special -->
|
||||
|
||||
# Zahlungsauslösedienst PIS
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Bearbeite diesen Spezialfall aus Sicht einer Bank-Rechtsabteilung. Das Ergebnis muss intern verwendbar sein: als Legal Note, Vorstandsvorlage, BaFin-Fragenpaket, Produktfreigabe, Vertragscheck, Red-Team-Vermerk oder Umsetzungs-Backlog.
|
||||
|
||||
**Wann nutzen:** Ein Produkt löst auf Wunsch des Kunden Zahlungen von fremden Zahlungskonten aus oder bindet PIS-Partner ein.
|
||||
|
||||
## Schnellmodus
|
||||
|
||||
1. **Eilpunkt erkennen:** Fristen, Anzeigewege, Launch-Termine, Register-/Portal-Einreichung, Aufsichtskontakt, Kundenkommunikation und irreversible Vollzugsschritte zuerst markieren.
|
||||
2. **Regime sauber trennen:** Geltendes Recht, Verwaltungspraxis, EU-Entwurf/Vorschau und reine Produktidee nicht vermischen. Bei PSD3/PSR oder Roadmap-Themen ausdrücklich als Monitoring oder Gap-Vorschau kennzeichnen.
|
||||
3. **Tatbestand vor Meinung:** Erst Geschäftsmodell, Zahlungsfluss, Tokenrecht, Organrolle oder Registerfunktion sauber beschreiben, dann rechtlich einordnen.
|
||||
4. **Quellenhygiene:** Gesetze, BaFin, Bundesbank, EBA, EZB und EUR-Lex bevorzugen. Rechtsprechung nur mit Gericht, Entscheidungsform, Datum, Aktenzeichen und freier oder amtlicher Quelle.
|
||||
5. **Bankrealität:** Nicht nur sagen, ob etwas erlaubt ist. Immer mitliefern: wer entscheidet, welche Unterlagen fehlen, welcher Fachbereich Owner ist und wie die Bank das dokumentiert.
|
||||
|
||||
## Intake
|
||||
|
||||
Frage nur nach, wenn ohne Antwort ein falscher nächster Schritt droht. Andernfalls mit Annahmen arbeiten und sie sichtbar markieren.
|
||||
|
||||
- **Kerninformationen:** Payment Flow, Händler, Konto, Kundenauthentifizierung, API, Ausfallrisiko, Verträge.
|
||||
- **Institut und Rolle:** Bank, Zahlungsinstitut, E-Geld-Institut, Wertpapierinstitut, CRR-Kreditinstitut, FinTech-Tochter, Vermittler, Agent, Registerführer, CASP, Emittent oder Dienstleister.
|
||||
- **Produkt oder Vorgang:** Zahlungsdienst, E-Geld, Kredit, Wertpapier, Token, Register, Organwechsel, Auslagerung, Betrugsfall, Trade Finance oder Kooperation.
|
||||
- **Aufsicht und Einreichweg:** BaFin, Bundesbank, EZB/SSM, EBA, FIU, Register, MVP, IMAS, Bundesanzeiger, Handelsregister oder interner Ausschuss.
|
||||
- **Dokumente:** Produktbeschreibung, Flow-of-Funds, Vertragsentwurf, API-Doku, Token Terms, Organ-CV, Eignungsmatrix, Registerauszug, Kundenkommunikation, Logs oder Vorstandsvorlage.
|
||||
|
||||
## Prüfaufbau
|
||||
|
||||
### 1. Kurzbild
|
||||
|
||||
| Punkt | Klärung |
|
||||
| --- | --- |
|
||||
| Ergebnisbedarf | Vermerk, Freigabe, BaFin-Anfrage, Vertrag, Vorstandsvorlage oder Prozessstrategie |
|
||||
| Rechtsregime | KWG, ZAG, WpHG, WpIG, eWpG, MiCAR, DORA, GwG, BGB, HGB, AktG, SEPA-/EU-Regime oder Entwurf |
|
||||
| Risiko | Aufsicht, Bußgeld, Zivilhaftung, Organhaftung, Kundenstreit, AML, Datenschutz, IT oder Reputation |
|
||||
| Frist | Anzeige, Launch, Antwort, Rückgabe, Register, Gremium oder Verjährung |
|
||||
| Entscheidung | Go, Go mit Auflagen, Stop, BaFin-Vorabklärung oder externe Spezialprüfung |
|
||||
|
||||
### 2. Subsumtion und Geschäftsmodell
|
||||
|
||||
Arbeite in dieser Reihenfolge:
|
||||
|
||||
1. Lebenssachverhalt und Rollen in einfachen Sätzen festhalten.
|
||||
2. Geld-, Daten-, Wertpapier- oder Tokenfluss als Tabelle beschreiben.
|
||||
3. Tatbestandsmerkmale einzeln prüfen.
|
||||
4. Ausnahmen, Privilegierungen, Bestandsschutz, Übergangsregeln oder Entwurfsstand gesondert behandeln.
|
||||
5. Gegenargumente und Red-Team-Sicht der Aufsicht formulieren.
|
||||
6. Praktische Auflagen für Launch, Fortführung, Korrektur oder Ablehnung schreiben.
|
||||
|
||||
### 3. Beleg- und Unterlagenliste
|
||||
|
||||
| Frage | Beleg | Fehlt | Owner | Wirkung |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Wer erbringt welche Leistung? | Vertrag, Produktbild, Prozess | ... | Legal/Produkt | Regimewahl |
|
||||
| Fließen Kundengelder oder Kryptowerte? | Flow-of-Funds, Wallet-/Kontoauszug | ... | Operations/Risk | Erlaubnis/Haftung |
|
||||
| Gibt es Aufsichtskontakt? | Schreiben, Ticket, Portalnachweis | ... | Legal/Compliance | Frist/Strategie |
|
||||
| Sind Kunden betroffen? | AGB, FAQ, Beschwerde, Marketing | ... | Vertrieb/Legal | Transparenz/Haftung |
|
||||
|
||||
### 4. Ergebnis
|
||||
|
||||
Erzeuge PIS-Prüfung, Erlaubnispfad, Haftungsmatrix, Vertragslücken und Go-Live-Gate.
|
||||
|
||||
Baue das Ergebnis mit diesen Elementen:
|
||||
|
||||
- **Entscheidungssatz:** Ein Satz, der intern zitiert werden kann.
|
||||
- **Risikoampel:** Rot/Gelb/Grün mit kurzer Begründung.
|
||||
- **Auflagen:** Welche Bedingungen müssen vor Go-Live oder vor Antwort erfüllt sein?
|
||||
- **Offene Punkte:** konkrete Rückfragen statt allgemeiner Rechercheaufträge.
|
||||
- **Anschluss-Skills:** passende Skills aus `bank-rechtsabteilung` nennen, insbesondere `bafin-kommunikation-und-anhoerung`, `bankaufsichtsrecht-kwg-marisk-triage`, `dora-ict-vertraege-vorfall`, `gwg-aml-kyc-verdachtsmeldung`, `vorstandsvorlage-gutachten` oder `produktfreigabe-new-product-process`.
|
||||
|
||||
## Spezialhinweise
|
||||
|
||||
- **PSD3/PSR:** Als EU-Gesetzgebungsvorschau behandeln, bis finaler Text und nationale Umsetzung/Anpassung greifbar sind. Keine Scheingeltung behaupten.
|
||||
- **eWpG/MiCAR:** Immer zuerst trennen, ob der Token ein Finanzinstrument, elektronisches Wertpapier, Kryptowert, E-Geld-Token, vermögenswertreferenzierter Token oder etwas anderes ist.
|
||||
- **ZAG:** Zahlungsfluss und Besitz an Kundengeldern sind zentral. Grafische Flow-of-Funds-Logik in Worte übersetzen.
|
||||
- **Geschäftsleiter/FAP:** Nicht nur Einzelperson prüfen, sondern Kollektiveignung, Zeitverfügbarkeit, Interessenkonflikte und Einreichkanal.
|
||||
- **Tokenisierung:** Keine Technikromantik. Rechtsposition, Register, Verwahrung, Übertragung, Verlustfall, Kundenschutz und Aufsicht zuerst.
|
||||
|
||||
## Qualitätsgate
|
||||
|
||||
Vor Ausgabe prüfen:
|
||||
|
||||
- Steht klar da, was geltendes Recht ist und was Entwurf/Monitoring ist?
|
||||
- Sind BaFin-/EBA-/EUR-Lex-Quellen als Live-Check markiert, wenn sie tragen?
|
||||
- Gibt es eine konkrete Unterlagenliste?
|
||||
- Ist die Bankentscheidung dokumentationsfest?
|
||||
- Sind keine BeckRS-, Juris-, Kommentar- oder Aufsatz-Blindzitate enthalten?
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "barrierefreiheit-web-checker",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Web-Barrierefreiheits-Checker für BFSG, BFSGV, BITV 2.0, EN 301 549 und WCAG: Scope, Audit, Tastatur, Screenreader, Formulare, PDFs, Erklärung, Roadmap und Abnahme.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
{
|
||||
"name": "bav-strategie-konzern",
|
||||
"displayName": "Betriebliche Altersversorgung Strategie Konzern",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Strategische Beratung zur betrieblichen Altersversorgung in Konzernen: Pensionsmodelle alle fuenf Durchführungswege CTA Pension Buyouts Drei-Stufen-Theorie Versorgungssystem-Harmonisierung internationale Benefits Restrukturierung DB-zu-DC im Duesseldorfer Boutique-Stil.",
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "bereicherungs-und-anfechtungsrecht-pruefer",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Mechanisches Durchprüfen von Bereicherungsrecht §§ 812 ff. BGB, AnfG und Insolvenzanfechtung §§ 129-147 InsO. Mit KI-Screening von Schuldnerakten, § 135 Gesellschafterdarlehen, Bargeschäft § 142 und Verteidigung des Anfechtungsgegners. Keine Rechtsberatung.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "berufsrecht-ki-vertragspruefung",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Berufsrechtliche und strafrechtliche Vorprüfung von Vertraegen mit privaten Legal-AI-Anbietern. Für Anwaelte StB WP Patentanwaelte Notare. §§ 43e BRAO 62a StBerG 50a WPO 39c PAO 26a BNotO § 203 StGB. DAV-Stellungnahme. Gutachten Rückfragebrief Klauseln.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "betreuungsrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Betreuungsrechtliche Skills für Jahresbericht, Vermögensverzeichnis, Genehmigungspflichten, Kontoanalyse und Verdachtsverträge nach BtOG und BGB.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
{
|
||||
"name": "bgb-at-pruefer",
|
||||
"displayName": "BGB AT Prüfer",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Großes Prüfplugin zum BGB Allgemeiner Teil: Vertragsschluss, Willenserklärung, Zugang, Geschäftsfähigkeit, Form, qES, beA, § 130e ZPO, § 46h ArbGG, Anfechtung, Stellvertretung, Fristen und Verjährung.",
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "buerokratieversteher-entbuerokratisierer",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Allgemeiner Bürokratieversteher und Entbürokratisierer für Laien, Menschen mit Deutsch als Zweitsprache und alle, die Bescheide, Anträge, Vorladungen, Behördenbriefe, Jugendamt-, Schul-, Bau-, Sozial-, Familien- oder Kommunalverfahren verstehen und vorsichtig bearbeiten wollen.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "commercial-courts-deutschland",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Commercial-Courts-Plugin für englischsprachige Wirtschaftsverfahren in Deutschland: Zuständigkeit, Wahlklauseln, Klage, Case Management, Beweis, Geheimnisschutz, Wortprotokoll/Transcript, Rechtsmittel, BGH, Kosten, Vollstreckung und bilingualer Schriftsatz-/Hearing-Workflow.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "common-law-kompass",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Freistehendes Common-Law-Plugin für deutsche Wirtschaftsjuristen: UK/US-False-Friends, Vertragsbegriffe, Consideration, Suretyship, Indemnity, UCC, Precedent, Discovery und bilinguale Drafting-Reviews.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "corporate-kanzlei",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Corporate-Kanzlei-Plugin: Deal-Kommandocenter, Datenraum, Due Diligence, SPA/APA, Umwandlung, StaRUG, Insolvenzplan, W&I, Signing/Closing, PMI.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "datenschutzrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "DSGVO/BDSG/TDDDG – PIA/DPIA, AVV-Review, Auskunft Art. 15, Datenpanne Art. 33/34, Drittlandstransfer Art. 44 ff. inkl. US-Transfer, DPF, SCC, TIA und Behördenpaket.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "dfg-foerderantrag",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "DFG-Förderantragssteller für Sachbeihilfe, adaptive Anfänger-/Profi-Führung, kleine schnelle Anträge, große Koselleck-Strategien, elan-Formalia, Finanzplan, Reviewer-Red-Team, Forschungsdaten, KI-/Ethik-Check und Wiedereinreichung.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
{
|
||||
"name": "dsa-dma-digitalregulierung",
|
||||
"displayName": "DSA DMA und Digitalregulierung EU",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Digitalregulierung der EU: DSA (VO 2022/2065) und DMA (VO 2022/1925) plus Data Act DGA AI Act NIS-2 DORA CRA eIDAS 2.0 DDG P2B-VO und § 19a GWB. Gatekeeper-Schwellen VLOP-Einordnung Risikobewertung Art. 34 Forschungsdatenzugang Art. 40 Account-Sperre Art. 20-23 Zustellung Art. 13 DSA Klagewege.",
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "einfache-leichte-sprache-jura",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Juristische Texte in Einfache Sprache oder Leichte Sprache übertragen: experimentelle Standard-Annäherung, Zielgruppe klären, Rechtsinhalt sichern und Qualitätsgate nutzen.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
{
|
||||
"name": "email-umformulierer-berufsrecht",
|
||||
"displayName": "E-Mail-Umformulierer (Berufsrechtskonform)",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Formuliert unfreundliche, emotionale oder unsachliche E-Mails in hoefliche, sachliche und berufsrechtskonform formulierte Texte um. Fokus auf BRAO/BORA-Konformität, mit Varianten für Steuerberater, Notare und allgemeine berufliche Korrespondenz.",
|
||||
"author": {
|
||||
"name": "Klotzkette"
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "energierecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Freistehendes Energierecht-Plugin für Stadtwerke, Versorger, Wärme, Netze, Vertrieb, Industrie, EEG, KWKG, Verfahren, Transaktionen und Projektfinanzierung.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "europarecht-kompass",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Freistehendes Europarecht-Plugin gegen deutsche Denkfehler: Vorrang, unmittelbare Wirkung, Richtlinien, Verordnungen, Charta, Grundfreiheiten, Beihilfen, Vorlageverfahren und EU-Drafting.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-agrarrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Agrarrecht. Höferecht (HöfeO Anerbenrecht Länder) Landpachtrecht BGB §§ 581 ff. GAP EU-Direktzahlungen Cross-Compliance Düngeverordnung Pflanzenschutz Tierschutz Forstrecht. Schnittstelle Plugin fachanwalt-erbrecht.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-arbeitsrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Fachanwalt-Arbeitsrecht nach FAO Paragraf 10: KSchG, BetrVG, TzBfG, AGG, EntgTranspG, Urlaub, Betriebsrat, Befristung und Vergleichspraxis. Rechtsprechung nur mit Datum, Aktenzeichen und verifizierter Quelle.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-bank-kapitalmarktrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Bank- und Kapitalmarktrecht. KWG ZAG WpHG WpIG MiFID-II MAR MiCAR Verbraucherkredit Vermögensanlage Beratungshaftung. Schnittstellen Plugin gesellschaftsrecht regulatorisches-recht.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-bau-architektenrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Bau- und Architektenrecht. BGB Werkvertrag VOB-A VOB-B VOB-C HOAI Bauordnungsrecht. Bauvertrag Maengelhaftung Abnahme Vergaberecht. Schnittstellen Plugin fachanwalt-vergaberecht kanzlei-allgemein.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-erbrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Erbrecht. BGB Erbrecht §§ 1922 ff. Pflichtteil Testament Erbschein Erbauseinandersetzung Erbschaftsteuer EU-ErbVO. Schnittstellen Plugin steuerrecht-anwalt-und-berater kanzlei-allgemein.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-familienrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Familienrecht. Orientierung Normen Mandate Fristen Literatur. Familiengericht FamFG Scheidung Sorge Umgang Unterhalt Zugewinn Ehevertrag eingetragene Lebenspartnerschaft. Ergaenzend zum Plugin kanzlei-allgemein.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-gewerblicher-rechtsschutz",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für gewerblichen Rechtsschutz nach FAO § 14k. MarkenG. DesignG. UWG. PatG GebrMG. UrhG-Bezuege. Markenanmeldung DPMA EUIPO. UWG-Abmahnung §§ 8 ff. UWG. Designverletzung. Einstweilige Verfuegung Verletzungsklage Lizenzanaloger Schadensersatz.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-handels-gesellschaftsrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Handels- und Gesellschaftsrecht nach FAO § 14i. HGB. AktG. GmbHG. PartGG. UmwG. Geschäftsführerhaftung §§ 43 GmbHG 93 AktG. Gesellschafterstreit Beschlussanfechtung. Handelsvertreterausgleich § 89b HGB. MoPeG GbR seit 2024. Schnittstellen kanzlei-allgemein.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-insolvenz-sanierungsrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Insolvenz- und Sanierungsrecht nach FAO § 14. InsO Eroeffnung Antragspflicht § 15a Gläubigerantrag § 14 InsO. StaRUG Restrukturierungsplan. Insolvenzanfechtung §§ 129 ff. InsO. Schnittstellen insolvenzrecht und steuerrecht-anwalt-und-berater.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-internationales-wirtschaftsrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Internationales Wirtschaftsrecht. CISG Bruessel Ia Rom I Rom II Schiedsverfahren ICC UNCITRAL Investitionsschutz ICSID WTO EU-Aussenhandel LkSG. Schnittstelle Plugin kanzlei-allgemein.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-it-recht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Informationstechnologierecht. SaaS Software-Lizenz DSGVO BDSG TTDSG TKG NIS2 DDG DSA DMA EU-KI-VO Open-Source. Schnittstellen Plugin datenschutzrecht ki-governance kanzlei-allgemein.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-medizinrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Medizinrecht. Arzthaftung §§ 630a ff. BGB Patientenrechte Vertragsarztrecht Berufsrecht Aerzte SGB V Krankenversicherung MPDG Apothekenrecht. Schnittstellen Plugin fachanwalt-sozialrecht und kanzlei-allgemein.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-miet-wohnungseigentumsrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Miet- und Wohnungseigentumsrecht nach FAO § 14e. BGB §§ 535 ff. Wohnraummiete und Gewerberaummiete. Mieterhoehung §§ 558 ff. Kündigung §§ 543 569 573 BGB. WEG-Beschlussanfechtung § 44 WEG. BetrKV. Schnittstellen kanzlei-allgemein.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-migrationsrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Migrationsrecht. AufenthG AsylG GFK Dublin-VO Verfahrens-RL Qualifikations-RL StAG. Einbürgerung Familiennachzug Notfrist § 36 AsylG eine Woche. Schnittstellen Plugin rechtsberatungsstelle.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-sozialrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Sozialrecht nach FAO § 11. SGB I-XII und Sozialgerichtsbarkeit SGG. Widerspruch § 84 SGG Klage § 87 SGG Eilantrag § 86b SGG. Buergergeld Erwerbsminderung GdB Pflegegrad Hilfsmittel Eingliederungshilfe. Bescheidanalyse Akteneinsicht PKH Fristenbuch.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-sportrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Sportrecht. Verbandsrecht (DFB FIFA UEFA IOC DOSB) CAS Schiedsverfahren Spielerverträge Doping WADA-Code NADA Sponsoring Persönlichkeitsrechte Veranstalterhaftung. Schnittstelle Plugin gesellschaftsrecht.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-strafrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Strafrecht. Orientierung StPO StGB Nebenstrafrecht. Strafverteidigung Ermittlungsverfahren Hauptverhandlung Revision. Nebenklage Opfervertretung Zeugenbeistand Adhaesion Insolvenzantrag StA. Ergaenzt aktenaufbereiter-strafrecht und kanzlei-allgemein.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "fachanwalt-transport-speditionsrecht",
|
||||
"version": "53.2.0",
|
||||
"version": "53.3.0",
|
||||
"description": "Plugin Fachanwalt für Transport- und Speditionsrecht. HGB §§ 407 ff. Frachtvertrag §§ 453 ff. Spedition CMR COTIF Montrealer Übereinkommen Haager Visby Regeln ADSp. Schnittstelle Plugin kanzlei-allgemein.",
|
||||
"license": "Apache-2.0 OR MIT",
|
||||
"author": {
|
||||
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user