Пример 5 (548327), страница 3

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 3)

Под аварийной ситуацией в ИС УОС следует понимать такое состояние, которое характеризуется:

• полным или частичным прекращением выполнения функциональных задач;

• полным или частичным нарушением взаимодействия между компонентами ИС УОС, как на технологическом, так и на организационном уровне;

• аномальным (нештатным) режимом работы всей системы или ее основных компонентов, связанным с изменением нормальной последовательности действий;

• полной или частичной потерей информации;

• нелегитимным доступом к данным ИС УОС, и предумышленным ее искажением или уничтожением.

Перечень возможно предпринимаемых мер, направленных на предотвращение аварийных ситуаций:

• быстрое изменение конфигурации ИС УОС с перестройкой функциональной взаимосвязи внутри системы с делегированием выполняемых функций от одних модулей (утративших работоспособность) системы другим;

• принятие мер по «горячему» и «холодному» резервированию устройств и модулей ИС УОС;

• своевременное реагирование на обращение по аварийным ситуациям и по поддержке системы в целом с участием квалифицированного персонала;

• предоставление Исполнителем Заказчику в рамках действующих договоров по сопровождению и обслуживанию Системы необходимого программного обеспечения (ПО) и удаленных консультаций для устранения аварийных ситуаций.

1. Требования к безопасности

Общие требования пожарной безопасности клиентских рабочих мест ИС УОС должны соответствовать нормам на бытовое электрооборудование.

1. Требования к эргономике и технической эстетике

При работе с прикладным программным обеспечением, входящим в состав ИС УОС, должно предусматриваться взаимодействие операторов АРМ с персональными компьютерами клиентских рабочих мест, граждан-держателей УЭК с терминальным оборудованием (устройствами самообслуживания) посредством визуального отображения необходимой информации на дисплее персонального компьютера или терминала в графическом режиме.

Для персонального компьютера предусматривается использование графического дисплея с видеорежимом не менее 1024x768 точек или выше с частотой вертикальной развертки не менее 60 Гц.

Для терминального оборудования предусматривается создание интуитивно понятного интерфейса для управления необходимыми функциями с минимизацией количества операций, выполняемых пользователями оборудования.

Выбор действий операторов АРМ, граждан-держателей УЭК и ввод необходимых данных в Систему должен производиться с клавиатуры персонального компьютера и/или иного устройства ввода (клавиатура устройства самообслуживания, сенсорное устройство ввода устройства самообслуживания).

Пользовательский интерфейс ИС УОС реализуется на русском языке. В отдельных структурных частях программного обеспечения в составе ИС УОС, рассчитанных на взаимодействие с администраторами, инженерами и техническим обслуживающим персоналом, допускается использование интерфейса на английском языке.

1. Требования к эксплуатации

Требования настоящего раздела являются общими для средств вычислительной техники, применяемых в составе ИС УОС.

Условия и режимы эксплуатации

Условия эксплуатации оборудования ИС УОС должны обеспечивать использование технических средств системы с заданными техническими показателями, включающими состояние окружающей среды, параметры электропитания, периодичность и характер технического обслуживания, а также иные условия, если это является требованием производителя оборудования.

Требования к электропитанию

Первичными источниками электропитания ИС УОС, включая средства представления информации, являются сети переменного тока напряжением 220В, частотой 50Гц объектов муниципального и промышленного хозяйства.

В целях обеспечения непрерывной работы технических средств клиентских рабочих мест ИС УОС возможно применение схем подключения, обеспечивающих их бесперебойное электроснабжение (с применением аккумуляторных батарей, ИБП).

Электропитание устройств, реализующих функции поддержки СУБД и систем хранения ключевых данных, информационной безопасности и технологических защит, должно осуществляться с наивысшей надежностью в соответствии с требованиями, предъявляемыми к электропитанию потребителей особой группы I категории. Электропитание таких устройств в обязательном порядке должно осуществляться с применением схем подключения, обеспечивающих их гарантированное (с применением ДГУ, АВР) и бесперебойное электроснабжение (с применением аккумуляторных батарей, ИБП).

Требования к системе бесперебойного электропитания

Выбор локальных ИБП ~220В (со 100% резервированием или без такового) осуществляется на стадии технического проектирования путем технико-экономического сравнения возможных вариантов организации бесперебойного питания и согласования решения с Заказчиком.

Требования к регламентам обслуживания

Обслуживание технических средств ИС УОС производится Заказчиком согласно внутренним регламентам Заказчика.

Объем, трудозатраты и порядок выполнения обслуживания должны соответствовать техническим условиям на эксплуатацию применяемых программно-технических средств.

