{{define "content"}}
Источник: DOC/instruktsiya-po-testirovaniyu-s-robotom.pdf (опубликована 12.05.2026). Демо-ролик: disk.yandex.ru/i/F1SL2CVY5GphwQ.
НРД разработан специальный «робот» для тестирования интеграции информационных систем клиента и сервиса переводов M2M. Робот работает в круглосуточном режиме и эмулирует действия второй стороны при обмене сообщениями в сервисе M2M.
Робот может выступать как принимающей стороной (по умолчанию), так и передающей. Он может формировать как успешные сообщения, так и сообщения о нештатных ситуациях.
Доступен на тестовом контуре TEST3 (gost-t3.nsd.ru). Подключение к роботу не требует отдельной регистрации — достаточно быть подключённым к ЭДО НРД на TEST3.
КОД РОБОТА: MC0012500000
Чтобы робот получил сообщение, его код должен быть указан в получателях — Header.ReceiverCode.
В bj-server mock-сендер (internal/nsdadapter/mock) уже понимает этот код: если ReceiverCode == MC0012500000 и в заявке указан DocumentSeries из таблицы ниже — внутренний робот-эмулятор сформирует ответ по выбранному сценарию. То же поведение будет на реальном TEST3, когда подключим ИШ.
Выбор сценария — через поле 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.
| Ключ | ИНН (SettlementRequisites) | SettlementDepositoryLocation |
|---|---|---|
1 |
7702165310 |
ИНН 7722061076 · depcode MC0012500000 · счёт HL2603250011 · раздел 31MC0012500000F00 |
2 |
7702165310 |
ИНН 7722061076 · depcode MC0012500000 · счёт HL2603250011 · раздел 36MC0012500000F00 |
3 |
7831000034 |
остальные поля — заглушки |
| Ключ | Код ошибки |
|---|---|
01 | M2M01 |
02 | M2M02 |
03 | M2M03 |
04 | M2M04 |
05 | M2M05 |
06 | M2M06 |
07 | M2M07 |
08 | M2M08 |
09 | M2M09 |
Сейчас, без реального ИШ: используется внутренний робот-эмулятор в 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.