US-Unternehmen prüfen: AMLD6-konforme KYB-Prozesse mit der Secretary-of-State-API

Q: Was ist der Unterschied zwischen cache_first und live_only?

Mit cache_preference: live_only wird die Anfrage direkt an das Secretary-of-State-Register geleitet und liefert tagesaktuelle Daten. Dies ist für initiale KYB-Prüfungen und bei Verdacht auf Statusänderungen empfohlen, kostet jedoch $0,10 pro Abfrage. Mit cache_first werden vorhandene gecachte Daten priorisiert (ab $0,01), was für regelmäßige Monitoring-Abfragen bestehender Geschäftspartner kostengünstig ist. Für AMLD6-konforme Erstprüfungen sollte stets live_only verwendet werden.

Wer als deutsches oder europäisches Unternehmen Geschäfte mit US-amerikanischen Partnern abschließt, steht vor einer regulatorischen Herausforderung: Die sechste EU-Geldwäscherichtlinie (AMLD6) sowie das deutsche Geldwäschegesetz (GwG) verpflichten zur lückenlosen Überprüfung von Geschäftspartnern – unabhängig davon, ob diese in Frankfurt, Warschau oder San Francisco ansässig sind. Doch wie prüft man ein US-amerikanisches Unternehmen effizient, rechtssicher und automatisiert? Die Antwort liegt in den Secretary-of-State-Registern der 50 US-Bundesstaaten – und in einer API, die diesen Zugang programmatisch öffnet.

Dieser Leitfaden erklärt, welche regulatorischen Anforderungen gelten, wie die OpenSOSData API dabei hilft, AMLD6-konforme KYB-Prozesse (Know Your Business) aufzubauen, und wie Sie mit wenigen Zeilen Code eine vollautomatisierte US-Unternehmen-prüfen-API-Integration realisieren.

Regulatorischer Hintergrund: Was AMLD6 und GwG von Ihnen verlangen

AMLD6 und die erweiterte Sorgfaltspflicht

Die sechste Anti-Geldwäsche-Richtlinie (EU 2018/1673), die in Deutschland seit 2021 umzusetzen ist, erweitert den Kreis der Verpflichteten und verschärft die Anforderungen an die Identifizierung juristischer Personen erheblich. Gemäß Artikel 3 AMLD6 müssen Unternehmen bei Geschäftsbeziehungen mit juristischen Personen deren rechtliche Existenz, Eigentumsstruktur und wirtschaftlich Berechtigte (UBO) verifizieren. Diese Pflicht gilt ausdrücklich auch für Drittlandsunternehmen – also US-amerikanische GmbH-Äquivalente wie LLCs, Corporations oder Limited Partnerships.

GwG § 10 – Identifizierungspflichten im deutschen Recht

§ 10 Abs. 1 GwG konkretisiert die allgemeinen Sorgfaltspflichten: Verpflichtete müssen den Vertragspartner identifizieren und die Angaben „durch geeignete Mittel" verifizieren. Die BaFin hat in ihren Auslegungshinweisen klargestellt, dass bei ausländischen Gesellschaften öffentlich zugängliche Handelsregister als Primärquelle akzeptiert werden – sofern die Verlässlichkeit dieser Register nachweisbar ist. US-amerikanische Secretary-of-State-Register erfüllen diese Anforderung, da sie staatlich geführt und rechtlich verbindlich sind.

DSGVO-Konformität bei US-Geschäftsdaten

Ein häufig übersehener Aspekt: Auch bei der Verarbeitung von Daten US-amerikanischer Unternehmen ist die DSGVO zu beachten, sobald EU-Mitarbeiter involviert sind oder die Daten auf EU-Servern gespeichert werden. Unternehmensdaten (Name, Adresse, Registerinformationen) gelten zwar nicht als personenbezogene Daten im Sinne des Art. 4 DSGVO, sobald jedoch natürliche Personen als Registered Agents oder Directors erscheinen, greifen die Schutzvorschriften. Achten Sie daher auf Datenminimierung und angemessene Aufbewahrungsfristen.

Das US-Unternehmensregister verstehen: Secretary of State vs. Handelsregister