1. Требования к защите информации от несанкционированного доступа

Несанкционированный доступ к данным ИС УОС должен быть ограничен следующими средствами:

• административными и организационными средствами: Заказчиком должны быть созданы физически защищенные помещения, в которых будет осуществляться размещение серверного и коммуникационного оборудования БД ИС УОС и средств обеспечения ее бесперебойной работы. Доступ в указанные помещения должен быть строго ограничен с помощью соответствующих технических средств контроля. Должны быть разработаны специальные административные регламенты, определяющие порядок доступа в указанные помещения, а также регулирующие доступ к данным ИС УОС;

• административными программными средствами операционной системы к отдельным ее компонентам и приложениям;

• ограничение доступа к данным ИС УОС административными программными средствами СУБД в соответствии с ролями пользователей;

• осуществлением передачи информации по каналам связи и хранением резервных копий данных ИС УОС с применением средств криптографической защиты;

• межсетевыми экранами, для отделения сетей общего пользования от создаваемых в рамках ИС УОС ведомственных сетей, с особыми требованиями к безопасности, которые должны быть определены соответствующими регламентами, обеспечивающими сетевую безопасность.

1. Требования по сохранности информации при авариях

Перечень событий, при которых должна обеспечиваться сохранность информации в ЦОД ИС УОС:

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

• выход из строя серверного оборудования, в результате механического повреждения его компонентов. Сохранность данных должна быть обеспечена в результате проведения резервного копирования данных, хранящихся в ИС УОС.

Должно быть предусмотрено использование следующих средств резервирования оборудования и каналов связи:

• серверное оборудование («горячее» резервирование серверов);

• коммуникационное оборудование (обеспечение каналов связи нескольких провайдеров и резервирование схем коммуникаций);

• каналы связи (наличие проложенных запасных кабелей, линий связи);

• дисковые накопители и схемы резервного копирования данных;

• оборотные фонды оборудования.

В качестве источников информации для восстановления данных должны использоваться резервные копии данных, дистрибутивы ИС УОС, операционной системы, СУБД и прочего ПО, задействованного при реализации ИС УОС.

1. Требования по стандартизации и унификации

ИС УОС должна использовать стандартные решения, базирующиеся на применении типовых протоколов и интерфейсов взаимодействия, предусматривающих возможность сопряжения и совместной работы оборудования и программного обеспечения разных производителей, а также для сопряжения с информационными системами других организаций.

Все технические решения, используемые в Системе, должны соответствовать требованиям национальных стандартов РФ или (при отсутствии) международных стандартов. Технические средства, применяемые в составе ИС УОС, должны иметь сертификаты или другие документы предприятия-поставщика, подтверждающие их соответствие техническим условиям.

В силу большой социальной значимости проекта, и сжатых сроков ввода в эксплуатацию ИС УОС должна относиться к унифицированным решениям. Исполнитель должен отвечать следующим требованиям:

• Должен иметь в наличии собственные Центры по обработке данных (ЦОД), соответствующие промышленным масштабам;

• Должен иметь в наличии собственные системы клиринговых расчетов, действующие проекты по взаимодействию с различными банками по выполнению взаиморасчетов.

Решения ИС УОС должны обладать следующими свойствами:

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

• Иметь возможность интеграции с внешними автоматизированными системами, в том числе с действующей в г. Кемерово транспортной платежной системой «Электронный проездной».

4.11.Требования к функциям ИС УОС

Глава содержит набор требований к компонентам ИС УОС в части выполнения обязательных функций.

1. Реестр универсальных электронных карт (РУЭК)

   1. Подсистема управления

Подсистема должна содержать в своем составе специализированный АРМ оператора для управления РУЭК (далее – АРМ управления).

АРМ управления должен обладать следующими обязательными функциями:

1. Функции АРМ в части сбора и обработки данных

   1. Хранение и актуализация данных о гражданине, необходимых для осуществления операции выдачи карты. АРМ должен позволять вводить следующие данные о гражданине:

• Фамилия гражданина

• Имя гражданина

• Отчество гражданина

• Фотография гражданина

• СНИЛС

• Дата регистрации

• Номер полиса ОМС

• Удостоверяющий документ

• Дата рождения

• Место рождения

• Гражданство

• Пол

• Образец подписи

• Поле примечания

• Обоснование ввода или изменения информации

• Адрес регистрации

• Адрес проживания

• Контактная информация (телефон, электронная почта и т.д.)

• Кодовое слово

• Право на получение льготы

• Данные о законном представителе гражданина

• Причина подачи заявления о выдаче УЭК

