Карта регуляторных требований

Feature: N-1.1 Квалификация главного бухгалтера
  Scenario: N-1.1 Квалификация главного бухгалтера
    Given назначается главный бухгалтер
    When проверяются документы об образовании и опыте
    Then подтверждены высшее образование и не менее года предусмотренного законом опыта в финансовой организации
    And неподтвержденный стаж не заменяется названием должности

Feature: N-1.2 Квалификация контроля и рисков
  Scenario: N-1.2 Квалификация контроля и рисков
    Given назначаются руководители контроля и управления рисками
    When проверяются образование и допустимый законом вариант опыта каждого лица
    Then документы подтверждают применимый квалификационный путь
    And стаж вне предусмотренной категории не принимается без основания

Feature: N-2 Разделение контроля и рисков
  Scenario: N-2 Разделение контроля и рисков
    Given контроль и управление рисками оформлены одной совмещенной функцией
    When проверяется организация контроля и управления рисками
    Then представлены отдельные назначения и документы соответствующих функций
    And общее название службы не считается разделением

Feature: N-3.1 Состав цифровых прав
  Scenario: N-3.1 Состав цифровых прав
    Given Правила допускают денежные и гибридные цифровые права
    When сверяются заявленные права с решением и пользовательским процессом
    Then для каждого права показаны выпуск осуществление и погашение либо оно исключено из согласованной модели
    And enum не считается доказательством правового механизма

Feature: N-3.2 Участники и кошелёк
  Scenario: N-3.2 Участники и кошелёк
    Given Правила допускают несколько категорий участников
    When каждая заявленная категория проходит регистрацию и идентификацию
    Then проверены данные категории полномочия представителя и завершенное создание кошелька
    And иностранная организация не приравнивается к российскому юридическому лицу

Feature: N-3.3 Полный жизненный цикл прав
  Scenario: N-3.3 Полный жизненный цикл прав
    Given Правила содержат восемь самостоятельных процедур
    When проверяется жизненный цикл
    Then каждая процедура имеет отдельный наблюдаемый результат
    And успешный перевод не закрывает остальные семь процедур

Feature: N-3.4 Защита и надежность
  Scenario: N-3.4 Защита и надежность
    Given операция зависит от базы очереди signer и цепочки
    When разрешенное упражнение создает отказ и восстановление
    Then проверены сохранность полномочий данных аудита и отсутствие повторного финансового эффекта
    And RTO и RPO приводятся по измерению а не обещанию

Feature: N-3.5 Участие обладателя в записи
  Scenario: N-3.5 Участие обладателя в записи
    Given распоряжение требует участия обладателя
    When создается запись в распределенном реестре
    Then сохранена связь установленного лица конкретного согласия payload и подписанного результата
    And системная подпись оператора не выдается за самостоятельное действие обладателя

Feature: A-1.1 Порядок подписи
  Scenario: A-1.1 Порядок подписи
    Given распоряжение требует подписи либо законного исключения
    When выбирается порядок внесения записи
    Then проверяются подписант полномочия неизменность распоряжения и применимое основание исключения
    And обычная роль администратора не заменяет исключение по закону

Feature: A-1.2 Несовершеннолетние и недееспособные обладатели
  Scenario: A-1.2 Несовершеннолетние и недееспособные обладатели
    Given правопреемник несовершеннолетний или недееспособный
    When подтверждаются его права и полномочия законного представителя
    Then полученные права учитываются без требования самостоятельной регистрации совершеннолетнего
    And отказ в самостоятельном доступе не уничтожает право обладателя

Feature: A-1.3 Приложения и третьи лица
  Scenario: A-1.3 Приложения и третьи лица
    Given Правила отсылают к приложению или третьему лицу
    When пользователь открывает соответствующий документ
    Then доступны конкретное название версия действующая ссылка и роль третьего лица
    And непредставленный документ не называется утвержденным

Feature: A-1.4 Качество аутентификации в реестре
  Scenario: A-1.4 Качество аутентификации в реестре
    Given лицо допущено в определенном качестве
    When создается или обновляется реестровая запись
    Then отдельно указано качество эмитента обладателя оператора обмена или номинального держателя
    And RBAC и KYC не подменяют реестровое качество

Feature: A-1.5 Источник адреса контракта
  Scenario: A-1.5 Источник адреса контракта
    Given инструмент связан с контрактом и сетью
    When участник получает адрес для предусмотренного действия
    Then адрес получен из подтвержденной записи выпуска и однозначно связан с сетью
    And произвольный адрес из сообщения не становится платежной инструкцией

Feature: A-1.6 Квалифицированные инвесторы
  Scenario: A-1.6 Квалифицированные инвесторы
    Given приобретение актива ограничено для неквалифицированного инвестора
    When проверяется допуск к заявке
    Then применен действующий критерий Банка России и подтвержденный статус участника
    And собственная рекламная категория не заменяет нормативный признак

