![MQL5 - Sprache von Handelsstrategien, eingebaut ins Kundenterminal MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
11.2Gebühren für fehlerhafte Transaktionen.
Transaktionen werden als fehlerhaft anerkannt, wenn ihnen im Verlauf der Transaktion ein Fehlercode gemäß Tabelle 2 zugewiesen wurde. Für die Zwecke der Ermittlung fehlerhafter Transaktionen wird unter einer Transaktion die Einreichung einer Order, die Rücknahme einer Order, die Rücknahme einer Order bei gleichzeitiger Einreichung einer Order mit unterschiedlichen Transaktionsbedingungen, die Rücknahme eines Ordenspaares bei gleichzeitiger Einreichung eines Ordenspaares mit unterschiedlichen Transaktionsbedingungen verstanden.
Die Berechnung des Entgelts für Fehltransaktionen erfolgt für jeden Login für den Zeitraum von der Aussetzung des Handels für die abendliche Clearing-Session des aktuellen Handelstages (einschließlich der ersten Sekunde der Aussetzung) bis zur Aussetzung des Handels für die abendliche Clearing-Session des nächsten Handelstages (ohne die erste Sekunde der Aussetzung) (im Folgenden - der Berechnungszeitraum).
Die Berechnung der Höhe der Gebühr für fehlerhafte Transaktionen erfolgt nach der folgenden Formel:
wo:
TranFee2 - die Höhe der Gebühr für fehlerhafte Transaktionen während des Abrechnungszeitraums (in Rubel einschließlich Mehrwertsteuer);
Cap - ein vom Technischen Zentrum festgelegter und auf der Website der Moskauer Börse veröffentlichter Höchstbetrag für die Gebühr für fehlerhafte Transaktionen;
xi- pro Sekunde berechneter Wert, abgerundet auf ganze Zahlen und bestimmt durch die Formel:
wo:
Qi- die Summe aller Punkte für die i-te Sekunde (die Punkte werden gemäß Tabelle 2 bestimmt);
Li- der Grenzwert des angegebenen Logins, der nach der Formel berechnet und auf ganze Zahlen gerundet wird:
Wo:
Kapazitäti- Kapazität der Anmeldung, die nach dem in Punkt 3.2 dieses Anhangs festgelegten Verfahren bestimmt wird und für die i-te Sekunde gilt.
Tabelle 2:
Vorgangsart*
Ergebnis der Ausführung (Fehlercode)*
Punktzahl Q
AddOrder
Es hat eine Quertransaktion stattgefunden (31)
Q1
Unzureichende Kundengelder (332)
Q2
Unzureichende Mittel der Maklerfirma (333)
Q3
FOK-Angebot nicht konsolidiert (4103)
Q4
DelOrder
Auftrag nicht gefunden (14)
Q5
MoveOrder
Cross-Dealing fand statt (31)
Q6
Es wurde keinAuftraggefunden (50)
Q7
UnzureichendeKundengelder (332)
Q8
Unzureichende MitteldesMaklerunternehmens (333)
Q9
DelUserOrders
Die Transaktion wurde erfolgreich abgeschlossen,
und kein Auftrag wird gelöscht
Q10
* in Übereinstimmung mit der Beschreibung des FORTS Plaza-2 Gateway.
Die Q1-Q10-Punktewerte werden durch einen Beschluss des Technischen Zentrums festgelegt und auf der Website der Moskauer Börse veröffentlicht.
Eine Gebühr für fehlerhafte Transaktionen wird erhoben, wenn die Bedingung erfüllt ist:
wo:
TranFee2 - der Betrag der Gebühr für fehlerhafte Transaktionen, die während der Abrechnungsperiode getätigt wurden (in Rubel einschließlich Mehrwertsteuer);
Capmin- eine Beschränkung der Mindesthöhe der Gebühr für fehlerhafte Transaktionen, die vom technischen Zentrum festgelegt und auf der Website der Moskauer Börse veröffentlicht wird,
Die Gebühr für fehlerhafte Transaktionen wird von dem Abschnitt des Verrechnungsregisters abgebucht, mit dem die Anmeldung, für die die Gebühr für fehlerhafte Transaktionen ermittelt wurde, verknüpft ist.
Willst du, dass wir uns betrinken?)) Ist es so schwer, eine Zahl zu schreiben?
Wie lautet der Rückgabecode für diesen Fehler?
Rückkehr zum Fehlercode Ungültige Anfrage
Ich habe die Funktion geändert, um den Auftrag ein wenig zu löschen:
CheckError() Funktion.
Nach Aufgabe der Bestellung:
MT 5 Server hat keine Antwort gesendet, die Funktion CheckOrders() wurde ausgelöst und ein Auftragsticket wurde empfangen:
Danach wurde der Befehl zum Löschen des Auftrags (EA) NICHT ausgeführt:
Dies wurde auch vom Terminal bestätigt:
Frage:
Wie ist der Status des Auftrags im Terminalspeicher?
Warum ungültiger Antrag?
Ich habe ein Ticket von der Terminalumgebung erhalten, so dass das Terminal "weiß", dass die Bestellung eingestellt ist!
Immerhin hat dieselbe Funktion später diesen Auftrag mit demselben Ticket gelöscht:
Rückkehr zum Fehlercode Ungültige Anfrage
Ich habe die Funktion zum Löschen der Bestellung ein wenig geändert:
CheckError() Funktion.
Nach Aufgabe der Bestellung:
MT 5 Server hat keine Antwort gesendet, die Funktion CheckOrders() wurde ausgelöst und ein Auftragsticket wurde empfangen:
Danach wurde der Befehl zum Löschen des Auftrags (EA) NICHT ausgeführt:
Dies wurde auch vom Terminal bestätigt:
Frage:
Wie ist der Status des Auftrags im Terminalspeicher?
Warum ungültiger Antrag?
(Ich habe das Ticket von der Terminalumgebung erhalten, so dass das Terminal "weiß, dass die Bestellung aufgegeben wurde")!
Es gibt auch dies:
Versuchen Sie es auf diese Weise:
Es gibt noch mehr davon:
Sergej!
Aus irgendeinem Grund scheint es mir, dass, wenn es einen Strafzettel gibt (nachdem ein Haftbefehl ausgestellt wurde), es keine
seinen Zustand:
ORDER_STATE_REQUEST_ADD
Sergej!
Irgendwie scheint es mir, dass, wenn es einen Strafzettel gibt (nachdem ein Haftbefehl ausgestellt wurde), es nicht möglich ist
Sein Status:
Das denke ich auch, aber es ist nicht meine Idee, dieser Fehler stammt aus dem Transaktionsprotokoll.
Nach dem Hinzufügen dieser Prüfung werden alle Zustände vor der Löschung und Änderung in das Protokoll aufgenommen. InvalidRequest tritt nicht mehr auf.
Diese Frage bezieht sich eher auf den Serverbetrieb und die Entwickler, wieORDER_STATE_REQUEST_ADD erscheint.
Das denke ich auch, aber es war nicht meine Idee, dieser Fehler stammt aus dem Betriebsprotokoll.
Nach dem Hinzufügen dieser Prüfung werden alle Zustände vor der Löschung und Änderung in das Protokoll aufgenommen. InvalidRequest tritt nicht mehr auf.
Diese Frage bezieht sich eher auf den Serverbetrieb und die Entwickler, wieORDER_STATE_REQUEST_ADD erscheint.