Kafe-sviaz.ru

Финансовый журнал
7 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Бизнес процесс выдачи кредита

Бизнес процесс выдачи кредита

Библиографическая ссылка на статью:
Мизинов А.А., Давыдова А.А., Новикова Т.Б. Описание бизнес-процесса «Выдача кредита» // Современная техника и технологии. 2016. № 11. Ч. 2 [Электронный ресурс]. URL: http://technology.snauka.ru/2016/11/11398 (дата обращения: 07.02.2019).

Потребительский кредит — это кредит, предоставляемый банком на приобретение товаров (работ, услуг) для личных нужд. В потребительском кредите заёмщиками выступают физические лица, а кредиторами выступают – торговые организации и сферы услуг, банки, кредитные учреждения. Торговые организации выдают кредит на товар , а банки предоставляют кредит наличными на руки заёмщику 3-60 месяцев.

Плюсами потребительского кредита является то, что в отличие от автомобильного или ипотечного кредита, в случае потребительского кредита банк не отслеживает, на какие именно цели клиент потратит полученные им деньги. Именно поэтому потребительский кредит – отличный инструмент для решения проблем и осуществления планов. Получив кредит деньгами, клиент сам определяет, куда он его потратит [1, 2]. Путевки на отдых, ремонт, покупка бытовой техники, обучение – все это может стать реальностью, если воспользоваться потребительским кредитом.

Итак, клиент обратился в банк с целью получения кредита. В ходе переговоров он предоставляет документы, необходимые для рассмотрения заявки. Кредитным работником рассматриваются предоставленные данные, в случае несоответствия данных идет отказ в выдаче кредита. Если данные прошли проверку то они передаются на проверку кредитным инспекторам для того, чтобы удостовериться, что заемщик способен выплатить кредит. При удовлетворении всех условий банк дает одобрение на заключение договора кредитования, сообщая клиенту и заключая с ним кредитный договор [3, 4].

Описание диаграммы EPC

Модель eEPC используется для описания бизнес-процессов в виде последовательных событий и функций (рис.1).

В процессе выдачи потребительского кредита клиент обращается в банк за кредитом. Менеджер предоставляет каталог кредитных продуктов. Клиент выбрал программу кредитования. Экономист печатает заявление для оформления заявления на кредит. Заявление на кредит оформлено. Старший экономист оценивает платежеспособность клиента. Далее документы передаются кредитному инспектору для проверки кредитной истории на наличие задолженностей [5]. В результате проверки инспектор принимает решение: или отрицательное решение и банк уведомляет клиента об отказе в выдаче кредита, или положительное решение. В последнем случае клиенту выдается денежная сумма: либо наличными через кассу, клиент отказался от выдачи наличными в кассе, либо на банковскую карту. Далее идет погашение кредита закрытие договора. Кредит закрыт. Банковский работник сдает отчет по клиенту.

Описание диаграммы IFD (рис.2)

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

Клиент подал заявку на кредит, документы (паспорт, справку о доходах). Проверка заявки , паспорта, кредитной истории, справки о доходах на наличие платежеспособности. Проверены документы (паспорт, кредитная история, справка о доходах). Далее передается запрос на кредитование в банк. Банк анализирует запрос на кредитование. Принятие решения о выдаче кредита. Одобренная заявка отправляется в кассу. Выдача кредита.

