Kritische Prüffelder werden doppelt gewichtet.
Nicht nur lesen. Das eigene Projekt sofort prüfen.
Die Playbooks übersetzen Marktveränderungen in belastbare Prüfpunkte für Projektleitung, Operations, IT und Providersteuerung.
Thema und Rolle bestimmen den Prüfpfad.
Die Kombination öffnet das passende Playbook und priorisiert die Prüfpunkte für Ihre Rolle.
nuam: Marktzugangscheck
Für institutionellen Zugang zu den Märkten Chile, Kolumbien und Peru.
12 Prüffelder · ca. 15 MinutenDie gemeinsame Handelstechnologie ist produktiv, die operative Integration der drei Märkte jedoch noch nicht abgeschlossen. Zugang, CSD, Custody, Cash, Steuern und Asset Servicing müssen deshalb weiterhin je Land geprüft werden.
Ist der Marktzugang für Chile, Kolumbien und Peru je Land so konkretisiert, dass Ausführung, Funding, Settlement, Verwahrung und regulatorische Pflichten End-to-End beherrscht werden?
- Gemeinsame Handelsplattform mit ungeklärter lokaler Settlement-Route
- Nicht bestätigte Cash- oder Steuerprozesse
- Fehlende länderspezifische End-to-End-Tests
Mit belastbarem fachlichem oder technischem Nachweis.
Noch nicht vollständig getestet und abgenommen.
Vorbereitet oder umgesetzt, aber noch nicht belegt.
Marktzugang und Scope
Ausführbare Route, Produktumfang und lokale Verantwortlichkeiten je Land bestimmen.
Broker- und Börsenroute
Sind lokaler Broker, Börsenzugang, Handelssegment, Ordertyp und ausführbare Route für Chile, Kolumbien und Peru bestätigt?
Prüflogik und erwarteten Nachweis anzeigen
Gemeinsame Handelstechnologie bedeutet nicht automatisch identische Zugangs-, Mitgliedschafts- oder Produktbedingungen.
Ländermatrix mit Broker, Venue, Segment, Produkt, Orderroute, Cut-off, Ansprechpartner und vertraglicher Grundlage.
Unklare Produkte oder Routen mit Broker und Börse klären und nicht verfügbare Flows aus dem Startscope nehmen.
Projektleitung · Operations · IT · Providersteuerung
Instrumente und Fungibilität
Sind handelbare Instrumente, ISIN-Fungibilität, lokale Kennungen und Cross-Market-Einschränkungen validiert?
Prüflogik und erwarteten Nachweis anzeigen
Ein Instrument kann technisch sichtbar sein, ohne auf allen Märkten fungibel oder auf derselben Settlement-Route lieferbar zu sein.
Abgestimmtes Instrumentenuniversum mit lokalen Codes, ISIN, Markt, Fungibilität, Währung und Settlement Location.
Referenzdatenquellen harmonisieren und nicht fungible Instrumente mit eigener Prozessvariante kennzeichnen.
Projektleitung · Operations · IT
Settlement und Custody
Nationale CSD- und Verwahrketten pro Markt belastbar abbilden.
CSD- und Kontenstruktur
Sind Settlement Location, CSD, Sub-Custodian, Kontenstruktur, Segregation und SSIs je Land dokumentiert?
Prüflogik und erwarteten Nachweis anzeigen
Chile, Kolumbien und Peru behalten nationale Post-Trade-Strukturen trotz gemeinsamer Handelsplattform.
Länderspezifisches Custody-Mapping mit CSD, Konten, PSET, SSI, Segregation und verantwortlichem Provider.
Fehlende Konten oder SSIs einrichten und die vollständige Route mit einer Testinstruktion validieren.
Operations · IT · Providersteuerung
Internationale DCV-Verwahrung
Sind bei Nutzung der internationalen DCV-Verwahrung Betreiber, Berechtigungen, Konten und Liquiditätssteuerung produktionsfähig?
Prüflogik und erwarteten Nachweis anzeigen
Die internationale Route schafft zusätzliche Abhängigkeiten bei Cash, Berechtigungen und operativer Steuerung.
Servicebestätigung, Berechtigungsmatrix, Kontonachweis, getestete Liquiditätsbewegung und dokumentierter Tagesablauf.
Verantwortliche und Cut-offs festlegen und Normal-, Ausnahme- sowie Wiederanlaufszenario testen.
Projektleitung · Operations · IT · Providersteuerung
Cash und Währungen
Funding, Konvertierung und Liquiditätsbedarf für CLP, COP und PEN steuern.
Funding und Cut-offs
Sind Funding-Quelle, Währungskonten, Intraday-Liquidität und Cut-offs für CLP, COP und PEN je Markt festgelegt?
Prüflogik und erwarteten Nachweis anzeigen
Lokale Cash-Fristen und Zeitzonen können Settlement trotz erfolgreicher Ausführung verhindern.
Cash-Modell mit Konten, Nostro, Cut-offs, Forecast, Verantwortlichen und getesteter Zahlungskette.
Liquiditätsbedarf aus realistischen Volumina ableiten und Notfallfunding mit Treasury vereinbaren.
Projektleitung · Operations · Providersteuerung
FX und Hedge
Sind FX-Ausführung, Konvertierungszeitpunkt, Spread, Hedge und Behandlung fehlgeschlagener Geschäfte geklärt?
Prüflogik und erwarteten Nachweis anzeigen
Währungsbeschaffung und Settlement sind zeitlich gekoppelt und erzeugen bei Fails offene Markt- oder Liquiditätspositionen.
Freigegebener FX-Prozess mit Preisen, Zeitpunkten, Limits, Buchungslogik und Ausnahmebehandlung.
Offene Währungsrisiken quantifizieren und Fail-, Storno- sowie Teilsettlement-Szenarien ergänzen.
Projektleitung · Operations
Steuern und Anlegeranforderungen
Lokale Eigentümer-, Melde-, Steuer- und Segregationspflichten pro Land erfüllen.
Beneficial Owner und Disclosure
Sind Beneficial-Owner-, Disclosure- und Registrierungspflichten je Investor, Instrument und Markt umgesetzt?
Prüflogik und erwarteten Nachweis anzeigen
Lokale Melde- oder Registrierungsanforderungen können Handel, Settlement oder Asset Servicing blockieren.
Anforderungsmatrix mit Investorentyp, Dokument, Schwelle, Frist, Datenquelle und bestätigtem Providerprozess.
Fehlende Kundendaten einholen und nicht erfüllbare Konstellationen vor Handel technisch sperren.
Projektleitung · Operations · Providersteuerung
Steuerprozess
Sind Quellensteuer, Dokumentation, Relief, Rückerstattung und steuerliches Reporting je Land validiert?
Prüflogik und erwarteten Nachweis anzeigen
Steuerprozesse unterscheiden sich national und wirken direkt auf Ertrag, Kundenreporting und Wirtschaftlichkeit.
Länderspezifische Tax-Matrix mit Dokumenten, Sätzen, Fristen, Providerbestätigung und Beispielabrechnung.
Ungeklärte Steuerfälle mit Tax Operations und lokalem Custodian schließen oder transparent aus dem Angebot nehmen.
Projektleitung · Operations · Providersteuerung
Daten und Technologie
Orderrouting, Marktdaten und Post-Trade-Daten konsistent verbinden.
Orderrouting und Referenzdaten
Sind Venue, Broker, Marktsegment, Währung, Handelskalender und Settlement-Daten in allen Systemen konsistent?
Prüflogik und erwarteten Nachweis anzeigen
Abweichende Markt- oder Instrumentenstammdaten führen zu Fehlrouting und falscher Settlement-Instruktion.
Abgestimmte Datenfelder über OMS, Middle Office, Settlement und Custody einschließlich negativer Validierungstests.
Datenowner festlegen und Cross-System-Kontrollen für kritische Routingfelder einführen.
Operations · IT
Status und Reconciliation
Sind Order-, Trade-, Settlement- und Custody-Status sowie länderspezifische Fehlercodes durchgängig sichtbar?
Prüflogik und erwarteten Nachweis anzeigen
Eine gemeinsame Front-End-Sicht kann Unterschiede in den nationalen Post-Trade-Status verdecken.
End-to-End-Statusmapping, Reconciliation-Report, Alerting und dokumentierte Bearbeitung eines Fehlerfalls.
Fehlende Statusmeldungen ergänzen und operative Queues mit klaren Eskalationszeiten einrichten.
Operations · IT · Providersteuerung
Testing und Betriebsmodell
Länderspezifische Prozessketten und Notfallfähigkeit nachweisen.
Länderbezogene End-to-End-Tests
Wurden Handel, Bestätigung, Funding, Settlement, Reconciliation und Corporate Actions je Land End-to-End getestet?
Prüflogik und erwarteten Nachweis anzeigen
Ein erfolgreicher Test in einem Markt lässt sich nicht auf die anderen nationalen Infrastrukturen übertragen.
Testkatalog und Abnahme je Land mit Normalfall, Fail, Corporate Action, Cash-Engpass und Wiederanlauf.
Fehlende Länder- oder Prozessvarianten ergänzen und kritische Defects vor Produktionsfreigabe schließen.
Projektleitung · Operations · IT · Providersteuerung
Fallback und Business Continuity
Sind alternative Ausführungs-, Kommunikations- und Abwicklungswege bei Ausfall einer nationalen oder gemeinsamen Komponente definiert?
Prüflogik und erwarteten Nachweis anzeigen
Die gemeinsame Handelskomponente schafft Konzentration, während die Post-Trade-Reaktion weiterhin lokal erfolgen muss.
BCP-Runbook mit Ausfallszenarien, Entscheidern, manuellen Verfahren, Kontakten und erfolgreich durchgeführter Übung.
Kritische Ausfälle simulieren und sicherstellen, dass lokale Provider sowie interne Teams dieselbe Eskalationslogik nutzen.
Projektleitung · Operations · IT · Providersteuerung
Der Export enthält Reifegrade, Nachweise, Verantwortliche, Zieltermine und Maßnahmen.
30-minütiger Impact-Call zu einem Signal.
Ein fokussierter Austausch dazu, wo das Signal Ihr Betriebsmodell berührt, welche Abhängigkeiten zuerst zu klären sind und was in den Projektplan gehört.
Welche Auswirkung hat das auf Ihr Institut?
Wir ordnen das Signal in Ihr Betriebsmodell ein und übersetzen es in Projektumfang, Verantwortlichkeiten und nächste Maßnahmen.
