INVESTOX-Forum

klingt vernünftig.

Ich hatte neulich auch mal durch einen andere Merkwürdigkeit bedingt (bin noch am forschen dazu wie es genau passiert ist) auf einmal einige Kontrakte von Donnerstag über Ostern long im estx50.

Die Market Austiegsorder war von IV an die TWS übertragen worden, stand dort allerdings als unbearbeitet.

Ich habe mich dann im ES gehedged, was rückwirkend betrachtet natürlich ne Scheißidee war.

Hallo Yoggi,

kannst Du denn das nicht heute schon erreichen?

Vorschlag: Im ORM stellst Du die MOC Order ein zum Exit, im Handelssystem setzt Du einen TD-Stop, max. Dauer 1 Periode mit Zusatzbedingung Uhrzeit > z.B. 21:58.

Der Uhrzeit-Stop greift normalerweise, wenn nicht liegt die MOC Order schon bei IB und greift dann.

Viele Grüße
Cornelius

Hallo,

das sehe ich auch so: wenn die MOC-Order als zeitbasierter Stop eingesetzt wird, wird sie ja (von Investox) gestrichen, wenn der normale Exit per HS erfolgt.

Viele Grüße

Andreas Knöpfel

Hallo

Ein interessanter Fall! Manche Börsen haben ja bestimmte Cancelation-Rules für MOC Orders, so dass eine MOC Order 10 oder 20 Minuten vor Beginn der Schlussauktion nicht mehr reduziert oder gecancelt werden kann. Was wird denn passieren ...

Zitat von »Investox«

wenn die MOC-Order als zeitbasierter Stop eingesetzt wird, wird sie ja (von Investox) gestrichen, wenn der normale Exit per HS erfolgt.

... wenn Yoggi eine MOC Order draussen hat, der Börsen Schluss 22 Uhr ist und im Normalfall (also wenn es zu keinem Verbindungsunterbruch kommt) der Exit um 21:55 den Trade schliesst? Investox wird versuchen, die MOC Order zu streichen, das wird abgelehnt werden und dann schätze ich mal, MOC dreht ihm die Position overnight, gerade was Yoggi verhindert wollte

Oder habe ich da jetzt was übergesehen?

da muss man dann seine Exits und die Sicherheitsschleife wohl an den gehandelten Markt anpassen, wie jeder Marktteilnehmer.

Aber ansonsten hat Cornelius und Herr Knöpfel recht.

Die Eurex macht so sperenzchen zum Glück nicht, da darf man in der laufenden Auktion Orders streichen und reinstellen.

Hallo,

das sollte schon so sein: wenn die Market-Order durch den Zeitstop ("Immer zu dieser Uhrzeit", läuft unabhängig von der HS-Komprimierung) platziert wird, werden die Sicherheitsstops gestrichen.

Viele Grüße

Andreas Knöpfel

Hallo,

was mich dabei wundert ist, dass zwar die Exit-Order nicht angenommen wurde, die Streichung aber doch?

>>Ist das programmiertechnisch zu lösen, dass durch eine Exitorder erst dann alle
>>anderen diese Position bezüglichen Orders gestrichen werden, wenn diese Exitorder auch bei der TWS angekommen ist?

schwierig, und erhöht u.U. die Gefahr ein Doppelausführung. Es könnte ja auch umgekehrt passieren, dass die Exitorder ankommt, aber keine Rückbestätigung erfolgt. Es führt m.E. kein Weg drum herum: bei einer Unterbrechung sollte man überprüfen, was passiert ist - vor allem in der Nähe zum Marktschluß, wenn man overnight nicht investiert sein möchte.

Viele Grüße

Andreas Knöpfel

Hallo Herr Knöpfel,

IB bietet ja die Möglichkeit good after date/time orders einzugeben.
Bestünde nicht die Möglichkeit bei einem ORM Zeitexit diese als Marketorder bereits in die Braketorder einzubauen?

Wenn x Uhr erreicht ist, wird die Marketorder aktiv bei IB, die Stops werden von IB bei Ausführung gestrichen und alles ist gut ?

Hallo,

das liegt wohl daran, dass die TWS (bzw. die API, beim Gateway ist es dasselbe) im Falle einer fehlenden Serververbindung so arbeitet: Streichungen werden angenommen und später umgesetzt, Orders verschwinden dagegen im Nichts.