Библиографический список

  1. Курзаева Л.В., Овчинникова И.Г., Чичиланова С.А. К вопросу о совершенствовании методики оценки эффективности решения задач управления качеством образования на основе экспертной информации//Фундаментальные исследования. 2015. № 6-3. С. 473-478.
  2. Зайцева Н.А. Культура использования ит-технологий в организациях с распределенной территориальной структурой/Н.А. Зайцева, Л.В. Курзаева // Государство, общество, образование в контексте цивилизационного подхода коллективная монография. НОУ ВПО «Институт бизнеса, психологии и управления»; Центр научного сотрудничества «Интерактив плюс». – Чебоксары, 2015. – С. 65-68
  3. Курзаева Л.В. Использование имитационного моделирования как метода исследования логистики /Л.В. Курзаева// Научные труды SWorld. – 2006. – Т. 2. – № 1. – С. 17-19.Курзаева Л.В. Методические аспекты использования акмеологического воздействия при формировании профессиональных ценностных ориентаций у будущих ИТ-специалистов /Л.В. Курзаева// Научные труды SWorld. – 2009. – Т. 18. -№ 4.- С. 41-42.
  4. Давлеткиреева, Л.З. Сухомлин, В.А. Андропова, Е.В. Якушин, А.В. и др. Интернет-конференция-конкурс как технология сбора лучшей практики и творчества преподавателей/Л.З. Давлеткиреева, В.А. Сухомлин, Е.В. Андропова, А.В. Якушин, Н.Е. Иванов//Вестник Московского университета. Серия 20. Педагогическое образование. -2012. -№ 4. -360 с. -С. 86-98.
  5. Махмутова М.В., Давлеткиреева Л.З. Инновационный подход к технологии подготовки ИТ-специалиста в университете / Вестник Московского университета. Серия 20: Педагогическое образование. 2013. № 2. С. 103-116.

Связь с автором (комментарии/рецензии к статье)

Оставить комментарий

Вы должны авторизоваться, чтобы оставить комментарий.

Исследование бизнес-процесса кредитования с точки зрения бизнес технолога кредитной организации в среде BPwin 4.0

Страницы работы

Содержание работы

Министерство образования Российской Федерации

Новосибирский государственный технический университет

Кафедра экономической информатики

ЛАБОРАТОРНАЯ РАБОТА № 1

по курсу «Теория систем и системный анализ»

Цель работы: Исследовать бизнес-процесс кредитования с точки зрения бизнес технолога кредитной организации в среде BPwin 4.0.

1. Совершенствование процесса кредитования в банке

2. Получение прибыли

Совершенствование процесса кредитования:

– Анализ кредитно-валютного рынка

– Анализ возможностей ссудозаемщика

– Разработка собственной технологии кредитования

– Формирование кредитного портфеля

Ограничениями данного процесса являются:

— Нормативно правовая база

Цель: Пучение прибыли. Совершенствование процесса кредитования.

Средства достижения цели:

Бизнес-процесс кредитования как сложная система имеет свои входы и выходы.

Центральный банк формирует кредитную политику и учетную политику. Из Госдумы исходит нормативно-правовая база. Бизнес-процесс кредитования имеет связь с общей бухгалтерией и кредитным отделом.

Навход также поступают кредитные ресурсы и, наконец, сам клиент (рассматриваются только юридические лица).

Выходом является два варианта: отказ в кредитовании по каким-либо причинам либо реализованная потребность в кредитовании.

В среде BPwin реализация подобного бизнес-процесса выглядит следующим образом: (диаграмма IDEF 3)

Диаграмма IDEF 0:

Рассмотрим бизнес-процесс более подробно.

При поступлении клиента в кредитный отдел осуществляется предварительная стадия (определение возможности кредитования) (1). Клиент при этом предоставляет пакет документов: устав организации, бухгалтерский баланс, данные о расходах и доходах, сообщается тип организации (АО, открытого, закрытого типа и т.д.), залоговые документы (поручительство, страховка, ликвидные объекты и др.).

Если принято предварительное положительное решение о кредитовании, то далее формируется кредитный проект (подготовка и оформление кредита) (2).

После этого осуществляется выдача кредита (3).

После выдачи кредита осуществляется мониторинг состояния клиента (4).

Если результаты мониторинга удовлетворительные, то происходит пролонгация кредита. В противном случае происходит прекращение кредитного договора (5).

Блок 1 распадается на две функции:

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

Читать еще:  Сущность коммерческого кредитования

1.2. Проведение личной беседы с заемщиком. В этом участвует кредитный отдел и конкретно в беседе — кредитный инспектор.

Блок 2 распадается на 5 функций:

2.1. Анализ юридических документов заемщика на основе его учредительных

документов и принятого ранее решения о возможности кредитования.

2.2. Анализ бизнес-плана кредитуемого проекта.

2.3. Анализ финансовой отчетности заемщика на основе заключения об экономической эффективности проекта (из п. 2.2).

