# Acceptation des ordres SL/TP

Cette branche traitera les ordres qui sont créés à la suite du déclenchement des niveaux SL/TP des positions ouvertes.

J'ai écrit une fonction compliquée mais utile pour obtenir un tick qui sert de déclencheur pour un ordre SL/TP spécifié.

```#define  SEARCH_TICK(A, B)                             \
{                                                     \
if (!(Ticks[Pos].##A  B Price) && ((Pos <= 1) ||     \
(!StopLevel && (Ticks[Pos - 1].##A == Price)))) \
Tick = Ticks[Pos];                                \
else                                                \
{                                                   \
while ((Pos >= 0) && !(Ticks[Pos].##A  B Price))   \
Tick = Ticks[Pos--];                            \
\
if (!Tick.time)                                   \
{                                                 \
while ((Pos >= 0) && (Ticks[Pos].##A  B Price))  \
Pos--;                                        \
\
while ((Pos >= 0) && !(Ticks[Pos].##A  B Price)) \
Tick = Ticks[Pos--];                          \
}                                                 \
}                                                   \
}

// Получение тика, который акцептировал TP/SL-ордер.
bool GetAcceptedTick( const ulong Ticket, MqlTick &Tick, const bool PrintFlag = false )
{
bool Res = false;

if (!IsStopped() && HistoryOrderSelect2(Ticket))
{
const ENUM_ORDER_REASON Reason = (ENUM_ORDER_REASON)HistoryOrderGetInteger(Ticket, ORDER_REASON);

if ((Reason == ORDER_REASON_TP) || (Reason == ORDER_REASON_SL))
{
const long CreateTime = HistoryOrderGetInteger(Ticket, ORDER_TIME_SETUP_MSC);
const long DoneTime = HistoryOrderGetInteger(Ticket, ORDER_TIME_DONE_MSC);
const string Symb = HistoryOrderGetString(Ticket, ORDER_SYMBOL);
const ENUM_ORDER_STATE State = (ENUM_ORDER_STATE)HistoryOrderGetInteger(Ticket, ORDER_STATE);
const ENUM_ORDER_TYPE Type = (ENUM_ORDER_TYPE)HistoryOrderGetInteger(Ticket, ORDER_TYPE);
const double Price = HistoryOrderGetDouble(Ticket, ORDER_PRICE_OPEN);

const ulong TicketOpen = HistoryOrderGetInteger(Ticket, ORDER_POSITION_ID);

if (SymbolInfoInteger(Symb, SYMBOL_EXIST) && TicketOpen && HistoryOrderSelect2(TicketOpen))
{
#define  TOSTRING(A) ", " + #A + " = " + (string)(A)
const int digits = (int)SymbolInfoInteger(Symb, SYMBOL_DIGITS);

const int StopLevel = (int)SymbolInfoInteger(Symb, SYMBOL_TRADE_STOPS_LEVEL);
long PositionCreated = HistoryOrderGetInteger(TicketOpen, ORDER_TIME_DONE_MSC);

// Условие может сработать при частичном исполнении.
if ((PositionCreated >= CreateTime) && HistorySelectByPosition(TicketOpen) && HistoryDealsTotal())
{
PositionCreated = HistoryDealGetInteger(HistoryDealGetTicket(0), DEAL_TIME_MSC);

HistoryOrderSelect(TicketOpen); // Не HistoryOrderSelect2, т.к. нужно HistoryOrdersTotal() <= 1.
}

#define  HOUR (3600 * 1000)
long From = MathMax(PositionCreated,    // Время открытия позиции
CreateTime - HOUR); // Час - просто с запасом.

MqlTick Ticks[];

ResetLastError();
int Pos = CopyTicksRange(Symb, Ticks, COPY_TICKS_INFO, From, CreateTime) - 1;

if ((Pos < 0) && !_LastError && (From == PositionCreated))
Pos = CopyTicksRange(Symb, Ticks, COPY_TICKS_INFO, From -= HOUR, CreateTime) - 1;

if (Pos >= 0)
{
const MqlTick LastTick = Ticks[Pos];

Tick.time = 0;

{
if (Reason == ORDER_REASON_TP)
else
}
else if (Reason == ORDER_REASON_TP)
SEARCH_TICK(bid, <)
else
SEARCH_TICK(bid, >)

if (!(Res = /*(Pos >= 0) && */ Tick.time))
Alert(__FUNCSIG__ + ": Error!"); // Ошибка при расчетах
else if (PrintFlag) // Выводим найденный тик.
{
Print("Last Tick " + TickToString(LastTick, digits));

Print("Accepted Tick " + TickToString(Tick, digits));
Print("Accepted Length = " + (string)(CreateTime - Tick.time_msc) + " ms.");
}
}
else // В случае ошибки CopyTicks - сообщаем.
Alert(__FUNCSIG__ + ": CopyTicksRange(" + Symb + ", " + TimeToString(From) + ", " +
TimeToString(CreateTime) + ") = " + (string)(Pos + 1) + TOSTRING(_LastError));

if (PrintFlag || !Res) // Распечатываем данные ордера.
Print("Order " + (string)Ticket + " " + EnumToString(Type) + " " + Symb + " " + TimeToString(CreateTime) + " " +
DoubleToString(Price, digits) + " " + EnumToString(Reason) + " " + EnumToString(State) + " " +
TimeToString(DoneTime) + ", Position " + (string)TicketOpen + " created " +
TimeToString(PositionCreated) + TOSTRING(StopLevel) + "\n");
}
}
}

return(Res);
}

// Преобразование времени в миллисекундах в строку.
string TimeToString( const long time, const int FlagTime = TIME_DATE | TIME_SECONDS)
{
return(TimeToString((datetime)time / 1000, FlagTime) + "." + IntegerToString(time % 1000, 3, '0'));
}

// Преобразование тика в строку.
string TickToString( const MqlTick &Tick, const int digits )
{
return(TimeToString(Tick.time_msc) + " " + DoubleToString(Tick.bid, digits) + " " + DoubleToString(Tick.ask, digits));
}

// Правильный выбор исторического ордера.
bool HistoryOrderSelect2( const ulong Ticket)
{
return(((HistoryOrderGetInteger(Ticket, ORDER_TICKET) == Ticket) || HistoryOrderSelect(Ticket)));
}```

