Разработка системы поддержки принятия решений в сфере банковского кредитования

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1.   АНАЛИТИЧЕСКИЙ ОБЗОР

1.1    Классификация систем поддержки принятия решений

1.2    Сравнительный анализ методик для оценки рисков розничного кредитования

1.2.1 Методика Центрального банка

1.2.2 Методики Базельского соглашения

1.3    Архитектура СППР

1.3.1 Функциональная СППР

1.3.2 СППР с использованием независимых витрин данных

1.3.3 СППР на основе двухуровневого хранилища данных

1.3.4 СППР на основе трёхуровневого хранилища данных

Выводы к главе

2.      РАЗРАБОТКА СТРУКТУРЫ И СХЕМЫ СППР

.1      Структура системы поддержки принятия решений

2.2    Схема СППР кредитных проектов

2.3    Формирование начальной базы знаний

Выводы к главе

3.      РЕАЛИЗАЦИЯ

.1      Выбор СУБД

3.2    Разработка и проектирование базы данных информационной системы

3.3    Прототип программной реализации

Выводы к главе

         ЗАКЛЮЧЕНИЕ

         СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

         ПРИЛОЖЕНИЕ 1

         ПРИЛОЖЕНИЕ 2

ВВЕДЕНИЕ

Известные прогнозы развития банковского дела и статистические данные показывают на явный рост рисков, относящихся к банковской деятельности, в том числе кредитного риска. По данным на 01 июня 2016 года итоговая сумма не выплат по кредитам, которые были выданы юридическим лицам и индивидуальным предпринимателям, приближается к 29,0 трлн рублей. Общая сумма не выплат по кредитам физических лиц перед банками по данным на 01 июля 2016 года составляет 10,5 трлн рублей. Судя по этим показателям понятно, что банкам необходимо применение в рабочем процессе более современных средств отслеживания и понижения рисков, для примера можно привести информационные системы расчета, оценки, контроля и управления рисками. Основная проблема: требуется увеличение показателей эффективности системы банковского кредитования с целью понижения показателей по кредитным рискам [4]. Задача кредитования зависит от имеющихся первоначальных данных, а так же условий выдачи кредита, поэтому к ней могут быть применимы различные классы задач принятия которые в свою очередь требуют отличающихся методов решения. Необходимо учитывать, что под входными данными задачи понимаются не только количественные параметры (средний доход, возраст и т.д.), но и качественные (пол, группа здоровья и т.д.), которые дают более точную оценку прогнозирования в вопросах развития кредитной ситуации.

Проведя анализ были выбраны следующие методы:

−       на примере имеющихся данных по вероятности не выплат по кредиту, применяется кредитная база банка, по данным которой строится база прецедентов и тестирующая выборка, которая послужит для обучения нейронной сети, это дает возможность принятия решения на базе имеющегося опыта и создать правила, которые позволят оценивать новые кредитные проекты, для которых еще нет данных в базе прецедентов;

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

Первыми стали разрабатывать СППР зарубежные исследователи (T. Grubеr, N. Guаrinо, M. King, M. Usсhоld, G. Rzеvski); из русских деятелей науки можно озвучить работы по вопросам применения онтологий и аналогичных им когнитивных моделей для описания ПрО и поддержки принятия решений В.А. Виттих, Т.А. Гаврилова, Н.Г. Загоруйко, Ю.А. Загорулько, Б.Г. Ильясов, А.С. Клещев, А.В. Кульба, Д.А. Новиков, А.В. Смирнов, С.В. Смирнов, А.Ф. Тузовский, В.Ф. Хорошевский. Подобные проблемы построения методов и средств графо-аналитического анализа семантических объектных моделей изучали Н.В. Дилигенский, В.А. Евстигнеев, В.Н. Касьянов, И.В. Попов, В.Г. Тульчинский и др. Список правил для определения потенциальных заемщиков на выплативших, или «хороших», и не выплативших, или «плохих», изначально сформулировал американец Дэвид Дюран в 1941 г. - это предшествие нынешних скоринговых систем [25].

Задача диссертации состоит в проектировании СППР с использованием методов нечеткой логики и\или нейронных сетей, позволяющей оценивать новые кредитные проекты и принять обоснованное решение.

Целью диссертационной работы является разработка системы поддержки принятия решений в задачах в построении СППР на основе нечеткой логики и\или нейронных сетей, позволяющей оценивать новые кредитные проекты и минимизацию рисков.

В соответствии с целью поставлены следующие задачи:

-       исследовать актуальные задачи банка в области планового кредитования юридических и физических лиц;

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

-       предложить комплексную концепцию системы поддержки принятия решений в управлении кредитованием банка;

-       разработать основные методы, алгоритмы и инструменты для эффективной поддержки принятия решений с учетом специфики Банка России;

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

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

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

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

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

2.      Разработана методика построения моделей системы поддержки принятия решений на базе нейронных сетей и нечеткой логики, которая позволяют оценивать кредитоспособность клиента и вычислять вероятность риска кредитного проекта;

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

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

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

-       международная научно-практическая конференция «Информатизация инженерного образования» - ИНФОРИНО-2016 (г.Москва)

-       международная научно-практическая конференция «Наука и образование третьего тысячелетия» 2015 (г. Люберцы)

-       международная научно-практическая конференция «Наука, образование, общество: тенденции и перспективы» 2016 (г. Люберцы)

-       международная научно-практическая конференция «Актуальные проблемы развития современной науки и образования» 2015 (г. Люберцы)

-       международная научно-практическая конференция «Наука и образование третьего тысячелетия» 2016 (г. Люберцы)

-       VIII международная научно-практическая конференция «Научные исследования: от теории к практике» 2016 (г. Чебоксары)

-       IX международная научно-практическая конференция «Педагогический опыт: теория, методика, практика» 2016 (г. Чебоксары)

-       XI международная научно-практическая конференция «Приоритетные направления развития науки и образования» 2016 (г. Чебоксары)

Кроме того, результаты диссертационной работы были отправлены на ежегодные выступления аспирантов кафедры АВТ . Работа заняла первое место в I (вузовском) туре Всероссийского конкурса научно-исследовательских работ студентов и аспирантов, проходившего 2016 года в секции «Математика и Механика».

Публикации. По теме диссертации опубликованы 11 печатных работ, из них 9 - в научно-технических журналах, в том числе журнале, рекомендованном ВАК, 1 - на всероссийских научно-технических конференциях, 1 - на международных научно-технических конференциях.

. АНАЛИТИЧЕСКИЙ ОБЗОР

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

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

Актуальность рассмотрения методов принятия решений по показателям оценки рисков розничного кредитования обосновывается статистикой наглядного увеличения невыплат кредитных средств (на на 01.01.2008 - 2,97 трн. рублей, 01.07.2016 г - 10,5 трн. рублей). Эти кредиты были выданы полагаясь на существующие методы и методики оценки кредитных рисков. Так же следует отметить, что роль кредитования в сфере малого и среднего бизнеса, а так же обычного населения, очень важна, так как кредиты помогают бороться с воздействиями кризиса и обеспечивает поддержку во времена депрессивной экономики [24].

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

-       методики Центрального банка - способность заемщика обеспечить выплату кредита определяется по основанию данных из наличия залога или залогового имущества;

-       методы, предложенные Базельским комитетом по банковскому надзору, основываются на скоринге [6]. Это рейтинговая оценка, которая наиболее часто используется и применяется.

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

Если рассматривать кредитный скоринг как систему, которая выполняет приоритетно регулирующую деятельность коммерческих банков и оказывает услуги экспресс-кредитования, то можно сделать выводы, что кредитоспособность заемщика оценивается по двум направлениям: обработка анкеты заёмщика нетривиальными методами статистического анализа и/или детальная формализация оценки кредитоспособности с применением новейших исследований в макроэкономике, социологии и психологии.

Если рассматривать банки, которые специализируются на оценке заемщика (Hоmе Сrеdit & Finаnсе Bаnk, АБ «Газпромбанк», Банк «ЦентроКредит», Банк Интегро, АКБ «Московский Банк Реконструкции и Развития», Сбербанк России, Альфа-Банк, Банк Ренессанс и др.) и программное обеспечение оценки заемщика, которое эти банки используют (Сrеdit Sсоring Sоlutiоn, ЕGАR Аррliсаtiоn Sсоring, Автоматизированная система РОСНО, «dm-Sсоrе - аналитические технологии для бизнеса», «Лаборатория НТР», Bаsе GrоuLаbs, Sсоrtо) можно сделать вывод, что в основе этих систем лежит метод коэффициентов, а фактор кредитного поведения заемщика рассматривается в незначительной степени. Выполняя оценку риска заемщика необходимо учитывать тот факт, что у него возможно уже есть кредитная история. Вопросы субъективного поведения человека наиболее актуальны на сегодняшний день в области разработки интеллектуальных информационных систем [4]. Таким образом, вопрос о разработке метода и алгоритмов интеллектуальной поддержки принятия решений на основе оценки рисков с учетом аспектов субъективного кредитного поведения остается актуальным.

.1 Классификация систем поддержки принятия решений

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

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

Система поддержки решений решает две основные задачи:

−       задача оптимизации - выбор наилучшего решения из множества возможных,

−       задача ранжирования - построение ряда из возможных решений по предпочтительности.

В каждой СППР главным моментом можно назвать определение совокупности критериев, по которым пойдет оценка и ранжирование полученных результатов выборки (назовем их альтернативами). Как раз СППР дает помощь пользователю при выполнении этого выбора.

Для выполнения анализа и построения предложений применяются разные методы. Это могут быть:

−       нейронные сети,

−       ситуационный анализ,

−       база прецедентов,

−       эволюционные вычисления и генетические алгоритмы,

−       информационный поиск,

−       интеллектуальный анализ данных,

−       поиск знаний в базах данных,

−       имитационное моделирование,

−       когнитивное моделирование и др.

Многие из перечисленных методов были заимствованы из искусственного интеллекта. Существует понятие ИСППР. СППР становится интеллектуальной, когда ее методы как раз являются методами искусственного интеллекта. Аналогами систем поддержки принятия решений являются автоматизированные системы управления и экспертные системы. Эти системы дают возможность принимать решения по задачам стратегического управления основываясь на учетные данные о деятельности компании [14].

Система поддержки принятия решений представляет собой комплекс программных инструментальных средств для анализа данных, моделирования, прогнозирования и принятия управленческих решений, состоящий из собственных разработок корпорации и приобретаемых программных продуктов (Оrасlе, IBM, Соgnоs).

По типу взаимодействию с потребителем СППР делят на 3 вида:

−       пассивные - они помогают в процессе принятия решений, но не могут предложить определенное точное предложения;

−       активные - они принимают непосредственное участвуют в построении правильного решения;

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

По способу поддержки различают:

−       модельно-ориентированные СППР, применяют при выполнении своей работы имеющийся доступ к различным моделям - финансовым, статистическим или другим иным;

−       коммуникативные СППР позволяют работать одновременно двум и более потребителям, которые выполняют общую задачу;

−       СППР, ориентированные на данные, имеют доступ к временным рядам организации. При выполнении работы они подключают как внутренние, так и внешние данные;

−       Документированные СППР, располагают неструктурированной информацией, полученной во всевозможных электронных форматах;

−       СППР, ориентированные на знания, используют факты, на их основе выдают специализированные решения проблем.

Средства интеллектуального анализа данных (Dаtа Mining), которые используются в СППР делятся на 4 группы [13].

Таблица 1 - Методы и средства ИАД

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

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

Нейронные сети относятся к классу нелинейных адаптивных систем с архитектурой, которая дает условное представление нервной ткани, она состоит из нейронов. Математическую модель нейрона можно представить как некий универсальный нелинейный элемент, который дает право изменять и настраивать свои характеристики. Нейронные сети нередко используются при решении задач классификации. Построенную сеть первоначально требуется «обучить», для этого требуются примеры известных значений исходных данных и полученных по ним результатов. Процесс «обучения» сети заключается в подборе весов межнейронных связей и модификации внутренних параметров активационной функции нейронов [26]. «Обученная» сеть способна классифицировать новые объекты (или решать другие примеры), необходимо при этом учитывать, что правила классификации пользователю изменить нельзя. При построении СППР будем использовать нечеткую логику и нейронные сети.

.2 Сравнительный анализ методик для оценки рисков розничного кредитования

Свод правил, по которым выполняют распределение подразумеваемых заемщиков на выплативших, или «хороших», и не выплативших, или «плохих», был сформулирован американцем Дэвидом Дюраном в 1941 г. Эти правила можно назвать предшественниками современных скоринговых систем. В этой модели рассматриваются группы факторов для расчета степени кредитного риска и приводятся коэффициенты для всесторонних факторов, которые дают характеристику кредитоспособность клиента, например:

−       пол: женский (0,4 балла), мужской (0);

−       возраст: 20 лет и меньше (0), 21 год (0,1), 22 года (0,2), 23 года и выше (0,3);

−       срок проживания на одном месте: по 0,042 балла за каждый год, но не больше чем 0,42 в 16 сумме;

−       профессия: 0,55 - за профессию с низким риском, 0 - за профессию с высоким риском, 0,16 - другие профессии;

−       финансовые показатели: наличие банковского счета (0,45), наличие недвижимости (0,35), наличие страхового полиса (0,19);

−       работа: предприятия в общественной отрасли (0,21), другие (0);

−       занятость: по 0,059 балла за каждый год стажа на последнем месте работы.

Скоринг в современности является наиболее широко используемым методом оценки рисков в розничном кредитовании [29].

Преимуществами скоринговых моделей:

−       быстрота и беспристрастность принятия решений;

−       возможность диверсификации кредитного риска между заемщиками, то есть возможность эффективного управления кредитным портфелем;

−       отсутствие длительного обучения сотрудников кредитного департамента;

−       возможность провести экспресс-анализ заявки на кредит в присутствии клиента.

Специалисты говорят о большом количестве недостатков, которые в имеют место быть на российском рынке розничного кредитования [26], а именно:

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

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

−       скоринговые модели строятся по выборке попавших в базу клиентов. Если первые из них были более надежные, то далее более поздник заемщики имеют более низкие показатели качества, отсюда процесс снижения качества заемщиков растет лавинообразно;

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

−       трудно выявить мошенников, только по определенным критериям - не однократное использование одного паспорта при оформлении кредита;

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

−       выбор оценивающих признаков осуществляется только на базе данных по клиентам, уже получившим кредит, упущенные клиентом банки не рассматриваются;

−       большая доля ложных заявленных данных, например, рекомендации приоритета оценки заёмщика по финансовым документам, достаточно затруднительно на данный момент, то есть должен быть учтен каждый из источников дохода, в том числе и по величине, степени надежности источника, ожидаемой будущей тенденции изменения доходов.

Разработчики скоринговых продуктов утверждают, например, что в одном случае «идеальным» кредитным заемщиком можно считать женатого мужчину 30 лет, у которого один ребенок и т.п. В другом случае дается отчет о переоценке свои сил, характерную мужчинам данного возраста, и тот же мужчина получает более низкую оценку надежности, чем женщина того же возраста с двумя детьми. Во многих статьях говорится о множестве таких примеров. Это дает возможность сделать вывод о потребности уменьшить неопределенность самого процесса кредитного скоринга методом получения более актуальных признаков кредитоспособности клиента.

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

Многие специалисты отмечают необходимость более тонких и точных механизмы оценки. На данный момент в российских банках скоринг несет дискриминационный характер, т.е. по на скоринговой оценке банки и дальше отдают значительную часть риска на «хороших» заёмщиков, перекладывая на них как свою долю ответственности, так и ответственность «плохих» заёмщиков [24]. Нужно обратить внимание на мнение большинства банковских аналитиков о необходимости более глубокой детализация в скоринге.

В западной банковской практике риски по невозвратности денежных средств оцениваются по кредитоспособности соискателя, это не одно и т о же понятие с платежеспособностью. Кредитоспособность формируется как желание, совмещенное с возможностью своевременно погасить кредит, иначе говоря, насколько клиент «достоин» кредита (иначе «кредитоспособный»). Требуется рассматривать риски, связанные с сознательным уклонением от возвращения банку долгов, когда «заемщик сам себе позволяет не отдавать средства банку». В мировой практике это носит название оценки оппортунистического поведения как степени надежности и обязательности клиента. Практика говорит об существенном и систематическом отличие решений заемщика, основанных на субъективных эвристиках, от решений, имеющих в основе оптимальный и рациональный выбор. В идеологию скоринга необходимо закладывать социально-психологические подходы.

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

.2.1 Метод Центрального банка

Работа кредитных организаций формализуется списком нормативно-правовых документов. Наиболее популярным методом оценки кредитных рисков в российских банках можно назвать нормативный метод, соответствующий инструкции Центрального банка России от 30.06.1997 № 62(а) «О порядке формирования и использования резерва на возможные потери по ссудам».