2.4. Анализ обеспеченности кредита (на основе заключения о кредитоспособности заемщика (из п.2.3) и анализа учредительных

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

2.5. Окончательный анализ возможности выдачи кредита на основании заключения о риске предоставления кредита из п.2.4. В этом участвуют работники общей бухгалтерии. Решение может быть: либо решение о предоставлении кредита, либо отказ в кредитовании.

Функция 2.1. распадается на 2 подфункции.

Анализ юридических документов заемщика осуществляется в два этапа:

2.1.1. Анализ учредительного договора на основе предварительного решения о возможности кредитования и учредительных документов заемщика. Решением может быть отказ от кредитования.

2.1.2. Анализ устава предприятия на основе учредительных документов заемщика и положительного решения о возможности кредитования на предыдущей стадии 2.1.1.

Функция 2.5. распадается на 5 подфункций.

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

2.5.1. Выбор метода кредитования. В результате чего может быть отказ в кредитовании либо выбран метод кредитования.

2.5.2. Определение срока кредита.

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

2.5.4. Пролонгация кредита

2.5.5. Доначисление резерва по возможным потерям по ссуде (участвуем общая бухгалтерия).

Блок 3 распадается на 4 функции.

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

3.1. Документальное оформление кредита на основе решения с предоставления кредита. В этом участвует кредитный инспектор кредитного отдела.

3.2. Открытие ссудного счета на основе распоряжения кредитного отдела к

кредитного договора. Участвует общая бухгалтерия в лице гл.бухгалтера и других бухгалтеров.

3.3. Бухгалтерское оформление выдачи кредита на основе документального

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

3.4. Учет обеспечения кредита после выдачи ссудного счета (п.3.2).

Функция 3.1. распадается на 2 подфункции:

3.1.1. Заключение кредитного договора. В результате чего выдаетеся кредитный договор и распоряжение кредитного отдела (с кредитовании).

3.1.2. Формирование кредитного досье на основе кредитного договора. Результатом является кредитное досье.

Функция 3.3. состоит из 5 подфункций:

3.3.1. Вариант №1: выдача кредита наличными на основе ссудного счета и кредитного договора. Результат: расходный кассовый ордер.

3.3.2. Вариант №2: оплата расчетных документов на основе расчетных документов, ссудного счета и кредитного договора.

3.3.3. Вариант №3: выдача кредита на р/с заемщика на основе ссудного счета и кредитного договора. В результате выдается мемориальный ордер.

3.3.4. Начисление обычного резерва по ссуде на основе мемориального договора и расходного кассового ордера. Результат; начисленный резерв.

3.3.5. Оформление срочных обязательств на основе кредитного договора и начисленного резерва. Результат: срочное обязательство.

Блок 4 распадается на 4 функции:

4.1. Отслеживание клиента. На основе финансовой отчетности и кредитного договора. Результат: требование об увеличении размера обеспечения.

4.2. Начисление процентов за кредит. Исходные данные: учетная политика. Осуществляется бухгалтером общей бухгалтерии.

4.3. Отслеживание обеспечения кредита. Входные данные: финансовая отчетность и требование увеличения размера обеспечения. На выходе: отслеживание кредитного договора, прекращение кредитного договора, необходимость пролонгации.

4.4. Определение возможности пролонгации кредита. Входные данные: необходимость пролонгации кредита. Выход: отказ в пролонгации кредитного договора или пролонгация кредита.

Блок 5 распадается на 6 функций.

5.1. Бухгалтерское оформление возврата кредита. На входе: платежные документы клиента, учетная политика. Выход: погашенный кредит. Осуществляется бухгалтером общей бухгалтерии.

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

5.3. Бухгалтерское оформление возврата обеспечения кредита. На входе: погашенный кредит, учетная политика. Выход: возвращенный залог. Осуществляется бухгалтером общей бухгалтерии.

5.4. Списание безнадежной ссуды с баланса банка. На входе: распоряжение о

списании с баланса банка, общая бухгалтерия бухгалтер.

5.5. Закрытие ссудного счета. На входе: возвращенный залог. На выходе: закрытый ссудный счет. Осуществляется бухгалтером общей бухгалтерии.

5.6. Закрытие кредитного договора. На входе: закрытый ссудный счет. На выходе: реализованная потребность в кредитовании. Функция осуществляется кредитным инспектором кредитного отдела.

Выводы: в ходе работы мы рассмотрели принципы кредитования с точки зрения технолога кредитного отдела, а также посмотрели реализацию процесса в среде BPwin 4.0.

bpmnforum.ru

Процесс кредитования

Добрый день!
Коллеги, предлагаю попробовать свои умения и полученные знания, в описании процесса кредитования корпоративного сектора.
Исходные данные: представлены в презентации, в атаче.
Файл можно скачать с адреса: http://turbobit.net/eti9l2goxzp7.html
В связи с политикой информ.безопасности компании, для получения пароля к файлу просьба написать на электронную почту: malkhasyan_arm@mail.ru
Схема процесса в bpmn будет выложена в понедельник

P.S.
приносим свои извинения за задержку с информацией.
вернулись из командировки недавно.

коллеги, начало положено

P.S.
каждый день схема будет дополнятся и обновляться.

Файлы

  1. схема.png (63.5 KB, 41 downloads) 8 лет old

Поздравляю! Начать — полдела сделать.

Как-то у вас стрелка «нет» из развилки «заключения получены» странно идет.

Наводящий вопрос: кредитный комитет собирается, чтобы принять решение по отдельному кредиту, или на нем рассматривается несколько накопившихся заявок?

Цитирую Анатолий Белайчук:
Наводящий вопрос: кредитный комитет собирается, чтобы принять решение по отдельному кредиту, или на нем рассматривается несколько накопившихся заявок?

КК рассматривает по одной заявке, но бывают случаи когда и по нескольку заявок (н-р если заочное рассмотрение заявки)

Коллеги! Я тоже решил попробовать себя в формировании модели BPMN, т.к. одно дело читать и комментировать «чужие» модели, другое дело сделать модель с нуля самому.
Нарисовал первый уровень процесса. Посмотрите, пожалуйста.

Файлы

  1. Кредитование_КС.bpm (21.9 KB, 29 downloads) 8 лет old

Цитирую denisfad:
Коллеги! Я тоже решил попробовать себя в формировании модели BPMN, т.к. одно дело читать и комментировать «чужие» модели, другое дело сделать модель с нуля самому.
Нарисовал первый уровень процесса. Посмотрите, пожалуйста.

Добрый день! Круто описать все взаимодействующие процессы, но меня как не специалиста в области IT и построения исполняемых процессов такая схема только путает.
Думаю нужно, как минимум определить:
• Цель процесса, результаты, которые должны быть выполнены
• Определить границы. Что запускает и завершает процесс (события начинающие и завершающие процесс)
Аlesya, так как вы ответственный за процесс, помогите определить ответы, а то так можно все сквозные процессы описать.

Читать еще:  Разновидность торгово комиссионной операции сочетающая кредитование

Цитирую denisfad:
одно дело читать и комментировать «чужие» модели, другое дело сделать модель с нуля самому.

Золотые слова. Помучайтесь как следует 🙂

Анатолий, а к моей диаграмме у Вас комментарии есть? А то вдруг я мучаюсь не в том направлении 🙂

Александр, честно, не очень понял Ваши комментарии. Можете пояснить? По-моему цель процесса (она же — результат, который должен быть получен) вполне определена — выданный клиену кредит. Границы (в терминах событий) также корректно определены как для всего большого сквозного процесса, так и для процессов — отдельный пулов.

Да, схема действительно слегка пугает и не очень похожа на исполняемую. Для того чтобы она стала исполняемой, необходима дальнейшая декомпозиция процесса. Пока не успел это сделать.
А данную диаграмму я нарисовал исключительно с целью тренировки моделирования в нотации BPMN.

Денис, мне кажется, вы пытаетесь нарисовать IDEF0-диаграмму при помощи элементов BPMN. Это плохая идея.

BPMN-диаграмма показывает последовательность действий — что делается и в какой последовательности. Даже вопросы «кто делает» и «с чем делает» в BPMN вторичны. А у Вас вон сколько объектов данных.

Но зато в понятие «в какой последовательности» входит в том числе «в связи с каким событием», т.е. у процесса в BPMN должен быть четко определенный триггер. Скажем, «Привлечь клиентов» — это не процесс в понимании BPMN, это деятельность. «Провести мероприятие для партнеров» или, к примеру, «Просканировать отраслевую базу данных на предмет выявления потенциальных клиентов» — вот это процессы.

Вы сейчас столкнулись с тем, с чем сталкиваются все, кто начинает примеряться к BPM: выбор оптимального уровня абстракции процессов. Поднимешься слишком высоко — получишь деятельности вместо процессов, опустишься слишком низко — получишь непредсказуемые кейсы вместо процессов.

Понятно, будем «спускаться».

Цитирую Alexander:
Думаю нужно, как минимум определить:
• Цель процесса, результаты, которые должны быть выполнены
• Определить границы. Что запускает и завершает процесс (события начинающие и завершающие процесс)

Цель процесса- выдать кредит
Результат — правильно оформленные и подписанные договора, кредитное и клиентское досье клиента,
Запускает процесс- заявка клиента (письмо клиента)
Завершает процесс — деньги на расчетном счете клиента

предлагаю вашему вниманию доработанную диаграмму кредитования КС в BPMN.

При составлении диаграммы появились вопросы:
1) если встречается подпроцесс, то в нем я не могу создать дорожки, но если в этом подпроцессе принимают участия другие группы лиц или подпроцесс взаимодействия между подразделениями (в данном случае «анализ клиента»), то как быть: описывать как в моем примере без ролей, а роли указывать в ассоциации?
2) Прошу обратить внимание. не вызвана ли у меня коллизия в связи с тем, что в дорожке обозначенной как роль УКБ, есть подпроцесс «Анализ клиента» (роли или участники которого не только сотрудники УКБ, но и другие подразделения) ?
3) на схеме имеется событие уведомление об отказе, перед данным событием следует ли ставить задачу «Уведомить клиента»? или данное событие автоматически будет воприниматься как задача подразделению.
4) событие «уведомление о согласовании договора» — коллеги, подскажите событие должно быть закрашенное или нет. Как определить когда оно должно быть закрашено?