L'application de cette grande fonction est la raison de la création de cette branche. Je suis sûr que je n'ai pas trouvé tous les bogues dans le code, mais pour l'histoire et pour comprendre que c'est vraiment difficile, j'ai donné une liste complète.

En étudiant l'exécution des ordres TP, j'ai remarqué que certains ordres TP étaient créés avec un décalage important par rapport aux ticks qui les avaient acceptés.

Le débriefing a montré que cette situation se répète non seulement sur différents courtiers, mais aussi dans la situation où le trading se fait sur le Terminal, qui se trouve sur la même machine que le Trading Server. C'est-à-dire avec un ping très faible et le seul compte de trading pour le serveur de trading.

L'écriture de la fonctionGetAcceptedTick nous a permis d'étudier la question en profondeur et de démontrer le problème de manière constructive.

### Script.

Ainsi, le script suivant se trouve dans le trailer.

```// Скрипт выводит самое длительное или конкретное акцептирование SL/TP-ордера.
#property script_show_inputs

input datetime inFrom = D'2020.01.01'; // С какого времени проверять ордера
input ulong inTicket = 0;              // Отдельно проверяемый тикет

// Возвращает самый медленный TP/SL-ордер с определенной даты.
ulong GetSlowestOrder( const datetime From );

// Распечатывает подробности акцепта SL/TP-ордера.
void PrintOrder( const ulong MaxTicket );

void OnStart()
{
Print("\n\nStart " + MQLInfoString(MQL_PROGRAM_NAME) + TOSTRING(inFrom) + TOSTRING(inTicket) + "\n");

PrintOrder(inTicket ? inTicket : GetSlowestOrder(inFrom));
}```

Le résultat de l'exécution sur le MQ-Demo.