• Согласие на получение информационных SMS-сообщений заявителем и/или на информирование по электронной почте

• Согласие на открытие индивидуального лицевого счета в системе обязательного пенсионного страхования (при отсутствии СНИЛС)

1. Формирование реестра заказа заготовок карт УЭК для завода-изготовителя. АРМ должен позволять вводить следующие данные для реестра:

• Количество заготовок для изготовления

• Получатель заготовок карт

• Идентификатор базового карточного продукта

• Признак необходимости дополнительного домена безопасности

• Центр персонализации

• Контактная информация эмитента.

1. Функции в части информационного обмена

АРМ управления должен позволять выполнять следующие действия при информационном обмене РУЭК и внешними системами:

1. Выполнение настроек импорта данных

• Список настраиваемых данных:

  • Код внешней системы

  • Название внешней системы

  • Другие поля.

1. Выполнение настроек соответствия справочников систем

• Список настраиваемых данных

  • Название внешней системы

  • Название справочника

  • Параметры соответствия данных.

1. Функции АРМ в части ведения НСИ

   1. Просмотр, добавление и редактирование информации справочников РУЭК в соответствии с набором прав и привилегий пользователя.

   2. Обработка данных системных справочников, поступающих от ФУО.

   3. Формирование данных для обмена справочной информацией между РУЭК и внешними системами.

2. Функции АРМ по предоставлению отчетных данных

АРМ должен предоставлять следующие возможности:

1. Предоставление отчетных форм и пользовательских представлений по данным, формируемым в результате функционирования РУЭК, в соответствии с установленными в системе правами и привилегиями пользователя.

2. Предоставление пользовательского интерфейса для формирования и сохранения отчетных форм РУЭК на компьютер пользователя.

АРМ должен формировать отчетные формы и пользовательские представления, отображающие следующую информацию:

1. Пользовательские представления с возможностью установок условий фильтрации данных (ФИО владельца, номер карты, номер заявления и др.):

   1. Общий список карт УЭК

• Список полей:

  • ФИО гражданина

  • Номер заявления

  • Дата оформления заявления на выдачу карты

  • Дата предполагаемой выдачи карты

  • Дата выдачи карты

  • Номер карты

  • Статус карты

  • Причина блокировки карты

  • Контактная информация

  • Срок действия карты

  • Название банка

  • Подразделение банка

  • Название ППВ

  • Кодовое слово

  • Дата изготовления карты

  • Карточный продукт

  • Федеральный пакет

  • Другие поля.

1. Список карт УЭК, готовых к выдаче гражданам

• Список полей:

  • ФИО гражданина

  • Номер заявления

  • Дата оформления заявления на выдачу карты

  • Дата предполагаемой выдачи карты

  • Номер карты

  • Статус карты

  • Контактная информация

  • Название банка

  • Подразделение банка

  • Название ППВ

  • Кодовое слово

  • Дата изготовления карты

  • Карточный продукт

  • Федеральный пакет

  • Другие поля.

1. Список карт УЭК, выданных гражданам

• Список полей:

  • ФИО гражданина

  • Номер заявления

  • Дата оформления заявления на выдачу карты

  • Дата предполагаемой выдачи карты

  • Дата выдачи карты

  • Номер карты

  • Статус карты

  • Контактная информация

  • Название банка

  • Подразделение банка

  • Название ППВ

  • Кодовое слово

  • Дата изготовления карты

  • Карточный продукт

  • Федеральный пакет

  • Другие поля.

1. Представления

   1. Данные по заказам на изготовление заготовок карт для завода-изготовителя

• Список полей:

  • Дата формирования заказа

  • Номер партии

  • Состояние заказа

  • Карточный продукт

  • Количество заготовок

  • Остаток заготовок

  • Получатель заготовок

  • Контактная информация

  • Заказчик

  • Потребность в размещении дополнительного домена безопасности

  • Центр персонализации

  • Список карточных платформ

  • Другие поля.

1. Представления, содержащие данные о реестрах

   1. Информация об исходящих реестрах заявок на выпуск карт в ФУО

• Список полей:

  • Номер реестра

  • Вид карты

  • Статус реестра

  • Дата и время начала обработки реестра

  • Дата и время окончания обработки реестра

  • Имя файла реестра

  • Другие поля.

1. Информация об исходящих реестрах-уведомлениях для ФУО по выданным УЭК

• Список полей:

  • Номер реестра

  • Статус реестра

  • Дата и время начала обработки реестра

  • Дата и время окончания обработки реестра

  • Имя файла реестра

  • Другие поля.

1. Информация об исходящих реестрах заданий на персонализацию карт в ЦП

