Den eigenen Trading-Arbeitsablauf aufbauen – von Daten zur Auswertung

Ein solider Arbeitsablauf führt von Daten und Analyse über Entscheidung und Ausführung zur Auswertung, ohne den Plan aus dem Gedächtnis rekonstruieren zu müssen. Jede Phase hat einen Zweck und einen festgelegten Eintrag, damit sich nach einem Trade die Absicht mit dem tatsächlichen Geschehen vergleichen lässt. Dieser Artikel zeigt, wie Sie Plattform, Kalender, Alarme und Journal zu einem Prozess verbinden, nötige Werkzeuge wählen und ein Notfallverfahren vorbereiten. Er behandelt sowohl manuellen Handel als auch durch Code ausgeführte Regeln.

1. Zwei maßgebliche Quellen – der typische Prozessfehler

Ein Arbeitsablauf ist eine vereinbarte Schrittfolge und – am häufigsten vergessen – ein vereinbarter Ort, an dem das Ergebnis jedes Schritts aufgezeichnet wird. Die Reihenfolge allein reicht nicht. Existiert der Einstieg nur als Chartlinie, die Positionsgröße nur im Rechnerfenster und der Einstiegsgrund nur im Gedächtnis, haben Sie eine Woche später zwar das Handelsergebnis, aber nicht den Prozess, der dorthin führte.

Der Fehler beginnt, sobald dieselbe Information an zwei Orten lebt und abweichen kann. Typischer Ablauf: Ein Journaldienst importiert automatisch die Kontohistorie, während Sie parallel jeden Abend eine Tabelle ausfüllen. Der Import kennt Brokerserverzeit und tatsächliche Ausführungsparameter, die Tabelle Ihre Version der Ereignisse. Nach einem Monat unterscheiden sich die Handelszahlen; niemand rekonstruiert die Differenz, weil Teilschließungen und Korrekturen in beiden Aufzeichnungen verschieden auseinanderlaufen. Das ist kein Fehler einer Anwendung, sondern die Folge eines Prozesses ohne festgelegten Quellenvorrang.

Was ein Arbeitsablauf nicht ist. Er ist weder eine Anwendungsliste noch die Zahl offener Fenster. Auch „Jeden Morgen prüfe ich den Markt“ genügt nicht: Eine Absichtserklärung hinterlässt keine später nutzbare Spur. Einen Arbeitsablauf erkennen Sie daran, dass Sie für jede Phase Ihres letzten Trades einen Eintrag, eine Datei oder eine Aufzeichnung zeigen können.

Den Werkzeugen sollte gleich eine Last abgenommen werden, die sie nicht tragen können. Ein Werkzeug schafft allein keinen Vorteil. Plattform, Kalender und Journal können Wiederholbarkeit, Ergonomie und Glaubwürdigkeit der Aufzeichnungen verbessern – das ist viel. Einen Vorteil schaffen sie nicht: Er entsteht aus Einstiegs- und Ausstiegsregeln, nicht aus Software (Art. 8.2). Werkzeuge können das Nettoergebnis durch tatsächlich anfallende Kosten, Ausführungsfehler und Vollständigkeit der Aufzeichnungen beeinflussen – das ist ihr gesamter Wirkungsbereich. Die Trennung hat eine praktische Folge: „Diese Konfiguration schafft einen Vorteil“ ist hier nicht überprüfbar und damit sinnlos. „Diese Konfiguration verringert Planabweichungen“ ist dagegen sinnvoll, denn Abschnitt 12 erklärt die Messung.

2. Prozesskarte: elf Phasen und ihre Fehlerstellen

Dieses Modell hat elf Phasen. Überwachung und Auswertung können Rückkopplungsschleifen bilden; die Entscheidungsaufzeichnung bleibt geordnet:

Kalender und Daten → Watchlist → Analyse → Plan → Alarm → Entscheidung → Ausführung → Überwachung → Journal → Auswertung → Prozessänderung

Die Folge zeigt die Abhängigkeiten dieses Modells. Einzelne Strategien können Analyse und Alarme anders ordnen, doch eine Entscheidung muss auf einem vor der Ausführung aufgezeichneten Plan beruhen. Ein ausgelassener Schritt verkürzt den Prozess deshalb nicht: Er verlagert die Arbeit in eine dafür ungeeignete Phase. Ein ausgelassener Plan verschwindet nicht, sondern entsteht bei der Orderaufgabe neu – unter Zeitdruck und ohne Aufzeichnung.

Die folgende Tabelle ist der Kern dieses Artikels. Sie nennt für jede Phase Zweck, Ausfallfolge und das Anzeichen, dass sie bei Ihnen nicht funktioniert. Die letzte Spalte ist als Datenprüfung formuliert: Sie nennt das Artefakt und den darauf auszuführenden Vergleich. Sie hat Vorrang, weil eine Phase ohne ein solches Prüfkriterium praktisch unkontrolliert bleibt: Ihr Scheitern lässt sich bestenfalls fühlen, nicht zählen.