```Total Orders (from 2020.09.01 00:00:00) = 58493, calculated = 439
Calculation time = 00:00:11.328, Performance = 38.0 orders/sec.

ServerName: MetaQuotes-Demo

Last Tick 2020.09.30 19:07:32.917 1.80181 1.80205
Accepted Tick 2020.09.30 19:07:32.716 1.80178 1.80202
Accepted Length = 357 ms.
Order 726444166 ORDER_TYPE_BUY GBPAUD 2020.09.30 19:07:33.073 1.80206 ORDER_REASON_TP ORDER_STATE_FILLED 2020.09.30 19:07:33.082, Position created 2020.09.30 17:21:17.933, StopLevel = 0

Orders (2) before 726444166 with PositionID = 725926764:
------------------------
Checked Orders = 0
------------------------```

Le script prétend avoir trouvé un ordre TP et un tick qui a été le déclencheur de sa création (surligné en couleur dans le texte). Il semblerait que si le prix a atteint le niveau TP d'une position ouverte sur le serveur de trading (surtout sur la démo), l'ordre TP correspondant devrait être créé (pas nécessairement exécuté) immédiatement. Cependant, dans cette situation, cela ne s'est pas produit immédiatement, mais après 357 millisecondes !

Permettez-moi de dire d'emblée que même un délai d'une milliseconde n'est pas de trop. Être dans le temps est un verbe significatif dans l'algotradition.

### Vérification.

Ne faisons pas aveuglément confiance au script et vérifions cette situation manuellement. Donc, voici notre commande.

Le tick d'acceptation correspondant trouvé par le script peut être vu ici.

La flèche indique que l'ordre TP est né entre les ticks. Les captures d'écran montrent clairement que le script était correct et que la création de l'ordre TP s'est produite avec un énorme décalage du côté du serveur de négociation.

### En résumé.

Il y a maintenant un outil qui montre les valeurs de décalage du côté du Trade Server lors des transactions via les niveaux TP/SL. Pour l'instant, ils sont énormes. Il s'agit là d'un sérieux inconvénient de la plate-forme qui doit être corrigé.

Malheureusement, il est impossible d'enregistrer l'acceptation des ordres en attente, car cette information n'est pas disponible du côté du terminal. Mais presque invariablement, la présence de décalages importants du côté des ordres TP/SL ne peut qu'affecter les décalages lors de l'exécution des ordres. Comme la cause semble être de même nature.

Dans l'ensemble, la plate-forme MT5 est actuellement à la traîne à 100 % spécifiquement dans ces situations. Et nécessite des corrections jusqu'à ce qu'il n'y ait plus de décalage.

Je vous encourage à partager les résultats de vos comptes. Contribuez à l'amélioration de MT5 !

Dossiers :

fxsaber:

Vous encourager à partager les résultats de vos comptes. Aidez-nous à améliorer MT5 !

```Total Orders (from 2020.11.01 00:00:00) = 21725, calculated = 10465
Calculation time = 00:04:33.609, Performance = 38.0 orders/sec.

ServerName: RannForex-Server

Last Tick 2020.11.16 00:34:35.201 104.630 104.640
Accepted Tick 2020.11.16 00:34:06.309 104.627 104.639
Accepted Length = 28894 ms.
Order 1715452 ORDER_TYPE_SELL USDJPY 2020.11.16 00:34:35.203 104.627 ORDER_REASON_TP ORDER_STATE_REJECTED 2020.11.16 00:34:35.217, Position created 2020.11.16 00:33:51.196, StopLevel = 0

Orders (4) before 1715452 with PositionID = 1715287:
-----------------------
Last Tick 2020.11.16 00:34:06.309 104.627 104.639
Accepted Tick 2020.11.16 00:34:06.309 104.627 104.639
Accepted Length = 3 ms.
Order 1715425 ORDER_TYPE_SELL USDJPY 2020.11.16 00:34:06.312 104.625 ORDER_REASON_TP ORDER_STATE_REJECTED 2020.11.16 00:34:06.327, Position created 2020.11.16 00:33:51.196, StopLevel = 0

Checked Orders = 1
------------------------```

28 secondes de retard ! Il est probablement préférable de contacter le courtier dans ces situations dès maintenant.

