{{define "content"}}

← все инструкции

Тестирование с роботом MOEX МОСТ

Источник: DOC/instruktsiya-po-testirovaniyu-s-robotom.pdf (опубликована 12.05.2026). Демо-ролик: disk.yandex.ru/i/F1SL2CVY5GphwQ.

1. Что это

НРД разработан специальный «робот» для тестирования интеграции информационных систем клиента и сервиса переводов M2M. Робот работает в круглосуточном режиме и эмулирует действия второй стороны при обмене сообщениями в сервисе M2M.

Робот может выступать как принимающей стороной (по умолчанию), так и передающей. Он может формировать как успешные сообщения, так и сообщения о нештатных ситуациях.

Доступен на тестовом контуре TEST3 (gost-t3.nsd.ru). Подключение к роботу не требует отдельной регистрации — достаточно быть подключённым к ЭДО НРД на TEST3.

2. Адресация робота

КОД РОБОТА: MC0012500000

Чтобы робот получил сообщение, его код должен быть указан в получателях — Header.ReceiverCode.

В bj-server mock-сендер (internal/nsdadapter/mock) уже понимает этот код: если ReceiverCode == MC0012500000 и в заявке указан DocumentSeries из таблицы ниже — внутренний робот-эмулятор сформирует ответ по выбранному сценарию. То же поведение будет на реальном TEST3, когда подключим ИШ.

3. Тестовые сценарии

Выбор сценария — через поле Data.InvestorInformation.IdentityDocument.DocumentSeries в M2MTransferRequest.

КодСценарийУправляющий параметр
1111 Ответ с отказом — все бумаги отвергаются с выбранным кодом ошибки Последние 2 символа DocumentNumber = ключ ошибки (01..09) → код M2M01..M2M09
2001 Принять все бумаги DocumentNumber: i-я цифра = номер депозитария-получателя для i-й секции (1 или 2). По умолчанию 1.
2002 Принять бумаги частично DocumentNumber: i-я цифра = номер депозитария (1/2) или 0 (отклонить с M2M05).
3333 Выступить принимающей стороной — робот отвергает оригинал и формирует встречный M2MTransferRequest Первые 2 цифры DocumentNumber = реквизиты двух депозитариев для нового перевода

Пример: для сценария 1111 с DocumentNumber=111102 робот вернёт код ошибки M2M02. Для сценария 2001 с 4 секциями ЦБ и DocumentNumber=111200 — секции 1,2,3 принимаются депозитарием 1, секция 4 — депозитарием 2.

4. Тестовые данные депозитариев

КлючИНН (SettlementRequisites)SettlementDepositoryLocation
1 7702165310 ИНН 7722061076 · depcode MC0012500000 · счёт HL2603250011 · раздел 31MC0012500000F00
2 7702165310 ИНН 7722061076 · depcode MC0012500000 · счёт HL2603250011 · раздел 36MC0012500000F00
3 7831000034 остальные поля — заглушки

5. Коды ошибок (для сценария 1111)

КлючКод ошибки
01M2M01
02M2M02
03M2M03
04M2M04
05M2M05
06M2M06
07M2M07
08M2M08
09M2M09

6. Как запустить

Сейчас, без реального ИШ: используется внутренний робот-эмулятор в bj-server. Отправь заявку с ReceiverCode = MC0012500000 и DocumentSeries по таблице — Decision придёт через 3 секунды по правилам робота.

На реальном TEST3 НРД: установи ИШ НРД (см. /admin/help/systems), укажи в /admin/setup → ИШ профиль test3-gost, URL https://gost-t3.nsd.ru/onyx-ms/OnyxEdoWSService/OnyxEdo. Дальше отправляй те же заявки — НРД направит их роботу, ответ будет идентичный.

Сценарий 3333 («выступить принимающей стороной») в нашем внутреннем эмуляторе пока реализован частично — отдаёт только первое сообщение (отказ M2M05). Встречный M2MTransferRequest от робота требует доработки приёмной стороны bj-server.

{{end}}