Верно, объем заявки, сделки - не важен.
С уважением,
Глеб Кочнев
Техническая поддержка ПАО Московская Биржа
+ 7 ( 495 ) 733 - 95 - 07 | help@moex.com
--- Первоначальное сообщение ---
С:
Отправленные: 25.11 . 20150 : 16 : 09
По: help@moex.com
Копия:
Тема: Re[ 2 ]: Сбор за неэффективные Транзакции (N602821N)
Добрый день, Глеб!
Осталось выяснить следующий ньюанс.
Из формулы по расчёту неэффективных транзакций
не ясен параметр "l"
l – балл для Сделки, заключенной с указанием одного из Разделов (определенный по типу Сделки в соответствии с Таблицей 1 ).
Имеется ввиду, что формула не учитывает объём сделки?
Т.е 1 сделка - 40 баллов и неважно каким объёмом она была совершена?
Михаил
Добрый день, Глеб!
01.12 . 2015 г. я получил от Вас (Биржи) штраф за
неэффективные транзакции. За данный торговый день (с 19 : 0027.12 . 2015 по 18 : 4530.12 . 2015 ),
я произвёл 2121 транзакцию, при этом было куплено/продано 5 MIX- 12.15 и 50 MXI- 12.151 . На каком основании выставлен штраф в 208 , 10 руб, если я, исходя из формул биржи,
"недобрал"1079 транзакций до штрафа?
2 . Если не сложно, покажите на моём конкретном примере, как Вы (Биржа) насчитали 208 , 10 руб.
Во вложенном файле логи моего терминала с произведёнными транзакциями.
Михаил
물론 공식적인 해명은 해를 끼치 지 않을 것입니다.
완전히 만족시키기 위해서는 다음과 같은 탭 기능이 충분하지 않습니다.
AccountInfoInteger ( ACCOUNT_TRANSACTION_SESSION ) // - количество транзакций за текущую сессию.
거래소가 거래 수를 계산하면 아마도 터미널에서 이 데이터를 얻을 수 있을 것입니다.
MQ 개발자에게 이 기능을 추가하도록 요청해야 합니다.
예, 좋을 것입니다.
나는 스스로 생각한다...
예, 좋을 것입니다.
나 자신이 고려...
답변이 도착했습니다!
자, 이제 모든 것이 명확해졌습니다. 고려할 수 있습니다.
세션 시작 시간 을 가져오는 기능을 제 방식으로 조금 리메이크했습니다.
6배 빠르게 작동
마음에 드시면 초보자용 브랜치로 옮기시면 됩니다.
확인할 스크립트:
세션 시작 시간을 가져오는 기능을 제 방식으로 조금 리메이크했습니다.
6배 빠르게 작동
마음에 드시면 초보자용 브랜치로 옮기시면 됩니다.
확인할 스크립트:
오늘 나는 208.10 루블에 대한 "행복의 편지"를 받았습니다.
2121건의 거래가 이루어졌습니다.
동시에 이번 거래일에 매수/매도:
교환 수수료는 30 루블에 달했습니다.
거래당 포인트 = 40
위 공식을 기반으로 하면 다음과 같습니다.
거래 = 2121 - (30 * 40) - 2000 = -1079
즉, 벌금을 부과하기 위해 1079 건의 거래를 "받지 못했습니다".
교환은 우리 형제를 속이고 있습니다. 그것은 2000 거래의 한도를 요구하고 "랜턴에서"는 벌금을 부과합니다
(물론 이것은 브로커 도둑질일 수도 있습니다).
아마도 어딘가에서 계산에 실수를 저질렀을 것입니다.
그러나 거래 내역과 자세한 로그가 없으면 확인이 불가능합니다.
아마도 어딘가에서 계산에 실수를 저질렀을 것입니다.
그러나 거래 내역과 자세한 로그가 없으면 확인이 불가능합니다.
터미널 로그에서 트랜잭션 수를 셀 수 없다고 생각하십니까?
P/S 거래소 기술지원팀에 다 보냈습니다.
답변을 게시하겠습니다.
터미널 로그에서 트랜잭션 수를 셀 수 없다고 생각하십니까?
P/S 거래소 기술지원팀에 다 보냈습니다.
당신도 인간이고 틀릴 수 있다고 생각합니다. 사실이 아니다? )
대답을 기다리자. 그들이 무슨 말을 할지 궁금하다.
아마도 어딘가에서 계산에 실수를 저질렀을 것입니다.
그러나 거래 내역과 자세한 로그가 없으면 확인이 불가능합니다.
네, 제가 틀렸습니다.
이전에는 거래소에서 다음 날 과태료를 부과했지만 지금은 같은 날 과태료를 부과한다.
거래일을 잘못 잡았습니다 :(
그리고 거래 건수(오늘)는 2081건으로 208.10루블의 벌금이 부과되었습니다.
모든 것이 맞습니다.
네, 제가 틀렸습니다.
이전에는 거래소에서 다음 날 과태료를 부과했지만 지금은 같은 날 과태료를 부과한다.
거래일을 잘못 잡았습니다 :(
그리고 거래 건수(오늘)는 2081건으로 208.10루블의 벌금이 부과되었습니다.
모든 것이 맞습니다.