• Список полей:

  • Номер реестра

  • Вид карты

  • Статус реестра

  • Дата и время начала обработки реестра

  • Дата и время окончания обработки реестра

  • Имя файла реестра

  • Другие поля.

1. Информация о входящих реестрах, поступивших от ФУО – данные по федеральным пакетам сведений о гражданах

• Список полей:

  • Номер реестра

  • Статус реестра

  • Дата и время начала обработки реестра

  • Дата и время окончания обработки реестра

  • Количество записей реестра

  • Имя файла реестра

  • Ошибки при обработке реестра

  • Информация о записях реестра

  • Другие поля.

1. Информация о входящих реестрах, поступивших от ЦП, о персонализации карт

• Список полей:

  • Номер реестра

  • Статус реестра

  • Дата и время начала обработки реестра

  • Дата и время окончания обработки реестра

  • Количество записей реестра

  • Имя файла реестра

  • Ошибки при обработке реестра

  • Информация о записях реестра

  • Другие поля.

1. Функции АРМ в части администрирования объектов БД РУЭК

АРМ должен предоставлять следующие возможности по управлению объектами и выполнению настроек БД РУЭК:

1. Настройка выполнения заданий по расписанию.

2. Формирование и отображение журналов системы:

• Журналы запуска и выполнения операций

• Журналы системных событий

• Журналы сообщений об ошибках

• Журналы изменения реквизитов объектов

• Другие журналы.

1. Настройка параметров реестров.

1. Подсистема сбора и обработки данных

   1. Регистрация в системе заявок и обеспечение необходимого порядка обработки информации, требуемой для организации первичной выдачи карты

Функция включает в себя следующий набор операций:

• Фотографирование гражданина;

• Сканирование, сохранение и обработка заявлений гражданина на выдачу карт;

• Выполнение необходимых проверок данных гражданина, возможность исправления ошибок, обнаруженных в ходе выверки данных о гражданине;

• Формирование заказа для изготовления партий заготовок карт УЭК;

• Формирование списков для распределения карт в разрезе пунктов приема и выдачи карт (ППВ);

• Аннулирование заявления на выдачу карты.

1. Выполнение процедур по подготовке повторной выдачи карт:

• Формирование и обработка заявлений граждан о получении дубликата карты УЭК;

• Формирование заказа для изготовления партий заготовок карт;

• Формирование списков для распределения карт;

• Хранение и учет информации обо всех выданных гражданину карт в пределах данного субъекта;

• Регистрация факта повторной выдачи карты;

• Формирование реестров для повторного выпуска карт УЭК, утративших силу по причинам утери, поломки, окончания срока действия карт и т.д.

1. Хранение и актуализация данных о гражданине, необходимых для осуществления операции выдачи и персонализации карты и всех приложений карты:

• Данные фотографии гражданина;

• Информация о первично выданной карте, а также всех картах гражданина, выданных повторно с указанием причины повторной выдачи;

• Данные о выбранном гражданином банке-эмитенте банковского приложения.

1. Формирование и обработка заявления о возврате карты в УОС.

2. Формирование и обработка данных для выдачи карт гражданам, не подавшим заявления на получение карты в установленный срок.

3. Формирование и обработка заявлений граждан об отказе в получении карт.

4. Выполнение процедур по уничтожению карты.

1. Подсистема выдачи УЭК

К основным функциям подсистемы относятся:

1. Выполнение процедур по первичной выдаче карт:

• Распределение изготовленных карт по ППВ;

• Контроль состояния выдачи карт;

• Регистрация факта выдачи карты гражданину.

1. Выполнение процедур по повторной выдаче карт:

• Распределение изготовленных карт по ППВ;

• Актуализация данных по всем картам, выданным гражданину;

• Контроль состояния выдачи карт;

• Регистрация факта повторной выдачи карты гражданину.

1. Осуществление выдачи карт гражданам, не подавшим заявления в установленный срок.

2. Формирование для ФУО реестра-уведомления о выданных (выданных повторно) картах УЭК.

3. Печать всех необходимых документов (заявлений, справок и т.д.), необходимых для выдачи карты гражданину.

1. Подсистема информационного обмена

   1. Функции РУЭК по обмену данными с ФУО:

• Возможность обмена данными c ФУО в режиме on-line, а также в режиме off-line с использованием интерфейсов файлового обмена в части выпуска карт УЭК;

• Обработка пакетов сообщений, поступающих от ФУО;

• Обмен информацией системных справочников;

• Регистрация заявки на выпуск карт в ФУО;

• Получение информации от ФУО о состоянии заявок на выпуск карт;