```2020.11.25 02:42:17.718 CheckOrders (EURUSD,H1) ServerName: ICMarkets-MT5
2020.11.25 02:42:17.718 CheckOrders (EURUSD,H1)
2020.11.25 02:42:17.718 CheckOrders (EURUSD,H1) Last Tick 2020.11.24 23:00:49.327 1.33569 1.33570
2020.11.25 02:42:17.718 CheckOrders (EURUSD,H1) Accepted Tick 2020.11.24 23:00:49.327 1.33569 1.33570
2020.11.25 02:42:17.718 CheckOrders (EURUSD,H1) Accepted Length = 7 ms.
2020.11.25 02:42:17.718 CheckOrders (EURUSD,H1) Order 106887648 ORDER_TYPE_BUY GBPUSD 2020.11.24 23:00:49.334 1.33572 ORDER_REASON_TP ORDER_STATE_FILLED 2020.11.24 23:00:49.830, Position created 2020.11.24 22:57:47.071, StopLevel = 0
2020.11.25 02:42:17.718 CheckOrders (EURUSD,H1)
2020.11.25 02:42:17.719 CheckOrders (EURUSD,H1) Orders (2) before 106887648 with PositionID = 106886713:
2020.11.25 02:42:17.719 CheckOrders (EURUSD,H1) ------------------------
2020.11.25 02:42:17.719 CheckOrders (EURUSD,H1) Checked Orders = 0
2020.11.25 02:42:17.719 CheckOrders (EURUSD,H1) ------------------------
```
```2020.11.25 02:47:22.624 CheckOrders (EURUSD,H1) ServerName: ICMarkets-MT5
2020.11.25 02:47:22.624 CheckOrders (EURUSD,H1)
2020.11.25 02:47:22.633 CheckOrders (EURUSD,H1) Last Tick 2020.11.18 12:44:37.354 1.18748 1.18748
2020.11.25 02:47:22.633 CheckOrders (EURUSD,H1) Accepted Tick 2020.11.18 12:44:37.354 1.18748 1.18748
2020.11.25 02:47:22.633 CheckOrders (EURUSD,H1) Accepted Length = 17 ms.
2020.11.25 02:47:22.633 CheckOrders (EURUSD,H1) Order 105637485 ORDER_TYPE_SELL EURUSD 2020.11.18 12:44:37.371 1.18749 ORDER_REASON_SL ORDER_STATE_FILLED 2020.11.18 12:44:37.476, Position created 2020.11.17 22:24:15.116, StopLevel = 0
2020.11.25 02:47:22.633 CheckOrders (EURUSD,H1)
2020.11.25 02:47:22.634 CheckOrders (EURUSD,H1) Orders (2) before 105637485 with PositionID = 105516718:
2020.11.25 02:47:22.634 CheckOrders (EURUSD,H1) ------------------------
2020.11.25 02:47:22.634 CheckOrders (EURUSD,H1) Checked Orders = 0
2020.11.25 02:47:22.634 CheckOrders (EURUSD,H1) ------------------------
```

```2020.11.25 02:50:58.687 CheckOrders (EURUSD,H1) ServerName: OctaFX-Real
2020.11.25 02:50:58.687 CheckOrders (EURUSD,H1)
2020.11.25 02:50:58.687 CheckOrders (EURUSD,H1) Last Tick 2020.11.23 18:14:35.081 1.18108 1.18115
2020.11.25 02:50:58.687 CheckOrders (EURUSD,H1) Accepted Tick 2020.11.23 18:14:35.081 1.18108 1.18115
2020.11.25 02:50:58.687 CheckOrders (EURUSD,H1) Accepted Length = 11 ms.
2020.11.25 02:50:58.687 CheckOrders (EURUSD,H1) Order 8950107 ORDER_TYPE_SELL EURUSD 2020.11.23 18:14:35.092 1.18105 ORDER_REASON_TP ORDER_STATE_FILLED 2020.11.23 18:14:35.104, Position created 2020.11.23 18:11:38.678, StopLevel = 20
2020.11.25 02:50:58.687 CheckOrders (EURUSD,H1)
2020.11.25 02:50:58.688 CheckOrders (EURUSD,H1) Orders (2) before 8950107 with PositionID = 8950014:
2020.11.25 02:50:58.688 CheckOrders (EURUSD,H1) ------------------------
2020.11.25 02:50:58.688 CheckOrders (EURUSD,H1) Checked Orders = 0
2020.11.25 02:50:58.688 CheckOrders (EURUSD,H1) ------------------------
```

