Торговый журнал и анализ результатов: Myfxbook, Edgewonk

Торговый журнал помогает связать результат с правилами стратегии, их исполнением или отступлением от плана. Одна брокерская выписка этих различий не фиксирует. Мы объясняем, какие поля собирать, как проверять импорт истории и читать метрики, не смешивая единицы. Также сравниваем Myfxbook, FX Blue, Edgewonk и электронную таблицу и разбираем безопасный доступ к счёту. Принятие решений при ведении журнала рассматривается в статье 10.8.

1. Почему брокерской выписки недостаточно

Обычная выписка по счёту содержит список сделок с ценами входа и выхода, объёмом, комиссией, свопом и результатом в валюте счёта. Глубина истории, наличие отдельных столбцов затрат и представление балансовых операций зависят от платформы, брокера и инструмента. Это запись произошедшего на сервере брокера в том виде, в каком он её публикует. Но в ней отсутствует одно: план, с которым сравнивается исполнение.

Выписка сообщает, что сделка во вторник принесла убыток 340 USD. Она не говорит, соответствовал ли размер позиции правилу, находился ли стоп-лосс в предусмотренном планом месте и выполнялись ли вообще условия сетапа при входе. Без этих полей любой анализ сводится к сортировке результатов по величине, а это не анализ процесса^[1].

Чего в выписке по определению нет:

• Плановые уровни — намеченные до сделки вход, стоп-лосс и тейк-профит в том виде, в каком они были до сделки. Без них нельзя вычислить R-множитель поскольку неизвестен знаменатель
• Классификация входа — какой это был сетап и относился ли он вообще к системе
• Признак отклонения — соответствовала ли заявка правилам или возникла вне их
• MAE и MFE — предельные отклонения цены, пока позиция открыта. Выписка знает только вход и выход, поэтому восстановить путь между ними по ней нельзя
• Условия исполнения — спред при входе, проскальзывание относительно цены заявки, сведения о частичном исполнении

Исполнение и сетап — два разных слоя. Один и тот же сетап может дать положительный результат на плановых уровнях и отрицательный после реального спреда, проскальзывания, частичных исполнений и задержки. Журнал, записывающий лишь пару «сетап + результат», сливает оба слоя в одно число и заставляет гадать, какой из них дал сбой.

Три уровня детализации. Не каждому журналу нужны одинаковые поля. Первый уровень — только автоматическая запись сделок: полная история без контекста, полезная для расчёта результата и просадки. Второй добавляет ручные поля процесса — сетап, плановые уровни, признак отклонения; лишь он позволяет разделить исход и исполнение. Третий добавляет данные внутри сделки: MAE, MFE и условия исполнения, требуя инструмента для восстановления ценового пути. Уровень выбирают по вопросу, на который нужен ответ, а не по цене инструмента.

Мотивация, регулярность записей и работа с собственными нарушениями плана разобраны в статье о журнале как зеркале решений (10.8). Здесь мы остаёмся в рамках структуры данных.

2. Минимальный набор полей: что должна содержать запись

Запись журнала описывает одну позицию четырьмя блоками: идентификация, план, исполнение и классификация. Деление не косметическое: оно определяет, какие метрики позже удастся вычислить без догадок.

Два правила, спасающие последующие расчёты. Во-первых, метки должны выбираться из закрытого словаря. «Pin bar», «pinbar» и «Pin Bar S/R» — три разных значения в базе и три отдельные строки отчёта. Это одинаково касается меток сетапа и ошибок процесса: свободное описание отклонения можно прочесть, но нельзя подсчитать. Во-вторых, поля плана заполняют до открытия позиции, а не после закрытия, иначе «плановый стоп» начинает подстраиваться под исход и R перестаёт что-либо измерять.

Комментарий после сделки и снимок графика — два поля с минимальными затратами времени, от которых, тем не менее, обычно отказываются первыми. Измерений частоты этого у нас нет: используемый источник описывает практику документирования наблюдений после закрытия позиции^[2]. Снимки до входа и после закрытия позволяют позже проверить метку сетапа, когда отчёт показывает странное поведение категории. Комментарий должен описывать техническое наблюдение: что было видно, чего не хватало, что отклонялось от образца.

Еженедельный и ежемесячный обзор в технической части сводится к трём действиям: заполнению пропусков, проверке согласованности словаря меток и пересчёту метрик на текущем наборе данных. Обсуждать выводы имеет смысл лишь на такой базе; решения и поведение при обзоре рассматривает материал о приоритете процесса над результатом.

3. Импорт истории: что может изменить результат

Импорт выглядит технической рутиной: файл платформы поступает в инструмент, появляется отчёт. На деле именно здесь незаметно принимаются решения об интерпретации: о часовом поясе, о том, что считать одной сделкой, о валовом или чистом результате. Каждое из них сдвигает метрики.

Автоматический импорт или ручной ввод? Импорт уменьшает ручные ошибки в ценах, объёмах и временных отметках; полноту всё равно нужно проверять. Ручной ввод даёт поля, отсутствующие в истории счёта. Пути не конкурируют: разумно получать транзакционный слой из импорта, записывать план до входа, классификацию — после закрытия, а импорт проверять после сессии, пока события свежи.

Часовой пояс перемещает сделки между часами и днями