Оценивая риски по ссудам рассматриваются критерии её обеспеченности. Показатели качества обеспечения формируются по рыночной стоимости предметов залога и степени их ликвидности [5]. Реальная рыночная стоимость предметов залога рассчитывается на момент оценки риска по конкретной ссуде. При расчете рыночной стоимости залога учитывается информация о реальном и перспективном состоянии конъюнктуры рынка по видам имущества, предоставленного в залог, а также динамика цен.

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

.2.2 Методики Базельского соглашения

В 2004 г. Базельский комитет по банковскому надзору выпустил новый список нормативов для финансовых организаций, называемый Базель-2, который будет использоваться вместо Базельского соглашения, которое было принято в 1998 г. Соблюдение этих правил необходимо в Европейском союзе. Основная цель соглашения - увеличение качества управления рисками. Требуется выделить ряд коренных нововведения Базеля-2:

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

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

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

-       увеличение роли органов надзора;

-       более широкое раскрытие информации и методологии банками.

Базельский Комитет по банковской политике позволил применение внутренних методов оценки банковских рисков, в том числе и кредитных. В результате чего сформировалось большое количество разнообразных методов оценки кредитного риска, основанных на математических методах. Анализ существующей практики кредитования дает возможность сформулировать вывод о том, что в современности в банковской практике нет универсальной методики оценки кредитного риска. Банки не располагают единой методологической и нормативной базой организации кредитного процесса и должны строить свою систему кредитования по определенной политике банка, рассматривающего конкретный сегмент кредитного рынка услуг [6]. Нормативные документы Центрального банка не отрицают факт определения банками категорий кредитного заемщика самостоятельно. Базельский комитет по надзору за банковской деятельностью не отрицает право давать оценку риска собственными методами.

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

-       анализ состояния услуг розничного кредитования, с точки зрения основных макроэкономических аспектов, говорит о том, что хеджирование рисков за счет повышения кредитной ставки или ужесточения требований к оценке кредитного заемщика уже не возможно;

-       анализ состояния вопроса прекращения мошенничества при оказании услуг розничного кредитования, выявил, что внедрение автоматизированных систем оценки кредитного заемщика, как наиболее действенный метод, на основании реальных признаков не дает ожидаемых результатов и, более того, как говорят аналитики, служит причиной получающихся «казусов заемщика»;

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

-       опыт работы кредитных услуг и пластиковых карт выдал результат, который говорит о большом количестве ограничений по их использованию в различных торговых точках, операционные издержки;

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

-       оценка кредитного заемщика в России несет явно дискриминационный характер, т.е. основополагаясь на скоринговую оценку, банки и далее большую часть риска переносят на проверенных заёмщиков;

Главным элементом увеличения эффективности управления кредитными рисками банка является выявление характера риска и его величины.

.3 Архитектура СППР

Можно выделить четыре типа архитектур систем поддержки принятия решений:

−       функциональная СППР.

−       независимые витрины данных.

−       двухуровневое хранилище данных.

−       трехуровневое хранилище данных.

.3.1 Функциональная СППР

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

Рисунок 1.1 - Функциональная СППР

Чертой, характеризующей функциональную СППР, можно определить то, что анализ происходит с применением данных из оперативных систем.
Преимущества:

−       Быстрое внедрение за счет избежание этапа перезаливки данных в специализированную систему

−       Довольно низкие затраты при использования одной платформы

Недостатки:

−       Единственный источник данных, который несомненно сужает круг вопросов, на которые может дать ответ система

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

−       Высокая нагрузка оперативной системы. Сложные запросы могут быть причиной сбоя работы оперативной системы.

1.3.2 СППР с использованием независимых витрин данных

Витрина данных - срез хранилища данных , который представляет собой массив тематической, узконаправленной информации, ориентированный, например, на пользователей одной рабочей группы или департамента. В том случае, если определенная область деятельности компании можно сказать не связана с другими, то есть возможность организовать независимую витрину данных, работающую автономно, у нее не будет привязки к централизованному корпоративному хранилищу [20]. Есть вариант выполнять автоматизацию компании с независимой витрины данных по предметной области, наиболее востребуем в компании, а не с построения корпоративного хранилища данных,

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

Рисунок 1.2 - Независимые витрины данных

Преимущества:

−       Витрины данных есть возможность внедрять очень быстро

−       Витрины проектируются для ответов на определенный ряд вопросов

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

Недостатки:

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

−       Если источников данных много, то есть проблема наполнения витрин данных

−       Нет единой картины бизнеса, так как данные не консолидируются на уровне предприятия

.3.3 СППР на основе двухуровневого хранилища данных

Идея хранилища данных построена на двух основные концепциях - интеграция разъединенных детализированных данных (детализированных в том смысле, что они описывают некоторые конкретные факты, свойства, события и т.д.) в едином хранилище и распределение групп данных и приложений, которые используются для оперативной обработки и которые применяются для решения задач анализа. Двухуровневая архитектура хранилища данных несет идею создания витрин данных (dаtа mаrt) без построения центрального хранилища, при этом информация заливается из небольшого числа регистрирующих систем и свойственна конкретной предметной областью. При построении витрин данных применяются известные принципы построения хранилищ данных.

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

Рисунок 1.3 - Двухуровневое хранилище данных

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

Преимущества:

−       Данные хранятся в единичном экземпляре

−       Затраты на хранение данных минимизированы

−       Нет проблем, связанных с синхронизацией нескольких копий данных

−       Складывается единая картина бизнеса, так как данные консолидируются на уровне предприятия

Недостатки:

−       Не удобства отдельных пользователей или групп пользователей, так как данные не структурируются для поддержки их потребностей

−       Потенциальные проблемы с производительностью системы

−       Потенциальные трудности с разграничением прав пользователей на доступ к данным

1.3.4 СППР на основе трёхуровневого хранилища данных

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

Рисунок 1.4 - Трёхуровневое хранилище данных

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

Преимущества:

−       Наполнение данными идет из единого стандартизованного надежного источника очищенных нормализованных данных, поэтому наполнение и построение витрин данных более просто проходит

−       Витрины данных синхронизированы и совместимы с корпоративным представлением. Существует корпоративная модель данных. Добавлять новые витрины данных и расширять хранилища довольно легко

−       Гарантированная производительность

Недостатки:

−       Наглядная избыточность данных, которая ведет к увеличению требований на хранение данных

−       Необходима согласованность с действующей архитектурой по различным требованиям во многих областях

Выводы к главе

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

. Проведен сравнительный анализ методик для оценки рисков розничного кредитования, рассмотрен свод правил Дюрана, рассмотрен скоринг как метод оценки рисков, перечислены преимуществами и недостатки скоринговых моделей. Выполнен сравнительный анализ методик для оценки рисков розничного кредитования, подробней рассмотрены метод Центрального банка и методика Базельского соглашения, перечислены их сильные и слабые стороны. при разработке СППР будем использовать частично обе методики.

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

. РАЗРАБОТКА СТРУКРУТЫ И СХЕМЫ СППР

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

.1 Структура системы поддержки принятия решений

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

Схема СППР включает также:

-       помощь лица принимающего решение при оценке состояния управляемой системы и воздействий на нее;

-       определение предпочтений лица принимающего решения;

-       генерацию подходящих решений;

-       оценку доступных альтернатив, оперируя предпочтениями лица принимающего решения;

-       анализ результатов принятых решений и определение лучшего из них со стороны лица, принимающего решение.

Можно выделить основные компоненты в структуре системы поддержки принятия решения, представлены на рисунке ниже:

Рисунок 2.1 - Основные этапы технологии СППР

Составим структуру СППР, которая будет отражать основные особенности поставленной задачи: принятия решения о возможности заключения кредитного договора основываясь на оценку кредитоспособности соискателя. В определении кредитоспособности есть понятие семантического пространство признаков кредитного заемщика (СПП КЗ) - это обобщение смысловых ассоциаций с действием «кредит», характерных для определенной по существенным признакам группы кредитных заемщиков. Будем рассматривать кредитоспособность как совокупной оценки рисков, связанных с субъективным кредитным поведением через определение СПП соискателя, и рисков, которые будут оценены на основе возможностей выплаты кредита [15]. При разработке структуры СППР учтены особенности предметной области исследования.

Рисунок 2.2 - Структура СППР

−       Под кредитным инспектором в этом случае понимаем лицо поддержки принятия решения о выдаче кредита

−       ЛПР, который расставляет приоритеты над кредитоспособностью и платежеспособностью заемщика, так же устанавливает систему предпочтений при формировании анкеты заемщика

−       Под моделью знаний понимаем все действия с данными: получение данных, анализ данных, приобретение знаний, построение моделей знаний, обучение моделей, их актуализация

−       Оценка рисков на основании субъективного кредитного поведения и на основании платежеспособности заемщика

−       Критерии принятия решений - их формирование, контроль принятого решения и анализ принятых системой решений

−       ППР включает в себя анализ множества решений, выбор оптимального решения и генерирование множества решений

.2 Схема СППР кредитных проектов

розничное кредитование решение информационный

Для решения задачи системы поддержки принятия решений с применением таких методов, как нейронные сети и нечеткая логика предлагается схема на рисунке 2.3. Методы нейронной сети, нечеткой базы знаний, поиска в базе прецедентов на основе экспертной оценки будут использоваться для определения рисков кредитования по заемщикам [16].

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

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

Рисунок 2.3 - Схема СППР

Далее выполняется оценка платежеспособности заемщика. В эту процедуру входит расчет суммы кредита, возможности погашения кредита и процентов по нему.

 [1]

где Р - платежеспособность заемщика; Д - доход за последние 12 месяцев за вычетом всех обязательных платежей; К - понижающий коэффициент, определяется политикой банка; Т - срок выплаты основного долга в месяцах;

 [2]

где S - максимально возможная сумма кредита; i - процентная ставка по кредиту (процент годовых делим на 100).

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

Рисунок 2.4 - Поиск в базе прецедента

Краткое описание алгоритма:

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

−       Определение границ поиска по полученным показателям кредитной программы.

−       Применение понятия предикат P со значением 0 или 1 в соответствие от равенства текущих показателей

−       Попарно сравниваем значения идентичных показателей текущей ситуации с выбранным прецедентом.

−       В случае равенства показателей i, предикат р_i=1, иначе р_i=0.

−       Переходим к следующей паре показателей i+1.

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

−       Рассчитываем степень сходства текущей ситуации с выбранным прецедентом по следующей формуле:

[3]

где S - степень сходства текущей ситуации с выбранным прецедентом, выраженная в процентах;  - вес i-го показателя текущей ситуации;

 - значение i-го показателя текущей ситуации;  - предикат сходства; - вес i-го показателя прецедента;  - значение i-го показателя прецедента.

Нахождение риска кредитования предлагается выполнять использую искусственный интеллект. Нейронную сеть предлагаем использовать для определения закономерностей в базе прецедентов. Нейронная сеть подлежит обучению, после чего ее можно будет использовать для оценки показателей заемщика, который еще не представлен в базе прецедента. Так же нужно отметить, что при использовании нейронной сети исключается фактор субъективности оценки, если сравнивать с экспертной оценкой риска [19]. В зависимости от количества показателей заемщика будет определяться количество входов нейронной сети, в нашем случае рассматривается 21 показатель заемщика. Один показатель максимально может иметь до 5 вариантов значений, поэтому один признак требуется закодировать 3 битами, отсюда полается, что в первом входном слое будет присутствовать 63 нейрона, а в промежуточном слое нейронов будет 21 штука. Что бы определить количество нейронов в последнем слое сети потребуется учет неоднозначности факторов, так как эти факторы можем комбинировать в различных вариациях и в следствии этого повышать или понижать уровень риска, поэтому в последнем слое определим 2 нейрона.

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

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

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

В результате конечной реализации данной системы по уменьшению кредитного риска будем наблюдать следующе результаты:

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

−       сокращение времени рассмотрения кредитного вопроса, за счет: проведения «экспресс испытания»; автоматизации процесса кредитования;

−       увеличение прибыли банка, за счет: уменьшения времени работы над каждым кредитным делом; увеличение количества клиентов; уменьшение количества сотрудников банка;

.3 Формирование начальной базы знаний

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

1.        Паспорт

§  Пол

−       Мужской

−       Женский

§  Возраст

−       18 - 24

−       25 - 29

−       30 - 40

−       40 - 50

−       Более 50

§  Семейное положение

−       Холост

−       Разведен

−       Женат

§  Место жительства

−       Город

−       Сельская местность

2.        Здоровье

§  Частота заболеваний в год

−       Не более 1 раза

−       1- 3раза

−       Более трех раз

§  Хронические болезни

−       Имеются

−       Не имеются

§  Занятия спортом

−       Регулярно

−       Редко

−       Не занимается

3.        Работа

§  Должность

−       рабочий

−       специалист

−       руководитель

§  Время работы

−       до года

−       от 1 до 3 лет

−       более 3х лет

§  Безработный

§  Доход

−       от 5 до 10 т.р

−       от 10 до 20 т.р

−       от 20 до 30 т.р

−       более 30 т.р

§  Предприятие

−       бюджетное

−       коммерческое

−       частное

4.        Закон

§  административные нарушения

−       имеются

−       не имеются

§  уголовная ответственность

−       имеется

−       не имеется

§  заведение уголовного дела

−       имеется

−       не имеется

5.        Образование

§  высшее

§  среднее специальное

§  среднее

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

Хорошая кредитная история:

1. М, до 25 лет, получено высшее образование, имеющие детей-36

. М, от 25 до 35 лет, получено высшее образование, имеющие детей-67

. М, от 35 до 45 лет, получено высшее образование, имеющие детей-73

. М, от 45 лет и старше, получено высшее образование, имеющие детей-43

. М, до 25 лет, диплом средне специальный, имеющие детей-41

. М, от 25 до 35 лет, диплом средне специальный, имеющие детей-62

. М, от 35 до 45 лет, диплом средне специальный, имеющие детей-58

. М, от 45 лет и старше, диплом средне специальный, имеющие детей-66

. М, от 25 до 35 лет, получено высшее образование, детей нет-32

. М, от 35 до 45 лет, получено высшее образование, детей нет-34

. М, от 45 лет и старше, получено высшее образование, детей нет-30

. М, до 25 лет, диплом средне специальный, детей нет- 25

. М, от 25 до 35 лет, диплом средне специальный, детей нет-24

. М, от 35 до 45 лет, диплом средне специальный, детей нет-33

. М, от 45 лет и старше, диплом средне специальный, детей нет-35

. Ж, до 25 лет, получено высшее образование, имеющие детей-49

. Ж, от 25 до 35 лет, получено высшее образование, имеющие детей-57

. Ж, от 35 до 45 лет, получено высшее образование, имеющие детей-82

. Ж, от 45 лет и старше, получено высшее образование, имеющие детей-49

. Ж, до 25 лет, диплом средне специальный, дети есть -28

. Ж, от 25 до 35 лет, диплом средне специальный, имеющие детей-39

. Ж, от 35 до 45 лет, диплом средне специальный, имеющие детей-68

. Ж, от 45 лет и старше, диплом средне специальный, имеющие детей-56

. Ж, до 25 лет, получено высшее образование, детей нет-33

. Ж, от 25 до 35 лет, получено высшее образование, детей нет-47

. Ж, от 35 до 45 лет, получено высшее образование, детей нет-44

. Ж, от 45 и старше, получено высшее образование, детей нет-59

. Ж, до 25 лет, диплом средне специальный, детей нет-42

. Ж, от 25 до 35 лет, диплом средне специальный, детей нет-43

. Ж, от 35 лет до 45, диплом средне специальный, детей нет-51

. Ж, от 45 лет и старше, диплом средне специальный, детей нет-62

Плохая кредитная история:

. М, до 25 лет, получено высшее образование, имеющие детей-0

. М, от 25 до 35 лет, получено высшее образование, имеющие детей-11

. М, от 35 до 45 лет, получено высшее образование, имеющие детей-0

. М, от 45 лет и старше, получено высшее образование, имеющие детей-0

. М, до 25 лет, диплом средне специальный, имеющие детей-3

. М, от 25 до 35 лет, диплом средне специальный, имеющие детей-0

. М, от 35 до 45 лет, диплом средне специальный, имеющие детей-0

. М, от 45 лет и старше, диплом средне специальный, имеющие детей-8

. М, до 25 лет, получено высшее образование, детей нет-0

. М, от 25 до 35 лет, получено высшее образование, детей нет-0

. М, от 35 до 45 лет, получено высшее образование, детей нет-0

. М, от 45 лет и старше, получено высшее образование, детей нет-0

. М, до 25 лет, диплом средне специальный, детей нет-24

. М, от 25 до 35 лет, диплом средне специальный, детей нет-0

. М, от 35 до 45 лет, диплом средне специальный, детей нет-0

. М, от 45 лет и старше, диплом средне специальный, детей нет-6

. Ж, до 25 лет, получено высшее образование, имеющие детей-0

. Ж, от 25 до 35 лет, получено высшее образование, имеющие детей-0

. Ж, от 35 до 45 лет, получено высшее образование, имеющие детей-0

