Teil 1 — der AI Assistant im Cabinet und seine Slash-Befehle. Teil 2 — Anbindung von Compliance MCP an ChatGPT oder Claude und das Formulieren von Prompts. Vollständige Referenz für beide Oberflächen.
Das Client-Cabinet enthält den AI Assistant: eine Chat-Oberfläche, die natürlichsprachliche Fragen zu Sanktionen, TARIC und Compliance versteht und die Plattformprüfungen für Sie aufrufen kann. Slash-Befehle öffnen geführte Formulare mit genau den Feldern, die jeder Workflow braucht.
/ für ein geführtes Formular.Der Assistent versteht natürliche Sprache und kann Plattformprüfungen für Sie aufrufen. Für schnelle Starts öffnen Slash-Befehle ein Formular mit genau den Feldern, die ein Workflow braucht.
/ im Eingabefeld und wählen Sie einen vorbereiteten Workflow. Jeder Befehl öffnet ein Formular mit genau den nötigen Feldern — kein Raten, welche Parameter gelten./entity für KYC und Namens-Sanktionen, /goods für Güter / CN / TARIC und /payment für ISO-20022-XML.Screening — /entity, /audit, /lv-frozen, /vop
Güter — /goods, /report, /overview, /embargo, /duty, /measures
Referenz — /code, /describe
Quellen — /sources
Zahlungen — /payment
Die zentralen Bediener-Einstiegspunkte sind /entity für KYC/Namens-Sanktionen, /goods für Güter/CN/TARIC und /payment für ISO-20022-XML.
| Befehl | Funktion | Kategorie |
|---|---|---|
| /audit | Zeitpunktbezogenes Personen-/Unternehmens-Screening für ein historisches Datum | Screening |
| /lv-frozen | Lettisches Gegenpartei-KYC gegen das Latvia-FID-Frozen-Assets-Register | Screening |
| /entity | Person, Unternehmen, Schiff, Luftfahrzeug oder Identifikator gegen Sanktionsquellen prüfen | Screening |
| /vop | Verification of Payee (EPC288-23) für Zahlungs-Screening | Screening |
| /goods | Geführtes CN/TARIC-Formular: report, overview, embargo, duty, measures, description, search | Güter |
| /report | Kundenfertiger HTML-Bericht für CN + Land | Güter |
| /overview | Kompakte CN-Karte: Beschreibung, Zoll-Signal, Sanktionen | Güter |
| /embargo | RU/BY-Güterembargo-Prüfung nach CN-Code | Güter |
| /duty | Nur Zollsätze: Drittland, Zollunion, Präferenz | Güter |
| /measures | Vollständige TARIC-Maßnahmen: Verbote, Lizenzen, USt, Zölle | Güter |
| /code | CN-Code anhand der Produktbeschreibung finden | Referenz |
| /describe | CN-Hierarchie ohne Maßnahmen | Referenz |
| /sources | Katalog der Sanktions- und Exportkontrollquellen | Quellen |
| /payment | ISO-20022-Zahlungs-Screening-Formular: One-Shot-Bericht oder persistierter PaymentCase | Zahlungen |
Suche über die konfigurierten Sanktionsquellen: EU FSF, OFAC SDN/Non-SDN, US CSL, UN SC, UK UKSL, CH SECO, CA SEMA, AU DFAT, JP MOF, LV FID, EurLex RU 269, EurLex RU 833, EurLex BY 765 und LV FID Frozen.
Petr Olegovich Aven · Land RU · Geburtsdatum 1955-03-16.Northbridge Trading Ltd · Land RU.SABRRUMM.40003698011 · Registrierung 40003698011.9610903.Treffer mit Score 0–100, Quelle, Verordnung, Begründung, Geburtsdatum, Registriernummer und einer Score-Erklärung.
Für OFAC-Schiffe enthält das Ergebnis auch Schiffsdaten (Typ, Flagge, Tonnage) und die Eigentümer-/Controller-verbundenen Parteien, geparst aus dem erweiterten OFAC-Beziehungsgraph — nützlich für Schattenflotten- und wirtschaftlich-Berechtigten-Prüfung.
Verwenden Sie es für Audit-Fragen wie: „Was wussten wir über Kunde X am Transaktionsdatum Y?"
/audit ist dieses Flag standardmäßig an.BELKOMMUNMASH · Stichtag 2026-04-15 · include delisted: ja.Alexey Nechayev · Stichtag 2025-12-01 · include delisted: ja.War das Subjekt am gewählten Datum aktiv? Wann wurde es gelistet und delistet?
Wie unterscheidet sich der historische Status vom aktuellen? Zeige den Audit-Trail.
Kann dies als Nachweis für eine rückwirkende Prüfung dienen?
Prüft, ob eine lettische SIA, ein Fonds oder eine Person im Register erscheint. Diese Abdeckung verknüpft EU/UN-sanktionierte Prinzipale mit lettischen Entitäten mit eingefrorenen Vermögenswerten.
Faberlic Baltija SIA.50003698011.Petr Aven.Ist dies ein Frozen-Assets-Eintrag oder ein regulärer Sanktionseintrag? Wer ist der sanktionierte Prinzipal?
Welche Eigentums-/Kontrollverbindung wird angegeben? Welche lettische Rechtsgrundlage gilt?
Was muss vor dem Onboarding manuell geprüft werden?
Verification of Payee gemäß Verordnung (EU) 2024/886. Jeder Treffer liefert einen expliziten Entscheidungscode.
Reg. (EU) 2024/886-Audit-Badge.IVAN PETROVICH IVANOV · Land RU · Geburtsdatum 1970-05-12.OAO TRANSNEFT · Registrierung SWIFTRUMM.Welcher EPC-Code wurde zurückgegeben: MTCH, CMTC, NMTC oder NOAP? Was bedeutet er für die Zahlung?
Warum Close Match statt exaktem Match? Welche Zahler-/Empfängerfelder sollten korrigiert werden?
Stimmten Name + Identifikator überein?
Wählen Sie einen Workflow im Formular: report, overview, sanctions, duties, measures, description oder search. Beste Option, wenn der Bediener den genauen Befehl nicht kennt.
Beispiel — CN/TARIC 7208510000 · Land RU · Datum 2026-05-13 · Sprache EN. Mit Workflow report öffnet sich ein kundenfertiger HTML-Bericht.
Beide sind Festworkflow-Alternativen zu /goods — nutzen Sie sie, wenn Sie die benötigte Ausgabetiefe schon kennen.
Alternative zu /goods mit dem festen Workflow report. Nutzen Sie es, wenn Sie schon wissen, dass ein vollständiger Bericht benötigt wird.
Beispiel — CN/TARIC 8517130000 · Land CN · Sprache EN.
Kompakte CN-Zusammenfassung — Beschreibung, Hauptzollsatz, Sanktions-Signal und wichtige Maßnahmentypen. Nutzen Sie es für einen schnellen Blick ohne vollständigen Bericht.
Beispiel — CN/TARIC 8471300000 · Land CN · Sprache EN.
/report — Rechtsgrundlage und Quell-Links zeigen; welche Verbote oder Lizenzen gelten; welche Fußnoten wichtig sind; eine Management-Zusammenfassung für den Kunden entwerfen. · /overview — wie lautet die knappe Entscheidung; gibt es einen Zollsatz oder ein RU/BY-Signal; wann sollte der Bediener stattdessen einen vollständigen Bericht anfordern.
Zwei eng gefasste Güter-Befehle für schnelle, spezifische Antworten.
Prüft, ob ein CN/TARIC-Code unter Gütersanktionen gegen Russland oder Belarus fällt (Reg. 833/2014, Reg. 765/2006). Liefert direkte Treffer und gruppenweite Treffer.
Stahl — CN 7208510000 · RU. Belarus — CN 2710120000 · BY.
Nutzen Sie es, wenn Sie nur Zollsätze brauchen — Drittland, Zollunion oder Präferenz. Lässt Maßnahmen, Fußnoten und Sanktionen weg. Liefert Betrag, Ausdruck und Verordnung je Zollmaßnahme.
Beispiel — CN 6203420010 · CN · Datum 2026-05-13.
/embargo — direkter oder Gruppentreffer; auf welcher CN-/Positionsebene er ausgelöst wurde; welche Verordnung; sollten wir den vollständigen Bericht ausführen. · /duty — Drittlandszoll; Präferenz-/Zollunion-Satz; was sich bei anderem Ursprungsland ändert; für welches Datum der Satz gilt; welche Nicht-Zoll-Maßnahmen das Tool bewusst weglässt.
Zölle, Verbote, Lizenzen, USt und Rechtsverweise — ohne den HTML-Bericht-Wrapper.
277 für ein Exportverbot.8517130000 · Land leer für globalen Überblick · Maßnahmentyp optional.Welche Maßnahmentypen gelten? Gibt es Verbote, Lizenzen, Anti-Dumping, USt oder Zusatzcodes?
Welche Bedingungen / Fußnoten müssen geprüft werden? Sollten wir einen HTML-Bericht erzeugen?
Der Assistent validiert die Nachricht, parst die Zahlungskette, löst BICs über den deterministischen Waterfall auf (lokaler Cache → GLEIF → konfigurierte Provider), prüft jeden Teilnehmer und erstellt einen HTML-Bericht.
screening_run_id. In Produktion ist der Lauf durable-temporary in Supabase bis zur TTL, gelangt aber nicht ins Fallregister. Tool: screen_iso20022_payment.create_iso20022_payment_case./payment öffnen → das pain.001 / pacs.008 XML einfügen → Persist payment case aktivieren → absenden. Die Antwort enthält eine case_id; Folgenachweise werden mit get_payment_case_evidence geladen.run_id. Folgefragen lesen das gespeicherte Ergebnis mit get_payment_screening_run (per run_id oder ohne Argumente für den letzten aktiven Lauf). Senden Sie XML nicht erneut, außer ein Rerun wird ausdrücklich verlangt.pacs.008.001.12 · Persist aus · Schwellenwert 75. Persistiert — pain.001.001.13 · Persist an · Schwellenwert 75 · Stichtag leer oder ein bestimmtes historisches Datum.Top-Entscheidung — clear / Prüfung erforderlich / Hit / Integritätsfehler.
Nachrichten-Metadaten — Typ, Version, Message-ID, XSD-Validierungsstatus.
Zahlungskette — Rolle, Name, Land, Identifikatoren, Verdikt.
Validierungswarnungen.
Sanktionstreffer und Quellen-/Verordnungsnachweis.
run_id + Ablauf für One-Shot, oder case_id + Status für einen persistierten Fall.
Der nächste Schritt für den Bediener.
Zwei Referenz-Befehle für Klassifikationsarbeit — keiner liefert Maßnahmen oder Sanktionen.
Finden Sie einen CN-Code per Produktbeschreibung oder numerischem Präfix. Liefert passende CN-Codes mit Beschreibungen.
Per Beschreibung — Produkt oder Präfix electric motors · Sprache EN. Per Präfix — 8517.
Liefert die Klassifikationshierarchie und Beschreibung — Kapitel → Position → Unterposition → CN — ohne Maßnahmen oder Sanktionen.
Beispiel — CN/TARIC 8471300000 · Sprache EN.
/code — welcher Code am wahrscheinlichsten ist und warum; nächste Alternativen; was den Kunden zu fragen ist (Material, Verwendung, Leistung, Zusammensetzung, Verpackung); overview/report für den gewählten Code ausführen. · /describe — wo der Code in der Hierarchie sitzt; übergeordnete Positionen; ähnliche Schwester-Codes; measures/duties nach der Klassifikation ausführen.
Behörde, Jurisdiktion, Abdeckung, Aktualisierungsfrequenz und letzter Daily-Sync-Status — für Nachvollziehbarkeit und Audit-Berichte.
sanctions, um nur Sanktionsquellen zu sehen.Welche Quellen sind aktiviert? Wann war die letzte erfolgreiche Aktualisierung? Welche Quellen haben Daily Sync?
Gibt es deaktivierte / Kandidaten-Quellen? Welche Jurisdiktionen sind abgedeckt?
Welche Quellen werden separat für Payment, Entity und Goods verwendet?
Nützlich für Demos, QA und Bediener-Schulung — jede prüft, ob der Assistent den Kontext behält und das bereits vorhandene Tool-Ergebnis lesen kann.
| Befehl | Nützliche Folgefragen |
|---|---|
| /entity | Warum erhielt dieser Treffer diesen Score? Welche Aliasse stimmten überein? Welche Sanktionslisten lieferten Ergebnisse? Zeige Verordnung / Programm / Begründung. Gibt es Eigentums- oder Kontrollsignale? Was sollte der Bediener als Nächstes tun? |
| /audit | War das Subjekt am gewählten Datum aktiv? Wann wurde es gelistet und delistet? Wie unterscheidet sich der historische Status vom aktuellen? Zeige den Audit-Trail. Kann dies als Nachweis für eine rückwirkende Prüfung dienen? |
| /lv-frozen | Ist dies ein Frozen-Assets-Eintrag oder ein regulärer Sanktionseintrag? Wer ist der sanktionierte Prinzipal? What ownership/control link is stated? Which Latvian legal basis applies? Was muss vor dem Onboarding manuell geprüft werden? |
| /vop | Welcher EPC-Code wurde zurückgegeben: MTCH, CMTC, NMTC oder NOAP? Was bedeutet er für die Zahlung? Warum Close Match statt exaktem Match? Welche Zahler-/Empfängerfelder sollten korrigiert werden? Stimmten Name + Identifikator überein? |
| /goods | Welcher Workflow wurde gewählt und warum? Welcher CN-Code wurde verwendet? Gibt es Sanktionen / Verbote / Lizenzen? Sollten wir den vollständigen HTML-Bericht öffnen? Welche Parameter brauchen Klärung: Ursprungsland, Datum, Zusatzcode? |
| /report | Zeige Rechtsgrundlage und Quell-Links. Welche Verbote oder Lizenzen gelten? Welche Fußnoten sind wichtig? Entwirf eine Management-Zusammenfassung für den Kunden. Gibt es Land-/Datums-/Zusatzcode-Einschränkungen? |
| /overview | Wie lautet die knappe Compliance-Entscheidung? Gibt es einen Zollsatz? Gibt es ein RU/BY-Sanktionssignal? Welche Maßnahmentypen sind vorhanden? Wann sollte der Bediener statt overview einen vollständigen Bericht anfordern? |
Die übrigen Workflows — eng gefasste Güter-Befehle, Referenz-Befehle, Quellen und beide Zahlungsmodi.
| Befehl | Nützliche Folgefragen |
|---|---|
| /embargo | Ist dies ein direkter Treffer oder ein gruppenweiter Treffer? Auf welcher CN-/Positionsebene wurde er ausgelöst? Welche Verordnung gilt? Was, wenn das Produkt nur eine gruppenweite Beschränkung trifft? Sollten wir den vollständigen Bericht ausführen? |
| /duty | Wie hoch ist der Drittlandszoll? Gibt es einen Präferenz-/Zollunion-Satz? Was ändert sich bei einem anderen Ursprungsland? Für welches Datum gilt der Satz? Welche Nicht-Zoll-Maßnahmen lässt dieses Tool bewusst weg? |
| /measures | Welche Maßnahmentypen gelten? Gibt es Verbote, Lizenzen, Anti-Dumping, USt oder Zusatzcodes? Welche Bedingungen / Fußnoten müssen geprüft werden? Sollten wir einen HTML-Bericht erzeugen? |
| /code | Welcher Code ist am wahrscheinlichsten und warum? Was sind die nächsten Alternativen? Was sollten wir den Kunden fragen: Material, Verwendung, Leistung, Zusammensetzung, Verpackung? Können wir sofort overview/report für den gewählten Code ausführen? |
| /describe | Wo sitzt der Code in der Hierarchie? Was sind die übergeordneten Positionen? Gibt es ähnliche Schwester-Codes? Was bedeutet die CN-Beschreibung? Sollten wir measures/duties nach der Klassifikation ausführen? |
| /sources | Welche Quellen sind aktiviert? Wann war die letzte erfolgreiche Aktualisierung? Welche Quellen haben Daily Sync? Are there disabled/candidate sources? Which jurisdictions are covered? Which sources are used for payment/entity/goods? |
| /payment one-shot | Zeige die Zahlungskette: Rolle, Name, Land, Verdikt. Wer braucht Prüfung und warum? Gibt es Validierungswarnungen? Wie ist der Lauf-Status und wann läuft er ab? Ungelöste BICs oder Enrichment-Aufgaben? Riskantester Teilnehmer? Wie speichere ich dies in Fälle? |
| /payment case | Wie lauten case_id und Status? Zeige gespeicherten Nachweis. Welche Fall-Elemente wurden erstellt? Ist roher XML-Nachweis verfügbar? Welche Teilnehmer/Validierungen brauchen Analysten-Prüfung? Wie öffne ich den signierten Fallbericht? |
Jeder Befehl und jede natürlichsprachliche Anfrage wird auf ein konkretes MCP-Tool abgebildet. Die Zuordnung zu kennen hilft beim Debugging und der Bediener-Schulung.
| MCP-Tool | Aufgerufen über · was als Nächstes fragen |
|---|---|
| open_entity_screening_form | /entity, /screen — welche Felder sind erforderlich? Soll ich Geburtsdatum, Land oder Registriernummer angeben? Welcher Schwellenwert? |
| screen_entities | /entity, /audit, /lv-frozen, natürliche KYC-Anfrage — warum dieser Score? Welche Aliasse/Identifikatoren stimmten überein? Welche Listen und Verordnungen? Historischer/delisteter Status? |
| screen_entity_vop | /vop, Zahlungs-Verifizierungsanfrage — welcher EPC-Code? Was bedeuten MTCH/CMTC/NMTC/NOAP? Manuelle Prüfung nötig? Welche Empfängerdaten korrigieren? |
| open_goods_screening_form | /goods — welcher Workflow: report, overview, embargo, duty, measures, description, search? Welche Parameter fehlen? |
| get_compliance_report | /report, /goods-Workflow report — Rechtsgrundlage, Verbote/Lizenzen, Fußnoten, Quell-Links, Management-Zusammenfassung, Öffnen/Herunterladen. |
| check_trade_compliance | API/MCP-direkte Detailprüfung — welche Maßnahmen ausgelöst? Gibt es Sanktionen? Welche Rohdaten/Fußnoten sind wichtig? Kundenfertiger Bericht nötig? |
| get_overview | /overview, /goods-Workflow overview — kurze Entscheidung? Zoll-/Sanktionssignal? Wann ist ein vollständiger Bericht nötig? |
| check_sanctions | /embargo, /goods-Workflow sanctions — direkter oder Gruppentreffer? Welche Verordnung? Welche CN-/Positionsebene? Vollständiger Bericht nötig? |
| get_duties | /duty, /goods-Workflow duties — Drittland oder Präferenz? Welches Datum? Was ändert sich bei anderem Ursprung? Welche Nicht-Zoll-Maßnahmen weggelassen? |
| get_measures | /measures, /goods-Workflow measures — welche Maßnahmentypen? Verbot/Lizenz/Anti-Dumping/USt? Bedingungen und Zusatzcodes? |
Referenz-Lookups, die ISO-20022-Zahlungs-Tool-Kette, BIC-Enrichment und der Quellenkatalog.
| MCP-Tool | Aufgerufen über · was als Nächstes fragen |
|---|---|
| search_cn_codes | /code, /goods-Workflow search — welcher Code ist am wahrscheinlichsten? Alternativen? Was mit dem Kunden klären? overview/report für den gewählten Code ausführen? |
| get_cn_description | /describe, /goods-Workflow description — wo ist der Code in der Hierarchie? Eltern-/Schwester-Codes? measures/duties nach der Klassifikation nötig? |
| open_payment_screening_form | /payment — One-Shot oder Persist PaymentCase? Wie das Kontrollkästchen aktivieren? Welche XML-Versionen werden unterstützt? |
| validate_iso20022_payment | Natürliche Anfrage zur Validierung der XML-Struktur — XSD gültig/ungültig? Validierungswarnungen? Geparste Zahlungskette? Fehlende BICs? |
| screen_iso20022_payment | /payment One-Shot — Zahlungskette, prüfbedürftige Teilnehmer, Warnungen, Summenzähler, Quelllisten/Verordnungen, Lauf-Status/Ablauf. |
| get_payment_screening_run | Folge nach /payment One-Shot — Nachweis ohne Rerun zeigen: Kette, Warnungen, riskantester Teilnehmer, Zusammenfassung, Lauf-Metadaten. |
| create_iso20022_payment_case | /payment mit aktiviertem Persist payment case — wie lauten case_id und Status? Welche Fall-Elemente/Nachweise wurden gespeichert? Nächste Schritte? |
| get_payment_case_evidence | Folge für einen persistierten PaymentCase — rohen XML-Nachweis, Teilnehmer, Nachrichten, Treffer, Warnungen, Fallbericht-Link zeigen. |
| resolve_payment_bics_agentic | Explizite BIC-Enrichment-/Debug-Anfrage — welche BICs sind ungelöst? Welche Websuch-Aufgaben? Alle Ergebnisse als ⚠ UNVERIFIED (web search) kennzeichnen; die Zahlung nie allein darauf freigeben. |
| list_sanctions_sources | /sources, Aktualitäts-/Datenabdeckungsfragen — welche Quellen sind aktiviert? Letzte Aktualisierung? Daily Sync? Deaktivierte/Kandidaten-Quellen? Welche Quellen für Entity/Goods/Payment? |
Praktische Hinweise für Bediener, die im Cabinet-AI-Assistant arbeiten.
Sanktionsquellen-Filter akzeptieren diese exakten IDs — nützlich für präzise, reproduzierbare Screening-Bereiche.
EU_FSF, OFAC_SDN, OFAC_NON_SDN, UN_SC, LV_FID, LV_FID_FROZEN, UK_UKSL, CH_SECO, US_CSL, CA_SEMA, AU_DFAT, UA_NSDC, JP_MOF, EurLex_RU_269, EurLex_RU_833, EurLex_BY_765.EurLex_RU_269 ist die EU-Asset-Freeze-Designationsliste (Reg. 269/2014); EurLex_RU_833 ist die sektorale / Handelsliste.EU_ML (EU Common Military List) und EU_DUAL_USE (EU Dual-Use Annex I).EU_ML und EU_DUAL_USE sind Quellennachweis für Güter-/Exportkontroll-Klassifikation — keine Entity-Screening-Filter.Exakte Quellen-IDs erlauben es einem Bediener, einen Screening-Lauf an einen präzisen, benannten Satz von Listen zu binden — und ihn später für ein Audit zu reproduzieren.
Es hält außerdem Exportkontroll-Referenzdaten (Military List, Dual-Use Annex I) sauber vom Entity-Sanktions-Screening getrennt.
Für Kunden, die Compliance MCP an ChatGPT oder Claude anbinden. Nach der Anbindung gibt es keine Slash-Befehle — der Assistent wählt das Tool aus der natürlichsprachlichen Anfrage. Dieser Teil zeigt, wie man Prompts formuliert, welches MCP-Tool aufgerufen werden sollte und was der Bediener erwarten sollte.
Nach der Anbindung gibt es keine Slash-Befehle — das LLM wählt das Tool anhand der Keywords in Ihrer Anfrage.
Je klarer die Keywords, desto zuverlässiger wählt das Modell das richtige Tool. Die nächste Folie ordnet gängige Signale dem ausgelösten Tool zu.
Das LLM liest die Beschreibung jedes Tools und gleicht sie mit Signalen in Ihrem Prompt ab.
| Keywords in der Anfrage | Wahrscheinlich aufgerufenes Tool |
|---|---|
| CN-Code + Land + „check", „report", „compliance" | get_compliance_report |
| CN-Code + „short", „overview", „summary" | get_overview |
| CN-Code + „duty", „tariff" | get_duties |
| CN-Code + „measures", „prohibitions" | get_measures |
| CN-Code + RU/BY + „sanctions", „embargo" | check_sanctions |
| CN-Code + „describe", „hierarchy", „classification" | get_cn_description |
| Produktbeschreibung ohne Code | search_cn_codes |
| CAS RN / CUS / EC-Nummer / InChIKey / Chemikalienname | search_chemical_substances |
| „export control", „dual-use", „EU Military List", „ML", CAS-Kontrollhinweis | search_export_control_candidates |
| Name/Unternehmen + „screen", „KYC", „SDN", „sanctions list" | screen_entities |
| Schiffsname / IMO + „owner", „operator", „beneficial owner", „shadow fleet" | screen_entities · entity_type=vessel |
| Schiff/Luftfahrzeug + „related parties", „owner graph", „manager", „charterer" | lookup_ofac_asset_related_parties → screen_entities |
| Bankname / BIC / SWIFT + „sanctions", „screen" | screen_entities · entity_type=legal_person |
| Name/Unternehmen + „as of date", „point-in-time", „audit" | screen_entities · as_of_date |
| Empfängername + „payment", „VoP", „verification of payee" | screen_entity_vop |
| ISO-20022-XML, pain.001 oder pacs.008 | validate_iso20022_payment |
| ISO-20022-XML + „screen all participants" | screen_iso20022_payment |
| /payment, „open payment form", „create PaymentCase" | open_payment_screening_form → screen / create case |
| „where is the data from", „sources", „freshness" | list_sanctions_sources |
Geben Sie dem Assistenten den Entitätstyp und nach Möglichkeit einen Identifikator.
screen_entities · query="Petr Olegovich Aven" · date_of_birth="1955-03-16" · country="RU" · entity_type="natural_person".screen_entities · query="Northbridge Trading Ltd PJSC" · entity_type="legal_person" · limit=10.Ein exakter Identifikator-Treffer ist ein Nachweis mit hoher Konfidenz; ein Stichtag schaltet den Lauf auf historisches Screening um.
screen_entities mit registration_number.screen_entities mit as_of_date und include_historical_closed=true.Schiff-Screening zeigt den Eigentümer / Controller; der Related-Party-Lookup liefert nur Beziehungs-Metadaten.
screen_entities · entity_type="vessel" · IMO als registration_number.lookup_ofac_asset_related_parties · item_type="vessel" (auch "aircraft") · IMO als registration_number.screen_entities auf die genannten Parteien aus. Ein Related-Party-Treffer ist für sich allein keine Sanktionsfeststellung.Wörter wie „payment", „VoP", „EPC288-23", „PSP" und „payee" lenken das Modell zum VoP-Tool.
screen_entity_vop.MTCH, CMTC, NMTC oder NOAP, ein Szenario-Label und was der Zahlungs-Bediener korrigieren oder prüfen sollte.MTCH — Match, zulassen.
CMTC — Close Match, manuelle Prüfung.
NMTC — kein Match, blockieren oder untersuchen.
NOAP — nicht anwendbar.
Sagen Sie „client HTML report", wenn Sie ein Lieferobjekt brauchen; „short overview" für eine schnelle Karte.
get_compliance_report.get_overview.Embargo trennt direkte von Gruppentreffern; Nur-Zoll lässt Nicht-Zoll-Maßnahmen bewusst weg.
check_sanctions.get_duties.Die Suche liefert Kandidaten und Klärungsfragen; die Hierarchie zeigt, wo ein Code sitzt.
search_cn_codes.get_cn_description.Beide liefern Kandidaten-Klassifikationen — der Rechtstext bleibt die maßgebliche Quelle.
search_chemical_substances.search_export_control_candidates.Das /payment-Formular akzeptiert pain.001 oder pacs.008, lässt Sie Schwellenwert / Stichtag setzen und One-Shot oder einen gespeicherten Audit-Fall wählen.
validate_iso20022_payment. Erwartet — Nachrichtentyp/-version, Validierungsstatus, Zahlungsketten-Knoten, Warnungen (fehlende BICs, ungültige Codelistenwerte) und XSD-Status.open_payment_screening_form. Das Formular führt One-Shot-Screening oder einen persistierten PaymentCase aus.One-Shot — validiert XML, parst die Kette, prüft Teilnehmer, liefert HTML-Bericht + screening_run_id. Durable-temporary in Supabase bis zur TTL; kein PaymentCase. Tool: screen_iso20022_payment.
Persist PaymentCase — gleiches Screening, als prüffähiger Fall gespeichert. Tool: create_iso20022_payment_case.
Zum Aktivieren des Kontrollkästchens: /payment tippen → XML einfügen → Persist payment case aktivieren → absenden. Der Assistent sollte create_iso20022_payment_case aufrufen und eine case_id zurückgeben. Folgeregel: einen One-Shot mit get_payment_screening_run zurücklesen — XML nicht erneut senden.
Diese Fragen funktionieren nach dem Bericht — der Agent liest das gespeicherte Ergebnis, statt XML erneut zu senden.
| Nutzerfrage | Erwartetes Agentenverhalten |
|---|---|
| Zeige die Zahlungskette — Rollen, Namen, Länder, Verdikt. | Lies participants[] aus get_payment_screening_run; rendere Rolle, Name, Land und screening.status. |
| Welche Teilnehmer brauchen Prüfung und warum? | Filtere Hit-/Review-/Error-Teilnehmer, plus Validierungswarnungen, BIC-Diskrepanz und ungelöste BIC. |
| Gibt es Validierungswarnungen? | Lies validation.warnings[] — zeige Code, Nachricht, Details und Audit-Auswirkung. |
| Wie ist der Lauf-Status und wann läuft er ab? | Lies screening_run.status, persistence, storage_backend, expires_at, ttl_seconds. |
| Zeige Quelllisten und Verordnungen für Treffer. | Untersuche participants[].screening.matches[] — Liste/Quelle, Verordnung/Programm, Behörde, Listungsdatum, Quell-URL. |
| Ungelöste BICs oder agentische Enrichment-Aufgaben? | Untersuche agenticBicEnrichment und Auflösungsstatus; kennzeichne Websuch-Ausgabe als UNVERIFIED. |
| Formuliere den nächsten Schritt für den Bediener. | Nutze Top-Entscheidung + Warnungen — nur fortfahren wenn clear; Warnungen/Diskrepanzen prüfen; Sanktionstreffer blockieren oder eskalieren. |
| Zeige Summenzähler. | Lies summary.hit_count, review_count, clear_count, warning_count. |
| Öffne Details für den riskantesten Teilnehmer. | Wähle den höchsten Score oder Hit-Status; zeige Identifikatoren, Top-Treffer, Liste, Verordnung, Begründung, Nachweisdaten. |
| Wie speichere ich diese Zahlung in Fälle? Kann ich sie freigeben? | Erkläre das Persist-payment-case-Kontrollkästchen; ein abgeschlossener One-Shot braucht erneute Übermittlung zum Persistieren. Nicht automatisch freigeben — bei Warnungen, Hits oder ungelösten BICs eine Prüfung verlangen. |
Persistieren bewahrt Audit-Nachweise; agentisches BIC-Enrichment ist eine Recherchehilfe, nie eine Verdiktänderung.
create_iso20022_payment_case, oder /payment mit aktiviertem Persist payment case.case_id, Status, signierter HTML-Bericht, Zahlungskette, Validierungswarnungen, Verdikte je Teilnehmer und, wo zutreffend, ein agentischer BIC-Enrichment-Abschnitt. Folgenachweise nutzen get_payment_case_evidence.resolve_payment_bics_agentic.screen_entities vor Freigabe erforderlich.Nach jeder Prompt-Familie prüfen diese Fragen, ob der Agent den Kontext behielt — für Demos, QA und Schulung.
| Prompt-Familie | Nützliche Folgefragen |
|---|---|
| entity / KYC | Warum dieser Score? Welche Aliasse stimmten überein? Welche Listen lieferten Ergebnisse? Zeige Verordnung / Programm / Begründung. Eigentums- oder Kontrollsignale? Was als Nächstes? |
| audit / point-in-time | War das Subjekt am gewählten Datum aktiv? Wann gelistet und delistet? Wie unterscheidet sich der historische Status vom aktuellen? Zeige den Quellen-Audit-Trail. |
| VoP | Welcher EPC-Code zurückgegeben — MTCH, CMTC, NMTC, NOAP? Warum Close Match? Welche Zahlerfelder sollten korrigiert werden? |
| lv-frozen | Ist dies ein Frozen-Assets-Eintrag oder ein regulärer Sanktionseintrag? Wer ist der sanktionierte Prinzipal? What ownership/control link is stated? |
| goods guided | Welcher Workflow wurde gewählt und warum? Welcher CN-Code? Gibt es Sanktionen, Verbote oder Lizenzen? Sollten wir den vollständigen HTML-Bericht öffnen? |
| overview | Wie lautet die kurze Compliance-Entscheidung? Gibt es einen Zollsatz oder ein RU/BY-Sanktionssignal? Wann ist ein vollständiger Bericht nötig? |
| report | Zeige Rechtsgrundlage und Quell-Links. Welche Verbote oder Lizenzen gelten? Welche Fußnoten sind wichtig? Entwirf eine Management-Zusammenfassung. |
| embargo | Direkter oder gruppenweiter Treffer? Welche CN-/Positionsebene ausgelöst? Welche Verordnung gilt? Sollten wir den vollständigen Bericht ausführen? |
| duty | Wie hoch ist der Drittlandszoll? Gibt es einen Präferenzsatz? Was ändert sich bei einem anderen Ursprungsland? |
| measures | Welche Maßnahmentypen gelten? Verbote, Lizenzen, Anti-Dumping, USt oder Zusatzcodes? |
| code / describe | Welcher Code ist am wahrscheinlichsten und warum? Nächste Alternativen? Was den Kunden fragen? Wo ist der Code in der Klassifikationshierarchie? |
| sources | Welche Quellen sind aktiviert? Letzte Aktualisierung? Daily Sync? Deaktivierte/Kandidaten-Quellen? Welche Quellen für Entity/Goods/Payment? |
| payment | Zeige die Kette. Wer braucht Prüfung und warum? Validierungswarnungen? Ablauf? Ungelöste BICs? Summenzähler? Riskantester Teilnehmer? case_id und Status? Gespeicherter Nachweis? |
Zwei Nachvollziehbarkeits-Prompts — woher die Daten stammen und warum ein Score dort landete, wo er landete.
list_sanctions_sources.Eine einzelne Anfrage kann zwei oder mehr Tools auslösen; der Assistent aggregiert sie zu einer Bediener-Entscheidung.
get_compliance_report und screen_entities.check_sanctions, screen_entities, screen_entity_vop.Hinweise für Kunden, die Compliance MCP in ihrem eigenen ChatGPT oder Claude betreiben.
7208510000, nicht 7208 51 0000.Der Assistent ist darauf ausgelegt, Umgehung abzulehnen und auf fundierten, tool-gestützten Antworten zu bestehen.
Über beide Oberflächen — Cabinet-Assistent und externes MCP — gilt dieselbe Regel: die Antwort in einem Tool-Aufruf verankern, den Nachweis aufbewahren und alles, was warnt oder trifft, von einem Analysten prüfen lassen.