Приврепляю. схемки процесса и сам файл

Файлы

  1. В2_3_Кредитование_КС.jpg (43.2 KB, 14 downloads) 8 лет old
  2. В2_Кредитование_КС.bpm (23.2 KB, 27 downloads) 8 лет old
  3. В2_кредитование_КС.png (128.7 KB, 40 downloads) 8 лет old

Алеся, по поводу 1-2 вопросов — когда я стал рисовать процесс в BPMN у меня возникли примерно такие же непонятки относительно процессов и подпроцессов, хотел их обсудить с Анатолием 28.05.

По поводу «Уведомить об отказе» — думаю, здесь аналогично той ситуации, про которую говорил Анатолий на тренинге, что не нужно писать задачи типа «Переслать сообщение», «Направить документ», «Отправить данные» и т.д., т.к. сами стрелки именно эту передачу / отправку и означают!

Событие «уведомление о согласовании договора» по-моему должно быть закрашено, т.к. оно является инициатором, а не обработчиком. Различия между закрашенными и незакрашенными промежуточными событиями обозначены в разделе 6 материалов тренинга.

Также еще к схеме возникли следующие комментарии:
1. В подпроцессе «Анализ клиента» у гейта «У клиента есть расчетный счет в банке?» нет отрицательного выхода
2. Из самого подпроцесса нет отрицательного выхода и не понятно что значит условная стрелка из подпроцесса с названием «да»? Судя по следующей задачи и развилки после нее это «да» не означает положительное заключение всех служб. Тогда что оно означает?
3. УВЭД и КК скорее всего перепутаны местами