Сервер брокера работает в своём часовом поясе, файл экспорта обычно хранит серверное время, а инструмент может показывать пояс профиля пользователя. Условный пример: счёт на сервере GMT+3 и трейдер в Польше с летним временем UTC+2. Закрытие 2 апреля 2026 года в 00:30 по серверу соответствует 1 апреля, 23:30 по центральноевропейскому летнему времени. В отчёте брокера это четверг и час 00, в календаре трейдера — среда и час 23.

Эффект двойной: почасовая тепловая карта сдвигается на целый час, а отчёт по дням недели переносит часть сделок в соседний день. Кроме того, правила перехода на летнее время сервера брокера могут отличаться от польских, поэтому постоянная поправка «минус час» необязательно верна для всей истории. Устойчивый подход — хранить время в UTC с явным смещением и переводить лишь при построении отчёта.

Частичное закрытие: одно решение, две записи

Условия примера: EUR/USD, позиция 0.40 лота, вход 1.08500, стоп-лосс 1.08300. Расстояние до стопа — 20.0 пипса, при 0.40 лота пипс стоит 4 USD, поэтому начальный риск равен 80 USD и принимается 1R = 80 USD. Трейдер закрывает 0.20 лота по 1.08780 и оставшиеся 0.20 лота по 1.08380.

• Первая часть: 1.08780 − 1.08500 = 28.0 пипса; при 0.20 лота пипс стоит 2 USD, результат +56.00 USD
• Вторая часть: 1.08380 − 1.08500 = −12.0 пипса, что при 0.20 лота даёт −24.00 USD
• Результат позиции: +56.00 − 24.00 = +32.00 USD, то есть 32.00 / 80.00 = +0.40R

В журнал это может попасть двумя способами, и оба внутренне корректны.

Проверка: при двух записях 56.00 / 80.00 = +0.70R и 24.00 / 80.00 = −0.30R, а сумма 0.70 − 0.30 = +0.40R совпадает с результатом позиции и первой строкой таблицы. Профит-фактор 0.70 / 0.30 = 2.33 относится лишь к этой выборке из двух элементов и вне её ничего не значит.

Есть и влияние на MAE и MFE. Остаток позиции существовал с исходного входа, поэтому измерять его путь от той цены может быть корректно. Проблема в агрегировании: два закрытия как два независимых решения повторяют общий участок истории и меняют его вес в отчёте. Фиксируйте, относятся ли MAE/MFE ко всей позиции, доле объёма или отдельному закрытию и как инструмент их взвешивает.

Комиссия и своп: разница валового и чистого результата

MT4 и MT5 хранят в истории отдельные столбцы результата, комиссии и свопа. Если импорт берёт только результат, журнал считает метрики по валовым значениям. Продолжая пример: комиссия 3.50 USD на лот за сторону при 0.40 лота составляет 0.40 × 3.50 × 2 = 2.80 USD за полный оборот, а своп −0.60 USD за ночь за две ночи даёт −1.20 USD.

• Валовый результат: +32.00 USD = +0.400R
• Затраты: 2.80 + 1.20 = 4.00 USD = 0.050R
• Чистый результат: 32.00 − 4.00 = +28.00 USD, то есть 28.00 / 80.00 = +0.350R

Проверка: 0.400 − 0.050 = 0.350 — совпадает с третьей строкой. На одной сделке разница 0.05R кажется безобидной. На двухстах сделках с похожими затратами это 200 × 0.05 = 10R, что при 1R = 80 USD эквивалентно 800 USD. Одна история, таким образом, даёт два разных матожидания в зависимости от импортированного столбца.

Остальные ловушки импорта

Контрольная процедура после каждого импорта занимает несколько минут и ловит перечисленные случаи: посчитайте записи, сумму результатов, комиссий и свопов, определите период по первой и последней сделкам и сравните эти пять контрольных показателей с тем же отчётом на стороне платформы. Если что-то не совпадает, не рассчитывайте метрики — сначала объясните разницу.

4. Определения метрик: формулы, единицы, связи

Одни и те же три буквы в двух инструментах могут означать разные числа. Поэтому каждой метрике журнала нужно письменное определение: формула, единица и диапазон данных расчёта. В статье используются следующие обозначения: N — число закрытых сделок в рассматриваемом периоде, W — число сделок с положительным результатом, L — число сделок с отрицательным результатом, B — число сделок, закрытых точно в ноль, GP — сумма положительных результатов, а GL — модуль суммы отрицательных результатов. Разбиение множества даёт тождество N = W + L + B, и именно B объясняет часть расхождений инструментов: закрытая в ноль сделка не является ни выигрышем, ни проигрышем, но увеличивает N.

Связи для проверки собственных расчётов

Метрики не независимы. Четыре тождества ниже позволяют проверить таблицу или отчёт инструмента без возврата к сырым данным.

1. E = (GP − GL) / N — матожидание равно чистому результату, делённому на число сделок
2. PF = (W × AvgWin) / (L × AvgLoss) — профит-фактор восстанавливается из четырёх базовых метрик: числитель — сумма GP, знаменатель — сумма GL. Расхождение означает разницу определений на одной из сторон
3. E = (PF − 1) × GL / N — положительное матожидание и профит-фактор выше единицы — одна информация, записанная дважды
4. Матожидание агрегируется взвешенным средним, профит-фактор так не агрегируется — матожидание всего набора — среднее значений подмножеств с весами по числу сделок; профит-фактор считают лишь из сумм GP и GL, никогда как среднее профит-факторов частей

