Выполнить курсовую работу по методическим указаниям

Оглавление
Введение 2
1. Краткая характеристика объекта исследования 3
2. Выбор бизнес-процессов для проведения реинжиниринга 5
3. Модель новой версии процесса. Оценка эффективности РБП 11
4. План внедрения новой версии процесса 16
Заключение 22
Список использованной литературы 23

8. Вызов процедуры расчета лимитов. Возвращает код с результатом проверки (1/0) и лимит. 9. Вызов процедуры скоринга(1). Передались необходимые параметры заявки. Система дождалась ответа от скоринга(1). Скоринг(1) реквизиты заключения (код решения, комментарии, возможно др.) и код с результатом проверки (1/0). На основании результата скоринга(1) бизнес процесс двигается далее. Заявка поменяла статус. 10. В системе реализуется БП обработки СБ двухуровневый - для Заявок из филиалов, одноуровневый - для Заявок отделений Московского региона. Сотрудник СБ вошел в Систему, обратился к очереди новых заявок, взял заявку на рассмотрение. Заявка стала недоступной для рассмотрения другими сотрудниками СБ. При проведении проверки СБ, проверяющие сотрудники могут сформировать комментарий к своему решению. В случае, если дан отказ, основания отказа параметризируются. После принятия решения, Система передает в «Фронт-офис» реквизиты заключения (код решения, комментарии, возможно др.). Если решение «Технический отказ», то в «Фронт-офис» КИ после внесения изменений в Заявку инициирует экспорт Заявки в Систему повторно (шаг 1). Заявка получает новую версию. Сканы, которые уже были в Системе, не импортируются. После импорта повторяются процедуры проверки, Система проверки СБ, загрузки данных из Хранилища. Повторный запрос сведений в БКИ производиться только, если менялись анкетные данные в Заявке. Если по Заявке до повторного экспорта в Систему был технический отказ, то все автоматические процедуры – проверки, скоринги должны пройти повторно. Заявка попадает к тому же сотруднику СБ, который проводил проверку до технического отказа. Сотрудник СБ ГО (Филиала) проставляет формализованные результаты при осуществлении каждой проверки (фиксация действий) (например: проверка существования работодателя – сущ/не сущ, звонок по тел по месту фактического проживания – ок/недозвон/никто неподходит/не живет и т.д.). Система анализирует результаты проверки СБ и направляет Заявку далее по бизнес процессу в соответствии с решением СБ. В случае решения «Отказ» процесс прекращаем. Проверка заявки завершена. Заявку переводим в Архив. Заявка поменяла статус. В случае решения «Разрешение» двигаемся дальше. Заявке присваиваем права, необходимые для обработки Заявки андеррайтером. Заявка поменяла статус. 11. Вызов процедуры скоринга(2). Передались необходимые параметры заявки. Система дождалась ответа от скоринга(2). Скоринг(2) реквизиты заключения (код решения, комментарии, возможно др.) и код с результатом проверки (1/0). На основании результата скоринга(2) бизнес процесс двигается далее. Заявка поменяла статус. Эта процедура – скоринг(2) - отличается от процедуры скоринга(1), осуществляемой до проверки СБ. 12. Андеррайтер вошел в Систему, обратился к очереди новых заявок, взял заявку на рассмотрение. Заявка стала недоступной для рассмотрения другими андеррайтерам. Сотрудник может открыть карточку Заявки (РКК), сканы документов. Сотрудник может закрыть заявку и вернуться к ее рассмотрению позднее. При проведении проверки андеррайтерами, проверяющие сотрудники могут сформировать комментарий к своему решению. После принятия решения, система передает в «Фронт-офис» реквизиты заключения (код решения, комментарии, возможно др.). Если решение «Технический отказ», то в «Фронт-офис» КИ после внесения изменений в Заявку инициирует экспорт Заявки в Систему повторно (шаг 1). Заявка получает новую версию. Сканы, которые уже были в Системе, не импортируются. После импорта повторяются процедуры проверки, Система проверки СБ, загрузки данных из Хранилища. Повторный запрос сведений в БКИ производиться только, если менялись анкетные данные в Заявке. Если по Заявке до повторного экспорта в Систему был технический отказ, то все автоматические процедуры – проверки, скоринги, проверка СПРЗ должны пройти повторно. Если был запрос документов, Заявка сразу попадает к тому же Андеррайтеру, который проводил проверку. По результатам проверки Андеррайтер выносит решение (сумма кредита, валюта кредита, срок кредитования, процентная ставка, комиссия, обеспечение, поручитель, комментарии). Автоматически создается и регистрируется документ – Заключение банка – в формате HTML или PDF. Заявка меняет статус. 13. Комплект документов передается на согласование Старшему кредитному инспектору. Старший кредитный инспектор может открыть карточку Заявки (РКК), посмотреть реквизиты, посмотреть сканы документов, Заключение. Первым открывается Заключение. Старший кредитный инспектор может вернуть Заявку на доработку андеррайтеру со своими комментариями. В случае согласования Заявка передается на утверждение. Заявка меняет статус. 14. Комплект документов передается на утверждение Директором департамента/Заместителем директора департамента. Директор может открыть карточку Заявки (РКК), посмотреть реквизиты, посмотреть сканы документов. Первым открывается Заключение. Директор может вернуть Заявку на доработку андеррайтеру со своими комментариями. В случае согласования Заявка переходит или в Архив или в состояние «На кредитный комитет», в зависимости от суммы кредита. Если обработка заявки завершена на данном этапе, Система передает в «Фронт-офис»реквизиты заключения. Заявка меняет статус. Заявка переводится в Архив. 15. Комплект документов передается на принятие окончательного решения в Кредитный комитет. После кредитного комитета ответственный сотрудник фиксирует в Системе решение кредитного комитета и завершает обработку заявки. Система передает в «Фронт-офис» реквизиты заключения. Заявка меняет статус. Сотрудники могут изменить условия по ссуде и/ или запросить дополнительные поручительства и/или залог. Заявка переводится в Архив. 16. Данные по кредитной заявке (решения, результаты проверок, лимиты и т.п.) выгружаются в Хранилище.ЗаключениеВ финансовом секторе именно операционные риски приводят к наиболее крупным потерям, и связаны они с действиями персонала организации. При этом реализация риска становится возможной изза того, что име-ются уязвимости в организационной структуре банка, распределении полномочий и ответственности, осуществлении бизнес-процессов, в том числе и процесса контроля. Банки озабочены повышением качества управления операцион-ными рисками, основными источниками которых как раз и являются, по классификации Базельского комитета, люди, бизнес-процессы, системы, а также внешние события. Причем на долю операционных потерь, связанных с ошибками и мошенничеством персонала, нару-шением бизнес-процессов и их неправильной организацией, деловыми практиками и продуктами, приходится более 60 процентов. Если к этому списку добавить организационный риск, выделяемый в отдель-ную категорию причин операционных рисков многими крупными банками, то эта доля может превысить и 70 процентов. Кстати, и Банк России в своем описании факторов (причин) операционного риска выделяет более широкую группу, чем собственно бизнес-процессы: «несовершенство организационной структуры кредитной организации в части распределения полномочий подразделений и служащих, порядков и процедур совершения банковских операций и других сделок, их документирования и отражения в учете, несоблюдение служащими установленных порядков и процедур, неэффективность внутреннего контроля».Эффективно действующим банкам для поддержания своей конкурентоспособности и в целях предложения клиентам полного спектра услуг необходимо провести реинжиниринг банковской деятельности.Список использованной литературыАбдикеев Н.М., Данько Т.П. Реинжиниринг бизнес-процессов. 2-е изд, испр. М.: Эксмо, 2007. Агарков С.А., Кузнецова Е.С. Риск-менеджмент (Управление рисками). Учеб.пособие. СПб., Инфо-да, 113 с., 2009. Джестон Д., Нелис Й. Управление бизнес-процессами. Практическое руководство по успешной реализации проектов. СПб.: Символ-Плюс, 2008. Исаев Р.А. Банковский менеджмент и бизнес-инжиниринг. М.: ИНФРА-М, 2011. Исаев Р.А. Бизнес-инжиниринг и управление в коммерческом банке: практическое пособие. М.: Голос-Пресс, 2009. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов. М.: Финансы и статистика, 2007. Рузакова О.В. Проектирование экономических информационных систем. Екатеринбург: Изд-во УрГЭУ, 2007. Рузакова О.В., Софуева В.А., Софуева Р.А. Реинжиниринг бизнес-про-цессов как эффективный инструмент переосмысления бизнеса // Конку- рентная среда международного бизнеса: Материалы III Междунар. науч.- практ. конф. (Екатеринбург, 16 мая 2013 г.). Екатеринбург: Изд-во УрГЭУ, 2013. Сборник докладов III Международной научной заочной конференции «Отраслевые аспекты экономики, управления и права» (Россия, г. Москва, 11 сентября 2011 г.). – М.:, Издательство ИНГН, 2011. – 16 с.