Право на историю (отказ брокера)

Право на историю — это разрешение, позволяющее счёту скачивать прошлые сделки, бары или глубину с исторического сервера брокера, отдельно от получения живых данных. Когда его нет, брокер отклоняет запрос с кодом состояния — например, rp_code 13 у Rithmic («permission denied»), — и график обязан показать интервал как недоступный, а не как пустой.

Senzoukria · Глоссарий · Обновлено: сентябрь 2026

Живые данные, история и глубина — три разных права

Счёт, который транслирует живые сделки, вполне может получить отказ на исторические бары, а счёт, возвращающий исторические тики, — не иметь исторической глубины. Поставщики продают это раздельно и держат на разных серверах; у Rithmic history plant отличается от ticker и order plant. Успешный вход доказывает, что счёт существует в этой системе, и ничего не говорит о том, что он вправе скачивать.

  • Живые сделки: право ticker на используемом plant.
  • Исторические бары и тики: право на историю, которое может быть включено для одного и выключено для другого.
  • Историческая глубина: у брокеров встречается редко; истории тепловой карты нужны записанные обновления книги.
  • У каждого отказа есть код: сохраняйте код и запрошенный интервал, когда обращаетесь к поставщику.

Как читать отказ

«Permission denied» при входе обычно означает, что счёт неизвестен в этой системе, — это другая проблема, нежели нехватка права; про неизвестную систему сообщает другой код. Та же формулировка на запрос истории означает, что право на историю по этому типу данных не включено. Отказы бывают и перемежающимися: нагруженный plant может отклонить часть запроса и принять повтор. Запрос, принятый, но вернувшийся пустым без кода состояния, обычно означает, что архив в этой системе не достаёт так далеко назад либо что history plant лежит.

В Senzoukria

Панель данных бэктеста сообщает об отказе в дозагрузке так: «Брокер ОТКЛОНИЛ запрос: « permission denied » (rp_code 13). Исторические бары на этом счёте не включены — это право у брокера, а не настройка приложения. Исторические тики работают, и именно их использует ручной повтор.» На графике уведомление об истории при частичном отказе говорит, что отказы обычно перемежающиеся, что график продолжает работать на кэше и живых данных и что повтор произойдёт сам; завершённая попытка без кода сообщается отдельно, как пустой архив. Помощь по подключению предлагает точный вопрос для брокера: включён ли мой логин для стороннего доступа по API, для каких данных и под каким именем системы?

Что делать, когда в истории отказано

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

Эта страница на других языках

Частые вопросы

rp_code 13 — это ошибка программы?
Нет. Это состояние, возвращённое историческим сервером брокера и означающее отказ в праве на этот запрос. Приложение может повторить попытку и продолжить работу на кэше и живых данных, но выдать право оно не может. Решается это на стороне счёта, у поставщика.
Почему живой футпринт работает, а бэктест не может загрузить бары?
Потому что живые данные и история — раздельные права. Ticker plant транслирует сделки на график, пока history plant отклоняет запрос баров. Попросите поставщика включить исторические данные на логине либо возьмите исторический источник, лицензированный для этой цели.
Могут ли исторические тики работать, когда в барах отказано?
Да, на некоторых счетах. Бары и тики включаются в праве на историю независимо. Когда тики доступны, их заменой служат повтор по тикам или локально собранный бар; когда недоступны ни те ни другие, интервал должен остаться помеченным как недоступный.