Alle elf Punkte sind Tätigkeiten. Aufzeichnungsorte gibt es in zwei Formen. Drei Register – Plan, Ausführung (Journal) und Prozess – enthalten strukturierte, zählbare Daten. Daneben steht das Anhangsarchiv als maßgeblicher Belegspeicher für Artefakte, die in keine Spalte passen: datierte Watchlists, Screenshots, Historienexporte. Jede Datei ist mit einem Tages-, Plan- oder Vorfalleintrag verknüpft. Jede Tätigkeit hinterlässt somit eine Spur im Register, im Archiv oder in beiden. Das gilt auch für die Auswertung: Sie ist kein weiteres Register, sondern schreibt ihr Ergebnis an die richtige Stelle – vervollständigte Einträge ins Ausführungsregister, Änderungskarten ins Prozessregister. Daher richten wir erst die Register ein, dann die Tätigkeiten, die sie füllen.

3. Eine maßgebliche Quelle: Plan, Journal und Prozessversionen

Der Grundsatz passt in einen Satz: Für jede Information gibt es einen Ort, der bei Abweichungen Vorrang hat. Jede Wiederholung derselben Information ist eine Arbeitskopie. Sie darf verloren gehen und aus der Quelle neu entstehen. Die maßgebliche Aufzeichnung wird aus einer kontrollierten Sicherung samt Historie wiederhergestellt, nicht aus einer beliebigen Arbeitskopie.

Praktisch unterscheiden sich drei Aufzeichnungsorte nach ihrem Entstehungszeitpunkt:

• Das Planregister – entsteht vor der Orderaufgabe und wird danach nicht geändert. Eine separate Tabelle oder ein Journalbereich sind möglich; die Form ist egal, der Zeitpunkt nicht. Ein nachträglich geänderter Eintrag taugt nicht mehr als Bezugsgröße der Auswertung.
• Das Ausführungsregister – wird möglichst per Kontohistorienimport gefüllt. Dahinter steht ein konkretes Kriterium, keine pauschale Überlegenheit: Der Import kennt Brokerserverzeit und tatsächliche Handelsparameter, die das Gedächtnis nicht rekonstruiert. Manuelle Felder klassifizieren Setup, Ausstiegsgrund, Planabweichung und Eingriffszeitpunkt. Eintragsstruktur, Importfallen und Kennzahlendefinitionen behandelt Art. 11.6.
• Das Prozessregister – enthält die für einen Zeitraum geltenden Regeln mit Datum und Versionsnummer. Es wird oft vergessen; ohne es lässt sich später nicht sagen, nach welchen Regeln Sie im März gehandelt haben.

Neben diesen drei Registern steht das Anhangsarchiv: Screenshots, datierte Watchlists und Historienexporte. Es ist kein viertes Register, weil es keine zählbaren Daten führt. Es ist aber die maßgebliche Belegquelle: Für seine Dateien gibt es keine übergeordnete Kopie; jede ist per Kennung mit einem Tages-, Plan- oder Vorfalleintrag verknüpft. Arbeitskopien sind dagegen Chartlayouts, laufende Watchlist, Alarmsätze und Handynotizen. Alle werden gebraucht, keine ist die Quelle. Der entscheidende Test dauert eine Minute: Könnten Sie nach dem heutigen Verlust Ihres Chartprofils die Pläne Ihrer letzten fünf Trades rekonstruieren? Falls nicht, waren die Kursniveaus die Quelle statt einer Kopie. Der gesamte Prozess hängt dann an der Konfigurationsdatei einer einzigen Anwendung.

Versionieren statt ständig korrigieren. Eine mitten in der Woche geänderte Regel lässt sich nicht bewerten. Die Änderungskarte hat fünf Felder, passt in wenige Zeilen und gehört ins Prozessregister: Geltungsdatum, auslösende Beobachtung, genauer Änderungsumfang, Bewertungskriterium und Mindestgeltungsdauer, vor deren Ende das Thema nicht erneut geöffnet wird. Ohne diese fünf Felder ist eine Änderung eine Reaktion, keine Entscheidung.

Zur Regelbewertung sind Ergebnisse vor und nach einer Änderung keine homogene Stichprobe. Finanzielle Gesamtergebnisse dürfen summiert werden, die Wirksamkeit wird aber getrennt nach Prozessversion beurteilt. Trotz gleichem Konto sind es zwei Datensätze. Übertragen auf historische Tests entscheidet derselbe Grundsatz, ob die Aufteilung in Trainings- und Validierungsstichprobe überhaupt sinnvoll ist – siehe Art. 11.7.

4. Prozesseinstieg: Kalender, Watchlist, Alarme

Diese drei Elemente gelten bisweilen als Signalquellen. Im Prozess wirken sie umgekehrt: Sie filtern Situationen heraus und verringern den Aufmerksamkeitsbedarf. Jedes beantwortet eine andere Frage, keines die Frage „Soll ich einsteigen?“.