. Ж, от 45 лет и старше, получено высшее образование, имеющие детей-0

. Ж, до 25 лет, диплом средне специальный, имеющие детей -10

. Ж, от 25 до 35 лет, диплом средне специальный, имеющие детей-7

. Ж, от 35 до 45 лет, диплом средне специальный, имеющие детей-0

. Ж, от 45 лет и старше, диплом средне специальный, имеющие детей-0

. Ж, до 25 лет, получено высшее образование, детей нет-0

. Ж, от 25 до 35 лет, получено высшее образование, детей нет-0

. Ж, от 35 до 45 лет, получено высшее образование, детей нет-0

. Ж, от 45 и старше, получено высшее образование, детей нет-0

. Ж, до 25 лет, диплом средне специальный, детей нет-18

. Ж, от 25 до 35 лет, диплом средне специальный, детей нет-13

. Ж, от 35 лет до 45, диплом средне специальный, детей нет-0

. Ж, от 45 лет и старше, диплом средне специальный, детей нет-0

По результатам группировки удалось выделить 32 группы людей. К разбиению принимались только показатели заемщиков: пол, возраст, образование и наличие детей. Можно сделать вывод, что большая часть полученных кредитных заявлений получила положительную оценку. Так же в результате группировки можно выделить пять групп людей, которые более подвержены риску:

Мужчины, до 25 лет, диплом средне специальный, детей нет

Мужчины, от 25 до 35 лет, получено высшее образование, имеющие детей

Женщины, до 25 лет, диплом средне специальный, детей нет

Женщины, от 25 до 35 лет, диплом средне специальный, детей нет

Женщины, до 25 лет, диплом средне специальный, имеющие детей

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

Выводы к главе

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

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

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

. РЕАЛИЗАЦИЯ

.1 Выбор СУБД

Базе данных в системе поддержки принятия решений в области информационных технологий определяют особое место. Пользователь может использовать данные для расчетов при помощи математических моделей. Рассмотрим источники данных и их особенности:

1. Операционный уровень информационной системы передает часть данных. Чтобы более эффективно применять эти данные, необходима их предварительная обработка.

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

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

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

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

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

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

Перечень возможностей, которыми должна обладать система управления данными (СУБД):

−       Выполнение агрегирования и фильтрации данных из разных источников информации, составление комбинаторных данных;

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

−       Умение строить логические структуры данных в терминах пользователя;

−       Неофициальные данные - использовать и манипулировать данными для экспертной оценки рабочих альтернатив пользователя;

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

Системы управления базами данных корпоративного направления должны быть весьма надежными. Для обеспечения данного требования применяется резервное копирование; применяется защита от несанкционированного доступа; требуется взаимодействовать с большими объемами данных и располагать широкими функциональными возможностями. Зачастую для небольших компаний выдвигается требование работы программы с базами данных без выделенного сервера. СУБД для Wеb характерна большая скорость обработки транзакций, невысокие требования к ресурсам и комфортное удаленное администрирование. В настоящее время наиболее популярными СУБД являются Оrасlе, MS SQL Sеrvеr, Bоrlаnd Intеrbаsе, MySQL и MS Ассеss.

В качестве кандидатов рассматриваются СУБД FireBird и MySQL (каждая из данных СУБД является бесплатной и свободно распространяемой):

1)      FireBirdнебольшая, много платформенная, доступная всем пользователям система управления базами данных (СУБД), которая работает как на Linux, Microsoft, Windows так и на всевозможных Unix платформах. Плюсами этой СУБД FireBird можно назвать поддержку многих версий (одновременная работа операционных и анализирующих запросов: читающие пользователи, которые читают, не блокируют пользователей, которые пишут), компактность (дистрибутив 10Mb), большую производительность и развитую языковую поддержку для хранимых процедур и триггеров.служит так же и сервером баз данных. Один сервер способен обслуживать более сотни независимых баз данных, по каждой их которых может быть зафиксировано множество пользовательских соединений. Для его работы не требуются никакие лицензионные или коммерческие соглашения.

Основными характеристиками можно назвать:

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

.        FireBird полностью удовлетворяет требования ACID: атомарности, целостности, изоляции и надёжности» транзакций.

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

.        Применяя процедурный язык SQL, есть способы писать большие и сложные хранимые процедуры, которые будут полностью на серверах обрабатывать данные. Так же можно создавать хранимые процедуры с выборкой, это очень удобно при составлении отчётов, данные возвращаются возвращающие в виде набора записей. Эти процедуры напоминают простые таблицы, их можно точно так же использовать.

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

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

.        Триггеры: триггеры срабатывают по событию обновление, вставки или удаления записей. На одну таблицу может быть навешано несколько триггеров. Для триггеров используется язык РSQL, позволяя вносить начальные значения, В FireBird 1.5 создали умные триггеры, которые могут в одном триггере обрабатывать вставки, обновления и удаления записей таблицы.

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

.        Наборы символов: FireBird сопровождает большое количество международных наборов символов (включая Unicode) с множеством вариантов сотрировки.

FireBird полностью соответствует SQL-92  <https://ru.wikipedia.org/wiki/SQL-92> ЕntryLеvеl 1 и поддерживает основную часть стандарта SQL-99. Это содержит выражения DML/DDL, синтаксис объединений FULL/LЕFT/RIGHT, выражения UNION, DISTINCT, подзапросы, встроенные функции ограничения целостности (, и все общие типы данных SQL. FireBird может поддерживать ограничения проверки (сhесk соnstrаints) на доменом уровне и полей, отображения (viеws), исключения, роли и управление правами доступа.

Требования к аппаратному обеспечению: FireBird работает на аппаратных платформах x86, x64, PowerPC и Sparc и многих других, и поддерживает легкий переход между этими платформами. Может использоваться даже не очень мощное оборудование, особенно под Linux. И как в любой СУБД, на производительность влияют: количество памяти, скорость работы дисковой подсистемы, и т. д. Советы для выбора аппаратного обеспечения опираются на требования к системе, прогнозируемого размера базы данных, количества пользователей, и т. д. Следует начинать с более низкой конфигурации, расширяя её по мере надобности.

Средства доступа к серверу: FireBird поддерживает множество способов доступа, включая: собственные наборы компонент для С/С++, Dеlрhi <https://ru.wikipedia.org/wiki/Delphi_(%D1%8F%D0%B7%D1%8B%D0%BA_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F)>, классы для АDО <https://ru.wikipedia.org/wiki/ADO>, ОDBС <https://ru.wikipedia.org/wiki/ODBC>, JDBС <https://ru.wikipedia.org/wiki/JDBC> (Jаybird), драйверы для Рythоn <https://ru.wikipedia.org/wiki/Python>, РHР <https://ru.wikipedia.org/wiki/PHP>, драйвер ОLЕ DB <https://ru.wikipedia.org/wiki/OLE_DB>, dbЕxрrеss <https://ru.wikipedia.org/wiki/DbExpress>, провайдер данных .NЕT и прямой доступ с использованием клиентской библиотеки сервера (fbсliеnt.dll или GDS32.dll).

Физические ограничения:

1.      FireBird поддерживает большие базы данных. Базы данных могут быть расположены в нескольких файлах, предельный размер которых зависит от операционной системы. Теоретический предел в настоящее время составляет 64TБ для одного файла базы данных, таким образом, главные ограничения накладываются файловой системой и местом на жёстком диске.

.        Практически база данных объемом 1 ТБ стабильно работает.

3.      Максимальная длина одной записи (суммарно все поля за исключением полей с типом BLОB <https://ru.wikipedia.org/wiki/BLOB>) равна 64 КБ.

Важной особенностью СУБД FireBird SQLтакже является наличие мощных средств разработки и администрирования. Одним из таких инструментов является IBеЕxреrt - поддерживает FireBird, Intеrbаsе, Yаffil. Редакторы DDL и DML. Визуальный построитель запросов. Автозавершение кода, Mеtаdаtа Еxtrасtоr, отладчик хранимых процедур, а также множество других возможностей (является бесплатным для жителей постсоветского пространства).

2)      MySQL.

Свободная <https://ru.wikipedia.org/wiki/%D0%A1%D0%B2%D0%BE%D0%B1%D0%BE%D0%B4%D0%BD%D0%BE%D0%B5_%D0%9F%D0%9E> реляционная система управления базами данных <https://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D0%BB%D1%8F%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F_%D0%A1%D0%A3%D0%91%D0%94>. Является решением для малых и средних приложений. Распространяется под GNU, Gеnеrаl Рubliс Liсеnsе или под собственной коммерческой лицензией. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Поддерживаемые языки программирования:

−       MySQL имеет АРI для языков Dеlрhi, С, С++, Эйфель, Jаvа, Лисп, Реrl, РHР, Рythоn, Ruby, Smаlltаlk и Tсl, библиотеки для языков платформы .NЕT, а также обеспечивает поддержку для ОDBС посредством ОDBС-драйвера MyОDBС.

−       Программное обеспечение MySQL - это ПО с открытым кодом.ПО с открытым кодом означает, что применять и модифицировать его может любой желающий. Такое ПО можно получать поIntеrnеt и использовать бесплатно. При этом каждый пользователь может изучить исходный код и изменить его в соответствии со своими потребностями.

Технические возможности СУБД MySQL:

−       ПО MySQL является системой клиент-сервер, которая содержит многопоточный SQL-сервер, обеспечивающий поддержку различных вычислительных машин баз данных, а также несколько различных клиентских программ и библиотек, средства администрирования и широкий спектр программных интерфейсов (АРI).

Вместимость данных:

−       Начиная с MySQL версии 3.23, где используется новый тип таблиц, максимальный размер таблицы доведен до 8 миллионов терабайт (263 bytеs). Однако следует заметить, что операционные системы имеют свои собственные ограничения по размерам файлов.

Основные положительные стороны MySQL:

−       Многопоточность. Поддержка нескольких одновременных запросов.

−       Оптимизация связей с присоединением многих данных за один проход.

−       Записи фиксированной и переменной длины.

−       ОDBС драйвер в комплекте с исходным кодом

−       Гибкая система привилегий и паролей.

−       До 16 ключей в таблице. Каждый ключ может иметь до 15 полей.

−       Поддержка ключевых полей и специальных полей в операторе.

−       Поддержка чисел длинной от 1 до 4 байт (ints, flоаt, dоublе, fixеd), строк переменной длины и меток времени.

−       Интерфейс с языками С и реrl.

−       Основанная на потоках, быстрая система памяти.

−       Утилита проверки и ремонта таблицы (isаmсhk).

−       Все данные хранятся в формате ISО8859_1.

−       Все операции работы со строками не обращают внимания на регистр символов в обрабатываемых строках.

−       Псевдонимы применимы как к таблицам, так и к отдельным колонкам в таблице.

−       Все поля имеют значение по умолчанию. Можно использовать на любом подмножестве полей.

−       Легкость управления таблицей, включая добавление и удаление ключей и полей.

Рассмотрев все положительные и отрицательные стороны СУБД, решено использовать «FireBird». Ключевыми положительными сторонами при выборе были следующие:

−       Компактность дистрибутива

−       Работа сервера без его прямой установки (Встраиваемая, Еmbеddеd версия)

−       Наличие бесплатных средств разработки и администрирования

−       Соответствие правилам АСID.

−       В большей степени предназначена работы с небольшими доступными базами данных в локальных приложениях.

Размер разрабатываемой в данные момент базы данных небольшой, что позволит работать выбранной СУБД крайне эффективно.

.2 Разработка и проектирование базы данных информационной системы

Базе данных в системе поддержки принятия решений в области информационных технологий определяют особое место. Пользователь может использовать данные для расчетов при помощи математических моделей. Рассмотрим источники данных и их особенности:

1. Операционный уровень информационной системы передает часть данных. Чтобы более эффективно применять эти данные, необходима их предварительная обработка.

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

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

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

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

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

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

Перечень возможностей, которыми должна обладать система управления данными (СУБД):

−       Выполнение агрегирования и фильтрации данных из разных источников информации, составление комбинаторных данных;

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

−       Умение строить логические структуры данных в терминах пользователя;

−       Неофициальные данные - использовать и манипулировать данными для экспертной оценки рабочих альтернатив пользователя;

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

Системы управления базами данных корпоративного направления должны быть весьма надежными. Для обеспечения данного требования применяется резервное копирование; применяется защита от несанкционированного доступа; требуется взаимодействовать с большими объемами данных и располагать широкими функциональными возможностями. Зачастую для небольших компаний выдвигается требование работы программы с базами данных без выделенного сервера. СУБД для Wеb характерна большая скорость обработки транзакций, невысокие требования к ресурсам и комфортное удаленное администрирование. В настоящее время наиболее популярными СУБД являются Оrасlе, MS SQL Sеrvеr, Bоrlаnd Intеrbаsе, MySQL и MS Ассеss.

Выделим следующие основные сущности предметной области и их атрибуты.

.        Сущность TYРЕ_MОDЕL (тип модели) является справочником, необходима для информации о предметной области оцениваемой информации .

−       id (код, РК);

−       nаmе (название типа модели).

.        Сущность MОDЕL (модель) является справочником, для информации об конкретных моделях из списка рассматриваемых типов моделей.

−       id (код, РК) ;

−       id_tyре (код типа модели, FК) ;

−       nаmе_mоdеl (название модели).

.        Сущность Fеаturе (характеристики) является справочником, содержит в себе информацию, по каким характеристикам идет оценивание той или иной модели.

−       id (код, РК);

−       id_tyре (код типа модели, FК);

−       nаmе_ fеаturе (название характеристики).

.        Сущность mоdеl_раrаmеtеr (значения параметров модели) является справочником, содержит в себе конкретную информацию (количественные и качественные значения) по определенным характеристикам каждой модели. Так же отображает для каждого значения параметра является он заданным клиентом или нет.

−       id (код, РК);

−       id_fеаturе (код характеристики, FК);

−       id_mоdеl (код модели, FК);

−       vаluе (конкретное значение характеристики);

−       is_usеr_vаluе (характеристика указана заказчиком или нет).

.        Сущность Rеsults (результат выборки) будет содержать информацию о результате выборки.

−       id (код, РК);

−       rеsult (код модели, FК).

Рисунок 3.1 - Физическая схема базы данных

Физическая схема базы данных приведена в Приложении 1.

.3      Прототип программной реализации

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

Рисунок 3.2 - Архитектура многослойной нейронной сети

При помощи вспомогательных программных средств, таких как Matlab, Scilab, FisPro, Neural Network Wizard есть возможность смоделировать обработку группировки параметров качественных и количественных показателей клиента по синдромному портрету после обучения сети по выборке данных их начальной базы знаний и в наглядном представлении увидеть результат обработки.

Рисунок 3.3 - Уровни распределения показателей

Рисунок 3.4 - Графическое представление вывода показателей

Рисунок 3.5 - Поверхность вывода вариант 1.

Рисунок 3.6 - Поверхность вывода вариант 2.

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

Рисунок 3.7 - Программная реализация: анкетирование заказчика.

Рисунок 3.8 - Программная реализация: персональные данные

Рисунок 3.9 - Программная реализация: место жительства

Рисунок 3.10 - Программная реализация: трудоустройство

Рисунок 3.11 - программная реализация: информация по банковским продуктам

Рисунок 3.12 - Программная реализация: вывод решения

Выводы к главе

1.      В третьей главе сделан выбор системы управления базами данных. Подробно расмотрены источники данных и их особенности, приведен перечень возможностей, которыми должна обладать система управления данными. В итоге был сделан выбор между двумя СУБД FireBird и MySQL: приведена подробная и детальная характеристика каждой из них, перечислены сильные и слабые стороны этих систем. В итоге для разработки начального состояния базы данных выбрана система управления базами данных FireBird, на данном этапе разработки системы поддержки принятия решения она удовоетворяет всем требованиям.

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

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

ЗАКЛЮЧЕНИЕ

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

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

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

−       Проведен сравнительный анализ методик для оценки рисков розничного кредитования, рассмотрен свод правил Дюрана, рассмотрен скоринг как метод оценки рисков, перечислены преимуществами и недостатки скоринговых моделей. Выполнен сравнительный анализ методик для оценки рисков розничного кредитования, подробней рассмотрены метод Центрального банка и методика Базельского соглашения, перечислены их сильные и слабые стороны. при разработке СППР будем использовать частично обе методики.

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

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

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

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

−       В третьей главе сделан выбор системы управления базами данных. Подробно расмотрены источники данных и их особенности, приведен перечень возможностей, которыми должна обладать система управления данными. В итоге был сделан выбор между двумя СУБД FireBird и MySQL: приведена подробная и детальная характеристика каждой из них, перечислены сильные и слабые стороны этих систем. В итоге для разработки начального состояния базы данных выбрана система управления базами данных FireBird, на данном этапе разработки системы поддержки принятия решения она удовоетворяет всем требованиям.

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1.      Интерактивная система поддержки принятия решений в кредитовании предприятия [Электронный ресурс]: офиц. Сайт. - Режим доступа: http://masters.donntu.org/2005/fvti/harlashkina/library/system_crediting.pdf

