SWAP - пора учитывать надлежащим образом в истории торгов - страница 2

 
Aleksey Vyazmikin #:

Можно самому что угодно сохранять каждый день. Однако, эти данные не имеют юридической силы.

К тому же, не каждый пользователь умеет это делать.

Проблема в том, что swap просто накапливается, и форекс-дилер может каждый день менять плату за перенос позиции, что делает невозможным достоверно восстановить значение на истории. Это как если бы давали чек в магазине без перечисления номенклатуры товара с указанием его количества и цены, а просто с общим итогом за всю покупку.

То есть, нет вопросов к MQL, есть вопросы к брокеру)
 
VVT #:
То есть, нет вопросов к MQL, есть вопросы к брокеру)

Вы не понимаете, как происходит учёт начисление в MT5 SWAP?

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

 
ИИ: Своп в трейдинге (ролловер). Комиссия за перенос открытой торговой позиции (например, на рынке Форекс) на следующие сутки. Она начисляется или списывается со счета игрока из-за разницы процентных ставок центральных банков тех валют, которыми он торгует.
Если речь о финансовом свопе в трейдинге (ролловер): он происходит каждый рабочий день при переносе позиции через полночь (обычно в 21:00 или 22:00 по UTC, в зависимости от биржи и брокера). В ночь со среды на четверг своп обычно начисляется в тройном размере, так как учитываются выходные.
 
VVT #:
ИИ: Своп в трейдинге (ролловер). Комиссия за перенос открытой торговой позиции (например, на рынке Форекс) на следующие сутки. Она начисляется или списывается со счета игрока из-за разницы процентных ставок центральных банков тех валют, которыми он торгует.
Если речь о финансовом свопе в трейдинге (ролловер): он происходит каждый рабочий день при переносе позиции через полночь (обычно в 21:00 или 22:00 по UTC, в зависимости от биржи и брокера). В ночь со среды на четверг своп обычно начисляется в тройном размере, так как учитываются выходные.
Понял, знаний у Вас нет по данному вопросу.
 
Aleksey Vyazmikin #:
Понял, знаний у Вас нет по данному вопросу.
по моему всё уже отвечено, не понятна суть Ваших вопросов
не довольны брокером -> меняйте
 
VVT #:
по моему всё уже отвечено, не понятна суть Ваших вопросов
не довольны брокером -> меняйте

У меня нет вопросов, а есть пожелание по улучшению систему учёта терминала.

Вероятно, Вы не понимаете о чём идёт речь.

Давайте поясню более развёрнуто, терминал позволяет учитывать комиссии двумя способами - как отдельную операцию (сделку) и как дополнительный реквизит сделки - торговой операции.

В первом сообщении я показал, какие бывают типы сделок и среди них нет SWAP.

Давайте посмотрим, какие реквизиты есть у сделок для этих целей:

ENUM_DEAL_PROPERTY_DOUBLE

Идентификатор

Описание

Тип

DEAL_VOLUME

Объем сделки

double

DEAL_PRICE

Цена сделки

double

DEAL_COMMISSION

Комиссия по сделке

double

DEAL_SWAP

Накопленный своп при закрытии

double

DEAL_PROFIT

Финансовый результат сделки

double

DEAL_FEE

Оплата за проведение сделки, начисляется сразу после совершения сделки

double

DEAL_SL

Уровень Stop Loss

  • Для сделки входа или разворота берется значение Stop Loss из ордера, которым была открыта или развернута позиция
  • Для сделки выхода берется значение Stop Loss из позиции на момент её закрытия

double

DEAL_TP

Уровень Take Profit

  • Для сделки входа или разворота берется значение Take Profit из  ордера, которым была открыта или развернута позиция
  • Для сделки выхода берется значение Take Profit из позиции на момент её закрытия

double


Фактически есть 3 реквизита (поля) для дополнительных начислений платы за операции, связанные с заключением сделки.

