Як діагностувати аномалії роботи EA: спочатку збережіть логи MT4, а потім змінюйте налаштування
Розрізняйте Experts та Journal, зберігайте місце аномалії, звіряйте тригери, права доступу та результати виконання, уникайте перезапуску та зміни параметрів, які маскують справжню причину.
Автор: Томас|EA та практика платформи|5 жовтня 2026 року
Якщо EA раптом перестає торгувати, з'являються повторні ордери, або після перезапуску поведінка відрізняється від очікуваної, найпоширенішою помилкою є негайна зміна параметрів, перевстановлення програми та спроби вгадати, у чому проблема. Це може призвести до втрати найціннішої інформації про місце події. Для діагностики слід спочатку зберегти докази, а потім розрізняти причини на рівні програми, терміналу та рахунку.
Спочатку збережіть записи до та після виникнення аномалії
Запишіть час виникнення аномалії, повний торговий інструмент, період графіка, версію EA, файл параметрів і поточні позиції на рахунку на той момент. Тут час обов'язково має бути зазначено: використовується час комп'ютера, час торгового сервера чи самостійно перерахований пекінський час; не з'єднуйте записи з різних годинників безпосередньо.
Логи не обов'язково містять увесь процес прийняття рішень програми. Інформацію, яку розробник не вивів, не можна вважати нормальним виконанням лише на підставі відсутності помилок. Збереження безперервних записів до і після події більше допомагає визначити послідовність подій, ніж один скріншот помилки; перед публікацією або надсиланням до служби підтримки перевірте, чи не містять вони номер рахунку, особисту інформацію або інші конфіденційні дані.
Experts і Journal: на що дивитися окремо
Вкладка Experts у MT4 переважно відображає інформацію про роботу підключеного EA, включаючи власні повідомлення програми та відповідні записи про операції. Вкладка Journal зосереджена на активності клієнтського терміналу в поточному сеансі. Під час діагностики однієї й тієї ж аномалії можна зіставити інформацію з обох місць, але не вважайте жодне з них повним підтвердженням виконання угоди.
У контекстному меню відповідної вкладки виберіть Open, щоб відкрити відповідний каталог логів і записати поточні відображені записи у файл журналу. Офіційна довідка пояснює, що логи EA розташовані в MQL4/LOGS у каталозі даних терміналу, а логи терміналу — в LOGS; файли зазвичай називаються за датою. Каталоги даних різних екземплярів інсталяції можуть відрізнятися, тому слід входити з терміналу, який використовується, щоб випадково не взяти файли з іншого терміналу.
Спочатку визначте: не спрацювало чи спрацювало, але не виконалося
«Немає нових ордерів» може відповідати принаймні кільком різним станам: умови стратегії не виконано; програма не завантажилася належним чином; дозвіл на автоматичну торгівлю обмежено; торговий запит відхилено; результат запиту відрізняється від очікуваного. Якщо ви бачите лише ідентифікатор програми на графіку, не можна безпосередньо визначити, до якого з них це належить.
Спочатку, виходячи з початкових правил стратегії, переконайтеся, чи справді має спрацювати на вказаному інструменті та періоді. Потім перегляньте відповідний часовий проміжок на наявність інформації про завантаження, ініціалізацію або торгові операції. Якщо є торговий запит, звірте результат із повідомленням у відповідь і записами ордерів на рахунку; не можна вважати угоду успішною лише на підставі тексту, надрукованого програмою. Якщо в логах відсутні ключові кроки, слід звернутися до розробника з проханням додати записи.
Перевірка дозволів має бути по пунктах, не відкривайте все
Налаштування терміналу MT4 та властивості самого EA впливають на дозвіл автоматичної торгівлі; такі дії, як зміна рахунку, інструменту графіка або періоду, також можуть бути пов'язані з налаштуваннями автоматичної торгівлі терміналу. Перевірте поточні фактичні налаштування та, виходячи з опису програми, визначте очікувану поведінку; не можна замінювати діагностику повторним натисканням кнопок.
Не надавайте безумовний дозвіл на виклики DLL або інший зовнішній доступ лише для того, щоб програма почала торгувати. Спочатку переконайтеся, що програма дійсно потребує відповідних можливостей, чи є джерело надійним і чи чітко пояснено призначення. Недостатній дозвіл може бути причиною на певному етапі, але надання всіх дозволів не є надійним рішенням.
Перед перезапуском переконайтеся, як обробляти наявні позиції
Зберігши поточні ордери, відкладені ордери та стан програми, вирішуйте, чи перезапускати. Чи розпізнає програма після перезапуску наявні ордери, залежить від конкретної реалізації; не можна припускати, що кожен EA автоматично відновлює свій попередній внутрішній стан. Особливо для програм із логікою додавання позицій або управління кількома ордерами повторний запуск може конфліктувати з наявними позиціями, тому потрібно звірятися з правилами програми.
Вимкнення автоматичної торгівлі не означає, що наявні позиції вже закрито, і не можна розуміти «призупинення програми» як зникнення ризику. Спосіб обробки наявних ордерів слід визначити заздалегідь, не можна імпровізувати після виникнення аномалії. Якщо є підозра, що програма створює аномальні ордери, дійте за встановленим процесом призупинення та ручної перевірки, одночасно перевіряючи фактичну експозицію на рахунку.
Перевіряйте результат виправлення за допомогою однієї зміни
Тестове середовище можна використовувати для відтворення операцій і перевірки поведінки програми, але воно не може довести, що умови виконання на реальному рахунку повністю однакові. Щоразу змінюйте лише один чіткий фактор і зберігайте параметри та логи до і після зміни, а потім спостерігайте, чи зникла відповідна аномалія. Якщо одночасно змінити версію, параметри та рахунок, часто важко визначити, який крок вплинув.
Ефективний запис діагностики має містити опис явища, час, докази, внесені зміни та результати повторної перевірки. Непояснені аномалії слід і надалі перевіряти в розробника або служби підтримки платформи; не замінюйте аналіз причин фразою «торгівля вже відновилася» і не подавайте технічне виправлення як гарантію прибутку.
Торгівля з кредитним плечем може призвести до значних збитків. Ця стаття призначена для обміну знаннями з експлуатації та обслуговування і не є інструкцією до купівлі чи продажу. Діагностика логів може допомогти визначити проблему, але не гарантує безпеку програми, ефективність стратегії чи майбутній прибуток.