Отсутствует ID транзакции у части сделок

Поиск
Пользователи
Правила

Закрыть

Войти

Внимание

Для участия в обсуждениях и оформления подписки на новые сообщения форума вам необходимо зарегистрироваться.

RSS

Cообщений на странице:

Отсутствует ID транзакции у части сделок, У заявки trans_id есть, у сделки по ней - нет

Kilor

Пользователь

Сообщений: 19 Регистрация: 09.12.2025

22.07.2026 13:53:43

Добрый день!
Все заявки выставляются скриптом с присвоением trans_id, но у части сделок по ним почему-то он потом пропадает (подчеркнуты на приложенном скрине).
Если вдруг поможет, лог с таймингами событий по этой заявке:

Код

2026-07-22 13:05:52.478 | < | R | 1784714752478.3 | 2026-07-22 13:05:52.4783 | TQBR | SBMX | S |       43 |   15.258 |       656.09 | 2026-07-22 13:05:52.600 | 82004698291 |   125418894 |       reply | 423GEJS//15.222=90
                                                                             |             | R |        0 |          |         0.00 | (161) Заявка на продажу N 82004698291 зарегистрирована.
2026-07-22 13:05:52.522 | < | O | 1784714752478.3 | 2026-07-22 13:05:52.4783 | TQBR | SBMX | S |       43 |   15.258 |       656.09 | 2026-07-22 13:05:52.587 | 82004698291 |           0 |       order | 423GEJS//15.222=90
                                                                             |             | R |       43 |          |       656.09 | pre-create
2026-07-22 13:05:52.551 | < | O | 1784714752490.5 | 2026-07-22 13:05:52.4905 | TQBR | SBMX | S |       43 |   15.258 |       656.09 | 2026-07-22 13:05:52.587 | 82004698291 |   125418894 |       order | 423GEJS//15.222=90
                                                                             |             | R |       43 |          |       656.09 | created
2026-07-22 13:05:52.650 | < | T | 1784714752641.7 | 2026-07-22 13:05:52.6417 | TQBR | SBMX | S |       10 |   15.258 |       152.58 | 2026-07-22 13:05:52.746 | 82004698291 |   125418894 | 17219089464 | 423GEJS//15.222=90
2026-07-22 13:05:52.659 | < | O | 1784714752641.7 | 2026-07-22 13:05:52.6417 | TQBR | SBMX | S |       43 |   15.258 |       656.09 | 2026-07-22 13:05:52.587 | 82004698291 |   125418894 |       order | 423GEJS//15.222=90
                                                                             |             | R |       33 |          |       503.51 | partial
2026-07-22 13:05:55.303 | sndtx | KILL_ORDER      |                     1810 | TQBR | SBMX | S |       33 |   15.258 |       503.51 | 2026-07-22 13:05:52.587 | 82004698291 |   125418956 |       sndtx | 423GEJS//15.222=90
2026-07-22 13:05:55.346 | < | O | 1784714755343.7 | 2026-07-22 13:05:55.3437 | TQBR | SBMX | S |       43 |   15.258 |       656.09 | 2026-07-22 13:05:52.587 | 82004698291 |   125418894 |       order | 423GEJS//15.222=90
                                                                             |             | R |       33 |          |       503.51 | pre-cancel
2026-07-22 13:05:55.427 | < | O | 1784714755407.3 | 2026-07-22 13:05:55.4073 | TQBR | SBMX | S |       43 |   15.258 |       656.09 | 2026-07-22 13:05:52.587 | 82004698291 |   125418894 |       order | 423GEJS//15.222=90
                                                                             |             | R |       33 |          |       503.51 | cancelled

То есть в момент совершения сделки (17219089464) trans_id (125418894) пришел в OnTrade, но после вызова перезапроса данных (?) где-то пропал, и больше не виден в интерфейсе и не возвращается в данных.

Нашел только старую тему с такой же проблемой: https://forum.quik.ru/forum10/topic4689/
Брокер - Сбер, версия 12.8.4.9.

Прикрепленные файлы

trade-no-tx.png (150.18 КБ)

Kilor

Пользователь

Сообщений: 19 Регистрация: 09.12.2025

22.07.2026 17:59:34

Удалось достать из лога оригинальное OnTrade-событие - trans_id вполне себе на месте.

Скрытый текст

Код