Der Kalender prüft nur, ob sich Bedingungen in Ihrem Arbeitszeitfenster ändern. Nicht, wohin sich der Markt bewegt. Eintragsfelder, Herkunft des Konsenses und warum „Auswirkung“ eine Einstufung des Datenanbieters statt des Marktes ist, behandelt Art. 11.3. Die Veröffentlichung und das Marktverhalten rund um Daten interpretiert Art. 6.4. Im Arbeitsablauf bleibt eine Tätigkeit: Veröffentlichungszeiten samt gelesener Zeitzone in den Plan übernehmen. Kopfrechnen bei der Umrechnung führt leicht zu einem Fehler von einer Stunde.

Die Watchlist richtet sich nach Ihrer verfügbaren Zeit, nicht nach der Zahl verfügbarer Instrumente. Sinnvoll ist die Trennung nach Prozessrolle: aktiv gehandelte Instrumente, Kontextinstrumente und solche, die auf eine Bedingung warten. Listen und Chartlayouts organisiert Art. 11.2. Zwei Punkte zählen: Tägliche Änderungen ohne aufgezeichnete Rotationsregel sind schwer prüfbar und spiegeln womöglich nur Auffälligkeiten wider. Regelgerechte Änderungen sind legitimer Prozessbestandteil. Damit dies überhaupt prüfbar ist, muss eine Spur bleiben: Die abgeschlossene Tagesliste wird datiert als Export, Screenshot oder Dateikopie im Anhangsarchiv gespeichert. Die laufende Anwendungsliste zeigt nur heute, nicht gestern.

Ein Alarm ist eine Bedingung, deren Erfüllung ein Ereignis und eine Benachrichtigung erzeugt – keine Order. Wo sie geprüft wird, hängt vom Werkzeug ab. Prüfen Sie Ihr konkretes Produkt, statt Regeln zwischen Programmen zu übertragen. Die TradingView-Hilfe beschreibt Alarme als auf Plattformservern erstellt und ausgelöst; sie funktionieren auch nach dem Schließen der Chartseite^[1]. Die MetaTrader-4-Hilfe weist diese Rolle der laufenden Anwendung zu: Nach dem Anlegen informiert das „Client-Terminal“ über das Ereignis^[2], ein geschlossenes Terminal bedeutet also keine Benachrichtigung. Die MetaTrader-5-Hilfe sagt dasselbe und ergänzt: Die Zeitbedingung des Alarms wird in der lokalen Rechnerzeit eingestellt^[3]. Diese Abhängigkeit müssen Sie laut Abschnitt 11 auch bei Schutzbedingungen prüfen. Für Alarme klärt sie ebenfalls die Dokumentation des konkreten Herstellers. Ein Alarm gibt keine Order auf, reserviert keinen Kurs und bestätigt keine Ausführbarkeit zum auslösenden Niveau im Benachrichtigungszeitpunkt. Die gesamte Kette von der Bedingung zur Order zerlegt Art. 11.2; im Arbeitsablauf gelten drei Ordnungsregeln:

1. Ein Niveau, ein Alarm – außer bei geplanter Redundanz. Dasselbe Niveau parallel in Chartplattform und Terminal ohne Rollenverteilung zu überwachen erzeugt zwei verschieden datierte Ereignisse und mehr Zustände zur Verfolgung. Bewusste Redundanz unabhängiger Kanäle kann dagegen Teil des Notfallverfahrens sein. Dazu sind vier Punkte vorab festzulegen: Hauptkanal, Ersatzkanal, Zuordnung beider Meldungen zum selben Ereignis und Prüfung der fortdauernden Funktionsfähigkeit des Ersatzkanals. Sonst ist ein Duplikat Lärm statt Absicherung – und niemals darf es eine zweite Ausführung auslösen.
2. Der Meldungstext stellt den Kontext wieder her. Ein Niveau allein sagt nach drei Wochen nichts. Schreiben Sie Szenario, Widerlegungsniveau und Verweis auf den Planeintrag ins Meldungsfeld.
3. Ein Alarm hat ein Ablaufdatum. Ein Wochen altes Niveau kann seinen ursprünglichen Kontext verloren haben. Sechs Wochen sind ein vorgeschlagener Arbeitszeitraum, kein gemessener Schwellenwert. Ablaufdatum oder regelmäßige Listenprüfung kosten weniger als die Reaktion auf eine Meldung, deren Grund Sie vergessen haben.

Auch das Benachrichtigungsziel ist vorab festzulegen. Eine Handymeldung startet ein anderes Verfahren als ein Alarm auf dem Arbeitsbildschirm. Diese eigenständige Geräteentscheidung beschreibt Art. 11.4.

5. Handelsplan und Ausführungscheckliste

