Dienstag, 16. April 2024, 07:48 UTC+2

Sie sind nicht angemeldet.

  • Anmelden
  • Registrieren

Lieber Besucher, herzlich willkommen bei: INVESTOX-Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

Lenzelott Männlich

Experte

Registrierungsdatum: 30. Dezember 2002

Beiträge: 3 050

Wohnort: Giessen

1

Mittwoch, 26. Mai 2010, 14:34

Minimale Preisänderung einer Aktie

Hallo Herr Knöpfel,

Wenn man Aktien auf Xetra handeln möchte, bekommt man mit dem "Minimale Preisänderungsfeld" in den Order / Titeleigenschaften ein echtes Problem.

Wie man dem Dokumentder deutschen Börse entnehmen kann ist die Ticksize vom Preis abhängig.

0 - 9,9999 0,001€
10-49,995 0,005€
50-99,99 0,01€
>100 0,05€

mir ist es jetzt passiert, dass beim Anlegen eines Titels dieser unter 10€ war, als die Order rein kam aber darüber.
Was dann im Handel passiert ist folgendes:
Man bekommt einen Fill und ORM versucht stop und Gewinnziel an die TWS zu schicken und bekommt beides abgelehnt, weil auf 0,001€ gerundet wird, aber der Preis über 10€ nur auf 0,005€ gerundet werden darf.
Damit ist die Position nicht abgesichert und das Gewinnziel nicht im Markt. Sehr ärgerlich.

Auch doof zb., wenn Kaufpreis <10 war, der stop auch und nur das Gewinnziel >10 liegt, dann hat man einen Stop aber kein takeprofit im Markt.

Es wäre in meinen Augen daher sehr wichtig, dass man das Xetra-Modell bzgl. minimalen preisänderung in Investox umsetzen kann.

EDIT: das selbe gilt natürlich auch für Limit Orders um einen Einstieg in einen Trade zu bekommen.
Hier dann doppelt ärgerlich, dass man beim automatisierten Handel erstmal nichts davon mitbekommt, dass man keine Position bekommen hat, weil die Enterorder bereits wegen falschem Preis abgelehnt wurde..
If you think it´s expensive to hire a professional, wait until you hire an amateur.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Lenzelott« (26. Mai 2010, 15:26)


Lenzelott Männlich

Experte

Registrierungsdatum: 30. Dezember 2002

Beiträge: 3 050

Wohnort: Giessen

2

Mittwoch, 26. Mai 2010, 15:50

Hierbei seien auch noch alle Folgefehler erwähnt die auftreten können in einem solchen Fall.

Beispiel:
Stop und Limit werden vom ORM als Braketorder gesendet.
Stop wird nicht angenommen, weil falsch gerundet.
Die Folge ist, dass ein Trailingstop, der auf fortlaufend anpassen steht versucht diesen abgelehnten Stop anzupassen was erneut fehlschlägt.

Das Selbe Problem hat man natürlich auch mit Gewinnzielen, die angepaßt werden im Lauf des Trades, wenn das Limit am Anfang falsch gerundet und daher abgelehnt wurde.
If you think it´s expensive to hire a professional, wait until you hire an amateur.

Investox

Administrator

Registrierungsdatum: 31. August 2002

Beiträge: 5 680

3

Mittwoch, 26. Mai 2010, 16:30

Hallo,

ist notiert. Einstweilen rate ich dazu, in der Nähe der Grenzbereiche lieber die größere minimale Preisänderung zu verwenden (diese ist ja "abwärtskompatibel").

Viele Grüße
Andreas Knöpfel

Lenzelott Männlich

Experte

Registrierungsdatum: 30. Dezember 2002

Beiträge: 3 050

Wohnort: Giessen

4

Mittwoch, 26. Mai 2010, 17:36

Hallo Herr Knöpfel,

Schon klar, nur kann man eben nicht jede Aktie jeden Tag überprüfen ob Sie in den Grenzbereich einläuft, da wird man ansonsten irre davon. :wacko:
Und wenn man einfach jede Aktie eine Stufe höher anlegt bekommt man einiges an Ungenauigkeit.

PS. wenn Sie mal in obiges Dokument reinschauen, werden Sie sehen, dass für ETF´s andere Regeln gelten.
Es müsste also mehrere Mindestpreisänderungsmodelle geben und man kann dann eines davon einem Titel zuordnen.
If you think it´s expensive to hire a professional, wait until you hire an amateur.