У тождеств есть граничные условия. Второе требует W > 0 и L > 0: без выигрышей нет AvgWin, без проигрышей — AvgLoss. Второе и третье дополнительно требуют GL > 0: при нулевой сумме убытков профит-фактор не определён и подставлять нечего. Само матожидание вычисляется во всех этих случаях, поскольку E = (GP − GL) / N требует только N > 0.

Сколько сделок достаточно? У вопроса есть численный ответ

Вместо готовых порогов можно рассчитать условный интервал неопределённости, предполагая независимость сделок и постоянную вероятность выигрыша[15]. Для доли прибыльных используется стандартная ошибка доли: SE = квадратный корень из (p × (1 − p) / N), где p — наблюдаемая доля прибыльных сделок. 95% доверительный интервал при нормальной аппроксимации равен p ± 1.96 × SE.

• N = 40, p = 0.40: SE = √(0.40 × 0.60 / 40) = √0.006 = 0.0775. Интервал: 0.40 ± 1.96 × 0.0775 = 0.40 ± 0.152, то есть от 24.8% до 55.2%
• N = 400, p = 0.40: SE = √(0.24 / 400) = √0.0006 = 0.0245. Интервал: 0.40 ± 0.048, то есть от 35.2% до 44.8%

Десятикратное увеличение выборки сузило интервал в 0.152 / 0.048, примерно 3.16 раза — ровно в квадратный корень из десяти. Ответ на вопрос «сколько сделок»: столько, чтобы интервал перестал охватывать значения, ведущие к противоположным решениям. Нормальная аппроксимация груба при однозначном числе выигрышей или проигрышей; тогда сам охват интервалом большей части диапазона служит выводом.

5. Одна стратегия, два результата: разбор примера

Один набор сделок может обосновать противоположные выводы в зависимости от разбиения. Пример ниже построен так, чтобы проверить каждое число: значения условные, но арифметически согласованные.

Условия. Счёт 10000 USD, постоянный риск 100 USD на сделку, то есть 1R = 100 USD = 1% счёта. Сорок закрытых сделок одной системы. Все R указаны после затрат: спред, комиссия и своп уже входят в результат каждой сделки. Поле «соблюдение плана» заполнено, поэтому набор делится на две группы. Нулевых сделок нет, B = 0 и L = N − W, так что все расчёты ниже проверяются любой из двух формул среднего убытка.

• Группа A — 30 сделок по плану: 12 результатов по +1.8R и 18 по −1.0R
• Группа B — 10 сделок с отклонениями: три положительных результата (+0.6R, +0.6R и +8.0R) и семь отрицательных (пять по −1.0R и два по −1.8R с превышением риска)

Первая проверка — по самим формулам. Группа A: GP = 12 × 1.8 = 21.6 и GL = 18 × 1.0 = 18.0, поэтому PF = 21.6 / 18.0 = 1.20 и E = (21.6 − 18.0) / 30 = 3.6 / 30 = +0.120R. Группа B: GP = 0.6 + 0.6 + 8.0 = 9.2 и GL = 5 × 1.0 + 2 × 1.8 = 5.0 + 3.6 = 8.6, поэтому PF = 9.2 / 8.6 = 1.07 и E = 0.6 / 10 = +0.060R. Итог: PF = 30.8 / 26.6 = 1.16 и E = 4.2 / 40 = +0.105R.

Вторая проверка — по сумме составляющих. Столбцы N, W, GP, GL и чистого результата должны складываться: 30 + 10 = 40, 12 + 3 = 15, 21.6 + 9.2 = 30.8, 18.0 + 8.6 = 26.6 и 3.6 + 0.6 = 4.2. Матожидание объединяется лишь взвешенным средним: (30 × 0.120 + 10 × 0.060) / 40 = (3.6 + 0.6) / 40 = +0.105R. Профит-фактор не складывается: среднее 1.20 и 1.07 равно 1,135 и не связано с верным значением 1.16.

Третья проверка — по соседней ячейке строки. В итоге W = 15, L = 25 и B = 0, значит AvgWin = 30.8 / 15 = 2,053 и AvgLoss = 26.6 / 25 = 1,064. Отсюда W / N = 15 / 40 = 0.375 и L / N = 25 / 40 = 0.625, E = 0.375 × 2,053 − 0.625 × 1,064 = 0.770 − 0.665 = +0.105R и PF = (15 × 2,053) / (25 × 1,064) = 30.8 / 26.6 = 1,158. Оба значения совпадают с прямым расчётом из сумм. Тождество E = (PF − 1) × GL / N = 0.158 × 26.6 / 40 = 4.2 / 40 = +0.105R тоже выполняется.

Что происходит при удалении одного события

Сделка с результатом +8.0R относится к B. Удалим её и пересчитаем набор.

Проверка: GP падает ровно на 8.0 (30.8 − 8.0 = 22.8), GL неизменна, чистый результат из +4.2 становится 4.2 − 8.0 = −3.8. Суммы групп сохраняются: 21.6 + 1.2 = 22.8 и 3.6 + (−7.4) = −3.8. Общее матожидание −3.8 / 39 = −0.097R, профит-фактор 22.8 / 26.6 = 0.86. В валюте +4.2R — это +420 USD, или +4.2% счёта 10000 USD, а −3.8R — −380 USD, или −3.8%.