Der Handelsplan liefert die Bezugsgröße der Auswertung. Ein ruhigerer Sitzungsbeginn und ein geordneter Kopf sind Nebeneffekte, nicht sein Zweck. Lässt sich eine Woche später nicht ablesen, was geschehen sollte, kann auch niemand Ausführung und Absicht vergleichen. Die Auswertung beurteilt dann Erinnerung statt Prozess.

Die Mindestliste hat sieben Felder, alle vor der Orderaufgabe ausgefüllt:

1. Instrument und Einstiegsbedingung so formuliert, dass ein Wort zur Entscheidung genügt. „Ausbruch aus Konsolidierung“ ist keine Bedingung; „Stundenschluss oberhalb von Niveau X“ schon.
2. Niveau, das die These widerlegt – Kurs oder Ereignis, ab dem die These ungeachtet des aktuellen Positionsergebnisses nicht mehr gilt. Veröffentlichung, Kerzenschluss jenseits des Niveaus oder Zeitablauf können das auslösen; eine solche Ereignisbedingung lässt sich nicht als Order an den Broker senden.
3. Geplantes Schutzorderniveau – getrennt vom Widerlegungsniveau notiert. Nach der Ausführung wird das tatsächlich serverbestätigte Niveau ergänzt. Die Werte können abweichen; nur die bestätigte Order hat ein Gegenstück in der Historie. Wer sie verwechselt, vergleicht später den Plan mit einem nie vorhandenen Historieneintrag.
4. Positionsgröße samt Grundlage. Die Zahl allein reicht nicht, denn nach einem Monat ist ihre Herkunft nicht rekonstruierbar. Die Größen- und Limitbestimmung behandelt Teil 9; im Ablauf zählt nur, dass die Zahl vor der Order entsteht und mit den Annahmen aufgezeichnet wird.
5. Abbruchbedingung – trotz erfülltem Einstieg bewusst nicht handeln: Kosten außerhalb der Norm, Veröffentlichung im Zeitfenster oder fehlende Zeit zur Überwachung.
6. Aufzeichnungszeit samt Zeitzone – ordnet später Plan, Alarm und Ausführung trotz unterschiedlicher Zeitstempel.
7. Eintragskennung – Format beliebig, aber identisch in Screenshot-Dateiname, Alarmmeldung und Journaleintrag. Die Order erhält sie nicht automatisch; das ist eine eigene Tätigkeit, siehe unten.

Punkt sieben wirkt bürokratisch, ist aber billig. Er verbindet Register und Anhangsarchiv zur Spur vom Journaleintrag zurück zum vorherigen Plan. Ohne gemeinsame Kennung muss die Zuordnung jedes Mal aus Uhrzeit und Instrument rekonstruiert werden – mit wachsender Tradezahl wird das immer schwieriger.

Die Plankennung ist keine Orderkennung. Die Kontohistorie nummeriert Order, Abschluss und Position getrennt und kennt Ihre Plankennung nicht. Der Orderkommentar verlockt als Speicher, ist aber nicht uneingeschränkt verlässlich: Er kann längenbegrenzt sein; der Brokerserver kann ihn bei Änderungen oder Teilschließungen kürzen, überschreiben oder eigene Marker anhängen. Dauerhaft hilft eine getrennte Zuordnung im Planregister: Plankennung neben den beim Journalabschluss aus der Historie kopierten Order-, Abschluss- und Positionskennungen. Diese Zuordnung verknüpft den Plan mit dem Artefakt der Vollständigkeitsmessung in Abschnitt 12, nicht der Kommentar.

Der an den Plan angehängte Entscheidungseintrag. Die sieben Felder entstehen vor der Order. Beim Alarm ergänzt die Entscheidungsphase eine Zeile im selben Eintrag: Zeit samt Zeitzone, Plankennung, Einstieg oder Abbruch sowie im Abbruchfall die auslösende Bedingung. Eine Zeile reicht, um „Bedingung erfüllt“ später prüfbar von „eingestiegen“ zu trennen. Ohne sie hinterlassen Einstieg und bewusster Abbruch dieselbe Spur – keine. Die Auswertung sieht dann nur tatsächlich ausgeführte Trades.

Ausführungscheckliste und Plan sind verschieden. Der Plan beschreibt den Trade, die Checkliste überwacht die Tätigkeiten. Sie muss binär, kurz und im selben Orderfenster ausführbar sein. Erfordert sie einen Appwechsel, fällt sie genau an den entscheidenden Tagen aus. Meist reichen vier Punkte: Orderparameter entsprechen dem Plan, Positionsgröße entspricht der Berechnung, Veröffentlichung aus Ihrer Liste im Handelsfenster vorhanden und bereits offene Position mit gleichem Exposure vorhanden? Vorlagen vor Sitzung, vor Trade, nach Tag und nach Woche stehen in der Checklisten-Sammlung im Werkzeugkasten, deshalb werden sie hier nicht wiederholt.

Das typische Fehlersignal: Sie haken erst nach Positionseröffnung ab oder gar nicht an Tagen „ohne Zeit“. Beides bedeutet, dass die Liste nur Zusatz, kein Bestandteil der Orderaufgabe ist.