• Получение и обработка федерального пакета сведений о гражданине от ФУО;

• Отправка уведомлений в ФУО о выданных картах;

• Аннулирование заявки на выпуск карты;

• Формирование пакетов сообщений, направляемых в ФУО;

• Обработка уведомлений ФУО об ошибках в заявках на выпуск карт УЭК;

• Получение уведомлений ФУО об изменении данных гражданина;

• Анализ и исправление ошибок в заявках на выпуск карт УЭК, обнаруженных в ходе выверки данных о гражданине;

• Процедуры по подготовке к выпуску карт для граждан, не подавших заявления на получение карты: получение и обработка данных о гражданах, не подавших заявления;

• Поиск информации о гражданине, хранящейся в базе данных РУЭК, с использованием различных фильтров поиска;

• Формирование в ФУО запроса о статусе карты;

• Формирование заявки в ФУО на изменение статуса карты, приложений карты.

1. Функции РУЭК по обмену данными с Центром изготовления карт (ЦИК):

• Формирование и отправка в ЦИК заявки на изготовление партии заготовок карт УЭК;

• Анализ и обработка уведомлений ЦИК об изготовлении партии заготовок карт.

1. Функции РУЭК по обмену данными с Центром персонализации (ЦП):

• Формирование и отправка в ЦП заявок на выполнение процедур по персонализации карт УЭК;

• Получение и обработка уведомлений из ЦП о персонализации карт УЭК.

1. Функции РУЭК по обмену данными с различными региональными информационными системами для выполнения загрузки данных о гражданах:

• Получение данных о гражданах от информационных систем различных ведомств с целью подготовки заявок на выпуск карт гражданам, не подавшим заявления на выдачу УЭК;

• Обработка информации о гражданах, поступившей от ведомств, с целью подготовки заявок на выпуск карт гражданам, не подавшим заявление на выпуск карты.

1. Подсистема защиты информации

К основным функциям подсистемы относятся:

1. Предоставление доступа к данным РУЭК, согласно необходимым правам и привилегиям пользователей.

2. Функции по предоставлению доступа к данным РУЭК с использованием цифровых сертификатов и ключей.

3. Функции по идентификации и аутентификации сторон, производящих обмен информацией.

4. Установка/снятие блокировки доступа к данным РУЭК.

5. Регистрация и сохранение в журналах системы основных системных событий, связанных с передачей данных, работой с системой через предоставляемые АРМ.

6. Взаимодействие с действующей в рамках ЕПСС УЭК системой защищенного электронного документооборота с ФУО.

1. Подсистема ведения НСИ

К основным функциям подсистемы относятся:

1. Просмотр, добавление и редактирование информации справочников РУЭК в соответствии с набором прав и привилегий пользователя.

2. Обработка данных системных справочников, поступающих от ФУО.

3. Поддержка системных справочников ЕПСС УЭК, утвержденных Правилами ЕПСС УЭК версии 1.6.

1. Подсистема отчетности

К основным функциям подсистемы относятся:

1. Предоставление отчетных форм по данным, формируемым в результате функционирования РУЭК, в соответствии с установленными в системе правами и привилегиями пользователя.

2. Формирование отчетных форм по реестру карт УЭК в соответствии с установленными форматами как для внутреннего использования сотрудниками УОС, так и для внешних потребителей отчетной информации.

3. Предоставление пользовательского интерфейса для формирования и сохранения отчетных форм РУЭК на компьютер пользователя.

1. Подсистема БД РУЭК

К основным функциям подсистемы относятся:

1. Хранение системных справочников, данных, формируемых при функционировании РУЭК, также - правил и алгоритмов обработки данных РУЭК.

2. Архивирование данных, резервирование данных РУЭК в режиме реального времени, согласно регламентам РУЭК.

3. Соблюдение целостности и непротиворечивости данных РУЭК.

1. Оператор поставщиков услуг (ОПУ)

   1. Подсистема управления

1. Предоставление интерфейса управления пользователями, зарегистрированными в ОПУ, управление правами и привилегиями пользователей.

2. Предоставление пользовательского интерфейса для управления локальным реестром услуг.

3. Предоставление пользовательского интерфейса управления локальными справочниками системы.

1. Подсистема управления реестрами услуг

   1. Актуализация локального реестра услуг на основании информации, предоставляемой поставщиками региональных услуг.

2. Подсистема предоставления услуг

   1. Взаимодействие с компонентом ОКО. Функция включает в себя следующий набор операций:

• Обработка запросов на предоставление услуг, инициированных внутри региона;

• Обработка уведомлений об отмене предоставления услуг, инициированных внутри региона.