Три вывода о данных и процессе, а не оценка трейдера.

1. Положительный итог всего набора обеспечен одним событием. Без него в наборе 39 сделок и отрицательное матожидание −0.097R. Это утверждение о структуре, не прогноз: сводка «PF 1.16» описывает прежде всего одну сделку
2. Поле «соблюдение плана» меняет картину. Без поля набор выглядит единой системой с профит-фактором 1.16. С ним видны два распределения, а экстремум оказывается в отклонениях, вне того, что действительно предусмотрено системой
3. Группа B слишком мала для оценки — и существуют две разные группы B. Формула доверительного интервала четвёртого раздела относится к доле прибыльных и всегда к конкретному набору. Для группы B до удаления экстремума, то есть при 30% прибыльных на десяти сделках, стандартная ошибка равна √(0.30 × 0.70 / 10) = √0.021 = 0.145, и 95% интервал — примерно от 1.6% до 58.4%. Набор после удаления — уже другая выборка: девять сделок и доля прибыльных 22.2%. Та же формула даёт √(0.222 × 0.778 / 9) = 0.139 и нижнюю границу 0.222 − 1.96 × 0.139 = −0.05, невозможное значение. При двух выигрышах нормальная аппроксимация не работает, интервал из неё не получить. Матожидание −0.822R относится именно к этой выборке из девяти, и интервал для него здесь не указан: стандартная ошибка доли касается частоты попаданий, а не матожидания. Оба числа лишь подсказывают, где собирать данные, а не измеряют величину эффекта

Честное резюме таково: в части по плану система имеет в этой выборке положительное матожидание +0.120R, но частота попаданий определена плохо. При N = 30 и 40% прибыльных стандартная ошибка √(0.40 × 0.60 / 30) = √0.008 = 0.0894, а 95% интервал 0.40 ± 1.96 × 0.0894, то есть от 22.5% до 57.5%. Для самого матожидания интервала здесь нет: неопределённость зависит от распределения исходов, не только числа сделок, и требует иного метода, чем формула доли. Отклонения дали и крупнейшую прибыль, и наибольшие убытки. Решить вопрос помогут новые данные, а не новая метрика на тех же сорока записях.

6. Доступ к счёту: инвесторский пароль, основной пароль, приватность

Подключение счёта к внешнему сервису — решение о правах, не формальность настройки. У счетов MetaTrader два отдельных пароля, и их различие — это различие между просмотром и управлением.

Доступ на чтение — тоже раскрытие данных. История счёта показывает, чем, когда, каким объёмом и с каким итогом вы торгуете. Этого достаточно для восстановления контура метода. Подключение к сервису — решение о приватности, а публичный профиль — отдельное, более сильное решение: страницу истории обычно индексируют, и она доступна дольше представляемого периода. Публичность имеет смысл при сознательном создании документированного послужного списка для показа. В остальных случаях следует выбирать частный профиль независимо от настройки по умолчанию. Пример инструмента с публикацией по умолчанию описан в седьмом разделе.

Гигиена доступа в четыре шага. До подключения проверьте в актуальной документации реальные права и место хранения данных. Используйте инвесторский пароль, отличный от основного и паролей других сервисов. После отключения счёта смените инвесторский пароль: старый мог остаться в системе сервиса. Периодически проверяйте активные подключения и удаляйте ненужные.

7. Инструменты: MyFxBook, FX Blue, Edgewonk, TraderSync, таблица

Инструменты отличаются прежде всего источником данных и необходимым для него доступом. Вид отчётов, число графиков и названия вкладок вторичны и меняются по версиям. Цены, планы и поддерживаемые платформы — изменчивая часть: приводим их только с датой и отсылаем к прайсу производителя, поскольку между публикацией и чтением они могли измениться.

MyFxBook: автоматическая запись и публичная история

MyFxBook собирает историю счёта и рассчитывает по ней метрики и графики. Способы подключения зависят от платформы; база знаний прямо говорит: «У каждой платформы свои способы подключения». Для MetaTrader 4 и 5 описаны три метода. Два работают на стороне сервиса, поэтому обновление не зависит от терминала: «Даже если вы закроете торговую платформу, счёт продолжит обновляться на Myfxbook». Однако вид реквизитов описан только для одного: инструкция Auto Update требует «Введите реквизиты доступа к счёту только для чтения по указаниям на экране», а Live Update заканчивается словами «Следуйте инструкциям на экране», не уточняя доступ к счёту. Поэтому проверяйте права Live Update на текущем экране настройки. Он также платный: обе страницы методов отмечают его «Paid: Yes», а Auto Update и EA Publisher — «Paid: No». Отдельная страница устанавливает оплату: «Подписка Live Update оплачивается ежегодно по $60 и применяется к одному счёту одновременно» (страница от 11 декабря 2025 года)^[10].