6. Überwachung, Journal und Anhangsarchiv

Eine offene Position ist besonders: Nur hier ändert sich das Ergebnis vor den Augen der Person, die es gerade nicht kommentieren soll. Die Absicherung ist ein Verfahren: Drei Dinge werden vorher aufgeschrieben: was beobachtet wird, wann und was genau den Positionszustand ändern darf. „Prüfung bei Stundenschluss und bei einer Veröffentlichung aus der Liste“ ist eine mögliche Regel. Entscheidend ist, dass sie vor der Sitzung feststand. Inhaltlich sinnvolle Regeln zur Positionsführung behandelt ein eigener Artikel zur Positionsführung; der Arbeitsablauf sorgt nur für vorherige Aufzeichnung und spätere Prüfbarkeit der Ausführung.

Ein Journal funktioniert erst, wenn es Ergebnis und Ausführungsqualität trennt. Ein Eintrag mit nur Gewinn und Verlust ist eine umbenannte Kontoabrechnung. Die Historienimporte liefern Ausführungsparameter, denn sie kennen Serverzeit und tatsächliche Kurse. Manuelle Felder liefern die Klassifizierung: Setup, Ausstiegsgrund, Vorhandensein und Richtung einer Planabweichung sowie Eingriffszeitpunkt. Letzterer beschreibt, ob Eingriffe einschließlich Schließung zu geplanten Prüfterminen oder außerhalb erfolgten. Dieses selbst anzulegende Feld ersetzt kein Plattformexport. Soweit Exporte einen Vorgangsgrund enthalten, bezeichnet er Orderquelle oder technischen Abschlussgrund, nicht Ihre Zeitplantreue. Die MQL5-Dokumentation beschreibt die Eigenschaft DEAL_REASON mit dem Satz „Ein Abschluss kann durch Auslösen einer aus einer mobilen Anwendung oder einem MQL5-Programm aufgegebenen Order sowie durch ein StopOut-Ereignis, die Berechnung der Variation Margin usw. ausgeführt werden.“ Die Werte lauten nacheinander „Aktivierung einer Order aus einem Desktop-Terminal“, „… aus einer mobilen Anwendung“, „… aus der Webplattform“, „… aus einem MQL5-Programm, also Expert Advisor oder Skript“, danach Stop-Loss-Auslösung, Take-Profit-Auslösung, Stop Out, Rollover, Variation-Margin-Berechnung, Split und Kapitalmaßnahme^[7]. Das sind Quellen und technische Ursachen, keine Antwort darauf, ob zum geplanten Prüftermin geschlossen wurde. Deshalb füllen Sie „Eingriffszeitpunkt“ beim Abschluss manuell aus: „kein Eingriff“ bei planmäßigem Verlauf, „zum geplanten Zeitpunkt“ oder „außerhalb des Plans“, sobald auch nur ein Eingriff außerhalb lag. Vollständige Struktur, Importfallen wie Zeitzonen, Teilschließungen, Korrekturen, Ein- und Auszahlungen sowie Kennzahlen erklärt Art. 11.6.

Das Anhangsarchiv ist kein viertes Register. Es speichert Anhänge zu Einträgen der drei Register: Screenshots, datierte Watchlists und Historienexporte. Oft denkt man erst zu spät daran. Ein Screenshot ist nur wertvoll, wenn Instrument, Zeitrahmen, Zeitmarkierung und Skala den Kontext rekonstruieren lassen. Ein Chartbild ohne diese Elemente schmückt nur den Eintrag. Drei Regeln machen das Archiv später durchsuchbar:

• Der Dateiname beginnt mit der Plankennung. Nach Datum geordnet ist ein Ordner eine Bildsammlung, nach Kennung ein Index.
• Zwei Screenshots je Trade – bei Planerstellung und nach Positionsschließung. Bei bewusster Planabweichung folgt ein dritter: Handelsdaten allein zeigen nicht, was Sie im Abweichungsmoment auf dem Bildschirm sahen.
• Regelmäßiger Historienexport. Der verfügbare Historienzeitraum im Terminal und Kundenportal hängt von Broker und Kontotyp ab. Prüfen Sie die Kontospezifikation einmal und exportieren Sie mit Vorlauf, bevor Daten von vor zwei Jahren unerreichbar sind.

7. Auswertung und Prozessänderung nach dokumentierter Entscheidung

Die Auswertung hat drei Schleifen mit verschiedenen Zeiträumen und vor allem verschiedenen Themen. Werden sie vermischt, kann „Ich werte jede Woche aus“ stimmen und dennoch wirkungslos bleiben.

Jede Schleife hinterlässt einen Eintrag mit Datum und Kennung der Auswertung selbst. Die Konvention ist frei, aber konstant, zum Beispiel REV-2026-W34 für eine Wochenauswertung. Ohne Marker ist das Ergebnis ein Eintrag unbekannter Herkunft; eine Auswertung ohne Schlussfolgerungen sieht genauso aus wie eine nie durchgeführte.