Eine Möglichkeit der Anpassung wäre es, dass Investox optional keine Signale an IB umsetzt (also weder Platzierungen noch Streichungen), wenn keine Verbindung besteht (Status Abbruch) - nach dem Motto: lieber gar nichts ändern, als nur teilweise etwas ändern.

Viele Grüße

Andreas Knöpfel

also die Orders und Streichungen in einer Pipeline zwischenspeichern bis wieder ein Connect vorhanden ist?

Hallo

Ich denke, bevor irgend welche Aufträge (Streichungen) umgesetzt werden und andere nicht (Orders), wäre es mir sympatischer, wenn nichts umgesetzt wird, aber ...

Zitat von »Investox«

nach dem Motto: lieber gar nichts ändern, als nur teilweise etwas ändern.

... aber es braucht flankierende Massnahhmen!

Dies wäre ein Ansatz:

Zitat von »Lenzelott«

die Orders und Streichungen in einer Pipeline zwischenspeichern bis wieder ein Connect vorhanden ist

Und die flankierenden Massnahmen wären:
* ein vom Benutzer einstellbarer Timeout; kommt innerhalb der eingestellten Zeit die Verbindung zurück, dann schiebt Investox die Orders aus der Pipeline raus nach dem FiFo Prinzip
* nach dem Timout bleiben die Oders in der Pipeline stehen und der User wird über die üblichen Wege (eMail, SMS, Audio) benachrichtigt.
* es sollte eine Möglichkeit geben, in die Pipeline hineinzusehen, sie zu flushen oder einzelne Orders herauszunehmen und sie danach wieder freizugeben; alles was noch in der Pipeline wäre, würde Investox dann zu IB rüberschieben
* wenn der Timeout auf 0 gesetzt ist, dann wäre er deaktiviert: Investox würde sich dann stets verhalten wie beim ersten Punkt beschrieben

Hallo zusammen!

Die Verbesserung der Abstimmung zwischen Handelssystem und Depot/TWS ist ein Thema, welches mir sehr (!) am Herzen liegt. Denn in den letzten Monaten ist es bei mir mehrmals und aus unterschiedlichen Ursachen vorgekommen, dass HS und Depot auseinander gelaufen sind, d.h. das HS war out, aber das Depot hatte einen Bestand.

Da dies für eine automatische Handelssoftware ein katastrophales Ergebnis ist (selbst wenn eine solche Situation zufällig mit Gewinn enden sollte), benötigt dieser Bereich der Abstimmungsmechanismen zwischen HS und Depot m. E. dringend eine Weiterentwicklung.

Für den von Yoggi beschriebenen Fall des Verbindungsabbruchs zur TWS könnte Lenzelotts Vorschlag eines Order-Zwischenspeichers eine Lösung sein, die das Auseinanderlaufen verhindert.

Es gibt aber noch weitere mögliche Ursachen des Auseinanderlaufens von HS und Depot (und ich habe sicher nicht alle Ursachen kennengelernt), welche einen Sicherheitsmechanismus im Sinne einer weitergehenden Abstimmung zwischen HS und Depot erforderlich machen.

Hierzu folgendes Beispiel aus meiner Erfahrung:

Ein Breakout System geht Long mit einer StopLimit Order. Mit dieser Enter Order werden ORM Sicherheitsstops geroutet (Verluststop, Gewinnlimit, MOC Exitorder). Die Orderausführung erfolgt in der Signalperiode. Zu Beginn der Folgeperiode werden die ORM Sicherheitsstops von Investox "automatisch" neu gesetzt. Gleichzeitig erzeugt das HS zu Beginn der Folgeperiode durch einen Stop eine Exitorder, weil ein False Breakout wahrscheinlich ist. Diese Exitorder konfligiert in der TWS mit dem Neusetzen der ORM Stops. Ergebnis: sämtliche Stops und Orders werden gelöscht, das HS ist out, der Bestand völlig ungeschützt im Depot (und das nach einem wahrscheinlichen False Breakout).

Hier braucht es m.E. systemseitig eine Prüfung, welche den Zustand des HS und des Depots abgleicht und ggf. eine Übereinstimmung wiederherstellt.