Deutschen Compliance-Fachleuten fällt der Vergleich mit dem Handelsregister leicht – doch es gibt wesentliche Unterschiede:

Merkmal	Deutsches Handelsregister	US Secretary of State
Zuständigkeit	Amtsgericht (Bundesland)	Einzelner Bundesstaat
Zentralisierung	Zentrales Unternehmensregister (ab 2024)	Dezentral – 50 Staaten + DC, PR, VI
Abrufbarkeit	Gebührenpflichtig via Gemeinsames Registerportal	Meist kostenlos, aber aufwändige Web-Scraping-Nutzung
API-Zugang	Begrenzt (XJustiz-Format)	Kaum offizielle APIs – Drittanbieter erforderlich
Rechtskraft der Einträge	Konstitutiv (Eintragung begründet Rechtsstatus)	Deklaratorisch bis konstitutiv (je nach Staat)
UBO-Informationen	Transparenzregister verknüpft	Seit 2024: FinCEN BOI-Datenbank (nicht öffentlich)

Der entscheidende Punkt: Für eine erste, belastbare Verifikation der rechtlichen Existenz eines US-Unternehmens ist der Secretary-of-State-Eintrag die maßgebliche Quelle. Die OpenSOSData-Plattform aggregiert diese Daten aus allen 50 US-Bundesstaaten, Washington D.C., Puerto Rico und den U.S. Virgin Islands – über 34 Millionen Entitäten.

Entitäten ab $0,10 pro Abfrage verifizieren

Live-Abfragen ab $0,10, mit Volumen bis zu $0,0314. Nutzungsbasierte Abrechnung.

Kostenloses Konto erstellen

OpenSOSData API: Technische Grundlagen für KYB-Prozesse

Die OpenSOSData REST API liefert strukturierte Unternehmensdaten direkt aus den offiziellen Staatsregistern. Der Endpunkt lautet:

POST https://api.opensosdata.com/v1/lookup

Zurückgegebene Felder umfassen: Unternehmensname, Rechtsform (Entity Type), staatliche Registernummer (Entity ID), aktueller Status (aktiv/inaktiv), Gründungsdatum, Registered Agent sowie dessen Adresse. Diese Daten decken den Kernbedarf der GwG-Identifizierungspflicht für juristische Personen ab.

Preismodell (Pay-as-you-go)

Live-Abfrage: $0,10 pro Abfrage (ca. 0,09 €); bei hohem Volumen bis zu $0,0314
Cache-Abfrage: $0,01 pro Abfrage (ca. 0,009 €); bei hohem Volumen bis zu $0,00314

Für Compliance-Workflows empfiehlt sich cache_preference: live_only bei der initialen KYB-Prüfung, um aktuelle Statusdaten sicherzustellen. Für Monitoring-Läufe kann cache_first die Kosten deutlich reduzieren.

Praktisches Code-Beispiel: KYB-Abfrage mit Python

Das folgende Beispiel zeigt eine produktionsnahe Integration für einen AMLD6-konformen KYB-Prozess:

import requests
import json
from datetime import datetime

# API-Konfiguration
API_URL = "https://api.opensosdata.com/v1/lookup"
API_KEY = "IHR_API_SCHLÜSSEL"  # Registrierung unter https://app.opensosdata.com