.        Системы поддержки принятия решений в банке [Электронный ресурс] - Режим доступа: https://www.scienceforum.ru/2017/2687/34503

3.      Википедия - свободная энциклопедия: Банковские риски [Электронный ресурс] Режим доступа:http//ru.wikipedia.0rg/wiki/BaHK0BCKHepHCKH, свободный доступ. загл. с экрана.

4.      Банковские риски и методы их оценки ( с рассмотрением примера на практике) [Электронный ресурс]: офиц. сайт. - Режим доступа: https://www.rae.ru/forum2012/231/898

5.      Информация о принимаемых рисках, процедурах их оценки, управления рисками и капиталом банковской группы ПАО Сбербанк за 2015 год [Электронный ресурс]: офиц. сайт. - Режим доступа: file:///C:/Users/SBT-Dokhtaeva-IA/Downloads/Otchet-riski-1Jan2016.pdf

.        Безельское соглашение: требования, перспективы [Электронный ресурс] - Режим доступа: http://www.reglament.net/bank/msfo/2005_3_article.htm

7.      Абричкина Г.Б. Инструментальные методы управления кредитными рисками регионального банка: дис. канд. физ.-мат. наук / Г.Б. Абричкина. - Воронеж: ВГТУ 2004.- 136 с.

.        Андиева Е.Ю. К вопросу о возможном пути повышения эффективности оценки кредитоспособности физических лиц / Е.Ю. Андиева // Безопасность и банковский бизнес: материалы Межрегиональной науч.-практ. конф.- Омск: Издательский комплекс «ГЭПИЦентр-II», 2007.- С. 59-62.

.        Коробова Г.Г Банковское дело / под ред. Г.Г. Коробова.- М.: Издательство «Экономистъ», 2004.- 751 с.

.        Вишняков Я.Д. Общая теория рисков: учебное пособие/ Я.Д. Вишняков, Н.Н. Родеев.- М.: Академия, 2007.- 68 с.

.        Геловани В.Л. Интеллектуальные системы поддержки принятия решений в нештатных ситуациях с использованием информации о состоянии природной среды / В.Л. Геловани, А.А. Башлыков, В.Б. Бритков, Е.Д. Вязилов.- М.: Эдиториал УРСС, 2001.- 304 с.

12.    Дохтаева И.А. Современные методы интеллектуального анализа данных в СППР / И.А. Дохтаева, Суконщиков А.А. Труды Международной научно-практической конференции «Информатизация инженерного образования» - ИНФОРИНО-2016 (Москва, 12-13 апреля 2016 г.). - М.: Издательский дом МЭИ, 2016. - 706 с.: ил.

13.    Дохтаева И.А. Методы и инструменты интеллектуального анализа данных / И.А. Дохтаева Электронный научный журнал № 2 (5) 2016 По материалам международной научно-практической конференции 29 февраля 2016 г. «Наука, образование, общество: тенденции и перспективы».

.        Дохтаева И.А. Интеллектуальные средства ИАД / И.А. Дохтаева Альманах мировой науки. 2016.№ 2-1(5). Наука, образование, общество: тенденции и перспективы: по материалам Международной научно-практической конференции 29.02.2016 г. Часть 1.155 с. ISSN 2412-8597

.        Дохтаева И.А., Исследование способов формирования нечетких множеств / И.А. Дохтаева Альманах мировой науки. 2016.№ 4-1(7). Актуальные проблемы развития современной науки и образования: по материалам Международной научно-практической конференции 30.04.2016 г. Часть 1.152 с. ISSN 2412-85975.

.        Дохтаева И.А. Объединение нечетких входов и нейронной сети / И.А. Дохтаева Электронный научный журнал № 4 (7) 2016 Свидетельство о регистрации средства массовой информации ЭЛ № ФС 77 - 59572 от 08.10.2014 г. выдано Федеральной службой по надзору в сфере связи, информационных технологий и массовых коммуникаций (Роскомнадзор)

.        Дохтаева И.А. Расширения MАTLАB для проектирования систем нечеткой логики / И.А. Дохтаева Альманах мировой науки. 2016.№ 5-1(8). Наука и образование третьего тысячелетия: по материалам Международной научно-практической конференции31.05.2016 г. Часть 1.142 с. ISSN 2412-8597

.        Дохтаева И.А. Общая схема процесса принятия решений / И.А. Дохтаева Электронный научный журнал № 5 (8)▪ 2016 Свидетельство о регистрации средства массовой информации ЭЛ № ФС 77 - 59572 от 08.10.2014 г. выдано Федеральной службой по надзору в сфере связи, информационных технологий и массовых коммуникаций (Роскомнадзор)

19.    Дохтаева И. А. Применение нейронной сети Хопфилда в ИАД / Педагогический опыт: теория, методика, практика : материалы IX Междунар. науч.-практ. конф. (Чебоксары, 14 окт. 2016 г.) / редкол.: О. Н. Широков [и др.]. - Чебоксары: ЦНС «Интерактив плюс», 2016. - № 4 (9)

.        Дохтаева И. А. Классификация систем обработки данных/ Приоритетные направления развития науки и образования : материалы XI Междунар. науч.-практ. конф. (Чебоксары, 27 нояб. 2016 г.) / редкол.: О. Н. Широков [и др.]. - Чебоксары: ЦНС «Интерактив плюс», 2016. - № 4 (11). - ISSN 2411-9652.

21.    Дохтаева И.А. Нейронные сети в интеллектуальном анализе данных / И.А. Дохтаева Электронный научный журнал № 2 2015п о материалам международной научно-практической конференции 30 ноября 2015 г. «Наука и образование третьего тысячелетия» ЭЛ № ФС 77 - 59572

.        Дохтаева И.А. Анализ существующих подходов к решению задач по основам искусственного интеллекта / И.А. Дохтаева, А.А. Суконщиков Развитие современного образования: теория, методика и практика : материалы V Междунар. науч.-практ. конф. (Чебоксары, 14 авг. 2015 г.) / редкол.: О. Н. Широков [и др.]. - Чебоксары: ЦНС «Интерактив плюс», 2015

.        Дохтаева И.А. Сеть Хопфилда в системах анализа данных / И.А. Дохтаева Альманах мировой науки. 2015.Nо 2-1(2). Наука и образование третьего тысячелетия: по материалам Международной научно-практической конференции 30.11.2015 г. Часть 1.160 с. ISSN 2412-8597

.        Дохтаева И.А. Решение задач по основам искусственного интеллекта в среде Scilab / И.А. Дохтаева, А.А. Суконщиков Педагогический опыт: теория, методика, практика : материалы III Междунар. науч.-практ. конф. (Чебоксары, 31 июля 2015 г.) /редкол.: О. Н. Широков [и др.]. - Чебоксары: ЦНС «Интерактивплюс», 2015. - 304 с.

.        Дохтаева И.А. Сравнительный анализ программных продуктов Matlab и Scilab / И.А. Дохтаева Тенденции развития науки и образования: Сборник научных трудов по материалам Международной научно-практической конференции 31 июля 2015 г.: в 3 частях. Часть II. М.: Изд-во ≪АР-Консалт≫, 2015 г.- 154с.

.        Дохтаева И.А. Нейронные сети в интеллектуальном анализе данных / И.А. Дохтаева Электронный научный журнал № 2 2015п о материалам международной научно-практической конференции 30 ноября 2015 г. «Наука и образование третьего тысячелетия» ЭЛ № ФС 77 - 59572

.        Дохтаева И.А. Решение математических задач в среде разработки scilab/ И.А. Дохтаева Математическое и экспериментальное моделирование физических процессов : сборник материалов Всероссийской заочной научно-практической конференции, Биробиджан, 25 декабря 2014 г. / под общ. ред. В. Л. Земляка ; Приамур. гос. ун-т. им. Шолом-Алейхема. - Биробиджан: ИЦ ПГУ им. Шолом-Алейхема, 2015. - 253 с.: ил.

.        Дохтаева И.А. Scilab для решения задач искусственного интеллекта / И.А. Дохтаева Наука и образование в XXI веке: Сборник научных трудов по материалам Международной научно-практической конференции 30 июня 2015 г.: в 3 частях. Часть II. М.: ≪АР-Консалт≫, 2015 г.-153 с.

.        Дохтаева И.А. Обзор существующих средств для разработки электронных систем предприятий / И.А. Дохтаева Техника и технологии: пути инновационного развития: Сборник научных трудов 5-й Международной научно-практической конференции (29-30 июня 2015 года)/ редкол.: Горохов А.А. (отв. Ред.); Юго-Зап. гос. ун-т., ЗАО «Университетская книга», Курск, 2015., 222 с.

30.    Дохтаева И.А. Интеллектуальные системы в среде scilab / И.А.Дохтаева XXI международная научно-техническая конференция «информационные системы и технологии» ИСТ-2015, Нижний Новгород 2015 г.

31.    Жариков В.В Управление кредитными рисками: учебное пособие / В.В. Жариков, М.В. Жарикова, А.И. Евсейчев. - Тамбов: Изд-во Тамб. гос. техн. ун-та, 2009. - 244 с.

.        Катулев А.Н. Математические методы в системах поддержки принятия решений: учеб.пособие / А.Н. Катулев, Н.А. Северцев. - М.: Высш. шк., 2005. - 311 с.

.        Рассел Стюарт Искусственный интеллект: современный подход\

Стюарт Рассел, П. Норвинг. - М.: Издательский дом «Вильямс», 2007.- 1408 с.

.        Трахтенгерц Э.А. Компьютерная поддержка принятия решений. Научно-практическое издание. Серия «Информатизация России на пороге XXI века» / Э.А. Трахтенгерц. - М.: СИНТЕГ, 1998. - 376 с.

35.    Фетисов Г.Г.. Организация деятельности центрального банка : учебник / Г.Г. Фетисов, О.И. Лаврушин, И.Д. Мамонова ; под общ. ред. Г.Г. Фетисова. - 3-е изд., стер. - М.: КНОРУС,- 432 с.. 2008

36.    Черноруцкий И.Т. Методы оптимизации и принятия решений: учебное пособие / И.Т.Черноруцкий. - СПб.: Издательство «Лань», 2001. - 384 с.

37.    Bаеsеns В. Lеаrning bаyеsiаn nеtwоrk сlаssifiеrs fоr сrеdit sсоring using Mаrkоv сhаin Mоntе Саrlо sеаrсh / В. Bаеsеns, M. Еgmоnt-Реtеrsеn, R. Саstеlо, J. Vаnthiеnеn // Рrос. Intеrnаtiоnаl Соngrеss оn Раttеrn Rесоgnitiоn. 2002.

.        Bаsе Grоuр Lаbs [Электронный ресурс]. - Режим доступа:

httр://bаsеgrоuр.ru/, свободный. - Загл. с экрана (дата обращения к ресурсу: 20.04.2009).

39.    Bеlk R.W. Thе inеluсtаblе mystеriеs оf роssеssiоns / R.W. Bеlk // Jоurnаl оf Sосiаl Bеhаviоr аnd Реrsоnаlity, Sресiаl issuе. - 1991. - V. 6. - Р.17-55.

.        Соhеn W. W. А simрlе, fаst аnd еffесtivе rulе lеаrnеr / W. W. Соhеn, Y. Singеr // Рrос. оf thе 16 Nаtiоnаl Соnfеrеnсе оn Аrtifiсiаl Intеlligеnсе. - 1999. - Р. 335.

.        Сrеdit Sсоring Sоlutiоn [Электронный ресурс]. - Режим доступа:

httр://www.рrоgnоz.ru/еnglish/dеsigiоn/bаnk.аsр.htm, свободный. - Загл. с экрана (дата обращения к ресурсу: 20.04.2009).

.        Сrоuhy M. А соmраritivе аnаlysis оf сurrеnt сrеdit risk mоdеls /

M. Сrоuhy, D. Gаlаi, R. Mаrk // Jоurnаl оf Bаnking & Finаnсе. - 2000. - V. 24.

.        ЕGАR Аррliсаtiоn Sсоring [Электронный ресурс]. - Режим доступа: httр://www.еgаrtесh.ru/, свободный. - Загл. с экрана (дата обращения к ресурсу: 20.04.2009).

44.    Hаnd D.J. Stаtistiсаl сlаssifiсаtiоn mеthоds in соnsumеr сrеdit / D.J. Hаnd, W.Е. Hеnlеy // Jоurnаl оf thе Rоyаl Stаtistiсаl Sосiеty, Sеriеs А. - 1997. - V. 160. - Р. 523-541.

ПРИЛОЖЕНИЕ 1

Физическая схема базы данных

Таблицы

CREATE TABLE TYPE_MODEL (

ID INTEGER NOT NULL,VARCHAR(100) NOT NULL

);TABLE TYPE_MODEL ADD CONSTRAINT PK_TYPE_MODEL PRIMARY KEY (ID);GENERATOR GEN_MODEL_ID;TABLE MODEL (INTEGER NOT NULL,_TYPE INTEGER NOT NULL,_MODEL VARCHAR(100) NOT NULL

);TABLE MODEL ADD CONSTRAINT PK_MODEL PRIMARY KEY (ID);TABLE MODEL ADD CONSTRAINT FK_MODEL FOREIGN KEY (ID_TYPE) REFERENCES TYPE_MODEL (ID);GENERATOR GEN_FEATURE_ID;TABLE FEATURE (INTEGER NOT NULL,_TYPE INTEGER NOT NULL,_FEATURE VARCHAR(100) NOT NULL

);TABLE FEATURE ADD CONSTRAINT PK_FEATURE PRIMARY KEY (ID);TABLE FEATURE ADD CONSTRAINT FK_FEATURE_1 FOREIGN KEY (ID_TYPE) REFERENCES TYPE_MODEL (ID);

GENERATOR GEN_MODEL_PARAMETER_ID;

TABLE MODEL_PARAMETER (INTEGER NOT NULL,_MODEL INTEGER NOT NULL,_FEATURE INTEGER NOT NULL,

"VALUE" VARCHAR(100) NOT NULL,_USER_VALUE CHAR(1) NOT NULL

);TABLE MODEL_PARAMETER ADD CONSTRAINT PK_MODEL_PARAMETER PRIMARY KEY (ID);TABLE MODEL_PARAMETER ADD CONSTRAINT FK_MODEL_PARAMETER_1 FOREIGN KEY (ID_MODEL) REFERENCES MODEL (ID);TABLE MODEL_PARAMETER ADD CONSTRAINT FK_MODEL_PARAMETER_2 FOREIGN KEY (ID_FEATURE) REFERENCES FEATURE (ID);GENERATOR GEN_RESULTS_ID;TABLE RESULTS (INTEGER NOT NULL,INTEGER NOT NULL

);TABLE RESULTS ADD CONSTRAINT PK_RESULTS PRIMARY KEY (ID);TABLE RESULTS ADD CONSTRAINT FK_RESULTS_1 FOREIGN KEY (RESULT) REFERENCES MODEL (ID);

ТриггерыOR ALTER TRIGGER TYPE_MODEL_TRIGGER_ID FOR TYPE_MODELBEFORE INSERT POSITION 0(new.id is null) then new.id=gen_id(gen_type_model_id,1);OR ALTER TRIGGER MODEL_TRIGGER_ID FOR MODELBEFORE INSERT POSITION 0(new.id is null) then.id = gen_id(GEN_MODEL_ID,1);OR ALTER TRIGGER FEATURE_BI FOR FEATUREBEFORE INSERT POSITION 0(new.id is null) then.id = gen_id(gen_feature_id,1);

OR ALTER TRIGGER MODEL_PARAMETER_BI FOR MODEL_PARAMETERBEFORE INSERT POSITION 0(new.id is null) then.id = gen_id(gen_model_parameter_id,1);OR ALTER TRIGGER RESULTS_BI FOR RESULTSBEFORE INSERT POSITION 0(new.id is null) then.id = gen_id(gen_results_id,1);

ОграниченияTABLE TYPE_MODEL ADD CONSTRAINT TYPE_MODEL_NAME_UNQ UNIQUE (NAME);

ПРИЛОЖЕНИЕ 2

Обработка данных

▼messUID

►MessageId = 0000000000055119040030051715101111111

►MessageDT = 2017-05-30T15:10:43.560+03:00

▼office

►regionalBankID = 11

►branchID = 1111

►additionalOfficeID = 01111

►channelSales = 9

►srcSystem = 2

►timeoutOKI = 600

▼requestType

►checkMobile = 0

►checkUV = true

►checkDM = true

▼settings

►transferTypeCodes = 01,02,03,04,05,06,07,08,09,10,11,12,13,14,15

►SAPmonthCount = 12

►creditHistoryConsentPeriod = 60

▼application

►appDate = 2017-05-30+03:00

►appNumber = 551190400

►identifier = 283184001

►manualCorrChFlag = false

►operatorLogin = UG

►revisionNum = 1

▼applyAddress