Viele Grüße
Cornelius

Hallo,

>>Hierzu folgendes Beispiel aus meiner Erfahrung:
Das Beispiel habe ich nicht verstanden bzw. nachvollziehen können.

>>Diese Exitorder konfligiert in der TWS mit dem Neusetzen der ORM Stops.

Was meinen Sie mit "Neusetzen"? Was genau meinen Sie mit konfligieren (welche Fehlermeldungen)?

Prinzipiell ist es ja so, dass eine Exit-Limitorder in die bestehenden Sicherheitsstops eingebaut wird, diese also nicht gestrichen werden.

Viele Grüße

Andreas Knöpfel

Guten Morgen Herr Knöpfel, guten Morgen Investoxgemeinde!

Beim o. g. Trade handelt es sich um einen der beiden, welche ich Ihnen per eMail mit Signal- und Orderdetails in einem beigefügten Spreadsheet am 11.02.10 beschrieben habe. Das "Neusetzen" der ORM Stops erfolgt zu Beginn der zweiten Periode, m.W. ohne dass der Anwender dazu eine Einstellung vornehmen kann/muss. Im Orderbuch sind die mit der Enter Order gerouteten ORM Stops dann gestrichen, gleiche Stops werden zu Beginn der zweiten Periode neu gesetzt.

Die TWS Fehlermeldungen dazu weiß ich nicht mehr auswendig, erinnere mich aber an die Aussage, dass das Aufeinandertreffen der neu zu setzenden ORM Stops mit der durch das HS generierten Market Order einen Konflikt bedeutete, welcher durch Streichen sämtlicher Orders in der TWS gelöst wurde.

Sie empfahlen mir damals freundlicherweise, die Exit Order des HS generell auf Limit (ggf. mit Sicherheitsabstand zum aktuellen Kurs) umzustellen, so dass dann jede (als Limit Order generierte) Exit Order eine Anpassung des ORM Sicherheitsstops (oder ORM Gewinnlimits?) bewirkt. Diese generelle Umstellung der Exit Order von Market auf Limit für sämtliche Signale erscheint mir allerdings problematisch, da Limit Orders an der Börse anders behandelt werden als Market Orders und die Auswirkungen dieser Umstellung, vor allem in schnellen Marktphasen, für mich nicht vollständig absehbar sind.

Im konkreten Fall wäre diese von Ihnen vorgeschlagene Lösung m. E. dann sehr gut einsetzbar, wenn man die Orderart für jeden Stop definieren könnte. Dann würde ich es als unproblematisch ansehen, speziell den False Breakout Stop auf Limit Order (mit Sicherheitsabstand) umzustellen. Die Erweiterung, Orderarten für einzelne Stops definieren zu können, steht ja - glaube ich - auf Ihrer Liste.

Eigentlich geht es mir mit meinem obigen Posting aber weniger um den konkreten Trade als um die Tatsache, dass wir alle zusammen nicht alle Möglichkeiten kennen, die ein Auseinanderlaufen von HS und TWS/Depot bewirken können. Und da sich alle beteiligten Systeme laufend ändern, wird das wohl auch nie der Fall sein. Da ein solches Auseinanderlaufen für eine automatische Handelssoftware den Katastrophenfall darstellt, sollte in Investox, soweit irgend möglich, eine Vorkehrung dafür getroffen werden.

Betrachten wir den von mir geschilderten Fall. Was "weiß" Investox bzw. kann des über die TWS API erfahren:

1. Das HS ist out.
2. Die letzte Aktion des HS war, eine bestehende Depotposition durch Market Order zu schließen.
3. Seit dem Routing der Market Order haben Markttransaktionen stattgefunden.
4. Die Market Order wurde nicht ausgeführt, sondern gestrichen.
5. Die Depotposition besteht noch (ohne sonstige Orders).

Damit kann (eigentlich will ich schreiben: MUSS) man doch etwas machen!

Welche Aktion Investox dann durchführt (Sirene/Text vorlesen, eMail/SMS, sofortige oder nach Prompt verzögerte neue Market Order), sollte man wohl dem Anwender überlassen. Aber es sollte jedenfalls eine Sicherheitsvorkehrung geben.

Viele Grüße
Cornelius