def pruefe_us_unternehmen(unternehmensname: str, bundesstaat: str) -> dict:
    """
    Prüft ein US-Unternehmen im Secretary-of-State-Register.
    Gibt strukturierte KYB-Daten gemäß GwG § 10 zurück.
    """
    headers = {
        "x-api-key": API_KEY,
        "Content-Type": "application/json"
    }

    payload = {
        "entity_name": unternehmensname,
        "state": bundesstaat,
        # live_only: Aktuelle Daten für initiale KYB-Prüfung (AMLD6-konform)
        "cache_preference": "live_only"
    }

    try:
        response = requests.post(API_URL, headers=headers, json=payload, timeout=30)
        response.raise_for_status()
        daten = response.json()

        # Ergebnis für Compliance-Dokumentation aufbereiten
        ergebnis = {
            "pruefungszeitpunkt": datetime.utcnow().isoformat() + "Z",
            "unternehmensname": daten.get("entity_name"),
            "rechtsform": daten.get("entity_type"),
            "register_id": daten.get("entity_id"),
            "status": daten.get("status"),
            "gruendungsdatum": daten.get("formation_date"),
            "registered_agent": daten.get("registered_agent"),
            "registered_agent_adresse": daten.get("registered_agent_address"),
            "bundesstaat": bundesstaat,
            # GwG § 8: Dokumentationspflicht – Quelle festhalten
            "datenquelle": f"Secretary of State {bundesstaat} via OpenSOSData API"
        }

        # Einfache Statusprüfung für automatisierte Risikoklassifizierung
        if ergebnis["status"] and ergebnis["status"].lower() == "active":
            ergebnis["kyb_grundstatus"] = "BESTANDEN"
        else:
            ergebnis["kyb_grundstatus"] = "MANUELLE_PRUEFUNG_ERFORDERLICH"

        return ergebnis

    except requests.exceptions.HTTPError as fehler:
        return {"fehler": str(fehler), "kyb_grundstatus": "ABFRAGE_FEHLGESCHLAGEN"}

# Beispielaufruf: Prüfung einer Delaware LLC
ergebnis = pruefe_us_unternehmen("Acme Technologies LLC", "DE")

# Ausgabe für Compliance-Akte
print(json.dumps(ergebnis, indent=2, ensure_ascii=False))

Curl-Alternative für schnelle Tests

# Schnelltest: US-Unternehmen in Delaware prüfen
curl -X POST https://api.opensosdata.com/v1/lookup \
  -H "x-api-key: IHR_API_SCHLÜSSEL" \
  -H "Content-Type: application/json" \
  -d '{
    "entity_name": "Acme Technologies LLC",
    "state": "DE",
    "cache_preference": "live_only"
  }'

Integration in bestehende KYB-Workflows

Eine AMLD6-konforme KYB-Prüfung für US-Unternehmen folgt typischerweise diesem Ablauf:

Namenserfassung und Staatszuordnung: US-Unternehmen müssen im Gründungsstaat (nicht zwingend dem Geschäftsstaat) geprüft werden – häufig Delaware, Nevada oder Wyoming.
Live-Abfrage via OpenSOSData: Aktuelle Statusdaten aus dem offiziellen Staatsregister abrufen.
Statusvalidierung: Nur „Active"-Unternehmen gelten als regulär existierend. „Dissolved", „Revoked" oder „Suspended" erfordern Eskalation.
Dokumentation gemäß GwG § 8: Alle Prüfergebnisse mit Zeitstempel, Quelle und Prüfer dokumentieren und mindestens fünf Jahre aufbewahren.
UBO-Ergänzung: Da Secretary-of-State-Register keine Eigentümerstrukturen enthalten, ergänzen Sie die Prüfung mit FinCEN BOI-Anfragen (für US-Partner) oder internen Erklärungen.

Die vollständige API-Dokumentation finden Sie unter opensosdata.com/docs/. Einen API-Schlüssel erhalten Sie nach kostenloser Registrierung unter app.opensosdata.com.

Häufig gestellte Fragen (FAQ)

Ist die Secretary-of-State-Abfrage als Verifikationsquelle nach GwG anerkannt?

Ja. Die BaFin akzeptiert in ihren Auslegungshinweisen zu § 10 GwG öffentliche Unternehmensregister als zulässige Verifikationsquelle für juristische Personen, sofern deren Verlässlichkeit nachgewiesen werden kann. US-amerikanische Secretary-of-State-Register sind staatlich geführte, rechtlich verbindliche Verzeichnisse und erfüllen diese Anforderung. Die Abfrage sollte jedoch Teil eines mehrstufigen KYB-Prozesses sein, nicht die einzige Maßnahme.

Welchen Bundesstaat soll ich abfragen, wenn ich den Gründungsstaat nicht kenne?

Die meisten großen US-Unternehmen sind in Delaware registriert, auch wenn sie ihren Hauptsitz in einem anderen Staat haben. Wenn der Gründungsstaat unbekannt ist, empfiehlt sich eine sequenzielle Abfrage: zuerst Delaware (DE), dann Nevada (NV) und Wyoming (WY) – die häufigsten Inkorporierungsstaaten. Alternativ können Sie den US-Geschäftspartner direkt nach dem Certificate of Incorporation fragen, das den Gründungsstaat ausweist.