```2020.11.25 02:54:37.912 CheckOrders (EURUSD,H1) ServerName: Pepperstone-MT5-Live01
2020.11.25 02:54:37.912 CheckOrders (EURUSD,H1)
2020.11.25 02:54:37.934 CheckOrders (EURUSD,H1) Last Tick 2020.09.03 01:00:02.426 106.199 106.199
2020.11.25 02:54:37.934 CheckOrders (EURUSD,H1) Accepted Tick 2020.09.03 01:00:02.426 106.199 106.199
2020.11.25 02:54:37.934 CheckOrders (EURUSD,H1) Accepted Length = 4 ms.
2020.11.25 02:54:37.934 CheckOrders (EURUSD,H1) Order 18982771 ORDER_TYPE_SELL USDJPY 2020.09.03 01:00:02.430 106.191 ORDER_REASON_TP ORDER_STATE_FILLED 2020.09.03 01:00:02.466, Position created 2020.09.02 22:57:47.081, StopLevel = 0
2020.11.25 02:54:37.934 CheckOrders (EURUSD,H1)
2020.11.25 02:54:37.935 CheckOrders (EURUSD,H1) Orders (2) before 18982771 with PositionID = 18975080:
2020.11.25 02:54:37.935 CheckOrders (EURUSD,H1) ------------------------
2020.11.25 02:54:37.935 CheckOrders (EURUSD,H1) Checked Orders = 0
2020.11.25 02:54:37.935 CheckOrders (EURUSD,H1) ------------------------
```

Une autre explosion de cerveau de fxsaber. Je ne sais même pas quoi dire.

Je pense que la seule solution viable est de trouver le goulot d'étranglement avec le courtier et, si possible, d'essayer de le résoudre.

pour une réparation en interne, vous devrez

- accepter une avalanche de critiques de la part des développeurs et prouver qu'il peut y avoir du lag (en tenant compte de choses que vous ne connaissez peut-être pas, par exemple le matériel du serveur)

- vous convaincre qu'il est essentiel

- attendre une solution

- pousser avec zèle le courtier à passer à la dernière version, ce qui peut être beaucoup plus difficile que tous les éléments précédents.

```ServerName: RannForex-Server
Accepted Length = 28894 ms.```

Il y a là un fort soupçon de la technologie très cool du courtier pour lequel vous traitez.

Quelque chose ralentit dans les plugins de traitement des limites personnalisées.

Andrey Khatimlianskii:

C'est là qu'il y a un fort soupçon de la technologie très cool du courtier pour lequel vous négociez.

... Les serveurs du courtier peuvent être ce que vous voulez, ou ce peut être un lien vers un fil de discussion sur les décalages dans la section des échanges, nous ne pouvons que deviner.

Andrei Trukhanovich:

Pour une réparation en interne, vous devrez

- Vous devrez subir une avalanche de critiques de la part des développeurs et prouver que le décalage a bien lieu (compte tenu des nuances que vous ne connaissez peut-être pas, par exemple, le matériel de la partie serveur du courtier).

Acceptation des ordres SL/TP

fxsaber, 2020.11.25 00:47

Résultat de l'exécution sur MQ-Demo.

```Total Orders (from 2020.09.01 00:00:00) = 58493, calculated = 439
Calculation time = 00:00:11.328, Performance = 38.0 orders/sec.

ServerName: MetaQuotes-Demo```

Il a été dit à plusieurs reprises dans un autre fil de discussion que même le terminal ralentit en raison d'un grand nombre de facteurs. Par conséquent, le Trading Server, beaucoup plus complexe, est voué à ralentir encore plus. J'espère toujours que l'optimisation algorithmique est encore possible. Même un décalage de 5 ms est déjà très mauvais. Encore moins des centaines de millisecondes.

Raison: