Портал управления рисками на основе бизнес-процессов
Вернуться к списку-
Тип проекта:Коробочная версия
-
Тематика сайта:Финансы, бухгалтерия, банки
-
Редакция продукта:Корпоративный портал - 250
-
Сайт:
-
Партнер:
Основной вид деятельности Общества с ограниченной ответственностью Реестр-РН – ведение реестров владельцев именных ценных бумаг акционерных обществ Российской Федерации. Компания оказывает также услуги:
- по организации и проведению собраний акционеров (разработка бюллетеней голосования, тиражирование и рассылка информационных материалов, выполнение функций счетной комиссии);
- по организации выплаты дивидендов акционерам;
- по ведению реестров требований кредиторов;
- консультирование эмитентов и акционеров по вопросам корпоративного управления и реализации прав акционеров, в том числе связанных с приобретением более 30 процентов акций открытого общества.
1. Представление в виде базы данных, где будут храниться паспорта рисков и документы по рискам.
2. Создание Паспорта риска.
3. Паспорт рисков формируют реестр рисков (полный перечень паспортов рисков.
4. Пользователи делятся на категории на основании должности (1. обычный пользователь, 2. служба управления рисками, 3. владельцы рисков – начальники структурных подразделений пользователей сформировавших риск).
5. Список сотрудников должен импортироваться из выгружаемого из 1с файла со списком сотрудников, либо нужно предусмотреть иной формат синхронизации данных с 1сЗУП 3.1. Вместе с сотрудниками в БД подгружаются сведения о структурных подразделениях.
6. В системе должны быть заведены роли (1. Администратор (видит все управляет всем), 2. Руководитель структурного подразделения (видит риски своего СП, редактирует, назначает мероприятия), 3. Линейный сотрудник (видит свои риски, редактирует), 4. IT администратор (редактирование маршрутов согласования, импорт-экспорт данных, резервное копирование и восстановление, назначение ролей))
7. Уведомления о событиях (1.новый риск – уведомление на почту в СУР, 2. любые изменения статуса риска – уведомление на почту в СУР владельцу риска и инициатору риска и ответственному за мероприятия). Полный список уведомлений можно посмотреть в перечне видов уведомлений.
8. Обращения в систему (заведение риска) может быть направлено как по электронной почте (собираются поля 1.дата отправки, 2. отправитель, 3. тело письма(описание события)) или заведено через браузер.
9. Уведомление о новом риске на почту должно содержать ссылку на риск, ФИО инициатора, дату формирование риска, описание риска. В теме письма указывается номер риска, ФИО инициатора.
10. Жизненный цикл обработки риска (1. формирование риска, 2. утверждение СУР, 3. ввод и хранение информации по назначенным мероприятиям риска (изменения вносят все сотрудники, участвующие в риске в виде комментариев под риском (примерно как на форуме), внесение информации в мероприятия, прикрепление документов).
11. Закрытие риска (закрыть риск может только администратор, Администратор может внести изменения в закрытый риск, Администратор может переоткрыть риск (с уведомлением участников или без уведомления).
12. Риск может быть выведен в печатную форму. При этом все комментарии располагаются на последней странице.
13. На домашней странице должны быть предусмотрены фильтры по годам, по инициаторам, по статусам, по видам риска, по стоимости риска, по ответственному лицу за мероприятия и остальные поля из формы риска. И должен быть предусмотрен экспорт в экселевскую таблицу.
14. Форма риска после заведения дополняется всеми вкладками из таблицы (Выявление рисков, Анализ и оценка рисков, Мониторинг, контроль, снижение или исключение рисков, Обмен информации о рисках).
15. После заведения риска система должна сравнить оценку риска с предельной контрольной суммой риска.
16. В системе должен храниться и администрироваться реестр видов рисков в соответствии с приложением Реестр риском профессионального участника. Должны храниться версии реестра по годам (за 2018 год, за 2019 год и т.д.).