«System « … » does not exist on this gateway» (rp_code 1067) в Senzoukria
Rithmic отвечает rp_code 1067, когда набранное имя системы не обслуживается тем шлюзом, к которому вы подключаетесь. Senzoukria запрашивает собственный список шлюза и печатает его, чтобы вы выбрали ровно ту систему, где живёт ваш счёт.
Senzoukria · Решение проблем · Обновлено: сентябрь 2026
Кратко
- Сообщение
- «System « {system} » does not exist on this gateway. Systems accepted here: …» (сообщение движка, на английском)
- Код Rithmic
- rp_code 1067, «System name received is invalid»
- Где
- Проверка подключения, подключение или шаг «Система распознана» в диагностике подключения
- Связанное предупреждение
- «System name … isn't one of {broker}'s (expected: …)» в форме
Что вы видите
После проверки или подключения ошибка читается как «System « {system} » does not exist on this gateway. Systems accepted here: {list}. (Check the gateway URL too: a test gateway does not know the prop firms' systems.)». Когда сам список получить не удаётся, текст становится «System « {system} » was rejected by gateway {url} (rp_code=1067), and the list of accepted systems could not be retrieved. Check both the system name AND the gateway URL.» Оба сообщения приходят от движка на английском.
Диагностика подключения сообщает то же самое на своём втором шаге: ««{system}» нет среди систем, которые обслуживает этот шлюз. Получите актуальный список и выберите ту, где живёт ваш счёт.»
Почему это происходит
Шлюз Rithmic принимает только те системы, которые обслуживает. rp_code 1067 — это ответ Rithmic на имя, которое он по этому адресу не знает. Две обычные причины: опечатка в имени системы и не тот шлюз: шлюз «Rithmic Test» выделенный и обслуживает только «Rithmic Test», поэтому система проп-фирмы, набранная против него, отклоняется при любых учётных данных.
Ещё до проверки форма может предупредить, что имя «не принадлежит {broker}», когда оно отличается от систем, которые каталог перечисляет для выбранного вами брокера. Актуальный список шлюза важнее каталога: если ваша фирма перешла на другую систему, живой список это подтвердит.
Как исправить
- Выберите своего брокера или проп-фирму из списка: URL шлюза заполнится сам.
- Нажмите «Получить актуальный список систем со шлюза» и выберите систему из этого списка, а не вводите её руками. Пробелы и заглавные буквы важны.
- Если системы вашей фирмы в списке нет, вы на неверном шлюзе. Тестовые шлюзы не обслуживают системы проп-фирм; все продакшн-точки доступа обслуживают одни и те же системы.
- Запустите диагностику подключения: шаг «Шлюз и система согласованы» должен пройти, иначе шаг входа ничего не значит.
Чем это не является
- Не проблема пароля: когда система неизвестна, вход вообще не оценивается.
- Не то же, что rp_code 13. Неизвестная система даёт 1067; неизвестный счёт на существующей системе даёт 13.
Когда обращаться в поддержку
Если ничего из этого не помогает, напишите в поддержку через меню → «Сообщить о проблеме» или в Discord Senzoukria. Укажите имя системы точно так, как его написала ваша фирма, выбранную точку доступа и список, который вернул шлюз. Ни пароль, ни идентификатор пользователя не нужны.
Связанные страницы
В этом же разделе
- Аккаунт входит через Google
- Загрузка Replay отклонена (rp_code 13)
- Достигнут предел устройств
- Мост NinjaTrader настроен неверно
- Ошибка проверки токена Tradier
- Replay: нет тиков за этот день
- Торговля отключена на подключении
- Replay: нет сохранённых данных брокера
Эта страница на других языках
Частые вопросы
- Какую точку доступа выбрать?
- Оставьте «Chicago (core)», пока не измерили лучший маршрут. Все продакшн-точки доступа обслуживают одни и те же системы; меняется только сетевой путь.
- Система есть в списке, но вход всё равно отклоняют. Что дальше?
- Значит, маршрут верен, и отказ приходит со слоя счёта, обычно как rp_code 13. Следуйте проверкам для rp_code 13.