PS: Что-то у меня складывается ощущение, что чем больше я рисую и анализирую диаграмм в BPMN, тем сильнее я запутываюсь в этом BPMN. Надеюсь, тренинг 28.05 эту мою запутанность распутает.

Цитирую denisfad:
1. В подпроцессе «Анализ клиента» у гейта «У клиента есть расчетный счет в банке?» нет отрицательного выхода
2. Из самого подпроцесса нет отрицательного выхода и не понятно что значит условная стрелка из подпроцесса с названием «да»? Судя по следующей задачи и развилки после нее это «да» не означает положительное заключение всех служб. Тогда что оно означает?
3. УВЭД и КК скорее всего перепутаны местами

PS: Что-то у меня складывается ощущение, что чем больше я рисую и анализирую диаграмм в BPMN, тем сильнее я запутываюсь в этом BPMN. Надеюсь, тренинг 28.05 эту мою запутанность распутает.

3) УВЭД и КК расположены корректно.
Действия в УВЭД переходят только в некоторых случаях, когда предмет кредитования клиента связан с внешторговыми операциями. Поэтому данная развилка позволяет определить если есть внешторговые догвора, то УКБ передают документы клиента не только для анализа, но так же и в УВЭД для проверки, перевода договоров на требуемый язык.
2) со стрелкой согласна, там должна быть простая стрелка без слова «да». Это мое упущение при многократном моделировании не заметила, что стрелочка изменилась. Спасибо, что обратил внимание
1)Согласна что в подпроцессе «Анализ клиента» у гейта «У клиента есть расчетный счет в банке?» нет отрицательного выхода. Честно говоря пока не могу в BPMN понять как нарисовать такую ситуацию. на словах она следующая:
«Если у клиента есть расчетный счет, то данные действия выполняются, а если нет, то ничего не делается.»