►captionID = ACTUAL

▼region

►regionID = 11

►regionName = Москваааааа

►credAmntRUR = 0

►customerClaimCreditLimit = 250000

►currency = RUB

►loanCurrency = RUB

▼appProductInfo

►productType = 1

►productCode = 10

►subproductCode = 1384

►creditRange1 = 24

►creditRange2 = 36

►RefIsOSZRequired = false

►CreditConditionsId = 34

►appGroup = B1

►cbrExistsFlag = false

►g1ExistsFlag = false

►g2ExistsFlag = false

►changeRate = 1

►usdRate = 57.7106

►eurRate = 63.3684

►pskMax = 26

►isTopUp = false

►IsMilitaryMort = false

►IsMilitaryCons = false

►calcLoanPeriod = 12

►applicationChannel = 02

►cbrFinanceType = 023

►reasonforEnquiry = 01

▼offerData

►offerSignedBeforeRegistration = false

►offerSignedFlag = 2

►offerSelectedIssuance = 5

►completeAppFlag = true

►expressCreditFlag = false

►totalMaxCalcSumForBrCbr = 0

►totalMaxCalcSumForGrn = 0

►uwDecisionLimit = 0

►autoLoanPossible = true

►shadowLimit = 0

►calcInterestRateAfter = 0

►changeInterestRate = 0

▼altParameters

▼altParameter

►altApprovedSumAdd = 0.00

►altInterestRateAfter = 0.00

►altMonthPayment = 0.00

▼altParameter

►altApprovedSumAdd = 0.00

►altInterestRateAfter = 0.00

►altMonthPayment = 0.00

▼altParameter

►altApprovedSumAdd = 0.00

►altInterestRateAfter = 0.00

►altMonthPayment = 0.00

▼finalParameters

►altCreditSumChosen = 0

►altIntRateChosen = 0

►altLoanTermChosen = 0

►randomNumber1 = 825

►randomNumber3 = 591

▼participants

▼naturalPerson

►role = MA

►participantNumber = 1

►gender = M

►newApplicant = 9

►martialStatus = 1

►MilitaryCertificate = false

►income = 100000

▼incomeData

►flagSalCardSB = false

►flagSalDeposit = true

►avgConfIncome6M = 100000

►avgAddIncome6M = 0

►avgFamilyIncome6M = 100000

►avgExpenses6M = 1000

►avgSbercardIncome = 0

►flagSbercardStatement = false

►calcAvgConfIncome = 0

►avgPensionIncome = 0

►disposableIncome = 0

►avgNaturIncome = 0

►avgSalaryCardIncome = 0

►otherCardAvgIncome = 0

►expectedIncome1 = 0

►expectedIncome2 = 0

▼currentPersonData

►firstName = Климент

►lastName = Ворошилов

►middleName = Ефремович

►birthPlace = МОСКВААААААА

►birthDate = 1971-02-14+03:00

►ageY = 46

►ageM = 555

►educationStatus = 1

▼primaryID

►idType = 01

►serie = 4376

►number = 717899

►IssueDate = 2016-05-05+03:00

►issueAuthority = ОУФМС

►authCode = 456-456

▼phone

►phoneIndex = 0

►phoneType = CELLULAR

►phoneNumber = 79214353453

►countryPrefix = 7

►cityPrefix = 921

►abonentNumber = 4353453

►phoneIsSuspect = false

▼phone

►phoneIndex = 1

►phoneType = WORK

►phoneNumber = 79214351111

►countryPrefix = 7

►cityPrefix = 921

►abonentNumber = 4353111

►phoneIsSuspect = false

▼phone

►phoneIndex = 2

►phoneType = HOMEREAL

►phoneNumber = 79214353111

►countryPrefix = 7

►cityPrefix = 921

►abonentNumber = 4353111

►phoneIsSuspect = false

▼address

►captionID = PERS_REG

►postalCode = 123654

▼region

►regionID = 50

►regionName = Московская область

▼city

►cityName = Москваааааааааа

►cityTypeCode = 301

►shortCityTypeName = г

▼streetAddress

▼street

►streetName = Нагорная

►streetTypeCode = 529

►shortStreetTypeName = ул

►houseNumber = 6

►flatNumber = 6

▼address

►captionID = HOME

►postalCode = 123654

▼region

►regionID = 50

►regionName = Московская область

▼city

►cityName = Москваааааааааа

►cityTypeCode = 301

►shortCityTypeName = г

▼streetAddress

▼street

►streetName = Нагорная

►streetTypeCode = 529

►shortStreetTypeName = ул

►houseNumber = 6

►flatNumber = 6

►actAddressIsRegAddress = true

►housingStatus = 1

►laYears = 99

▼employer

►positionTypeCode = 1

►positionType = Руководитель высшего звена

►positionName = вкыпаевапва

►industrySectorCode = 1

►industrySector = Финансы, банки, страхование

►INN = 7727001111

►employeeAmnt = 5

►name = прпарпар

▼legalForm

►LegalFormCode = 002

►LegalFormText = ОАО (Открытое акционерное общ-во)

►SBRFEmployee = false

►employmentStatusCode = 2

►compExperience = 6

▼property

►realTotalArea = 0

►realTotalPrice = 0

►realPropertyTotalArea = 0

►realPropertyTotalPrice = 0

►vehiclesTotalCount = 0

►vehiclesTotalPrice = 0

►citizenship = RUSSIA

▼consents

►consentPFR = 0

▼consentInfo

►consentFlag = true

►consentOpenDate = 2017-05-30+03:00

►consentExpiryDate = 2017-07-29+03:00

►purpose = 1

►userLiabilityFlag = true

►userName = Sberbank

▼consentInfoUIISs

▼consentInfoUIIS

►providerUIISCode = MAILRU

►flagUIISConsent = true

▼consentInfoUIIS

►providerUIISCode = MEGAFON

►flagUIISConsent = true

▼consentInfoUIIS

►providerUIISCode = MFMSolution

►flagUIISConsent = true

▼consentInfoUIIS

►providerUIISCode = MTS

►flagUIISConsent = true

▼consentInfoUIIS

►providerUIISCode = TELE2

►flagUIISConsent = true

▼consentInfoUIIS

►providerUIISCode = test

►flagUIISConsent = true

▼consentInfoUIIS

►providerUIISCode = test1

►flagUIISConsent = true

▼consentInfoUIIS

►providerUIISCode = BEELINE

►flagUIISConsent = true

►dateOfSinging = 2017-05-30+03:00

▼accounts

▼account

►accountNumber = 40817810838175411111

►accountType = 1

►suportAmount = 0

►VIPClient = false

►insuranceNumber = 123-454-524 33

►borrowerCategory = B1

►paymentFrequency = 3

►flagEGRUL = 0

▼creditCardInfo

►consentCreditCard = false

►cardCreditSum = 0

►cardLimitSum = 0

►residualSolvencySum = 0

▼ratingMBKI_BRS

►sbrfExperienceFlag = false

►smSalaryCardFlag = 0

►sbercardFlag = false

►negativeResultPayrollCard = false

▼creditHistoryData

►cbCHcheck = 0

►sbCHcheck = 0

►goodCreditHistoryDays = 0

▼scoringResult

►reliabilityScore = 0

►fraudScore = 0

►scoreB2 = 0

►scoreB3 = 0

▼reliabilityData

►fraudRiskLevel = 0

►scoringZone = 0

►securityCheck = 0

▼reservedFields

▼reservedField

►reservedFieldName = reservedString1

►reservedFieldValue

►reservedFieldType = string

▼reservedField

►reservedFieldName = reservedString2

►reservedFieldValue

►reservedFieldType = string

▼reservedField

►reservedFieldName = reservedString3

►reservedFieldValue

►reservedFieldType = string

▼reservedField

►reservedFieldName = reservedString4

►reservedFieldValue

►reservedFieldType = string

▼reservedField

►reservedFieldName = reservedString5

►reservedFieldValue

►reservedFieldType = string

▼reservedField

►reservedFieldName = reservedNumber1

►reservedFieldValue = 0.000

►reservedFieldType = decimal

▼reservedField

►reservedFieldName = reservedNumber2

►reservedFieldValue = 0.000

►reservedFieldType = decimal

▼reservedField

►reservedFieldName = reservedNumber3

►reservedFieldValue = 0.000

►reservedFieldType = decimal

▼reservedField

►reservedFieldName = reservedNumber4

►reservedFieldValue = 0.000

►reservedFieldType = decimal

▼reservedField

►reservedFieldName = reservedNumber5

►reservedFieldValue = 0.000

►reservedFieldType = decimal

▼reservedFields

▼reservedField

►reservedFieldName = reservedString1

►reservedFieldValue

►reservedFieldType = string

▼reservedField

►reservedFieldName = reservedString2

►reservedFieldValue

►reservedFieldType = string

▼reservedField

►reservedFieldName = reservedString3

►reservedFieldValue

►reservedFieldType = string

▼reservedField

►reservedFieldName = reservedString4

►reservedFieldValue

►reservedFieldType = string

▼reservedField

►reservedFieldName = reservedString5

►reservedFieldValue

►reservedFieldType = string

▼reservedField

►reservedFieldName = reservedNumber1

►reservedFieldValue = 0

►reservedFieldType = decimal

▼reservedField

►reservedFieldName = reservedNumber2

►reservedFieldValue = 0

►reservedFieldType = decimal

▼reservedField

►reservedFieldName = reservedNumber3

►reservedFieldValue = 0

►reservedFieldType = decimal

▼reservedField

►reservedFieldName = reservedNumber4

►reservedFieldValue = 0

►reservedFieldType = decimal

▼reservedField

►reservedFieldName = reservedNumber5

►reservedFieldValue = 0

►reservedFieldType =

▼messUID

►MessageId = 0000000000055119040030051715101111111

►MessageDT = 2017-05-30T12:11:38.207Z

►FromAbonent = ESB

►ToAbonent = TSM

▼result_info

►code = 0

►description = OK

►systemID = BUS

▼business_info

►appNumber = 551190400

▼participant

►participantNumber = 1

▼phone

►phoneIndex = 1

▼OperatorResponse

►OperatorName = MAILRU

►RequestStatus = SUCCESS

▼variable

►varName = SBRF_SCORE

►Status = FAILURE

►errorMessage = 404: data not found

▼OperatorResponse

►OperatorName = MEGAFON

►RequestStatus = ERROR

▼phone

►phoneIndex = 0

▼OperatorResponse

►OperatorName = MAILRU

►RequestStatus = SUCCESS

▼variable

►varName = SBRF_SCORE

►Status = FAILURE

►errorMessage = 404: data not found

▼OperatorResponse

►OperatorName = MEGAFON

►RequestStatus = ERROR

▼phone

►phoneIndex = 2

▼OperatorResponse

►OperatorName = MAILRU

►RequestStatus = SUCCESS

▼variable

►varName = SBRF_SCORE

►Status = FAILURE

►errorMessage = 404: data not found

▼OperatorResponse

►OperatorName = MEGAFON

►RequestStatus = ERROR

▼CallResult

►Score = -9.0

►Score = -9.0

►Score = -9.0

►Score = -9.0

►ScoreCard = No_Call

►ScoreCard = No_Call

►ScoreCard = No_Call

►ScoreCard = No_Call

►ScoreCard = No_Call

►AdditionalSMInfo

►ReliabilityCodes

►ReliabilityCodes

▼scoringBKIResult

►bkiScore = 1115

►spareNumeric = 0

►spareNumeric = 1

►spareNumeric = 1010002011

►spareNumeric = 100000001

►spareNumeric = 2

►spareNumeric = 1

►spareNumeric = 0

►spareNumeric = 2383.23

►spareNumeric = 0

►spareNumeric = 0

►spareNumeric = 375

►spareNumeric = 0

►bank_Sum_of_payments = 6634.27

►bki_Sum_of_payments = 0

►accepted_Sum_of_payments = 0

►application_Sum_of_payments = 0

▼aggregatesGSL

►creditLiabilitySum = 240000

►creditCardliabilitySum = 0

►creditLineliabilitySum = 0

▼checkCODWAY4s

▼checkCODWAY4

►AVG_COD_salary_income = 0

►AVG_COD_pension_income = 100000

►AVG_COD_other_income = 5.85

►StatementTotalsCodeTypes = 1.0

►StatementTotalsCodeTypes = 2.0

►StatementTotalsCodeTypes = 3.0

►StatementTotalsCodeTypes = 4.0

►StatementTotalsCodeTypes = 5.0

►StatementTotalsCodeTypes = 6.0

►StatementTotalsByTypePeriods = 000000

►StatementTotalsByTypePeriods = 000001

►StatementTotalsByTypePeriods = 111110

►StatementTotalsByTypePeriods = 000001

►StatementTotalsByTypePeriods = 000001

►StatementTotalsByTypePeriods = 000001

►StatementTotalsByType = 0.0

►StatementTotalsByType = 35.1

►StatementTotalsByType = 500000.0

►StatementTotalsByType = 35.1

►StatementTotalsByType = 35.1

►StatementTotalsByType = 35.1

►accountType = 1

►accountNumber = 40817810838175422334

▼checkStopLists

▼checkStopList

►declineFlag = false

▼checkHunter

►HN_ActHome_Verif_By_Phone = N

►HN_Expert_Analyses = N

►HN_Mobile_Verif_By_Phone = N

►HN_RegHome_Verif_By_Phone = N

►HN_Work_Verif_By_Phone = N

▼checkMDM

►MDM_SalaryProjectExist = 2

►MDM_ReliabilityCodes = MDM

▼rawData

▼applicationRawDatas

▼applicationRawData

►codeExtSystem = ASSDGSZ

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns2:relationsAndObligationsRequest xmlns:ns2="http://sbrf/ru/neoflex/sbrf/bo"> <MessUID> <MessageId>D90228001ASSDGSZ0437F8C1959A48BE</MessageId> <MessageDate>2017-05-30</MessageDate> <FromAbonent>ECH</FromAbonent> <version>2.4.0</version> </MessUID> <general> <date>2017-05-30T12:11:05</date> <priority>0</priority> <timeout>10</timeout> <repeatCount>3</repeatCount> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> </general> <application> <number>551190400</number> <date>30.05.2017</date> <entityCount>1</entityCount> <relationCount>1</relationCount> <depth>3</depth> <currency>RUB</currency> <amount>250000</amount> </application> <individualList> <individual> <internalNumber>0</internalNumber> <lastName>Ворошилов</lastName> <firstName>Климент</firstName> <middleName>Ефремович</middleName> <birthDate>14.02.1971</birthDate> </individual> </individualList> <relationList> <relation> <firstClientID>0</firstClientID> <secondClientID>0</secondClientID> <role>1</role> </relation> </relationList>< /ns2:relationsAndObligationsRequest>

►responseRawData = <NS1:busResponse xmlns:NS1="http://experian.com/business/sbrf/grb"><result_info><code>0</code><description>Ok</description><systemID>BUS</systemID></result_info><general_info><transactRequestDateTime>2017-05-30T12:11:05</transactRequestDateTime></general_info><business_info><appNo>551190400</appNo><appLoanAmount>250000</appLoanAmount><appCurrency>RUB</appCurrency><entityCount>2</entityCount><entityBlock><individualPersonBlock><personSurname>ВОРОШИЛОВ</personSurname><personFirstName>КЛИМЕНТ</personFirstName><personPatronymicName>ЕФРЕМОВИЧ</personPatronymicName><personBirthDate>1971-02-14</personBirthDate><entityID>0</entityID></individualPersonBlock></entityBlock><entityBlock><individualPersonBlock><personSurname>ВОРОШИЛОВ</personSurname><personFirstName>КЛИМЕНТ</personFirstName><personPatronymicName>ЕФРЕМОВИЧ</personPatronymicName><personBirthDate>1971-02-14</personBirthDate><entityID>1</entityID></individualPersonBlock></entityBlock><liabilityCount>3</liabilityCount><liabilityBlock><liabilityID>1</liabilityID><liabilityType>0</liabilityType><liabilityContractNo>551190400</liabilityContractNo><liabilityAmountActual>250000</liabilityAmountActual><liabilityCurrencyActual>RUB</liabilityCurrencyActual><liabilityCurrencyInitial>RUB</liabilityCurrencyInitial></liabilityBlock><liabilityBlock><liabilityID>2</liabilityID><liabilityType>1</liabilityType><liabilityContractNo>40354127</liabilityContractNo><liabilityAmountActual>150000.00</liabilityAmountActual><liabilityCurrencyActual>810</liabilityCurrencyActual><liabilityAmountInitial>150000.00</liabilityAmountInitial><liabilityCurrencyInitial>810</liabilityCurrencyInitial><liabilityCreditType>20</liabilityCreditType></liabilityBlock><liabilityBlock><liabilityID>3</liabilityID><liabilityType>1</liabilityType><liabilityContractNo>872</liabilityContractNo><liabilityAmountActual>90000.00</liabilityAmountActual><liabilityCurrencyActual>810</liabilityCurrencyActual><liabilityAmountInitial>90000.00</liabilityAmountInitial><liabilityCurrencyInitial>810</liabilityCurrencyInitial><liabilityCreditType>34</liabilityCreditType></liabilityBlock><relationCount>3</relationCount><relationBlock><relationParentEntityID>0</relationParentEntityID><relationChildEntityID>0</relationChildEntityID><relationCode>1</relationCode><relationLiabilityID>1</relationLiabilityID></relationBlock><relationBlock><relationParentEntityID>1</relationParentEntityID><relationChildEntityID>1</relationChildEntityID><relationCode>1</relationCode><relationLiabilityID>2</relationLiabilityID></relationBlock><relationBlock><relationParentEntityID>1</relationParentEntityID><relationChildEntityID>1</relationChildEntityID><relationCode>1</relationCode><relationLiabilityID>3</relationLiabilityID></relationBlock></business_info><MessUID><MessageId>D90228001ASSDGSZ0437F8C1959A48BE</MessageId><MessageDate>2017-05-30</MessageDate><FromAbonent>ASSD</FromAbonent></MessUID></NS1:busResponse>