2026-07-22 13:05:52.648 | {
  event: 'OnTrade',
  json: {
    period: 1,
    qty: 10,
    trading_session: 1,
    client_short_code: 0,
    value: 152.58,
    station_id: '',
    lseccode: '',
    investment_decision_maker_short_code: 0,
    investment_decision_maker_qualifier: 0,
    price2: 0,
    canceled_datetime: {
      ms: 0,
      day: 1,
      mcs: 0,
      year: 1601,
      sec: 0,
      min: 0,
      hour: 0,
      week_day: 1,
      month: 1
    },
    exchange_code: '',
    liquidity_indicator: 1,
    accrued2: 0,
    extref: '',
    clearing_comission: 0,
    exchange_comission: 0,
    clearing_firmid: 'MC0002500000',
    start_date: 0,
    kind: 1,
    lower_discount: 0,
    seccode: 'SBMX',
    block_securities: 0,
    ext_trade_flags: 0,
    broker_commission_currency: '',
    start_discount: 0,
    brokerref: '423GEJS//15.222=90',
    datetime: {
      ms: 746,
      day: 22,
      mcs: 746057,
      year: 2026,
      sec: 52,
      min: 5,
      hour: 13,
      week_day: 3,
      month: 7
    },
    exec_market: '',
    order_qty: 0,
    reporate: 0,
    repo2value: 0,
    repovalue: 0,
    open_repo2value: 0,
    bank_acc_id: '06264',
    deposit_intent: 0,
    yield: 0,
    spot_rate: 0,
    order_num: 82004698291,
    settle_date: 20260723,
    price: 15.258,
    order_price: 0,
    client_code: '423GEJS',
    order_revision_number: 0,
    upper_discount: 0,
    ordernum: 82004698291,
    settle_currency: 'SUR',
    tradenum: 17219089464,
    settlecode: 'Y1',
    cross_rate: 0,
    userid: 'MU0002501980',
    broker_comission: 0,
    capacity: 0,
    flags: 36,
    trade_num: 17219089464,
    client_qualifier: 0,
    otc_post_trade_indicator: 0,
    side_qualifier: 0,
    mleg_base_sid: -1,
    waiver_flag: 0,
    executing_trader_short_code: 0,
    firmid: 'MC0002500000',
    executing_trader_qualifier: 0,
    uid: 7829635,
    cpfirmid: '',
    open_repo2date: 0,
    account: 'L01-00000F00',
    benchmark: '',
    clearing_bank_accid: '06264',
    tech_center_comission: 0,
    repoterm: 0,
    class_code: 'TQBR',
    ts_commission_currency: '',
    trade_currency: 'SUR',
    accruedint: 0,
    sec_code: 'SBMX',
    canceled_uid: 0,
    linked_trade: 0,
    system_ref: '',
    trans_id: 125418894, // все на месте
    operation_type: -1,
    fixing_date: 0,
    order_exchange_code: '',
    on_behalf_of_uid: 0,
    _t: 1784714752641.7,
    _time: 2026-07-22T10:05:52.641Z
  }
}

То есть идентификатор пришел, но порушился или сразу при вставке в хранилище, или после перезаказа данных сессии.

Oleg Kuzembaev QUIK clients support Сообщений: 160 Регистрация: 11.08.2025	#3 27.07.2026 15:51:14 Здравствуйте. В данной ситуации получится разобраться только с привлечением обслуживающего Вас брокера. Пожалуйста, обратитесь к нему и инициируйте обращение к нам и мы постараемся помочь.

Kilor Пользователь Сообщений: 19 Регистрация: 09.12.2025	#4 28.07.2026 11:00:02 Добрый день! Зарегистрировал обращение 260728-7000-438657 - надеюсь, удастся разобрать ситуацию.

Kilor

Пользователь

Сообщений: 19 Регистрация: 09.12.2025

31.07.2026 13:24:23

Цитата

<< ..., мы рассмотрели ваше обращение № 260728-7000-438657 от 28.07.2026. В заявке параметр trans_id будет проставлен, в случае если порожденная заявкой сделка была совершена в результате чего в торговой системе сразу нашлась встречная заявка от другого инвестора, которая удовлетворяла условиям совершения сделки. В случае, если заявка была выставлена, но сделка была совершена спустя время, то есть изначальная заявка ожидала встречной заявки с подходящими условиями, то параметр trans_id на сделке указан не будет, при этом на изначальной заявке этот же параметр все еще будет отображаться. СберБанк

Цитата

>> По обращению 260728-7000-438657: описанное поведение неверно и противоречит скрину в теме (https://forum.quik.ru/forum10/topic9608/):
- trans_id присваивается заявке внешним скриптом и не зависит от ее выполнения
- при последующем совершении сделки по этой заявке (событие OnTrade) он приходит в структуре
- а вот в списке он как-то потом пропал

Цитата

>> ..., мы рассмотрели Ваше обращение № 260728-7000-438657 от 28.07.2026. Ранее Вам был направлен ответ который нам предоставил разработчик торгового терминала QUIK - ArqaTechnologies. За более детальными подробностями Вы можете обратиться к разработчику по ранее созданной тематике на форуме QUIK. В рамках разбора данного вопроса мы передали разработчику необходимые данные для анализа данного вопроса. СберБанк

Добрый день! Есть ощущение, что вы со Сбером друг друга не поняли по моей проблеме.
Сформулирую еще раз:
- заявка пассивная выставляется с передачей trans_id "извне", скриптом
- OnOrder приходит с переданным значением в trans_id, в таблице заявок я его вижу
- спустя время приходит OnTrade - с тем же значением trans_id, и это хорошо
- спустя еще какое-то время в таблице сделок у этой же записи оказывается пустое поле "Ид транзакции", а методы чтения возвращают пустой trans_id, и это подозрительно

То есть ответ Сбера(у) касался trans_id в заявке (с которым я проблем и так не наблюдаю), а не в в списке сделок.

Йцукен

Пользователь

Сообщений: 232 Регистрация: 02.01.2026

31.07.2026 16:52:52

Цитата
Kilor написал: В случае, если заявка была выставлена, но сделка была совершена спустя время, то есть изначальная заявка ожидала встречной заявки с подходящими условиями, то параметр trans_id на сделке указан не будет

Вот это поворот!

Цитата
Kilor написал: Ранее Вам был направлен ответ который нам предоставил разработчик торгового терминала QUIK - ArqaTechnologies.

~~Премию~~ люлей этому доброму человеку!

Читают тему