Читать еще:  Современное состояние ипотечного кредитования в россии

Да, по поводу УВЭД и КК — они действительно расположены корректно, сам не знаю, почему мне показалось, что тут ошибка.

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

И всё-таки по поводу УВЭД и КК позволю себе снова сказать, что они перепутаны местами: посмотрите внимательно bpm-файл (в jpg и png они действительно отображены корректно, а вот в bpm нет. )

Цитирую denisfad:
Да, по поводу УВЭД и КК — они действительно расположены корректно, сам не знаю, почему мне показалось, что тут ошибка.

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

точно, мне кажется так и надо сделать.
спасибо за идею

Прикрепляю схему моего коллеги, Тимура, которая является продолжением моей из первого поста данной темы.
Схема «Оформление кредитной сделки»
Данные действия начинаются после того как получено решение КК (выписка из протокола КК) и заканчиваются выдачей кредита (деньги на рассчетном счете клиента)

Файлы

  1. оформление_сделки.bpm (13.4 KB, 10 downloads) 8 лет old
  2. оформление_сделки.jpg (48.9 KB, 6 downloads) 8 лет old

Компенсация бывает только в транзакционных подпроцессах.

Цитирую Анатолий Белайчук:
Компенсация бывает только в транзакционных подпроцессах.

Анатолий, в данном случае как лучше поступить.
Ситуация следующая:
Сотрудник должен проверить документы, которые поступают ему вместе с решением КК. Данные документы позволяют составить договора и начать работу оформления сделки. В идеале, документы должны быть предоставлены полным пакетом, но чаще всего Бывают 2 случая:
1сл. поступают документы, в ходе проверки выявляется, что документов недостаточно для того что бы начать оформлять сделку.
2сл. поступают документы, в ходе проверки выявляется, что документы предоставлены не все, но их достаточно что бы начать процесс оформления сделки. Недостающие документы нужно будет добрать. Но этот процесс параллельный и завершиться может в тот момент когда будут получены все документы. Честно говоря не могу понять как эту задачу в BPMN отобразить

Вопрос:(необходимо знать ваше мнение)
Бывают так же случаи, когда в ходе проверки выявляется, что предоставленное решение КК оформлено неверно, в связи с этим, необходимо, мне кажется, создавать транзакцию или обработчик событий, который прекращает данное действие?
Но так же бывают исключения, когда решение КК оформлено неверно, оно возвращается на доработку, но действия по оформлению сделки не прекращаются.

Анатолий, честно говоря не знаю, как все эти исключения в одном блоке структурно уложить

«Райффайзенбанк» оптимизировал бизнес-процессы выдачи кредитных карт с помощью «Синимекс»