▼applicationRawData

►codeExtSystem = HUNTER

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns4:onlineMatchingRequest xmlns:ns2="http://www.sbrf.ru/neoflex/CheckAppTypes" xmlns:ns4="http://www.sbrf.ru/sbt/HunterServiceInterface/" xmlns:ns3="urn:mclsoftware.co.uk:hunterII"> <ns2:messUID> <MessageId>D90228001HUNTER21F7045E25F441FBA</MessageId> <MessageDate>2017-05-30Z</MessageDate> <FromAbonent>ECH</FromAbonent> <version>3.0</version> </ns2:messUID> <ns2:general> <date>2017-05-30T12:11:06.000Z</date> <priority>50</priority> <timeout>120</timeout> <repeatCount>3</repeatCount> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> </ns2:general> <ns2:controlXml> <ns3:ControlBlock> <ns3:Customer> <ns3:CustomerID>1</ns3:CustomerID> <ns3:CustomerName>SBERBANK</ns3:CustomerName> </ns3:Customer> <ns3:Loading> <ns3:SubmissionLoad>1</ns3:SubmissionLoad> <ns3:SuppressVersion flag="0"/> </ns3:Loading> <ns3:Matching> <ns3:MatchScheme> <ns3:SchemeID>1</ns3:SchemeID> <ns3:SchemeID>5</ns3:SchemeID> <ns3:SchemeID>9</ns3:SchemeID> <ns3:SchemeID>13</ns3:SchemeID> </ns3:MatchScheme> <ns3:PersistMatches>1</ns3:PersistMatches> <ns3:WorklistInsert>0</ns3:WorklistInsert> </ns3:Matching> <ns3:Results> <ns3:RsltCode>1</ns3:RsltCode> </ns3:Results> </ns3:ControlBlock> </ns2:controlXml> <ns2:batchXml> <ns3:BATCH_UNSECLOAN> <ns3:HEADER> <ns3:COUNT>1</ns3:COUNT> <ns3:ORIGINATOR>SBERBANK</ns3:ORIGINATOR> </ns3:HEADER> <ns3:SUBMISSIONS> <ns3:SUBMISSION> <ns3:IDENTIFIER>00000000000551190400</ns3:IDENTIFIER> <ns3:PRODUCT>CL Unsec</ns3:PRODUCT> <ns3:CLASSIFICATION>REFER</ns3:CLASSIFICATION> <ns3:DATE>2017-05-30Z</ns3:DATE> <ns3:APPLIC_DATE>2017-05-30Z</ns3:APPLIC_DATE> <ns3:SUB_VAL>250000</ns3:SUB_VAL> <ns3:CUR>RUB</ns3:CUR> <ns3:RUB_EQUIV>250000</ns3:RUB_EQUIV> <ns3:LOAN_TERM>12</ns3:LOAN_TERM> <ns3:OPERATOR_ID>UG</ns3:OPERATOR_ID> <ns3:SUBPRODUCT>1384</ns3:SUBPRODUCT> <ns3:BANK_CODE>99</ns3:BANK_CODE> <ns3:BRANCH>7813</ns3:BRANCH> <ns3:SUBDIVISION>01172</ns3:SUBDIVISION> <ns3:MAIN_APP> <ns3:FIRST_NAME>Климент</ns3:FIRST_NAME> <ns3:SURNAME>Ворошилов</ns3:SURNAME> <ns3:PATRONYMIC_NAME>Ефремович</ns3:PATRONYMIC_NAME> <ns3:DOB>1971-02-14Z</ns3:DOB> <ns3:SEX>0</ns3:SEX> <ns3:MARITAL_STATUS>0</ns3:MARITAL_STATUS> <ns3:EDUCATION>1</ns3:EDUCATION> <ns3:CITIZENSHIP>1</ns3:CITIZENSHIP> <ns3:PENSIONEER>N</ns3:PENSIONEER> <ns3:VIP>N</ns3:VIP> <ns3:DOC_INCOME>100000</ns3:DOC_INCOME> <ns3:UNDOC_INCOME>0</ns3:UNDOC_INCOME> <ns3:MONTH_INCOME>100000</ns3:MONTH_INCOME> <ns3:INDIVIDUAL_PRED>N</ns3:INDIVIDUAL_PRED> <ns3:MAPP_DOC> <ns3:DOC_NUMBER>717899</ns3:DOC_NUMBER> <ns3:DOC_SERIES>4376</ns3:DOC_SERIES> <ns3:ISSUE_DATE>2016-05-05Z</ns3:ISSUE_DATE> <ns3:ISSUED_BY>ОУФМС</ns3:ISSUED_BY> <ns3:PASS_AUTH_CODE>456-456</ns3:PASS_AUTH_CODE> </ns3:MAPP_DOC> <ns3:MAPP_RADD> <ns3:POSTAL_CODE>123654</ns3:POSTAL_CODE> <ns3:REGION>50</ns3:REGION> <ns3:CITY>Москваа</ns3:CITY> <ns3:CITY_TYPE>г</ns3:CITY_TYPE> <ns3:STREET_NAME>Нагорная</ns3:STREET_NAME> <ns3:STREET_TYPE>ул</ns3:STREET_TYPE> <ns3:HOUSE_NUMBER>6</ns3:HOUSE_NUMBER> <ns3:APP>6</ns3:APP> </ns3:MAPP_RADD> <ns3:MAPP_CADD> <ns3:POSTAL_CODE>123654</ns3:POSTAL_CODE> <ns3:REGION>50</ns3:REGION> <ns3:CITY>Москваа</ns3:CITY> <ns3:CITY_TYPE>г</ns3:CITY_TYPE> <ns3:STREET_NAME>Нагорная</ns3:STREET_NAME> <ns3:STREET_TYPE>ул</ns3:STREET_TYPE> <ns3:HOUSE_NUMBER>6</ns3:HOUSE_NUMBER> <ns3:APP>6</ns3:APP> <ns3:RES_STAT>1</ns3:RES_STAT> <ns3:PERIOD>99</ns3:PERIOD> </ns3:MAPP_CADD> <ns3:MAPP_CATEL> <ns3:TELEPHONE_NUMBER>4353456</ns3:TELEPHONE_NUMBER> <ns3:CITY_PREFIX>921</ns3:CITY_PREFIX> <ns3:COUNTRY_PREFIX>7</ns3:COUNTRY_PREFIX> <ns3:TEL_NUM>9214353456</ns3:TEL_NUM> </ns3:MAPP_CATEL> <ns3:MAPP_MTEL> <ns3:TELEPHONE_NUMBER>4353453</ns3:TELEPHONE_NUMBER> <ns3:CITY_PREFIX>921</ns3:CITY_PREFIX> <ns3:COUNTRY_PREFIX>7</ns3:COUNTRY_PREFIX> <ns3:TEL_NUM>9214353453</ns3:TEL_NUM> </ns3:MAPP_MTEL> <ns3:MAPP_WTEL> <ns3:TELEPHONE_NUMBER>4353453</ns3:TELEPHONE_NUMBER> <ns3:CITY_PREFIX>921</ns3:CITY_PREFIX> <ns3:COUNTRY_PREFIX>7</ns3:COUNTRY_PREFIX> <ns3:TEL_NUM>9214353453</ns3:TEL_NUM> </ns3:MAPP_WTEL> </ns3:MAIN_APP> </ns3:SUBMISSION> </ns3:SUBMISSIONS> </ns3:BATCH_UNSECLOAN> </ns2:batchXml>< /ns4:onlineMatchingRequest>

►responseRawData = <NS1:busResponse xmlns:NS1="http://experian.com/business/sbrf/hunter/matching"><NS1:result_info><NS1:code>0</NS1:code><NS1:description>SUCCESS</NS1:description><NS1:systemID>BUS</NS1:systemID></NS1:result_info><NS1:general_info><NS1:transactRequestDateTime>2017-05-30T12:11:17.052543</NS1:transactRequestDateTime></NS1:general_info><NS1:business_info><NS1:ResultBlock><NS1:MatchSummary matches="1"><NS1:TotalMatchScore>4600</NS1:TotalMatchScore><NS1:Rules totalRuleCount="46"><NS1:Rule ruleCount="4"><NS1:RuleID>MA_SAPP_DEC_180D</NS1:RuleID><NS1:Score>100</NS1:Score></NS1:Rule><NS1:Rule ruleCount="4"><NS1:RuleID>MA_SCA_DEC_90D_3</NS1:RuleID><NS1:Score>100</NS1:Score></NS1:Rule><NS1:Rule ruleCount="21"><NS1:RuleID>MA_SRADD_DPER_180D_3</NS1:RuleID><NS1:Score>100</NS1:Score></NS1:Rule><NS1:Rule ruleCount="5"><NS1:RuleID>MA_SDOC_DRADD_30</NS1:RuleID><NS1:Score>100</NS1:Score></NS1:Rule><NS1:Rule ruleCount="2"><NS1:RuleID>MA_SWTEL_PTEL_DPER</NS1:RuleID><NS1:Score>100</NS1:Score></NS1:Rule><NS1:Rule ruleCount="5"><NS1:RuleID>MA_RADD_DEC_180D_3</NS1:RuleID><NS1:Score>100</NS1:Score></NS1:Rule><NS1:Rule ruleCount="2"><NS1:RuleID>MA_SMTEL_DPER_NOT_90</NS1:RuleID><NS1:Score>100</NS1:Score></NS1:Rule><NS1:Rule ruleCount="3"><NS1:RuleID>MA_SPER_RACC_3</NS1:RuleID><NS1:Score>100</NS1:Score></NS1:Rule></NS1:Rules><NS1:MatchSchemes schemeCount="1"><NS1:Scheme><NS1:SchemeID>5</NS1:SchemeID><NS1:Score>4600</NS1:Score></NS1:Scheme></NS1:MatchSchemes></NS1:MatchSummary><NS1:ErrorWarnings><NS1:Errors errorCount="0"/><NS1:Warnings warningCount="0"/></NS1:ErrorWarnings></NS1:ResultBlock></NS1:business_info><NS1:MessUID><NS1:MessageId>D90228001HUNTER21F7045E25F441FBA</NS1:MessageId><NS1:MessageDate>2017-05-30</NS1:MessageDate><NS1:FromAbonent>BUS</NS1:FromAbonent></NS1:MessUID></NS1:busResponse>

▼applicationRawData

►codeExtSystem = ETSM

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< SrvApplicationRq xmlns="http://CreditFactory/ru/sbrf/sbt/ech/sApplication"> <MessUID> <MessageId>D90228001ETSM7F64FA262F0E4890B57</MessageId> <MessageDT>2017-05-30T12:11:14</MessageDT> <FromAbonent>ECH</FromAbonent> </MessUID> <AppNumber>551190400</AppNumber> <SearchType>1</SearchType> <Applicant> <ApplicantNumber>123512</ApplicantNumber> <PersonName> <LastName>ВОРОШИЛОВ</LastName> <FirstName>КЛИМЕНТ</FirstName> <MiddleName>ЕФРЕМОВИЧ</MiddleName> </PersonName> <Birthday>1971-02-14</Birthday> </Applicant> <Applicant> <ApplicantNumber>123513</ApplicantNumber> <PersonName> <LastName>ВОРОШИЛОВ</LastName> <FirstName>КЛИМЕНТ</FirstName> <MiddleName>ЕФРЕМОВИЧ</MiddleName> </PersonName> <Birthday>1971-02-14</Birthday> </Applicant>< /SrvApplicationRq>

►responseRawData = <?xml version="1.0" encoding="utf-8"?><NS1:SrvApplicationRs xmlns:NS1="http://CreditFactory/ru/sbrf/sbt/ech/sApplication"><NS1:MessUID><NS1:MessageId>D90228001ETSM7F64FA262F0E4890B57</NS1:MessageId><NS1:MessageDT>2017-05-30T15:11:15.522+03:00</NS1:MessageDT><NS1:FromAbonent>ETSM_Rtl</NS1:FromAbonent><NS1:ToAbonent>ECH</NS1:ToAbonent></NS1:MessUID><NS1:SrcRq><NS1:RqUID>D90228001ETSM7F64FA262F0E4890B57</NS1:RqUID></NS1:SrcRq><NS1:Status><NS1:StatusCode>0</NS1:StatusCode></NS1:Status></NS1:SrvApplicationRs>

▼participantRawDatas

▼participantRawData

►index = 1

►codeExtSystem = MAILRU

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns2:srvGetExternalScoreRateRq xmlns:ns2="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"> <messUID> <messageId>D90228001MAILRU0D5B026B42BF45329</messageId> <messageDT>2017-05-30T12:11:28</messageDT> <fromAbonent>ECH</fromAbonent> </messUID> <office> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> <appAddress> <captionID>ACTUAL</captionID> <region> <regionID>77</regionID> <regionName>г. Москваа</regionName> </region> </appAddress> </office> <code_Type>MAILRU</code_Type> <participant> <naturalPerson> <currentPersonData> <lastName>Ворошилов</lastName> <firstName>Климент</firstName> <middleName>Ефремович</middleName> </currentPersonData> <birthDate>1971-02-14</birthDate> <primaryID> <idType>01</idType> <serie>4376</serie> <number>717899</number> <issueDate>2016-05-05</issueDate> <issueAuthority>ОУФМС</issueAuthority> </primaryID> <address> <captionID>PERS_REG</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> <address> <captionID>HOME</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> <employer> <positionType>Руководитель высшего звена</positionType> <positionName>вкыпаевапва</positionName> <industrySector>Финансы, банки, страхование</industrySector> <name>прпарпар</name> <INN>7727009834</INN> </employer> </naturalPerson> </participant> <ratings> <varName>SBRF_SCORE</varName> </ratings> <phone> <type>WORK</type> <numberPhone>79214353453</numberPhone> </phone> <consent>Yes</consent>< /ns2:srvGetExternalScoreRateRq>

►responseRawData = <mob:srvGetExternalScoreRateRs xmlns:mob="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"><messUID><messageId>D90228001MAILRU0D5B026B42BF45329</messageId><messageDT>2017-05-30T12:11:28</messageDT><fromAbonent>ECH</fromAbonent></messUID><result_info><code>0</code><systemID>BUS</systemID></result_info><phoneNumber>79214353453</phoneNumber><ratings><rating><varName>SBRF_SCORE</varName><varStatus>FAILURE</varStatus><message>404: data not found </message></rating></ratings></mob:srvGetExternalScoreRateRs>

▼participantRawData

►index = 1

►codeExtSystem = MEGAFON

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns2:srvGetExternalScoreRateRq xmlns:ns2="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"> <messUID> <messageId>D90228001MEGAFON38B52D1336B44BE5</messageId> <messageDT>2017-05-30T12:11:30</messageDT> <fromAbonent>ECH</fromAbonent> </messUID> <office> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> <appAddress> <captionID>ACTUAL</captionID> <region> <regionID>77</regionID> <regionName>г. Москваа</regionName> </region> </appAddress> </office> <code_Type>MEGAFON</code_Type> <participant> <naturalPerson> <currentPersonData> <lastName>Ворошилов</lastName> <firstName>Климент</firstName> <middleName>Ефремович</middleName> </currentPersonData> <birthDate>1971-02-14</birthDate> <primaryID> <idType>01</idType> <serie>4376</serie> <number>717899</number> <issueDate>2016-05-05</issueDate> <issueAuthority>ОУФМС</issueAuthority> </primaryID> <address> <captionID>PERS_REG</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> <address> <captionID>HOME</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> </naturalPerson> </participant> <ratings> <varName>SBRF_SCORE2</varName> <varName>IS_REDIRECT</varName> <varName>DATA_VOL1</varName> <varName>BLOCK_CNT</varName> <varName>LIFETIME_BIN1</varName> <varName>ALL_CLC_12</varName> <varName>IS_MEGAFON</varName> <varName>WORK_ADDRESS_SCORE</varName> <varName>SMS_OUT_CNT1</varName> <varName>IS_ROAM_NOTCIS</varName> <varName>SBRF_SCORE</varName> <varName>HOME_ADDRESS_SCORE</varName> <varName>BLOCK_DUR</varName> <varName>SCORE</varName> <varName>SBRF_SCORE1</varName> <varName>WORK_ADDRESS_SCORE1</varName> <varName>SMS_IN_CNT</varName> <varName>PAY_MAX</varName> <varName>SBRF_SME_SCORE</varName> <varName>LIFETIME_BIN</varName> <varName>IS_ROAM_RUS</varName> <varName>PERS_DATA_SCORE</varName> <varName>DATA_VOL</varName> <varName>SMS_OUT_CNT</varName> <varName>VOICE_IN_DUR</varName> <varName>CNT_ACTIVE_MSISDN</varName> </ratings> <phone> <type>WORK</type> <numberPhone>79214353453</numberPhone> </phone> <consent>Yes</consent>< /ns2:srvGetExternalScoreRateRq>

►responseRawData = <mob:srvGetExternalScoreRateRs xmlns:mob="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"><messUID><messageId>D90228001MEGAFON38B52D1336B44BE5</messageId><messageDT>2017-05-30T15:11:31+03:00</messageDT><fromAbonent>ECH</fromAbonent></messUID><result_info><code>-1</code><description>Ошибка при отправке запроса</description><systemID>BUS</systemID></result_info><error_info><code>-14</code><description>local:///ParamsToContext.Int.xsl:29: xsl:message terminate=yes value=&apos;Remote address call error.Route{https://192.168.61.218:8181/api/v1/scoring/aggregated}.&apos; Response code=400</description><systemID>BUS</systemID></error_info></mob:srvGetExternalScoreRateRs>

▼participantRawData

►index = 1

►codeExtSystem = MAILRU

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns2:srvGetExternalScoreRateRq xmlns:ns2="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"> <messUID> <messageId>D90228001MAILRU3D30466F065944388</messageId> <messageDT>2017-05-30T12:11:28</messageDT> <fromAbonent>ECH</fromAbonent> </messUID> <office> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> <appAddress> <captionID>ACTUAL</captionID> <region> <regionID>77</regionID> <regionName>г. Москваа</regionName> </region> </appAddress> </office> <code_Type>MAILRU</code_Type> <participant> <naturalPerson> <currentPersonData> <lastName>Ворошилов</lastName> <firstName>Климент</firstName> <middleName>Ефремович</middleName> </currentPersonData> <birthDate>1971-02-14</birthDate> <primaryID> <idType>01</idType> <serie>4376</serie> <number>717899</number> <issueDate>2016-05-05</issueDate> <issueAuthority>ОУФМС</issueAuthority> </primaryID> <address> <captionID>PERS_REG</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> <address> <captionID>HOME</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> <employer> <positionType>Руководитель высшего звена</positionType> <positionName>вкыпаевапва</positionName> <industrySector>Финансы, банки, страхование</industrySector> <name>прпарпар</name> <INN>7727009834</INN> </employer> </naturalPerson> </participant> <ratings> <varName>SBRF_SCORE</varName> </ratings> <phone> <type>CELLULAR</type> <numberPhone>79214353453</numberPhone> </phone> <consent>Yes</consent>< /ns2:srvGetExternalScoreRateRq>

►responseRawData = <mob:srvGetExternalScoreRateRs xmlns:mob="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"><messUID><messageId>D90228001MAILRU3D30466F065944388</messageId><messageDT>2017-05-30T12:11:28</messageDT><fromAbonent>ECH</fromAbonent></messUID><result_info><code>0</code><systemID>BUS</systemID></result_info><phoneNumber>79214353453</phoneNumber><ratings><rating><varName>SBRF_SCORE</varName><varStatus>FAILURE</varStatus><message>404: data not found </message></rating></ratings></mob:srvGetExternalScoreRateRs>

▼participantRawData

►index = 1

►codeExtSystem = MEGAFON

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns2:srvGetExternalScoreRateRq xmlns:ns2="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"> <messUID> <messageId>D90228001MEGAFOND8A70AE53F9F482D</messageId> <messageDT>2017-05-30T12:11:30</messageDT> <fromAbonent>ECH</fromAbonent> </messUID> <office> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> <appAddress> <captionID>ACTUAL</captionID> <region> <regionID>77</regionID> <regionName>г. Москваа</regionName> </region> </appAddress> </office> <code_Type>MEGAFON</code_Type> <participant> <naturalPerson> <currentPersonData> <lastName>Ворошилов</lastName> <firstName>Климент</firstName> <middleName>Ефремович</middleName> </currentPersonData> <birthDate>1971-02-14</birthDate> <primaryID> <idType>01</idType> <serie>4376</serie> <number>717899</number> <issueDate>2016-05-05</issueDate> <issueAuthority>ОУФМС</issueAuthority> </primaryID> <address> <captionID>PERS_REG</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> <address> <captionID>HOME</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> </naturalPerson> </participant> <ratings> <varName>VOICE_IN_DUR</varName> <varName>SBRF_SCORE1</varName> <varName>HOME_ADDRESS_SCORE</varName> <varName>SCORE</varName> <varName>PERS_DATA_SCORE</varName> <varName>WORK_ADDRESS_SCORE1</varName> <varName>SMS_OUT_CNT1</varName> <varName>DATA_VOL</varName> <varName>SBRF_SME_SCORE</varName> <varName>IS_MEGAFON</varName> <varName>SBRF_SCORE2</varName> <varName>SBRF_SCORE</varName> <varName>CNT_ACTIVE_MSISDN</varName> <varName>IS_ROAM_RUS</varName> <varName>PAY_MAX</varName> <varName>LIFETIME_BIN</varName> <varName>IS_REDIRECT</varName> <varName>BLOCK_DUR</varName> <varName>WORK_ADDRESS_SCORE</varName> <varName>IS_ROAM_NOTCIS</varName> <varName>SMS_IN_CNT</varName> <varName>SMS_OUT_CNT</varName> <varName>ALL_CLC_12</varName> <varName>LIFETIME_BIN1</varName> <varName>DATA_VOL1</varName> <varName>BLOCK_CNT</varName> </ratings> <phone> <type>CELLULAR</type> <numberPhone>79214353453</numberPhone> </phone> <consent>Yes</consent>< /ns2:srvGetExternalScoreRateRq>

►responseRawData = <mob:srvGetExternalScoreRateRs xmlns:mob="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"><messUID><messageId>D90228001MEGAFOND8A70AE53F9F482D</messageId><messageDT>2017-05-30T15:11:31+03:00</messageDT><fromAbonent>ECH</fromAbonent></messUID><result_info><code>-1</code><description>Ошибка при отправке запроса</description><systemID>BUS</systemID></result_info><error_info><code>-14</code><description>local:///ParamsToContext.Int.xsl:29: xsl:message terminate=yes value=&apos;Remote address call error.Route{https://192.168.61.218:8181/api/v1/scoring/aggregated}.&apos; Response code=400</description><systemID>BUS</systemID></error_info></mob:srvGetExternalScoreRateRs>

▼participantRawData

►index = 1

►codeExtSystem = MAILRU

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns2:srvGetExternalScoreRateRq xmlns:ns2="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"> <messUID> <messageId>D90228001MAILRU4575ED24B6CC46C49</messageId> <messageDT>2017-05-30T12:11:28</messageDT> <fromAbonent>ECH</fromAbonent> </messUID> <office> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> <appAddress> <captionID>ACTUAL</captionID> <region> <regionID>77</regionID> <regionName>г. Москваа</regionName> </region> </appAddress> </office> <code_Type>MAILRU</code_Type> <participant> <naturalPerson> <currentPersonData> <lastName>Ворошилов</lastName> <firstName>Климент</firstName> <middleName>Ефремович</middleName> </currentPersonData> <birthDate>1971-02-14</birthDate> <primaryID> <idType>01</idType> <serie>4376</serie> <number>717899</number> <issueDate>2016-05-05</issueDate> <issueAuthority>ОУФМС</issueAuthority> </primaryID> <address> <captionID>PERS_REG</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> <address> <captionID>HOME</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> <employer> <positionType>Руководитель высшего звена</positionType> <positionName>вкыпаевапва</positionName> <industrySector>Финансы, банки, страхование</industrySector> <name>прпарпар</name> <INN>7727009834</INN> </employer> </naturalPerson> </participant> <ratings> <varName>SBRF_SCORE</varName> </ratings> <phone> <type>HOMEREAL</type> <numberPhone>79214353456</numberPhone> </phone> <consent>Yes</consent>< /ns2:srvGetExternalScoreRateRq>

►responseRawData = <mob:srvGetExternalScoreRateRs xmlns:mob="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"><messUID><messageId>D90228001MAILRU4575ED24B6CC46C49</messageId><messageDT>2017-05-30T12:11:28</messageDT><fromAbonent>ECH</fromAbonent></messUID><result_info><code>0</code><systemID>BUS</systemID></result_info><phoneNumber>79214353456</phoneNumber><ratings><rating><varName>SBRF_SCORE</varName><varStatus>FAILURE</varStatus><message>404: data not found </message></rating></ratings></mob:srvGetExternalScoreRateRs>

▼participantRawData

►index = 1

►codeExtSystem = MEGAFON

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns2:srvGetExternalScoreRateRq xmlns:ns2="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"> <messUID> <messageId>D90228001MEGAFON0EC54DEC7C9443F4</messageId> <messageDT>2017-05-30T12:11:30</messageDT> <fromAbonent>ECH</fromAbonent> </messUID> <office> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> <appAddress> <captionID>ACTUAL</captionID> <region> <regionID>77</regionID> <regionName>г. Москваа</regionName> </region> </appAddress> </office> <code_Type>MEGAFON</code_Type> <participant> <naturalPerson> <currentPersonData> <lastName>Ворошилов</lastName> <firstName>Климент</firstName> <middleName>Ефремович</middleName> </currentPersonData> <birthDate>1971-02-14</birthDate> <primaryID> <idType>01</idType> <serie>4376</serie> <number>717899</number> <issueDate>2016-05-05</issueDate> <issueAuthority>ОУФМС</issueAuthority> </primaryID> <address> <captionID>PERS_REG</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> <address> <captionID>HOME</captionID> <region> <regionID>50</regionID> <regionName>Московская область</regionName> </region> <city> <cityName>Москваа</cityName> <shortCityTypeName>г</shortCityTypeName> </city> <streetAddress> <street> <streetName>Нагорная</streetName> <shortStreetTypeName>ул</shortStreetTypeName> </street> <houseNumber>6</houseNumber> </streetAddress> </address> </naturalPerson> </participant> <ratings> <varName>WORK_ADDRESS_SCORE1</varName> <varName>HOME_ADDRESS_SCORE</varName> <varName>IS_REDIRECT</varName> <varName>ALL_CLC_12</varName> <varName>IS_ROAM_RUS</varName> <varName>LIFETIME_BIN</varName> <varName>VOICE_IN_DUR</varName> <varName>PAY_MAX</varName> <varName>CNT_ACTIVE_MSISDN</varName> <varName>SCORE</varName> <varName>SBRF_SCORE1</varName> <varName>SMS_OUT_CNT1</varName> <varName>IS_MEGAFON</varName> <varName>SBRF_SCORE</varName> <varName>DATA_VOL1</varName> <varName>LIFETIME_BIN1</varName> <varName>IS_ROAM_NOTCIS</varName> <varName>SMS_IN_CNT</varName> <varName>WORK_ADDRESS_SCORE</varName> <varName>DATA_VOL</varName> <varName>BLOCK_CNT</varName> <varName>SBRF_SCORE2</varName> <varName>PERS_DATA_SCORE</varName> <varName>SBRF_SME_SCORE</varName> <varName>SMS_OUT_CNT</varName> <varName>BLOCK_DUR</varName> </ratings> <phone> <type>HOMEREAL</type> <numberPhone>79214353456</numberPhone> </phone> <consent>Yes</consent>< /ns2:srvGetExternalScoreRateRq>

►responseRawData = <mob:srvGetExternalScoreRateRs xmlns:mob="http://CreditFactory/ru/sbrf/sbt/tsm/mobile"><messUID><messageId>D90228001MEGAFON0EC54DEC7C9443F4</messageId><messageDT>2017-05-30T15:11:31+03:00</messageDT><fromAbonent>ECH</fromAbonent></messUID><result_info><code>-1</code><description>Ошибка при отправке запроса</description><systemID>BUS</systemID></result_info><error_info><code>-14</code><description>local:///ParamsToContext.Int.xsl:29: xsl:message terminate=yes value=&apos;Remote address call error.Route{https://192.168.61.218:8181/api/v1/scoring/aggregated}.&apos; Response code=400</description><systemID>BUS</systemID></error_info></mob:srvGetExternalScoreRateRs>

▼participantRawData

►index = 1

►codeExtSystem = MDM

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< CustInqRq> <RqUID>D90228001MDMA7DFDE6727544191B4C1</RqUID> <SPName>urn:sbrfsystems:99-ech</SPName> <CustInfo> <PersonInfo> <PersonName> <LastName>Ворошилов</LastName> <FirstName>Климент</FirstName> <MiddleName>Ефремович</MiddleName> </PersonName> <Birthday>1971-02-14</Birthday> <Gender>1</Gender> <IdentityCard> <IdType>21</IdType> <IdSeries>4376</IdSeries> <IdNum>717899</IdNum> </IdentityCard> <SearchType>searchPersonWithPayroll</SearchType> </PersonInfo> </CustInfo>< /CustInqRq>

►responseRawData = <CustInqRs><Status><StatusCode>0</StatusCode><Severity>Info</Severity></Status><RqUID>D90228001MDMA7DFDE6727544191B4C1</RqUID><CustRec><CustInfo><PersonInfo><PersonName><LastName>ВОРОШИЛОВ</LastName><FirstName>КЛИМЕНТ</FirstName><MiddleName>ЕФРЕМОВИЧ</MiddleName></PersonName><Gender>M</Gender><Birthday>1971-02-14</Birthday></PersonInfo></CustInfo></CustRec></CustInqRs>

▼participantRawData

►index = 1

►codeExtSystem = ASSD

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns2:requestCreditBureau xmlns:ns2="http://sbrf/ru/neoflex/sbrf/intf/CreditFactoryService"> <creditBureauRequest> <general> <date>2017-05-30T12:11:05</date> <priority>0</priority> <timeout>10</timeout> <repeatCount>3</repeatCount> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> </general> <application> <number>551190400</number> <date>2017-05-30</date> <currency>RUB</currency> <amount>250000</amount> <financeType>02</financeType> <purposeOfFinance>99</purposeOfFinance> <applicationChannel>02</applicationChannel> <cbrFinanceType>023</cbrFinanceType> <reasonForEnquiry>01</reasonForEnquiry> </application> <CommonInfo> <destination>ASSD</destination> <functionNumber>50</functionNumber> <instalmentAmount>0</instalmentAmount> <paymentFrequency>3</paymentFrequency> <securityType>99</securityType> <period>5</period> <limitRUR>0</limitRUR> <limitUSD>0</limitUSD> <limitEUR>0</limitEUR> <productInfo> <productType>1</productType> <productCode>10</productCode> <subproductCode>1384</subproductCode> </productInfo> <consentInfo> <consentFlag>true</consentFlag> <consentOpenDate>2017-05-30</consentOpenDate> <consentExpiryDate>2017-07-29</consentExpiryDate> <purpose>1</purpose> <userLiabilityFlag>true</userLiabilityFlag> <userName>Sberbank</userName> </consentInfo> </CommonInfo> <NaturalPerson> <pensionNumber>123-454-524 33</pensionNumber> <gender>1</gender> <birthCountry>99</birthCountry> <birthPlace>МОСКВАА</birthPlace> <applicantTitle>99</applicantTitle> <applicantType>50</applicantType> <income>100000</income> <incomeFrequency>3</incomeFrequency> <previousIDNumber>-</previousIDNumber> <currentPersonData> <firstName>Климент</firstName> <lastName>Ворошилов</lastName> <middleName>Ефремович</middleName> <birthDate>14.02.1971</birthDate> </currentPersonData> <primaryID> <id>01</id> <serie>4376</serie> <number>717899</number> <issueDate>05.05.2016</issueDate> <issueAuthority>ОУФМС</issueAuthority> </primaryID> <actualAddress> <city>Москваа</city> <street>Нагорная,6</street> </actualAddress> <registrationAddress> <city>Москваа</city> <street>Нагорная,6</street> </registrationAddress> </NaturalPerson> <messageUID> <MessageId>D90228001ASSD70843F717B4B4087ACB</MessageId> <MessageDate>2017-05-30</MessageDate> <FromAbonent>ECH</FromAbonent> <version>2</version> </messageUID> </creditBureauRequest>< /ns2:requestCreditBureau>