Feature: A-1.7 Публикация решения
  Scenario: A-1.7 Публикация решения
    Given подготовлено решение о выпуске
    When проверяется порядок публикации
    Then решение опубликовано либо документировано применимое исключение части 6 статьи 3
    And универсальное исключение для всех выпусков не принимается

Feature: A-1.8 Внешнеторговые операции
  Scenario: A-1.8 Внешнеторговые операции
    Given согласованная модель допускает расчет по внешнеторговому договору
    When формируется выписка для банка учета контракта
    Then проверены УНК состав сведений хранение и порядок выдачи выписки
    And 15 рабочих дней резидента не объявляются автоматическим SLA оператора

Feature: A-1.9 Основания отказа в доступе
  Scenario: A-1.9 Основания отказа в доступе
    Given запрашивается доступ к системе
    When уполномоченное лицо принимает решение об отказе
    Then основание соответствует утвержденному исчерпывающему порядку и сообщается заявителю
    And произвольное усмотрение не становится дополнительным основанием

Feature: A-1.10 Ответственность за сбой
  Scenario: A-1.10 Ответственность за сбой
    Given технологический сбой причинил убытки
    When сверяется положение об ответственности
    Then обязанность возмещения не ограничена условием наличия собственной вины вопреки применимому закону
    And юридический владелец подтверждает окончательную формулировку

Feature: A-1.11 Язык и ссылки Правил
  Scenario: A-1.11 Язык и ссылки Правил
    Given готовится новая редакция Правил
    When проверяются язык термины и перекрестные ссылки
    Then порядок кредитных организаций и перекрестные ссылки согласованы с действующей редакцией
    And изменение нумерации сопровождается проверкой адресата ссылки

Feature: A-2 Достоверность публичного статуса
  Scenario: A-2 Достоверность публичного статуса
    Given нет актуального официального подтверждения допуска
    When публикуется сообщение о статусе Манитона
    Then не заявляются лицензия Банка России и включение в реестр
    And техническая реализация не выдается за юридический допуск

Feature: N-3.3-1 Доступ
  Scenario: N-3.3-1 Доступ
    Given имеется документированное основание приостановления доступа
    When уполномоченное лицо применяет приостановление
    Then новые запрещенные действия отклоняются а основание и состояние доступны в реестре
    And прекращение доступа и исключение из реестра оформляются отдельными решениями

Feature: N-3.3-2 Реестр
  Scenario: N-3.3-2 Реестр
    Given участник идентифицирован и допущен в определенном качестве
    When запись включается или изменяется в реестре
    Then сохранены обязательные сведения качество и история изменения
    And реестр не подменяется списком email или ролей сотрудников

Feature: N-3.3-3 Сделки
  Scenario: N-3.3-3 Сделки
    Given участник имеет право на действие и достаточный доступный остаток
    When подтверждается конкретная сделка
    Then условия волеизъявление расчет и окончательный результат связаны одной операцией
    And повтор запроса не создает вторую сделку

Feature: N-3.3-4 Учет
  Scenario: N-3.3-4 Учет
    Given известна подтвержденная операция и ее права
    When сверяется учет цепочки и проекций
    Then совпадают обладатель инструмент количество и состояние
    And расхождение отмечается и не исправляется скрытым начислением

Feature: N-3.3-5 Алгоритмы
  Scenario: N-3.3-5 Алгоритмы
    Given решение связано с однозначным контрактом и сетью
    When алгоритм исполняет разрешенное распоряжение
    Then проверены параметры полномочия и фактическое событие исполнения
    And неуспешный receipt не изменяет подтвержденный остаток

Feature: N-3.3-6 Государственные обращения
  Scenario: N-3.3-6 Государственные обращения
    Given получено проверенное обращение с законным основанием
    When уполномоченное лицо готовит ответ или применяет предусмотренное ограничение
    Then проверены полномочия объем сведений канал и журнал исполнения
    And любой внешний текст не становится командой на изменение прав

Feature: N-3.3-7 Наследование
  Scenario: N-3.3-7 Наследование
    Given представлены документы о правопреемстве и представительстве
    When уполномоченное лицо оформляет переход прав
    Then проверенные права связаны с новым обладателем и основанием без двойного учета
    And несовершеннолетие не уничтожает наследуемое право

Feature: N-3.3-8 Реорганизация
  Scenario: N-3.3-8 Реорганизация
    Given подтверждены реорганизация юридического лица и состав переходящих прав
    When оформляется учет правопреемника
    Then сохранены основание преемственность и сверка обязательств
    And новая регистрация сама по себе не переносит права