1. Взаимодействие с ФУО. Функция включает в себя следующий набор операций:

• Обработка запросов на предоставление услуг, инициированных за пределами региона;

• Обработка уведомлений об отмене предоставления услуг, инициированных за пределами региона.

1. Подсистема взаимодействия с поставщиками услуг

   1. Взаимодействие с поставщиками услуг в off-line режиме

Функция включает в себя следующий набор операций:

• Получение от поставщиков услуг информации по абонентам в off-line режиме в виде реестров абонентов;

• Предоставление поставщикам услуг информации об операциях заказа услуги в off-line режиме в виде реестров операций;

• Предоставление поставщикам услуг информации об операциях отмены заказа услуги в off-line режиме в виде реестров операций отмены;

1. Взаимодействие с поставщиками услуг в on-line-режиме

Функция включает в себя следующий набор операций:

• Формирование on-line-запросов поставщикам услуг с целью валидации данных необходимых для заказа предоставления услуг;

• Уведомление поставщиков услуг в on-line режиме о заказе предоставления услуги;

• Уведомление поставщиков услуг в on-line режиме об отмене заказа на предоставления услуги;

• Контроль оказания услуги в on-line-режиме, контроль отмены оказания услуги в on-line-режиме в соответствии с установленными в системе временными интервалами (таймаутами).

1. Подсистема защиты информации

К основным функциям подсистемы относятся:

1. Предоставление доступа к данным и функциям, согласно необходимым правам и привилегиям пользователей.

2. Предоставление доступа к данным и функциям с использованием цифровых сертификатов и ключей.

3. Функции по идентификации и аутентификации сторон, производящих обмен информацией.

4. Регистрация и сохранение в системном журнале операций, выполняемых в модуле ОПУ.

1. Отчетная подсистема

   1. Предоставление отчетных форм по данным, формируемым в результате функционирования компонента ОПУ, в соответствии с установленными в системе правами и привилегиями пользователя.

   2. Формирование отчетных форм, предназначенных для осуществления расчетов с контрагентами, используемых как сотрудниками УОС, так и самими контрагентами.

   3. Формирование отчетных форм по реестру услуг как для внутреннего использования сотрудниками УОС, так и для внешних потребителей отчетной информации.

   4. Предоставление пользовательского интерфейса для формирования и сохранения отчетных форм компонента ОПУ на компьютер пользователя.

2. Подсистема БД ОПУ

   1. Хранение системных справочников, данных, формируемых при функционировании компонента ОПУ, а также правил и алгоритмов обработки данных.

   2. Поддержка системных справочников ЕПСС УЭК, утвержденных Правилами ЕПСС УЭК версии 1.6.

   3. Предоставление данных по правилам системы.

   4. Добавление, изменение, удаление хранимых данных по правилам системы.

   5. Соблюдение целостности и непротиворечивости данных.

1. Оператор каналов обслуживания (ОКО)

   1. Подсистема управления

Подсистема должна содержать в своем составе следующие АРМ для управления компонентом ОКО:

• АРМ администратора ОКО

• АРМ мониторинга устройств самообслуживания

• АРМ управления устройствами самообслуживания.

1. Функции АРМ администратор ОКО

   1. Регистрация объектов платежно-информационной инфраструктуры

      1. Регистрация точки обслуживания

      2. Регистрация устройства

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

      4. Регистрация зоны обслуживания устройства/сети устройств.

   2. Выпуск служебных карт для устройств самообслуживания, обеспечивающих хранение и использование специализированной служебной информации. АРМ позволяет настраивать:

      1. Тип служебной карты

      2. Срок действия служебной карты

      3. Срок действия ключей

      4. Персональный пин-код оператора, имеющего доступ к служебной карте.

   3. Просмотр списка авторизаций

      1. с возможностью установки фильтров по различным критериям:

         1. Идентификатор устройства

         2. Идентификатор служебной карты

         3. Идентификатор точки обслуживания

         4. Дата операции

         5. Статус операции.

      2. Структура данных

         1. Номер устройства, по которому прошла авторизация

         2. Дата авторизации

         3. Сумма авторизации

         4. Статус авторизации.

   4. Управление пользователями

      1. Регистрация нового пользователя в системе и ввод пароля пользователя

      2. Определение роли и прав пользователя

      3. Установка срока действия учетной записи пользователя.

   5. Управление объектами, зарегистрированными в комплексе

      1. Изменение текущего статуса зарегистрированного объекта

      2. Просмотр существующих объектов с возможностью установки различных фильтров.

   6. Изменение параметров работы комплекса посредством изменения параметров конфигурационных файлов

      1. Настройка режима детализации журнальных файлов посредством изменения параметров конфигурационных файлов компонента

      2. Настройка параметров работы автоматических обработчиков.