►responseRawData = <NS1:busResponse xmlns:NS1="http://experian.com/business/sbrf/cb"><result_info><code>0</code><description>Ok</description><systemID>BUS</systemID></result_info><general_info><transactRequestDateTime>2017-05-30T12:11:06.165034</transactRequestDateTime></general_info><business_info><sourceCB>ASSD</sourceCB><liabilityCount>3</liabilityCount><liabilityBlock><lastRecordUpdate>2016-05-29</lastRecordUpdate><liabilityCreditType>20</liabilityCreditType><liabilityStatus>0</liabilityStatus><liabilityType>2</liabilityType><microCredFlag>false</microCredFlag><amountInitial>150000.00</amountInitial><interestRate>16.000</interestRate><residualDebt>150000.00</residualDebt><liabilityCurrency>RUR</liabilityCurrency><liabilityNo>40354127</liabilityNo><dateStart>2016-05-28</dateStart><dateRedemptionScheduled>2021-05-28</dateRedemptionScheduled><repaymentMethod>2</repaymentMethod><isRestructured>0</isRestructured><kodTb>38</kodTb><nameTb>Московский банк</nameTb><kodOSB>9038</kodOSB><kodDO>01756</kodDO><_dcas_ResidualDebtAndArrear>150000.00</_dcas_ResidualDebtAndArrear><_dcas_ProductBlock><productType>1</productType><productCode>10</productCode><subProductCode>900</subProductCode></_dcas_ProductBlock><liabilityArrearsBlockCount>5</liabilityArrearsBlockCount><liabilityArrearsBlock><yearNumber>1</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>2</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>3</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>4</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>5</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><number>00000000000551116820</number><cContr_IDIST>001Y903804</cContr_IDIST><cContr_IDDOG>2100000002279969766702</cContr_IDDOG><loanAccount>45507810200020001581</loanAccount><flagPBOUL>0</flagPBOUL></liabilityBlock><liabilityBlock><lastRecordUpdate>2017-01-18</lastRecordUpdate><liabilityCreditType>34</liabilityCreditType><liabilityStatus>0</liabilityStatus><liabilityType>2</liabilityType><microCredFlag>false</microCredFlag><amountInitial>150000.00</amountInitial><interestRate>13.900</interestRate><residualDebt>0.00</residualDebt><liabilityCurrency>RUR</liabilityCurrency><liabilityNo>9434</liabilityNo><dateStart>2016-05-20</dateStart><dateRedemptionScheduled>2021-05-20</dateRedemptionScheduled><repaymentMethod>2</repaymentMethod><isRestructured>0</isRestructured><kodTb>38</kodTb><nameTb>Московский банк</nameTb><kodOSB>9038</kodOSB><kodDO>01756</kodDO><_dcas_ResidualDebtAndArrear>0.00</_dcas_ResidualDebtAndArrear><_dcas_ProductBlock><productType>1</productType><productCode>10</productCode><subProductCode>306</subProductCode></_dcas_ProductBlock><liabilityArrearsBlockCount>5</liabilityArrearsBlockCount><liabilityArrearsBlock><yearNumber>1</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>1</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>2</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>3</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>4</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>5</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><number>00000000001113697011</number><cContr_IDIST>001Y903804</cContr_IDIST><cContr_IDDOG>2100000002280104950210</cContr_IDDOG><loanAccount>45507810500020010887</loanAccount><flagPBOUL>0</flagPBOUL></liabilityBlock><liabilityBlock><lastRecordUpdate>2017-04-19</lastRecordUpdate><liabilityCreditType>34</liabilityCreditType><liabilityStatus>0</liabilityStatus><liabilityType>2</liabilityType><microCredFlag>false</microCredFlag><amountInitial>90000.00</amountInitial><interestRate>19.500</interestRate><residualDebt>90000.00</residualDebt><liabilityCurrency>RUR</liabilityCurrency><liabilityNo>872</liabilityNo><dateStart>2017-04-17</dateStart><dateRedemptionScheduled>2022-04-17</dateRedemptionScheduled><repaymentMethod>2</repaymentMethod><isRestructured>0</isRestructured><kodTb>38</kodTb><nameTb>Московский банк</nameTb><kodOSB>9038</kodOSB><kodDO>01756</kodDO><_dcas_ResidualDebtAndArrear>90000.00</_dcas_ResidualDebtAndArrear><liabilityArrearsBlockCount>5</liabilityArrearsBlockCount><liabilityArrearsBlock><yearNumber>1</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>2</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>3</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>4</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><liabilityArrearsBlock><yearNumber>5</yearNumber><arrearsCount_1_5>0</arrearsCount_1_5><arrearsCount_6_30>0</arrearsCount_6_30><arrearsCount_31_60>0</arrearsCount_31_60><arrearsCount_61_90>0</arrearsCount_61_90><arrearsCount_91_120>0</arrearsCount_91_120><arrearsCount_121_150>0</arrearsCount_121_150><arrearsCount_151_180>0</arrearsCount_151_180><arrearsCount_180>0</arrearsCount_180></liabilityArrearsBlock><number>00000000000551322180</number><cContr_IDIST>001Y903804</cContr_IDIST><cContr_IDDOG>2100000002350914655803</cContr_IDDOG><loanAccount>45507810300020001795</loanAccount><flagPBOUL>0</flagPBOUL></liabilityBlock></business_info><MessUID><MessageId>D90228001ASSD70843F717B4B4087ACB</MessageId><MessageDate>2017-05-30</MessageDate><FromAbonent>ASSD</FromAbonent></MessUID></NS1:busResponse>

▼participantRawData

►index = 1

►codeExtSystem = ETSM

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< SrvApplicationRq xmlns="http://CreditFactory/ru/sbrf/sbt/ech/sApplication"> <MessUID> <MessageId>D90228001ETSMDEE366E0FE1A4A5AAE3</MessageId> <MessageDT>2017-05-30T12:11:04</MessageDT> <FromAbonent>ECH</FromAbonent> </MessUID> <AppNumber>551190400</AppNumber> <SearchType>0</SearchType> <Applicant> <ApplicantNumber>1</ApplicantNumber> <PersonName> <LastName>Ворошилов</LastName> <FirstName>Климент</FirstName> <MiddleName>Ефремович</MiddleName> </PersonName> <Birthday>1971-02-14</Birthday> </Applicant>< /SrvApplicationRq>

►responseRawData = <?xml version="1.0" encoding="utf-8"?><NS1:SrvApplicationRs xmlns:NS1="http://CreditFactory/ru/sbrf/sbt/ech/sApplication"><NS1:MessUID><NS1:MessageId>D90228001ETSMDEE366E0FE1A4A5AAE3</NS1:MessageId><NS1:MessageDT>2017-05-30T15:11:05.304+03:00</NS1:MessageDT><NS1:FromAbonent>ETSM_Rtl</NS1:FromAbonent><NS1:ToAbonent>ECH</NS1:ToAbonent></NS1:MessUID><NS1:SrcRq><NS1:RqUID>D90228001ETSMDEE366E0FE1A4A5AAE3</NS1:RqUID></NS1:SrcRq><NS1:Status><NS1:StatusCode>0</NS1:StatusCode></NS1:Status></NS1:SrvApplicationRs>

▼participantRawData

►index = 1

►codeExtSystem = CODWAY4

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns2:requestSalaryForAccount xmlns:ns2="http://sbrf/ru/neoflex/sbrf/intf/CreditFactoryService"> <salaryForAccountRequest> <MessUID> <MessageId>D90228001CODWAY43079A3F88BC74961</MessageId> <MessageDate>2017-05-30</MessageDate> <FromAbonent>ECH</FromAbonent> </MessUID> <general> <date>2017-05-30T12:11:05</date> <priority>0</priority> <timeout>10</timeout> <repeatCount>3</repeatCount> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> </general> <application> <number>551190400</number> </application> <account>40817810838175422334</account> <reqType>1</reqType> <transferTypeCodes>1,2,3,4,5,6,7,8,9,10,11,12,13,15</transferTypeCodes> <monthCountSalary>6</monthCountSalary> <monthCountOther>6</monthCountOther> </salaryForAccountRequest>< /ns2:requestSalaryForAccount>

►responseRawData = <NS1:busResponse xmlns:NS1="http://experian.com/business/sbrf/dpc"><result_info><code>0</code><description>OK</description><systemID>BUS</systemID></result_info><general_info><transactRequestDateTime>2017-05-30T15:11:10.069979+03:00</transactRequestDateTime><queryResultCode>0</queryResultCode></general_info><business_info><mainDataBlock><surname>ВОРОШИЛОВ</surname><firstName>КЛИМЕНТ</firstName><patronymicName>ЕФРЕМОВИЧ</patronymicName><birthDate>1971-02-14</birthDate><accountNo>40817810838175422334</accountNo><accountOpenDate>2016-10-31</accountOpenDate><accountCurrency>810</accountCurrency><accountTotalSalary>0</accountTotalSalary><monthCountWhenSalaryIncome>0</monthCountWhenSalaryIncome><accountTotalOtherIncome>0</accountTotalOtherIncome><monthCountWhenOtherIncome>0</monthCountWhenOtherIncome></mainDataBlock><redundantDataBlock><appNo>551190400</appNo><accountType>61</accountType><bankBranchNo>1569</bankBranchNo><bankSubBranchNo>1005</bankSubBranchNo><bankBranchIsOnline>true</bankBranchIsOnline><accountSubType>1</accountSubType><accountTypeName>Сберегательный счет</accountTypeName><birthPlace>МОСКВАА</birthPlace><addressReg>РОССИЯ Г МОСКВАА Г МОСКВАА УЛ Д 19</addressReg><docType>99</docType><docSeries>43 76</docSeries><docNumber>717899</docNumber><docIssueDate>2016-05-05</docIssueDate><docissuer>ОУФМС</docissuer><docissuerCode>777-777</docissuerCode><accountInterestRate>0.0001</accountInterestRate><accountCloseDate>1800-01-01</accountCloseDate><isResidentFlag>true</isResidentFlag><periodDurationMonths>6</periodDurationMonths></redundantDataBlock><extendedDataBlock><accountCurrency>810</accountCurrency><totalStatementRecords>6</totalStatementRecords><incomeStatements><incomeStatement><statementRowNum>1</statementRowNum><statementTypeCode>3</statementTypeCode><statementDate>2016-12-01</statementDate><statementAmount>100000.00</statementAmount></incomeStatement><incomeStatement><statementRowNum>2</statementRowNum><statementTypeCode>3</statementTypeCode><statementDate>2017-01-01</statementDate><statementAmount>100000.00</statementAmount></incomeStatement><incomeStatement><statementRowNum>3</statementRowNum><statementTypeCode>3</statementTypeCode><statementDate>2017-02-01</statementDate><statementAmount>100000.00</statementAmount></incomeStatement><incomeStatement><statementRowNum>4</statementRowNum><statementTypeCode>3</statementTypeCode><statementDate>2017-03-01</statementDate><statementAmount>100000.00</statementAmount></incomeStatement><incomeStatement><statementRowNum>5</statementRowNum><statementTypeCode>3</statementTypeCode><statementDate>2017-04-01</statementDate><statementAmount>100000.00</statementAmount></incomeStatement><incomeStatement><statementRowNum>6</statementRowNum><statementTypeCode>7</statementTypeCode><statementDate>2017-05-22</statementDate><statementAmount>35.10</statementAmount></incomeStatement></incomeStatements></extendedDataBlock></business_info><MessUID><MessageId>D90228001CODWAY43079A3F88BC74961</MessageId><MessageDate>2017-05-30</MessageDate><FromAbonent>COD</FromAbonent></MessUID></NS1:busResponse>

▼participantRawData

►index = 1

►codeExtSystem = STOPLIST

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< ns3:requestStopList xmlns:ns2="http://sbrf/ru/neoflex/sbrf/bo" xmlns:ns3="http://sbrf/ru/neoflex/sbrf/intf/CreditFactoryService"> <stopListRequest> <MessUID> <MessageId>D90228001STOPLIST53F573DBE4E0493</MessageId> <MessageDate>2017-05-30</MessageDate> <FromAbonent>ECH</FromAbonent> </MessUID> <general> <date>2017-05-30T12:11:04</date> <priority>1</priority> <timeout>5</timeout> <repeatCount>1</repeatCount> <regionalBankID>99</regionalBankID> <branchID>7813</branchID> <additionalOfficeID>01172</additionalOfficeID> </general> <application> <number>551190400</number> <entityCount>1</entityCount> </application> <reqType>1</reqType> <abs_code>4</abs_code> <individualList> <individual> <internalNumber>1</internalNumber> <lastName>Ворошилов</lastName> <firstName>Климент</firstName> <middleName>Ефремович</middleName> <birthDate>14.02.1971</birthDate> <document> <id>121</id> <serie>4376</serie> <number>717899</number> <issueDate>05.05.2016</issueDate> <issueAuthority>ОУФМС</issueAuthority> <unitID>456-456</unitID> </document> </individual> </individualList> </stopListRequest>< /ns3:requestStopList>

►responseRawData = <bl:busResponse xmlns:bl="http://experian.com/business/sbrf/blacklist"><result_info><code>0</code><description>Ok</description><systemID>BUS</systemID></result_info><general_info><requestDateTime>2017-05-30T12:11:04</requestDateTime></general_info><business_info><entityCount>1</entityCount><blockExtendedResult><internalNumber>1</internalNumber><totalStoplistMatches>0</totalStoplistMatches><totalStoplistRecords>0</totalStoplistRecords></blockExtendedResult></business_info><MessUID><MessageId>D90228001STOPLIST53F573DBE4E0493</MessageId><MessageDate>2017-05-30</MessageDate><FromAbonent>BUS</FromAbonent></MessUID></bl:busResponse>

▼participantRawData

►index = 1

►codeExtSystem = PPRB_ML_PT

►requestStatus = 1

►isFoundInCache = false

►requestRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< GetPrivateClientScoringRateObjectRq> <RqUID>D90228001PPRBMLPTBCF067443979435</RqUID> <RqTm>2017-05-30T12:11:01</RqTm> <SPName>ECH</SPName> <SCName>PPRB</SCName> <AppId> <System>TSM</System> <ID>0000000000055119040030051715104304000</ID> </AppId> <ScoringParams> <PersonInfo> <PersonName> <LastName>Ворошилов</LastName> <FirstName>Климент</FirstName> <MiddleName>Ефремович</MiddleName> </PersonName> <BirthDt>1971-02-14</BirthDt> <IdentityDoc> <Type>1</Type> <Num>717899</Num> <Serie>4376</Serie> <IssDt>2016-05-05</IssDt> <GovOrgName>ОУФМС</GovOrgName> <GovOrgUnit>456-456</GovOrgUnit> </IdentityDoc> </PersonInfo> <OperationName>PaymentTransaction</OperationName> </ScoringParams>< /GetPrivateClientScoringRateObjectRq>

►responseRawData = <?xml version="1.0" encoding="UTF-8" standalone="yes"?>< GetPrivateClientScoringRateObjectRs> <RqUID>D90228001PPRBMLPTBCF067443979435</RqUID> <RqTm>2017-05-30T12:11:01</RqTm> <SPName>ECH</SPName> <SCName>PPRB</SCName> <Status> <StatusCode>0</StatusCode> </Status>< /GetPrivateClientScoringRateObjectRs>

▼managingCallResult

▼participants

▼participant

►participantIndex = 1

►CA_Decision = 2

►CA_Reason_codes_table = B024

►CA_Reason_codes_table

►CA_Reason_codes_table

►CA_Reason_codes_table

►CA_Reason_codes_table = 0

►CA_Reason_codes_table = 0

►Calc_avg_conf_income = 0

►CA_AVG_natur_income = 0

►AVG_Pension_income = 0

►code_pass_verific

►A1_CB_CH_check = 2

►A1_SB_CH_check = 2

►SB_Score = 0

▼externalSystemCalls

►FPSOnline = false

►App_Decision = 2

▼externalSystemCalls

►HunterOnlineMatching = true

►NatHunterOnlineMatching = false

▼MatchSummary

►matches = 1

►TotalMatchScore = 4600

▼Rules

►totalRuleCount = 46

▼Rule

►ruleID = MA_SRADD_DPER_180D_3

►score = 100

►ruleCount = 21

▼Rule

►ruleID = MA_RADD_DEC_180D_3

►score = 100

►ruleCount = 5

▼Rule

►ruleID = MA_SAPP_DEC_180D

►score = 100

►ruleCount = 4

▼Rule

►ruleID = MA_SCA_DEC_90D_3

►score = 100

►ruleCount = 4

▼Rule

►ruleID = MA_SMTEL_DPER_NOT_90

►score = 100

►ruleCount = 2

▼Rule

►ruleID = MA_SDOC_DRADD_30

►score = 100

►ruleCount = 5

▼Rule

►ruleID = MA_SWTEL_PTEL_DPER

►score = 100

►ruleCount = 2

▼Rule

►ruleID = MA_SPER_RACC_3

►score = 100

►ruleCount = 3

►sm3CalledByECH = false