In der Wochenschleife zählt eine leicht übersehene Unterscheidung: Eine günstige Abweichung bleibt eine Abweichung. Eine früher als geplant mit Gewinn geschlossene Position gehört zur selben Ereignisklasse wie ein verschobenes Widerlegungsniveau. Zählen Sie nur verlustreiche Abweichungen, messen Sie Ergebnis statt Ausführungstreue.

Die Quartalsschleife betrifft den Prozess, nicht Ergebnisse. Diese Grenze ist zu wahren: Strategieergebnisse, Kennzahlen und Kapitalkurven gehören in Art. 11.6. Die Prozessprüfung fragt stattdessen: Welche Schritte werden erledigt oder ausgelassen, wie lange dauern sie, was wird nicht mehr gebraucht?

Warum eine Änderung eine Aufzeichnung statt nur einer Entscheidung braucht. Je mehr Varianten an derselben Historie getestet werden, desto eher wirkt die beste nur zufällig gut. Die Literatur beschreibt das für Strategietests^[5]; nur darauf bezieht sich die Fußnote. Ein ähnliches Auswahlproblem kann aber bei Prozessregeln entstehen: Die zehnte Verfahrensänderung auf denselben dreißig Trades ist kein zehnter Schluss, sondern ein zehntes Los. Die Änderungskarte zählt günstig mit, wie oft und auf welcher Grundlage Regeln geändert wurden.

8. Manueller und systematischer Arbeitsablauf – zwei Architekturen

Die Strecke aus Abschnitt 2 sieht bei menschlicher Entscheidung anders aus als bei Codeentscheidung. Der Unterschied liegt nicht in der Werkzeuganzahl, sondern im typischen Fehlerpunkt und seinem Erkennungsmerkmal.

Die manuelle Variante beruht auf fünf Funktionen, nicht fünf Marken. Orders werden in einem mit dem Brokerserver verbundenen Terminal aufgegeben (Art. 11.1). Analyse und Alarme liegen in einer Chartumgebung (Art. 11.2). Kalenderquelle und Größenrechner behandelt Art. 11.3, fertige Rechner stehen im Werkzeugbereich. Die fünfte Funktion ist die Aufzeichnung von Plan und Ergebnis: die Register aus Abschnitt 3.

Vorbereitung ist keine Tageszeit, sondern eine Artefaktliste. Vor dem Ausführungsfenster müssen vier Aufzeichnungen vorliegen: Veröffentlichungszeiten samt Zeitzone im Plan, datierte abgeschlossene Tages-Watchlist, vollständige Alarme mit Verweisen auf Planeinträge und für jedes vorgesehene Setup ein Plan mit den sieben Feldern aus Abschnitt 5. Die Prüfung ist binär: Sind diese vier Dinge nicht aufgezeichnet, gab es keine Vorbereitung – unabhängig von der Zeit am Chart. Im Ausführungsfenster wird je Alarm eine Entscheidung an den Plan angehängt, gerade auch bei Abbruch. Danach folgt ein Artefakt: ein vollständiger Journaleintrag je geschlossener Position.

Fertige Tages- und Wochenpläne – getrennt für Vollzeitbeschäftigte und die Arbeit im Sitzungsfenster – finden Sie im Werkzeugkasten-Eintrag mit Checklisten und Wochenablauf. Sie hier zu kopieren wäre doppelt und würde das Ziel verfehlen: Der Zeitplan folgt Ihrem Kalender, keinem fremden.

Die systematische Variante hat neun Elemente und andere Risiken: Daten → Code-Repository → Laufzeitumgebung → historischer Test → Forward-Test oder Demokonto → Einsatz → Überwachung → Protokolle → Auswertung. Die Entscheidung verlagert sich nicht zur Codeänderung; diese ist Phase elf, eine Prozessänderung. Die Handelsentscheidung fällt weiter in Echtzeit, nun regelbasiert. Ihre Spur ist die Kette Signal → Algorithmusentscheidung → Limitvalidator → Anfrage an Broker → Serverantwort, deren Glieder einzeln aufgezeichnet werden; nur so finden Sie später die Bruchstelle. Versionierung gehört dagegen zu Phase elf und ist Voraussetzung, um die damals geltenden Automatisierungsregeln zu rekonstruieren. Eine reproduzierbare Umgebung behandelt Art. 11.8, das Testverfahren und eine getrennte Forward-Periode, etwa im MetaTrader-5-Tester, Art. 11.7^[6], Einsatz, Protokolle, eigene Positionszuordnung und Betriebskontinuität Art. 11.5.

9. Minimale Ausstattung und Test auf überflüssige Werkzeuge