2. Функции АРМ мониторинга устройств самообслуживания

АРМ предназначен для оперативного слежения за работой и состоянием сети устройств самообслуживания.

1. Просмотр текущей информации о состоянии устройств сети, содержащей информацию о следующих данных:

   1. Идентификатор устройства

   2. Состояние модулей

   3. Количество банкнот в устройстве и общую сумму банкнот (с разделением по валютам)

   4. Прогноз окончания банкнот для выдачи

   5. Счетчик изъятых карт

   6. Наличие активных сеансов с устройством.

2. Хранение данных об информационных сообщениях от устройства с возможностью поиска по дате или содержанию сообщения.

3. Отображение последних информационных сообщений от устройства с возможностью автоматического обновления списка.

4. Подготовка следующих сводных отчетов по инфраструктуре:

   1. Отчетов о текущих остатках наличных средств в инфраструктуре (идентификатор устройства, сумма в устройстве (по валютам), количество банкнот в устройстве (по валютам));

   2. Отчетов о суммах и количестве банкнот, загруженных в момент последней инкассации (идентификатор устройства, сумма в устройстве (по валютам), количество банкнот в устройстве (по валютам));

   3. Отчетов о простоях устройств за период с указанием периода простоя, общего времени простоя, длительности простоя и его причины.

5. Определение прав доступа для просмотра устройств или группы устройств.

1. Функции АРМ управления устройствами самообслуживания

Подсистема предназначена для удаленного управления сетью устройств самообслуживания

1. Управление состоянием устройства самообслуживания:

   1. Перевод устройства в режим обслуживания клиентов

   2. Блокировка обслуживания клиентов

   3. Выключение устройства самообслуживания.

2. Замена элементов клиентского интерфейса:

   1. Передача и удаленная активация скриптов, обеспечивающих формирование клиентского интерфейса устройства самообслуживания

   2. Передача и удаленная активация специализированных скриптов, обеспечивающих настройку печатных форм, списка услуг устройства самообслуживания

3. Загрузка сводного реестра услуг Оператора ЕПСС.

4. Получение журналов работы программного обеспечения c устройств/групп устройств:

   1. Выбор журнального файла для загрузки с указанием даты журнального файла, типа журнального файла.

5. Создание отложенных заданий:

   1. Заданий на получение журнальных файлов;

   2. Активация задания на устройстве самообслуживания.

6. Формирование сводной таблицы текущих заданий:

   1. Просмотр архива выполненных заданий с отображением статуса выполнения.

7. Определение прав доступа к управлению устройством или группой устройств:

   1. Регистрация пользователя системы управления устройствами

   2. Управление правами доступа пользователя системы управления устройствами.

1. Подсистема терминального взаимодействия

Основная функция подсистемы - поддержка стандартных протоколов взаимодействия с терминальными устройствами при выполнении следующих операций:

• Просмотр перечня услуг;

• Просмотр информации по услугам;

• Передача в устройства метаинформации по услугам;

• Транзакция авторизации гражданина;

• Обращение к поставщикам специальных данных;

• Транзакция авторизации заказа услуги;

• Транзакция заказа услуги в чужом регионе.

1. Подсистема управления инфраструктурой

Подсистема выполняет следующие функции:

• Контроль регистрационных данных устройств инфраструктуры;

• Передача управляющей информации в терминальные устройства;

• Распределение ключей шифрования данных по зонам безопасности;

• Удаленное модифицирование настроек, обновление ПО терминальных устройств;

• Сбор данных мониторинга платежно-информационной инфраструктуры.

1. Подсистема защиты информации

К функциям подсистемы защиты информации относятся:

• Генерация терминальных мастер-ключей и рабочих ключей терминалов, эмиссия мастер-ключей;

• Генерация ключей межхостового on-line-взаимодействия;

• Перешифрация критичных данных при передаче запросов между зонами безопасности;

• Шифрование и подписывание данных при off-line-взаимодействии;

• Предоставление пользователям доступа к данным ОКО согласно назначенным правам и привилегиям.

1. Подсистема информационного обмена

В рамках on-line взаимодействия подсистема выполняет следующие функции:

1. Маршрутизация и передача запросов при взаимодействии с внешними системами, реализация протоколов межхостового взаимодействия.

2. Взаимодействие с ОПУ при выполнении на терминале следующих операций:

• Просмотр перечня федеральных, муниципальных, коммерческих услуг, информации по услугам;

• Заказ услуги.