Третий метод использует компонент в терминале: «Этот способ подключения требует установки нашего советника на торговой платформе». У него два документированных ограничения: страницы методов указывают «Required OS: Windows only», а установка требует разрешить DLL. Страница MT5 говорит: «Откройте вкладку 'Dependencies' и отметьте 'Allow DLL imports'»; для MT4 вместо 'Dependencies' указана 'Common' (обе от 28 апреля 2024 года). Применяем тот же стандарт, что ниже к FX Blue: разрешение DLL расширяет возможности кода в терминале; здесь разница лишь в том, что этого требует сам производитель. Не желающие разрешать DLL могут выбрать серверные варианты того же сервиса, учитывая стоимость Live Update выше. Для cTrader единственный путь — авторизация у поставщика платформы: мастер «направит вас войти в Spotware и выбрать связанные с ним торговые счета»^[10] (по состоянию на 22 августа 2026 года). Проверяйте актуальные методы в панели добавления счёта; не считайте путь одинаковым для всех платформ.

Плюс серверных методов — отсутствие работы после настройки: данные поступают без участия пользователя и с закрытым терминалом. Минус — извлекается лишь транзакционный слой. План, метки сетапов и отклонений создают отдельно: в истории счёта их нет. Методы отличаются и оплатой: Auto Update отмечен «Paid: No», Live Update — «Paid: Yes». Публичный профиль — возможность, не исходное состояние анализа; последствия разобраны в шестом разделе.

FX Blue: два варианта подключения, разные требования

Легко ошибиться, описав весь продукт через один способ подключения. Вариантов два, и они различаются в главном для статьи: правах доступа и необходимости работающего терминала. Единый ответ для всего продукта даёт ложный результат в обоих полях для половины случаев.

Первый вариант — локальный компонент (Publisher EA). Данные выходят из терминала: на MetaTrader запускается программа, читающая историю и отправляющая её на сервер отчётов. Пароль счёта не покидает компьютер, но данные идут лишь при работающем терминале на вашем устройстве или удалённом сервере. Программа также должна работать на графике; FAQ прямо говорит: «Убедитесь, что советник работает на графике и Expert Advisors включены в MT4»^[5] (по состоянию на 22 августа 2026 года).

Второй вариант — синхронизация счёта. Локальная программа историю не отправляет: сервис получает её от брокера, терминал может быть выключен. Цена — вид доступа. FAQ описывает вариант так: «Для MT4 или cTrader можно настроить синхронизацию счёта, при которой мы получаем результаты от брокера», уточняя: «Мы предоставляем синхронизацию только платформам с паролем только для чтения (например, MT4) […]», а среди необходимых реквизитов указывает «Пароль только для чтения ('инвесторский') вашего счёта»^[5] (по состоянию на 22 августа 2026 года). Правило шестого раздела действует без послаблений: инвесторский пароль — да, основной — никогда.

По руководству производителя текущий Publisher EA для MT4 использует WebRequest вместо DLL: нужно разрешить WebRequest и добавить адрес сервера публикации — руководство указывает https://publisher.fxblue.com — в разрешённые адреса. В параметры программы вводят логин и пароль самого FX Blue; руководство отмечает поля FXBlue_Username и FXBlue_Password как обязательные. Это реквизиты сервиса, не счёта, но хранятся в настройках терминала, поэтому должны быть уникальны для этого сервиса (по состоянию на 22 августа 2026 года)^[6]. Советы включать «Allow DLL imports» противоречат руководству; происхождение рекомендаций мы не устанавливаем. Ненужное разрешение расширяет права кода без пользы. Стандарт симметричен: если производитель сам требует разрешение, как MyFxBook для EA Publisher выше, цена в правах та же, лишь открыто заявлена.

Edgewonk: журнал с развитым слоем классификации

Edgewonk — инструмент, где работа начинается после загрузки сделок: заполнение меток, полей плана, оценок исполнения. Транзакционный слой поступает из импортируемого пользователем файла либо, для MetaTrader, через синхронизацию, настроенную в терминале. Вариант синхронизации зависит от версии терминала; это различие возникло в 2026 году. Для MT4 производитель описывает автоматическую публикацию отчётов по FTP, включаемую в платформе: инструкция требует отметить «Enable automatic publishing of reports via FTP» (обновлена 4 июля 2025 года)^[9]. Для MT5 платформа закрыла этот путь: выпуск MetaTrader 5 Build 6060 от 23 июля 2026 года сообщает: «Удалена поддержка публикации торговых отчётов по FTP. Эта устаревшая функция выведена из эксплуатации и уже не используется широко»^[13], а инструкция перехода Edgewonk от 5 августа 2026 года говорит: «MetaQuotes удалила поддержку публикации отчётов по FTP в MetaTrader 5 Build 6060» и «После обновления до этой или более поздней версии MT5 прежний Edgewonk FTP Auto Import больше не получает новые отчёты MetaTrader 5», завершая требованием: «Для синхронизации журнала MT5 необходимо перейти с FTP Auto Import на новый MetaTrader 5 EA Auto Import»^[9]. Замена для MT5 — дополнение в терминале: журнал изменений от 5 августа 2026 года указывает «Новый MetaTrader 5 EA Auto Import: автоматически синхронизируйте историю MT5 с Edgewonk», с примечаниями «Ранний доступ: обратитесь в поддержку Edgewonk за советником» и «Бесшовная миграция FTP: переходите с прежнего FTP Auto Import без дублей сделок»^[9] (по состоянию на 22 августа 2026 года). Ранний доступ означает, что функция ещё может измениться; проверьте статус до построения постоянной процедуры. Вручную заполняется лишь классификационный слой — именно он и составляет суть инструмента.

Архитектуру нужно описывать осторожно: продукт изменился. Руководства, называющие Edgewonk устанавливаемой программой с журналом на диске пользователя, описывают прежнюю версию. Текущая, по производителю, — браузерное приложение с журналом в серверной среде на серверах Германии (по состоянию на 22 августа 2026 года)^[7]. Следствие касается критерия восьмого раздела: история счёта находится у сервиса, не у вас.

Лицензия относится к изменяемой части продукта и проверяется на экране покупки. Производитель продаёт подписку: 8 октября 2026 года основной план и форма покупки показывают 197 USD за 12 месяцев, НДС рассчитывается при оплате^[8]. Это текущие заявленные условия, а не прежнее ограниченное предложение на шестнадцать месяцев. На странице всё ещё есть реклама 169 USD и четырёх дополнительных месяцев при истёкшем отсчёте. Баннеры не подтверждают условия покупки. Проверяйте цену, период продления и акции в текущем платёжном итоге: они определяют сумму и срок следующего списания.

Классификация шире, чем у автоматических инструментов, и включает состояние трейдера. Здесь считаем их столбцами базы: они ценны при закрытом словаре и последовательном заполнении. Интерпретация и работа с выявленным относятся к статье о журнале как зеркале решений (10.8).

TraderSync: импорт из многих источников и сегментация отчётов

Облачный инструмент с главным плюсом в длинном списке брокеров и платформ и импорте разных файлов. Для торговли на нескольких счетах или классах инструментов это одно место вместо многих. Отчёты делятся по сессии, инструменту, метке и диапазону времени удержания.

Два варианта получения данных, как у FX Blue. Файловый импорт использует поддерживаемые форматы или совместимый шаблон, не требуя доступа к счёту. Прямое подключение доступно выборочно: «Только поддерживаемые брокеры/биржи/приложения с отметкой в 'Autosync' импортируются напрямую; иначе следует экспортировать и загружать сделки через csv». Права тоже нельзя указать для всего списка: инструкции появляются в мастере после выбора брокера: «Следуйте инструкциям справа для выбранного брокера / биржи»^[12] (по состоянию на 22 августа 2026 года). Механизм неоднороден: кроме прямых соединений с брокером отдельно описаны посредники. Центр помощи содержит отдельные статьи «Какие брокеры совместимы с синхронизацией DAS?» и «Какие брокеры совместимы с синхронизацией PropReport?», со своими списками источников^[12] (по состоянию на 22 августа 2026 года). Перед выбором ради синхронизации проверьте в поиске интеграций отметку брокера в нужном столбце, путь соединения и требуемые мастером права.

По состоянию на 22 августа 2026 года прайс содержит три уровня — Pro, Premium, Elite — с месячной или годовой оплатой и семидневной пробой («Попробуйте бесплатно 7 дней»)^[12]. Они различаются отчётностью. Некоторые функции зависят от плана: для экспорта CSV сказано «Функция может быть недоступна в бесплатной пробной версии платформы»^[12]. Мы намеренно не перечисляем аналитические функции уровней: названия, цены и состав функций меняются независимо, единственный обязательный источник — прайс производителя. До покупки проверьте его и список брокеров в поиске интеграций^[12].

Таблица: полный контроль определения метрики

Преимущество таблицы перед готовыми инструментами — явные определения метрик, написанные вами. Вы знаете учёт затрат в матожидании, частичных закрытий и период формулы. Цена — ручной ввод: предел задаёт время одной записи, умноженное на число сделок, не универсальный порог; также отсутствуют данные внутри сделки.

Терминологически MAE и MFE не требуют тиков: нужен ценовой путь за время позиции с детализацией выше входа и выхода. Таблица обработает его, если данные дать; проблема в получении и объёме, не в самой таблице.

Матожидание в таблице. Если столбец J содержит результат в R, формула =SUM(J:J)/COUNT(J:J) даёт матожидание прямо по определению E = (GP − GL) / N. Полезное для проверки разложение выглядит так: =AVERAGEIF(J:J,">0")*COUNTIF(J:J,">0")/COUNT(J:J)+AVERAGEIF(J:J,"<0")*COUNTIF(J:J,"<0")/COUNT(J:J). Формулы алгебраически идентичны; развёрнутая служит иной цели: раздельно показывает прибыльную и убыточную части.

Один из сбоев — деление на ноль, когда нет ни одного положительного либо отрицательного значения: AVERAGEIF тогда нечего усреднять. Это не то же, что малая для выводов выборка. Отсутствие класса результатов не мешает матожиданию, поскольку =SUM(J:J)/COUNT(J:J) работает и при пустом классе; без убытков не определён профит-фактор, поскольку его знаменатель равен нулю.

Полноту столбца проверяют отдельно: сравните результат =COUNT(J:J) с числом записей журнала: лишь разность выявляет пустые или текстовые ячейки. Профит-фактор считают с явной обработкой нулевого делителя: =IF(SUMIF(J:J,"<0")=0,"нет убытков — PF не определён",SUMIF(J:J,">0")/ABS(SUMIF(J:J,"<0"))). Интерпретация матожидания в контексте отношения прибыли к риску раскрыта в материале о R:R и матожидании.

Сводная таблица превращает журнал в инструмент анализа: строки — метка сетапа, день недели или инструмент, значения — среднее столбца R и счётчик сделок. Счётчик так же важен: иначе категории с тремя и шестьюдесятью сделками будут выглядеть равноценными.

8. Сравнение по явным критериям

Вопрос «какой инструмент лучший» не имеет ответа без критерия. Сравнение ниже охватывает архитектуру, не меняющуюся при каждом обновлении. Аналитические функции, вкладки и распределение отчётов по подпискам изменчивы и перед решением проверяются у производителя.

Критерии, которые стоит определить заранее: права доступа; работа без запущенного терминала; место хранения; поддержка классификации процесса или лишь транзакций; экспорт собственных данных; модель оплаты.

Четыре вопроса, обычно определяющие выбор. Первое: нужна классификация процесса или достаточно записи сделок? Для оценки исполнения плана одного получения истории мало, нужен дополнительный слой. Второе: сколько счетов и платформ? Один MetaTrader подходит всем инструментам таблицы; несколько платформ сужают выбор до широкого импорта. Третье: допустимы данные на сервере сервиса? «Нет» оставляет лишь таблицу на вашем локальном или сетевом диске; остальные, включая браузерный Edgewonk, хранят журнал у себя. Четвёртое: какие права нужны выбранному варианту подключения? Если пароль счёта вообще требуется, только инвесторский; файлы или компонент терминала иногда обходятся без доступа. Читайте ответ по строке таблицы, не названию продукта: варианты одного сервиса различаются.

Бесплатная связка автоматической записи и таблицы плана и классификации покрывает все расчёты статьи. Платный инструмент покупают ради конкретной регулярной задачи: восстановления MAE/MFE, импорта множества форматов или нежелательной самостоятельной сегментации отчётов. Это критерий альтернативных затрат, не уровня мастерства.

9. Чтение отчётов: эквити, просадка, тепловая карта

Отчёт показывает формы и числа. Чтение — проверка структуры данных за ними: один график может описывать два совершенно разных процесса.

Кривая эквити описывает результат, не преимущество

Эта кривая эквити — накопленный результат во времени. В нём одновременно результаты системы, размеры позиций, затраты и все отклонения от плана; сама форма не позволяет заключить, откуда итог. Она лишь подсказывает, что проверить в данных.

• Рост ступенями с плато и резкими скачками — проверьте долю крупнейших результатов в прибыли. В пятом разделе удаление одной сделки сдвинуло итог с +4.2R до −3.8R
• Крутой рост, затем резкий спад — проверьте рост размера позиций на подъёме и сравните распределение объёмов до и после пика
• Исключительная плавность реального счёта за долгий срок — проверьте баланс или текущее эквити. Баланс игнорирует открытые позиции: удерживающая убытки стратегия может дать плавный баланс при очень неровном эквити
• Плоская линия с глубокими провалами — сравните суммы валовых результатов и затрат. Частый случай: валовый итог близок к нулю, вся просадка — комиссии, свопы и спред

Просадка: что именно измеряется

График просадки показывает расстояние от текущего исторического максимума. До сравнения уточните четыре вещи: баланс или текущее эквити, проценты или валюта, включение пополнений и выводов, максимальная или типичная просадка.

Глубина — не всё. Короткая глубокая просадка может соответствовать одному событию: гэпу, публикации, серии исполнений на тонком рынке. Неглубокая долгая — смене условий или накоплению отклонений. До такого объяснения формы укажите число эпизодов и их длительность. Ответ даёт сегментация, не сам график.

Почасовая карта: историческое распределение, не правило

Карта размещает результат в сетке дней недели и часов. Это историческое распределение и начало проверки гипотезы, не готовое решение. До доверия ячейке проверьте пояс, число сделок и скопление публикаций в эти часы.

За красными ячейками может стоять механизм затрат, не сигнала; сначала стоит проверить эту гипотезу, хотя данных о частоте у нас нет. При тонкой ликвидности — открытии и закрытии сессий, начислении свопов, вокруг макропубликаций — спред шире и проскальзывание больше. Без полей спреда при входе и проскальзывания это записывается как «слабый сетап». Поэтому оба входят в минимум второго раздела.

Так же действует фильтр событий. Без отметки публикаций карта смешивает обычные дни с совершенно иными волатильностью и ценой входа. Вместо интернет-чисел расширения спреда измеряйте своё: фиксируйте спред при входе, сравнивайте распределение в часы публикаций с остальными. Только измерение на вашем счёте у вашего брокера описывает реальные условия вашей торговли.

Стоит помнить дни, когда исполнение перестаёт походить на историю. Швейцарский национальный банк объявил такое решение 15 января 2015 года в релизе «ШНБ отменяет минимальный обменный курс и снижает ставку до -0.75%»^[14]. Релиз подтверждает лишь дату и решение, не отклонения цен исполнения у отдельных брокеров; таких утверждений мы не делаем. Вывод для журнала не зависит от масштаба: запись дня полезна, только если рядом с итогом есть условия исполнения — цена заявки, исполнение и разница. Лишь собственная запись позволяет сказать, что случилось на вашем счёте, вместо повторения чужого числа.

График MAE и MFE

На диаграмме рассеяния MAE — горизонталь, MFE — вертикаль, цвет — результат. Четыре области ведут к разным вопросам к данным.

• Прибыль при низком MAE и высоком MFE — цена с начала шла в нужную сторону. Проверьте общие метки сетапа, часы и рыночный режим
• Убытки при высоком MAE — движение против позиции со входа. Вопрос ко времени входа и уровню размещения заявки
• Прибыль при высоком MAE — прибыль после глубокой коррекции. Сравните MAE с расстоянием стопа: регулярная близость означает иллюзорный запас
• Убытки при высоком MFE — цена ранее была в нужную сторону. Проверьте закрытие переносом защиты, отсутствие фиксации прибыли или ручное решение. Ответ в поле отклонения, не графике

Надёжность зависит от разрешения источника MAE/MFE. Значения по часовым закрытиям систематически ниже минутных. При сравнении сначала проверяйте разрешение.

Отчёт по инструментам и времени удержания

Итог по инструменту — сильный фильтр: память даёт удачные сделки, не распределение. Но до исключения проверьте три альтернативы: часы торговли, стоимость входа в них и число сделок. Иногда проблема в одном часе, не инструменте.

Анализ удержания делит сделки на интервалы с матожиданием каждого. Осторожно: время — следствие, не причина; короткие сделки часто быстро достигли стопа. Итог осмыслен с отклонениями и затратами; сам по себе описывает сроки жизни позиций, не пользу долгого удержания.

10. Когда метрика вводит в заблуждение и как проверить

Метрика не лжёт: она отвечает ровно на вопрос формулы. Проблема — читатель спрашивает не то, на что она отвечает.

Профит-фактор и отдельные события

Профит-фактор — отношение двух сумм, чувствительных к экстремумам. В пятом разделе удаление одной сделки из сорока изменило его с 1.16 до 0.86 и матожидание с +0.105R до −0.097R. Оба верны: описаны разные наборы.

Проверка: пересчитайте без трёх лучших и трёх худших исходов. Если вывод меняется, метрика описывает горстку событий, не распределение. Это не решает вопрос преимущества, а показывает число опорных наблюдений.

Шарп и частота периодов

Здесь легко сравнить несопоставимое. Дневные, месячные и приведённые к году доходности дают три Шарпа одних данных; вариант по сделкам — ни один из них: сделки распределены во времени неравномерно. Всегда указывайте частоту периода и метод приведения к году.

Добавляется поведение коротких рядов: стандартное отклонение малой выборки обычно занижено, повышая коэффициент. Доверительные интервалы Шарпа рассматриваются в библиографии^[3][4] — для журнала достаточно правила: это метрика временного ряда доходностей, не списка сделок.

Доля прибыльных без отношения прибыли к риску

Частота попаданий одна не описывает итог. При 70% прибыльных, средней прибыли 0.5R и убытке 1.5R матожидание E = 0.70 × 0.5 − 0.30 × 1.5 = 0.35 − 0.45 = −0.10R на сделку.

Проверка на ста сделках: 70 выигрышей по +0.5R дают +35.0R, 30 убытков по −1.5R дают −45.0R, чистый итог −10.0R, деление на 100 — −0.10R, как формула. Соседняя метрика PF = 35.0 / 45.0 = 0.78 ниже единицы, согласуется с отрицательным матожиданием. При 1R = 100 USD это −10 USD на сделку и −1000 USD на сто.

Просадка: максимальная, типичная, текущая

Максимум описывает одно событие истории. Типичной просадке нужно определение: здесь медиана глубин всех эпизодов, начинающихся новым максимумом и заканчивающихся возвратом к нему. Сравнение максимума с такой медианой информативнее каждого отдельно: намного больший максимум согласуется с единичным эпизодом, близкий — с повторением глубины. Нужны число эпизодов медианы и одинаковый ряд для обеих величин: смешение баланса и эквити не имеет интерпретации.

Сегментация: режим рынка и хронология

Общие метрики усредняют разные условия. Режимные метки высокой и низкой волатильности, недель важных публикаций, слабой ликвидности помогают исследовать смену преимущества или реакцию системы на условия. Без поля каждый слабый квартал выглядит деградацией.

Процедура квартального обзора

1. Проверьте полноту набора — число записей, сумма результатов, комиссий и свопов, период. Сверьте с платформой до остальных расчётов
2. Пересчитайте с экстремумами и без — удалите три лучших и три худших, повторите расчёт, запишите версии рядом
3. Разделите историю на две хронологические половины — сравните матожидание, профит-фактор и число сделок. Разница — подсказка для поиска причины, не доказательство её существования
4. Разделите по соблюдению плана — так отделяется итог системы от отклонений. Пятый раздел показывает масштаб перемены картины
5. Вычислите интервал вместо порога — для доли прибыльных достаточно формулы четвёртого раздела. Если интервал ведёт к противоположным решениям, решение не принимают

Один вопрос выходит за процедуру: верны ли выводы на данных, не виденных при их построении? Это уже дизайн тестов, не журнал; разделение данных, форвард и реализм затрат рассматривает статья о демосчетах, бэктестах и форварде (11.7).

Журнал — только база данных процесса. Он не создаёт преимущества, не заменяет стратегию и не оценивает трейдера. Он даёт возможность определить, пришёл ли итог из предусмотренного системой или иного. Без плана, затрат и отклонений ни одна метрика этого не установит.