Die Ausstattung beschreibt Funktionen, keine Marken: Orderaufgabe, Analyse und Alarme, Kalenderquelle, Größenberechnung sowie Aufzeichnung von Plan und Ergebnis. Eine Anwendung kann zwei Funktionen übernehmen; dann sind es vier Bestandteile statt fünf. Die Symbolzahl in der Taskleiste misst nichts. Entscheidend ist, dass jede der fünf Funktionen einen festgelegten und einzigen Ort hat.

Vier Beispielkonfigurationen. Die folgenden Zusammenstellungen sind weder Empfehlungen noch Ranglisten. Jede folgt einem ausdrücklich genannten Kriterium und zeigt dessen Umsetzung samt Kosten. „Bestes Werkzeug“ ist ohne Kriterium eine leere, nicht prüfbare Aussage.

Test auf überflüssige Werkzeuge. Schalten Sie das Werkzeug einen Monat ab – ein konventioneller Startvorschlag, der mehrere Wochenauswertungen umfasst – und notieren Sie, welcher Prozessschritt dadurch unmöglich wird. Keiner? Dann steht es neben dem Prozess. Gegenüber „Nützt es mir?“ hat der Test einen Vorzug: Die Schrittliste ist auch ein Quartal später vorzeigbar, die bloße Erklärung hat kein Artefakt. Hinzufügen funktioniert umgekehrt: Ein neues Werkzeug kommt erst hinzu, wenn Sie einen heute schlechter erledigten Schritt und dessen Veränderung benennen können. „Andere nutzen es“ benennt keinen Schritt.

Was der Test nicht umfasst. Nicht abgeschaltet werden Positionsüberwachung, Notfallkanal aus Abschnitt 11, Registersicherungen oder Komponenten für deterministische Limits und Not-Aus. Schutzmaßnahmen prüft man an einer Kopie oder auf Demo, niemals durch Abschalten im Echtkonto mit offenen Positionen. Der Test findet Werkzeuge neben dem Prozess, nicht Ihre Überlebensdauer ohne Schutz.

10. Wiederkehrende Aufgaben mit geringem Risiko automatisieren

Ein Kriterium umfasst vier gleichzeitig erfüllte Bedingungen: wiederkehrend, deterministisch, Fehler erkennbar und Fehlerfolgen umkehrbar. Fehlt eine, eignet sich die Tätigkeit nicht zur Automatisierung, egal wie lange sie manuell dauert.

Auf der Ja-Seite stehen Benachrichtigungszustellung, Historienimport, Sicherung von Registern, Konfiguration und Screenshots, manuell nachvollziehbare Formelrechnungen und regelmäßige Berichte nach festgehaltenen Kennzahlendefinitionen. Sie sind gerade wegen ihrer Eintönigkeit wertvoll. Fehler lassen sich automatisch erkennen, sofern die Prüfung mit automatisiert wird: importierte Zeilenzahl gegen Quelle, Prüfsumme der Sicherung, Alarm bei fehlender Datei zum erwarteten Zeitpunkt. Eine beschädigte oder unvollständige Sicherung ist die Ausnahme vom sofort sichtbaren Fehler: Sie wirkt bis zur Wiederherstellung korrekt. Deshalb bleibt neben automatischen Kontrollen der regelmäßige Wiederherstellungstest aus Abschnitt 11.

Auf der Nein-Seite bleiben vorerst drei Dinge. Einstiegs- und Ausstiegsentscheidung, bis die Regel das Testverfahren aus Art. 11.7 bestanden hat. Die Klassifizierung eigener Abweichungen, deren Wert im erforderlichen Urteil liegt, nicht im Füllen einer Spalte. Und jede Tätigkeit, die Sie selbst nicht manuell ausführen können: Sonst bemerken Sie nicht, wann ihre Automatisierung schlecht arbeitet.

Automatisierung skaliert in beide Richtungen. Eine falsche Regel wiederholt ihre Folgen schneller und ohne Zögern. Deshalb müssen deterministische Limits, Not-Aus und Überwachung vor dem Einsatz existieren, nicht nach dem ersten Fehler – siehe Art. 11.5, zur ausführenden Codeseite Art. 11.8.

11. Notfallverfahren und Konfigurationssicherung

Ein Ausfall ist kein Ausnahmeereignis, sondern selten – Sie werden also ungeübt sein. Deshalb muss das Verfahren kurz und schriftlich vorliegen. Auf Werkzeugebene umfasst es fünf Schritte, deren Reihenfolge dazugehört:

1. Kontozustand über einen vom ausgefallenen Kanal unabhängigen Weg bestätigen. Mobile App, Kundenportal im Browser, Brokertelefonat – jeder Weg ohne das ausgefallene Element. Einrichtung und Grenzen des Ersatzkanals beschreibt Art. 11.4.
2. Automatisierung stoppen, bevor Sie etwas reparieren. Handelsrecht deaktivieren oder Prozess stoppen geht schneller als Diagnose und verlangt kein Ursachenverständnis. Bei laufender Automatisierung ändern sich die untersuchten Bedingungen während der Diagnose.
3. Offene Positionen und ausstehende Orders beim Broker prüfen, nicht in der lokalen Kopie. Nach einem Abbruch zeigt das Terminal den letzten bekannten, nicht unbedingt aktuellen Zustand.
4. Vorfall währenddessen dokumentieren, nicht erst danach. Zeit mit Zeitzone, Ausfall, Beobachtung, eigene Maßnahmen, Kontozustand vorher und nachher. Eine Stunde später bleibt nur ein Eindruck, der weder mit Protokoll noch Historie abgleichbar ist.
5. Erst weiterarbeiten, wenn Brokerzustand und eigene Aufzeichnung übereinstimmen. Vorheriger Neustart der Automatisierung führt direkt zu möglichen Doppelpositionen.

Ein vollständiger Notfallplan mit Fallweiche, Kontaktkarte, Vorfallformular und Quartalstestprotokoll steht im Notfallplan im Werkzeugkasten. Hier bleibt es bei der Werkzeugebene, denn nur sie gehört in diesen Teil.

Prüfen Sie einmal außerhalb eines Notfalls: welche Schutzbedingungen auf dem Brokerserver liegen und welche eine laufende Anwendung brauchen. Das bestimmt den Positionszustand nach Rechnerabschaltung oder Verbindungsverlust. Plattform, Modus und Broker entscheiden; konkrete Konfigurationen behandeln Art. 11.4 und Art. 11.5 für die jeweilige Umgebung.

Konfigurationssicherung ist die zweite Hälfte des Verfahrens: Wie lange dauert der Wiederaufbau nach Rechnerverlust? Die Liste ist kurz: Watchlists, Chartvorlagen, aktive Alarme samt Meldungstexten, drei Register aus Abschnitt 3, Anhangsarchiv und Zugangsdaten im Passwortmanager, niemals in einer Textdatei. Der Speicherort hängt von der Umgebung ab und ist wesentlich: Mal existiert eine kopierbare Datei, mal gar keine. Die Matrix beruht auf Herstellerdokumentation vom 22. August 2026. Prüfen Sie Ihre Ausstattung erneut, bevor Sie die Sicherung als vollständig ansehen.

Daraus folgt: „Konfigurationsdateien kopieren“ reicht nicht, weil ein Teil der Umgebung keine hat. Bei kontobasierten Einstellungen gehören abgesicherter Kontozugriff und eine unabhängige Aufzeichnung dessen zur Wiederherstellung, was das Konto nicht zurückholt – vor allem Alarmtexte und Planverknüpfungen.

12. Prozessprüfung: vier Messungen statt eines Eindrucks

Eine Quartalsprüfung ist nur mit Zahlen sinnvoll. „Es fühlt sich besser an“ ist kein mit dem Vorquartal vergleichbares Prüfungsergebnis. Die vier Messungen sind ein vorgeschlagenes Minimum, keine abschließende Liste. Jede nennt Messgröße, Umfang und Quelle sowie, wo sinnvoll, Nenner und konventionellen Schwellenwert. Nur zwei haben alle fünf Elemente: Prozesszeit hat keinen absoluten Schwellenwert, Werkzeugredundanz keinen Nenner; die Tabelle sagt das ausdrücklich. Ohne Größenbestimmung, Umfang und Quelle ist ein Quartalsvergleich unmöglich. Die ersten zwei Messungen entstehen direkt aus vorhandenen Registern. Die anderen brauchen je eine Zusatzaufzeichnung im Prozessregister: datiertes Zeitprotokoll und datiertes Redundanztestergebnis. Alle Schwellen sind konventionelle Startwerte zum Selbstvergleich, keine gemessenen Standards.

Alle vier Messungen beschreiben bewusst den Prozess, auch Redundanz. Ein gutes Ergebnis bei schlechtem Prozess ist über ein Quartal mit wenigen Trades möglich. Umgekehrt schützt saubere Ausführung nicht vor einem Verlustquartal. Erst die Trennung beider Urteile erlaubt nach einer schwachen Phase die Änderung dessen, was wirklich versagte, statt zufällig vorhandene Werkzeuge auszutauschen.

Führen Sie vor dem Weitergehen eine Prüfung durch: Bei wie vielen der letzten fünf Trades entstand der Planeintrag vor der Eröffnung? Der Prozentanteil nutzt dieselbe Definition wie die Vollständigkeitsmessung, nur mit fünf Trades statt einem Quartal. Er ist Ihr Startwert für den Vergleich im nächsten Quartal. Prüfen Sie nebenbei Screenshot und klassifizierten Eintrag, notieren Sie beides aber getrennt: andere Maße mit anderen Einheiten dürfen nicht dazuaddiert werden.

Der Prozess arbeitet unter fremd gesetzten Bedingungen. Ausführungskurse, Historienumfang, nutzbare Plattformen und das Schicksal gesendeter Orders bestimmt der Broker. Dort setzt der nächste Kursteil an.