1. Взаимодействие с фронтальной системой ФУО при выполнении в терминале:

• Транзакции авторизации заказа услуги;

• Транзакции заказа услуги в чужом регионе;

• Транзакции авторизации гражданина;

• При выполнении в терминале операций, связанных с управлением /добавлением/удалением приложений на карту УЭК, изменением данных приложения;

• Обработка полного реестра услуг (полный реестр предоставляется по специальному запросу) и обработка изменений реестра услуг (изменения по отношению к предыдущей версии реестра).

1. Взаимодействие с эмитентом УЭК и системами региональных приложений УЭК при модификации данных приложений (управлении обслуживанием приложений в инфраструктуре).

В рамках файлового взаимодействия подсистема выполняет следующие функции:

1. Поддержка в рамках обмена файлами с ФУО следующего информационного взаимодействия:

• Обработка полного реестра услуг (полный реестр предоставляется по специальному запросу);

• Обработка изменений реестра услуг (изменения по отношению к предыдущей версии реестра).

1. Поддержка в рамках обмена файлами с ПЦ Банков, компонентом ОКО и ПЦ региональных приложений следующего информационного взаимодействия:

• Формирование и отправка в компонент ОПУ реестров операций, обработанных через инфраструктуру устройств, подключенных к компоненту ОКО;

• Формирование и отправка в ПЦ региональных приложений реестров операций, обработанных через инфраструктуру устройств, подключенных к компоненту ОКО.

1. Отчетная подсистема

Отчетная подсистема выполняет следующие функции:

1. Формирование реестров операций, совершенных в платежно-информационной инфраструктуре для банка-эквайера.

2. Формирование отчетов о функционировании терминальных устройств (периоды простоя, аппаратные ошибки, количество изъятых карт, объем принятых/выданных денежных средств и т. п.).

3. Выгрузка сформированных отчетных форм в согласованном формате.

1. Подсистема БД ОКО

Основные функции подсистемы БД ОКО:

1. Хранение данных, формируемых при функционировании компоненты ОКО, а также правил и алгоритмов их обработки (прикладная логика).

2. Хранение системных справочников, регистрационной информации об объектах инфраструктуры обслуживания карт.

3. Поддержка системных справочников ЕПСС УЭК, утвержденных Правилами ЕПСС УЭК версии 1.6.

4. Архивирование данных, контроль физической целостности, резервирование данных согласно регламентам.

5. Контроль логической целостности (непротиворечивости) данных о функционировании терминальных устройств.

1. Подсистема «Устройство самообслуживания»

Основные функции подсистемы «Устройство самообслуживания»:

1. Ядро приложения «Устройство самообслуживания»

• Управление сценарием обслуживания клиентов в режиме без карты и для всех режимов работы с картами;

• Управление политиками обслуживания;

• Формирование транзакционных документов;

• Обслуживание платежных карт в соответствии с требованиями платежных систем.

1. Модуль связи

• Формирование информационных пакетов, требуемых в процессе обмена данными, в рамках функционирования ОКО;

• Контроль таймаутов сеансов связи;

• Маршрутизация запросов в Центры авторизации в зависимости от типа платежной карты.

1. Графический модуль

• Настройка экранных форм;

• Формирование экранных форм в режиме обслуживания клиентов.

1. Модуль работы с EMV

• Обеспечение интеграции с внешним платежным модулем;

• Обеспечение обслуживания платежного приложения УЭК через внешний EMV-сертифицированный модуль платежных карт с приложением EMV, согласно требованиям EMV Level 2.

1. Модуль работы с оборудованием

• Взаимодействие с оборудованием через протокол XFS;

• Взаимодействие с оборудованием, работающим через нативные протоколы или драйверы;

• Контроль работоспособности оборудования.

1. Модуль взаимодействия с платежно-сервисными приложениями

• Обеспечение интеграции с внешним модулем;

• Обеспечение взаимодействия ядра с модулем сторонних производителей, в том числе с модулем обслуживания вневедомственных терминалов (МО ВТ).

1. Модуль обслуживания идентификационного приложения УЭК

• Обеспечение взаимодействия ядра с модулем обслуживания идентификационного приложения УЭК;

• Управление сценарием обслуживания приложения УЭК.

1. Модуль работы с подсистемой управления

• Обработка заданий от системы управления;

• Уведомления о ходе выполнения заданий.

4.11.Требования к видам обеспечения ИС УОС

1. Требования к математическому обеспечению

Математическое обеспечение ИС УОС должно представлять собой совокупность математических методов, моделей и алгоритмов обработки информации, используемых для реализации функций подсистем.

Характеристики

Список файлов стандарта