Помилки трейдингового журналу, що коштують виплат у проп-фірмах

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

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

Торговий день за датою закриття, а не відкриття

Більшість фірм визначають торговий день за датою, коли позицію відкрили, а не коли її закрили. Свінг-позиція, відкрита у вівторок і закрита в понеділок наступного тижня, зазвичай рахується як активність вівторка, а не понеділка. Журнал, який фіксує записи за датою виходу, тихо спотворює підрахунок торгових днів для будь-якої позиції, утриманої більше доби.

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

Відсутність постійного контролю за часткою прибутку одного дня

Більшість правил у стилі consistency обмежують частку загального прибутку, яку може принести один день, і перевіряється це не проти фази челенджу, а проти повної історії прибутку на момент заявки на виплату. Наприклад, Best Day Rule від FTMO вимагає, щоб найприбутковіший закритий день не перевищував 50% від загального Positive Days' Profit рахунку, і перевіряється це постійно, а не лише під час оцінки (FTMO Trading Objectives).

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

Важливо. День, який виглядав нормально в момент, коли стався, може все одно не пройти перевірку типу consistency пізніше, бо розрахунок ведеться проти накопиченого прибутку на момент заявки, а не проти самого дня. Журнал, який ніколи не переглядає старі записи в цьому світлі, цього не помітить.

Фіксація лише результату «прибуток/збиток», без деталей входу й виходу

Запис «прибуток, $340» достатній, щоб оцінити перевагу стратегії, але недостатній, щоб відновити картину, якщо саме ця угода або саме цей день потраплять під перевірку. Ціна входу, ціна виходу, розмір позиції й часові мітки – це те, що дає змогу відповісти на конкретне питання про конкретний день, а не відновлювати його з виписки брокера під тиском часу.

Ця прогалина рідко має значення, поки раптом не набуває його. Більшість торгових днів ніколи не розглядають окремо. Ті, що розглядають, зазвичай найбільші, і саме ці записи короткий журнал найменше готовий пояснити в деталях.

Один журнал на кілька фінансованих рахунків

Трейдери, які ведуть кілька фінансованих рахунків, часто фіксують усі угоди в один загальний список без тегу рахунку. Показник концентрації денного прибутку, розрахований з такого об'єднаного списку, не збігається з тим, що насправді бачить кожна окрема фірма, бо кожна фірма оцінює свій рахунок ізольовано. День, який виглядає помірним у змішаному журналі, може бути порушенням Best Day Rule на одному конкретному рахунку і нічим не примітним на іншому.

Та сама прогалина призводить до того, що правило, позначене на одному рахунку, наприклад обмеження на торгівлю в новинне вікно чи ліміт на хеджування, пропускають на другому рахунку з іншим набором правил, бо журнал спочатку не розділив, який запис належить умовам якого рахунку.

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

Пропуск або недостатня деталізація збиткових угод

Виграшні угоди зазвичай фіксують ретельніше, ніж збиткові, – це задокументована упередженість у веденні неформальних записів, а не проблема, специфічна для трейдингу. Журнал зі скупими записами про збитки применшує, наскільки прибутковий день насправді був на межі, а також ускладнює незалежну перевірку розрахунку концентрації прибутку фірми проти власних цифр трейдера, якщо виплата опиниться під питанням.

Повний запис коштує тих самих п'яти полів незалежно від того, виграла угода чи програла. Асиметрія в зусиллях – це звичка, а не брак часу, і саме ця звичка проявляється прогалиною якраз тоді, коли збитковий день потрібно звірити з прибутковим.

Відсутність запису про сесію чи контекст правил довкола угоди

Деякі фірми обмежують конкретні практики – певні патерни хеджування між рахунками або торгівлю у визначені новинні вікна, і ці обмеження відрізняються залежно від фірми й типу рахунку. Журнал, який фіксує лише ціну й результат, не має чим підтвердити свою позицію, якщо угоду позначать як таку, що порушує правила, тоді як журнал, який фіксує платформу, рахунок і чи діяло обмежувальне вікно в той момент, перетворює суперечку на п'ятихвилинну перевірку замість вгадування.

Що насправді потрібно запису, готовому до виплати

Виявити прогалину до того, як подати заявку, а не після

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

Побудова звички до наступної заявки на виплату

Жодна з цих шести звичок не вимагає нових торгових правил чи жорсткішої стратегії. Вони вимагають журналу, що фіксує однакові поля для кожної угоди незалежно від результату, позначає записи за рахунком і за датою відкриття позиції та веде наростаючий підсумок частки прибутку кожного дня, а не лише результат по кожній угоді окремо. Трейдинговий журнал, який фіксує ці поля автоматично, а не покладається на те, що трейдер запам'ятає їх у довільній таблиці, перетворює перевірку виплати з джерела несподіванки на перевірку, яку вже виконано. Ширший огляд того, що має містити повний запис, – у статті що має містити трейдинговий журнал; про правила виплат, від яких захищають ці звички, – у статті як насправді працюють виплати проп-фірм.

Умови виплат, визначення підрахунку днів і пороги в стилі consistency відрізняються між фірмами й змінюються з часом, тому наведене тут варто сприймати як ілюстрацію того, як працюють такі перевірки, а не як заміну актуальних умов конкретної фірми.

Ця стаття має освітній характер і не є фінансовою чи інвестиційною порадою. Торгівля з кредитним плечем несе високий ризик втрати коштів, а правила проп-фірм додають до ринкового ризику ще й комплаєнс-ризик. Минулі результати не гарантують майбутніх.

Фіксуйте кожну угоду з деталями рахунку, часу й денного прибутку, які справді перевіряють при виплаті, у трейдинговому журналі BitStat, щоб перевірка знайшла чистий запис, а не прогалину.