Wie verhält sich die DSGVO bei der Speicherung von US-Unternehmensdaten auf EU-Servern?

Reine Unternehmensdaten (Name, Rechtsform, Registernummer, Firmenstatus) sind in der Regel keine personenbezogenen Daten nach Art. 4 DSGVO und unterliegen damit nicht den DSGVO-Beschränkungen. Anders verhält es sich, wenn natürliche Personen als Registered Agent, Director oder Officer in den Daten erscheinen. In diesem Fall müssen Sie eine Rechtsgrundlage nach Art. 6 DSGVO vorweisen – typischerweise Art. 6 Abs. 1 lit. c (rechtliche Verpflichtung) im Rahmen der GwG-Compliance.

Was ist der Unterschied zwischen cache_first und live_only?

Mit cache_preference: live_only wird die Anfrage direkt an das Secretary-of-State-Register geleitet und liefert tagesaktuelle Daten. Dies ist für initiale KYB-Prüfungen und bei Verdacht auf Statusänderungen empfohlen, kostet jedoch $0,10 pro Abfrage. Mit cache_first werden vorhandene gecachte Daten priorisiert (ab $0,01), was für regelmäßige Monitoring-Abfragen bestehender Geschäftspartner kostengünstig ist. Für AMLD6-konforme Erstprüfungen sollte stets live_only verwendet werden.

Deckt die API auch US-Territorien wie Puerto Rico ab?

Ja. Die OpenSOSData API deckt alle 50 US-Bundesstaaten, Washington D.C., Puerto Rico sowie die U.S. Virgin Islands ab – insgesamt über 34 Millionen Entitäten. Für Compliance-Zwecke ist dies relevant, da US-Territorien eigene Unternehmensregister führen und dort inkorporierte Gesellschaften rechtlich als US-Unternehmen gelten.

Wie lange sollten KYB-Prüfungsergebnisse für AMLD6-Zwecke aufbewahrt werden?

Gemäß § 8 Abs. 4 GwG müssen alle im Rahmen der Sorgfaltspflichten erhobenen Informationen mindestens fünf Jahre nach Beendigung der Geschäftsbeziehung aufbewahrt werden. Dies gilt auch für API-Abfrageergebnisse und Prüfprotokolle. Stellen Sie sicher, dass Ihre Systemarchitektur Zeitstempel, Quellenangabe und das abgefragte Ergebnis unveränderlich protokolliert.

Ersetzen Secretary-of-State-Daten die UBO-Ermittlung nach § 11 GwG?

Nein. Secretary-of-State-Register enthalten in der Regel keine Informationen über wirtschaftlich Berechtigte (UBO). Die Daten belegen die rechtliche Existenz und den aktuellen Status des Unternehmens, nicht dessen Eigentümerstruktur. Für die UBO-Ermittlung bei US-Unternehmen müssen ergänzende Maßnahmen ergriffen werden: Anfragen beim US-amerikanischen FinCEN-BOI-Register (seit 2024), Gesellschaftsverträge, Selbstauskünfte oder kommerzielle UBO-Datenbanken.

Fazit: Automatisierte Compliance für US-Geschäftspartner

Die Prüfung von US-Unternehmen ist für deutsche und europäische Compliance-Teams keine Option, sondern eine gesetzliche Pflicht. Mit der OpenSOSData API lässt sich der aufwändigste Teil dieses Prozesses – die Verifikation der rechtlichen Existenz im offiziellen Staatsregister – vollständig automatisieren. Die strukturierten Rückgabedaten sind direkt dokumentationsfähig im Sinne des GwG, die Pay-as-you-go-Preisgestaltung macht die Lösung für jede Unternehmensgröße wirtschaftlich, und die Abdeckung aller 50 Bundesstaaten plus Territorien schließt regulatorische Lücken.

Beginnen Sie mit einer kostenlosen Registrierung unter app.opensosdata.com, testen Sie die API anhand der vollständigen Dokumentation und integrieren Sie die US-Unternehmen-prüfen-API als festen Baustein in Ihren AMLD6-konformen KYB-Workflow.