Wie sollte ein Audit-Protokoll für automatisierten Handel aufgebaut sein?

Was das in der Praxis bedeutet

Ein Audit-Protokoll muss ein Signal von der TradingView-Auslösung bis zum endgültigen Brokerergebnis rekonstruieren können: Signal-ID, Zeitstempel, normalisierter Befehl, Zielkonto und Symbol, Prüfung, Weiterleitung, cTrader-Ergebnis sowie Duplikat- und Wiederholungsereignisse – ohne Geheimnisse zu speichern. Diese Seite beantwortet gezielt die Frage „Wie sollte ein Audit-Protokoll für automatisierten Handel aufgebaut sein?“. Deshalb wird jedes der folgenden Szenarien anhand seines eigenen technischen Ablaufs erklärt und nicht mit einer allgemeinen Standarddiagnose abgehandelt.

Praxisnahe Szenarien

Szenario A — Erfolgreiche Aufzeichnung

Behalte dieselbe Signal-ID vom TradingView-Ereignis über den normalisierten Befehl, das Konto-/Symbolrouting und das cTrader-Ergebnis bis zum endgültigen Positionsstatus bei. Die Aufzeichnung muss dieses Szenario rekonstruieren können, ohne Geheimnisse zu speichern. Verwende für Szenario A — Erfolgreiche Aufzeichnung bei Frage 50 genau diese Nachweise, um „Wie sollte ein Audit-Protokoll für automatisierten Handel aufgebaut sein?“ zu beantworten, und trenne sie klar von den Nachweisen der anderen Szenarien auf dieser Seite.

Szenario B — Aufzeichnung einer Ablehnung

Behalte dieselbe Signal-ID vom TradingView-Ereignis über den normalisierten Befehl, das Konto-/Symbolrouting und das cTrader-Ergebnis bis zum endgültigen Positionsstatus bei. Die Aufzeichnung muss dieses Szenario rekonstruieren können, ohne Geheimnisse zu speichern. Verwende für Szenario B — Aufzeichnung einer Ablehnung bei Frage 50 genau diese Nachweise, um „Wie sollte ein Audit-Protokoll für automatisierten Handel aufgebaut sein?“ zu beantworten, und trenne sie klar von den Nachweisen der anderen Szenarien auf dieser Seite.

Szenario C — Duplikat ignoriert

Behalte dieselbe Signal-ID vom TradingView-Ereignis über den normalisierten Befehl, das Konto-/Symbolrouting und das cTrader-Ergebnis bis zum endgültigen Positionsstatus bei. Die Aufzeichnung muss dieses Szenario rekonstruieren können, ohne Geheimnisse zu speichern. Verwende für Szenario C — Duplikat ignoriert bei Frage 50 genau diese Nachweise, um „Wie sollte ein Audit-Protokoll für automatisierten Handel aufgebaut sein?“ zu beantworten, und trenne sie klar von den Nachweisen der anderen Szenarien auf dieser Seite.

Szenario D — Aufzeichnung von Neuverbindung und Wiederholung

Behandle dies als Risiko einer doppelten Zustellung. Wurde die erste Anfrage bereits vor der Fehlerantwort gespeichert oder in eine Warteschlange aufgenommen, muss eine erneute Sendung dieselbe Signal-ID verwenden und darf keine zweite Handelswirkung auslösen. Verwende für Szenario D — Aufzeichnung von Neuverbindung und Wiederholung bei Frage 50 genau diese Nachweise, um „Wie sollte ein Audit-Protokoll für automatisierten Handel aufgebaut sein?“ zu beantworten, und trenne sie klar von den Nachweisen der anderen Szenarien auf dieser Seite.

Was du prüfen solltest

• beabsichtigtes Signal beziehungsweise beabsichtigte Aktion
• letzte Stufe, die nachweislich erfolgreich war
• erste Stufe, die von der Absicht abweicht
• endgültiger cTrader-Status nach dem Ereignis

Praxisregel

Ändere bei der Frage „Wie sollte ein Audit-Protokoll für automatisierten Handel aufgebaut sein?“ nur die erste Ebene, deren Nachweise nicht mehr zur beabsichtigten Aktion passen. Bewahre Signal-ID, Zeitstempel und den endgültigen cTrader-Status auf. Änderungen, die die Ausführung beeinflussen, müssen vor dem Live-Einsatz auf einem Demokonto nachvollzogen werden.