Як діагностувати помилку 130 MT4 EA? Чотирикроковий метод від відстані стоп-лосу до динамічних обмежень

Автор: Томас｜Практика EA та MT4｜20 жовтня 2026 року

Коли EA вже додано на графік і автоматичну торгівлю ввімкнено, але під час подання ордера з’являється «130», це зазвичай змушує думати, що програма повністю зламалася. У довідці MQL4 код 130 позначено як ERR_INVALID_STOPS: стоп-лос, тейк-профіт, ціна відкладеного ордера або спосіб їх нормалізації в запиті не прийняті торговим сервером. Це орієнтир для локалізації, а не привід сліпо розширювати стоп-лос. У цій статті чотирикроковий метод діагностики пояснює, які записи слід переглянути.

Крок перший: спершу визначте, який саме запит не вдався

Відкрийте відповідний журнал термінала MT4 або журнал програми та зафіксуйте серверний час помилки, інструмент, напрям ордера, чи це OrderSend або OrderModify, а також код повернутої помилки. Якщо в журналі є лише слова «не вдалося розмістити ордер», спершу змусьте EA без виведення паролів та інших чутливих даних записувати ціну запиту, стоп-лос, тейк-профіт і значення, що повертаються. Спочатку відокремте невдале відкриття позиції, невдалу зміну стоп-лосу та невдале розміщення відкладеного ордера; у цих трьох випадках перевіряються різні співвідношення цін.

Не намагайтеся «спробувати щастя» на реальному рахунку, повторно й повторно надсилаючи той самий невдалий запит. Повторні спроби можуть створити додаткове навантаження, а також після зміни ринкової ситуації раптово завершитися успіхом і спричинити неочікувану позицію. Спершу відтворіть проблему в демонстраційному середовищі та збережіть версію параметрів і котирування платформи на той момент.

Крок другий: перевірте Bid, Ask, Point і Digits

MarketInfo у MQL4 дає змогу зчитати поточні Bid, Ask, Point і Digits для інструмента. Point означає одну з мінімальних одиниць відображення котирування, Digits — кількість знаків після коми; скільки доларів становлять «10 пунктів», потрібно обчислювати за фактичним Point цього інструмента, не можна змішувати коди золота та точність різних брокерів. Перед передаванням ціну також потрібно нормалізувати до відповідної кількості знаків.

Приклад наведено лише як математичну ілюстрацію: якщо в якогось демонстраційного інструмента Point дорівнює 0.01, а мінімальна відстань — 50 point, обчислена відстань становить 0.50 одиниці котирування; для інструмента з Point 0.001 вона становитиме 0.05. Цифри не відображають контрактні правила жодної реальної платформи на сьогодні. Переглядаючи журнал, одночасно зберігайте ціни купівлі та продажу, щоб не перевіряти сторону, для якої слід брати ціну купівлі, ціною продажу, або навпаки.

Крок третій: перевірте MODE_STOPLEVEL і тип ордера

Офіційна документація OrderSend пояснює, що стоп-лос і тейк-профіт не можуть бути надто близько до ринкової ціни; запланована ціна відкриття відкладеного ордера також не може бути надто близько до поточної ринкової ціни. За допомогою MarketInfo(Symbol(),MODE_STOPLEVEL) можна запитати оприлюднену мінімальну відстань у point. Далі залежно від того, чи ордер є купівлею, продажем або одним із типів відкладених ордерів, окремо перевіряйте напрям ціни, відстань і нормалізацію, а не застосовуйте один фіксований зсув до всіх ордерів.


Наведене вище зображення — оригінальна схема процесу, без реальних котирувань або даних рахунку. Мінімальна відстань — це лише технічна межа, за якої сервер приймає ордер, а не стратегічно обґрунтована відстань стоп-лосу. Якщо, щоб обійти 130, відсунути стоп-лос далі, запланований ризик на одну угоду зросте; слід спершу перерахувати розмір позиції, а за потреби відмовитися від цієї угоди.

Крок четвертий: навіть повернення 0 не дає змоги стверджувати, що обмежень немає

Офіційне пояснення MQL4 щодо MODE_STOPLEVEL окремо застерігає: повернення 0 може означати як відсутність фіксованої мінімальної відстані, так і те, що сервер застосовує динамічне обмеження, яке термінал не може безпосередньо відобразити. В останньому випадку все одно може повертатися 130. Тому твердження «якщо отримано 0, можна притиснути стоп-лос до ціни» не є слушним. Під час різких ринкових змін оновлення котирувань, зміна спреду та серверні правила також можуть зробити раніше обчислену відстань недійсною.

Якщо формула в коді збігається з тодішнім журналом, але 130 усе одно виникає, збережіть час помилки, інструмент, параметри ордера та версію платформи, перегляньте специфікації інструмента й обмеження ордерів у брокера та зверніться до технічної підтримки платформи для уточнення. Не робіть висновків про правила цього рахунку на основі Point і StopLevel іншої платформи й тим більше не маскуйте справжню причину невдачі видаленням стоп-лосу.

Порядок перевірки після виправлення

Спершу запустіть на демонстраційному рахунку мінімальний відтворюваний приклад: для того самого інструмента запишіть чотири параметри котирування та StopLevel, надішліть один тестовий запит, перевірте відповідь сервера й стан ордера. Потім перевірте поведінку під час швидкої зміни ціни або в різні торгові сесії. Переконайтеся, що програма має механізм зупинки або охолодження після невдачі й не відкриває повторно позицію під час повторних спроб. Насамкінець перевірте, чи бюджет ризику, спред і прийнятні втрати все ще відповідають початковому плану.

Ключ діагностики помилки 130 — «чому запит відхилено», а не «як змусити його виконатися будь-що». На результат роботи EA також впливають логіка стратегії, мережа та виконання на платформі; жодне виправлення не гарантує прибутку чи уникнення збитків. Торгівля з кредитним плечем може спричинити значні збитки.