Заключение сделки - это заключение договора, в любом договоре есть прописанные условия. Факт наступление событий, когда по условию надлежит стороне договора производить оплату другой стороне договора, должен быть чётко прописан в договоре, важнейшим компонентом такого условия является время наступления обязательства по уплате суммы за что-либо и алгоритм расчёта этой суммы.
Так вот, если мы допустим, что время уплаты комиссии совпадает по условиям договора со временем заключения договора (сделки), то две комиссии допустимо привязать к договору - допустим одна платиться брокеру, а вторая бирже, главное, что эти комиссии фиксируются по времени из уплаты и алгоритм их расчёта известен сторонам. Такие комиссии мы можем проверить, если у нас есть на руках договор и спецификация. Но и в этом случае правильней было бы использовать отдельный документ - "сделку", так как эти сборы не связаны с изменением цены базисного актива.
Однако, плата за перенос позиции, именуемая тут SWAP - это изначально отдельный вид договоров - своп договор, у которого могут быть свои условия. И тут важно понять, почему поле называется SWAP - это такая игра в виде аналогии по смыслу, а на самом деле обычная комиссия не связанная с заключением сделки, или поле должно заполняться действительно только теми, кто заключает ещё и SWAP договор с форекс-дилером.
В любом случае важно, что эта плата не связана с заключением отдельного договора (сделки), а сделка является лишь базой для расчёта SWAP, данная плата может рассчитываться в разное время и по разным условиям, в том числе условиям вычисления кросс-курса. Каждый день, при пролонгации действия отдельного договора (перенос позиции/сделки через ночь) происходит заключение нового SWAP договора или начисление дополнительной комиссии и проблема в том, что даты меняются, суммы меняются, но всё пишется суммарно в одно поле.
В результате нет возможности проверить, правильно ли форекс-дилер исполнял свои обязательства по начислению "комиссии" за перенос позиции, в соответствии со своей спецификацией, или нет. Как следствие, нельзя точно знать (рассчитать), сколько было свободных средств у клиента в любой момент времени, если позиция существовала длительное время, а без этих знаний нельзя проверить факт наступления условия для стоп-аута.

То, что из MT5 нельзя восстановить условия спецификации - так же проблема, но дополнительная.

Таким образом, транслируемая клиенту информация через терминал MT5 не позволяет ретроспективно восстановить с точностью 100% его размер обязательств и обеспечения в любой момент времени, а значит не позволяет проверить соблюдение условий договора, заключённого с форекс-дилером.

Документация по MQL5: HistoryDealGetString / Торговые функции
Документация по MQL5: HistoryDealGetString / Торговые функции
  • www.mql5.com
Возвращает запрошенное свойство сделки. Свойство сделки должно быть типа string. Существует 2 варианта функции. 1. Непосредственно возвращает...
 
Aleksey Vyazmikin #:
Каждый день, при пролонгации действия отдельного договора (перенос позиции/сделки через ночь) происходит заключение нового SWAP договора или начисление дополнительной комиссии и проблема в том, что даты меняются, суммы меняются, но всё пишется суммарно в одно поле.

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

ENUM_POSITION_PROPERTY_DOUBLE

Идентификатор

Описание

Тип

POSITION_VOLUME

Объем позиции

double

POSITION_PRICE_OPEN

Цена позиции

double

POSITION_SL

Уровень Stop Loss для открытой позиции

double

POSITION_TP

Уровень Take Profit для открытой позиции

double

POSITION_PRICE_CURRENT

Текущая цена по символу

double

POSITION_SWAP

Накопленный своп

double

POSITION_PROFIT

Текущая прибыль

double

 

Вопрос, есть ли практика плавающего свопа, когда начисляются только пункты и плата за них пересчитывается в зависимости от колебания цен?

Только наличие такой практики как то бы объясняло, почему взаиморасчёты по SWAP не происходят сразу по факту его начисления.

 
В тему учёта - мне так же не понятно, почему нет в истории отвергнутых ордеров (заявок) и изменения (модификации) ордеров (в том числе входящих в сущность "позиция"), в том числе SL/TP, но есть уровни заморозки в терминале, не позволяющие производить выставление ордеров и их модификацию.
 

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