Совместное интеграционное решение «Райффайзенбанка» и компании «Синимекс» позволило повысить оперативность бизнес-процессов выдачи кредитных карт. Так, объем обрабатываемых заявок в системе Capstone Credit Card «Райффайзенбанка» возрос до 250 тыс. в год, сообщили CNews в «Синимекс».

Первый этап проекта по разработке и внедрению автоматизированного кредитного конвейера Capstone Credit Card (Capstone CC) в «Райффайзенбанке» был реализован компанией «Синимекс» в 2009 г. Выбор подрядчика на выполнение работ проводился на основе тендера с жесткими требованиями SLA к соответствию решения заявленным бизнес-потребностям банка. Созданная ранее система обработки заявок на кредитные карты морально устарела и требовала модернизации с учетом растущего количества потенциальных клиентов.

Для реализации решения отдел архитектуры «Райффайзенбанка» выбрал платформу IBM WebSphere Process Server, что во многом предопределило выбор «Синимекс» в качестве подрядчика на проведение работ. Для банка это был первый опыт использования данной платформы, поэтому разработка решения была доверена специалистам «Синимекс», обладающим обширным практическим опытом построения систем на базе продуктов вендора.

«В течение последующих 5 лет, прошедших с момента пилотного запуска решения в промышленную эксплуатацию, наши сотрудники, используя свой экспертный опыт, активно работали над развитием и оптимизацией автоматизированной системы выдачи кредитных карт “Райффайзенбанка”, — рассказал Максим Матрёничев, заместитель директора по работе с ключевыми клиентами и партнерами компании «Синимекс». — Только за минувший год компанией были реализованы порядка 10 микропроектов по развитию кредитного конвейера Capstone CC. В частности, специалисты “Синимекс” в партнерстве с банком осуществили интеграцию системы с базой данных “Бюро Кредитных Историй” — в настоящее время подключено три БКИ с системой противодействия мошенничеству, аналитической системой отчетности (SAS) и службы доставки карт по почте».

В рамках развития решения была реализована также миграция системы на платформу IBM BPM, доработан и оптимизирован пользовательский интерфейс системы для обеспечения возможности удаленной работы с планшетов в мобильных пунктах выдачи карт. Кроме того, специалисты «Синимекс» настроили мониторинг действий пользователей в системе и внедрили функцию предварительного скоринга по онлайн-заявкам на базе скоринг-системы Capstone Decision Accelerator компании FICO.

«Одним из значимых для банка стал проект по внедрению в систему нового функционала, обеспечивающего автоматизированную поддержку услуги выдачи клиентам мгновенных кредитных карт, — отметил Андрей Морозов, начальник управления массового рынка и кредитных продуктов «Райффайзенбанка». — Новый сервис “Райффайзенбанка” позволяет экономить время наших клиентов, которым теперь доступна возможность получения карты в течение 15 минут в день обращения в банк. Карты моментальной выдачи поддерживают такой же функционал, что и именные, а отсутствие имени владельца делает их более защищенными в использовании. В тоже время, клиенты нашего банка могут воспользоваться услугой моментального перевыпуска карты. В целом благодаря использованию новаторских решений в области сервисно-ориентированной архитектуры и моделирования бизнес-процессов ежемесячно порядка 20 тыс. клиентов “Райффайзенбанка” получают кредитное решение в течение одного дня».

Для бизнес-пользователей кредитного конвейера компанией «Синимекс» был организован тренинг по работе с системой, а также проведена работа по передаче банковским коллегам экспертизы по поддержанию и сопровождению системы.

«Внедрение современного высокотехнологичного решения, позволяющего быстро разрабатывать и выводить на рынок новые продукты и услуги, снижает стоимость поддержки бизнес-процессов, — заявил Андрей Сыкулев, генеральный директор компании «Синимекс». — В ближайшей перспективе специалисты “Синимекс” продолжат работу по развитию кредитного конвейера и внедрению нового функционала, оптимизирующего бизнес-процесс выдачи кредитных карт клиентам “Райффайзенбанка”».

Ссылка на основную публикацию
Adblock
detector