| Тэги: Коллекторский бизнес, Коллекторские услуги, Анализ бизнес-процессов, Бизнес-процессы, BPMN | Комментарии (0)

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

1. Основные положения и допущения

Данный анализ сформирован на основе методики IDEF3 и DFD. Так как бизнес по оказанию коллекторских услуг только формируется, производится описание функций будущего бизнеса «TO BE».

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

Кредитор даёт своему Клиенту кредит (см. Схему 1, поз. 1) на условиях срочности, платности и возвратности.

Клиент погашает кредит и проценты по кредиту Кредитору (см. Схему 1, поз. 2).

Ряд Клиентов нарушает график погашения кредита и процентов, таким образом возникает просроченная задолженность.

Кредитор передаёт Коллектору данные о просроченной задолженности Клиентов (см. Схему 1, поз. 3).

Коллектор ведёт с Клиентом Кредитора работу по погашению просроченной задолженности (см. Схему 1, поз. 4).

В результате работы Коллектора Клиент погашает Кредитору свою просроченную задолженность (см. Схему 1, поз. 5).

Кредитор сообщает Коллектору о фактах и суммах текущих платежей своего Клиента в погашение просроченной задолженности (см. Схему 1, поз. 6).

2. Бизнес-процессы и информационные потоки при получении данных

2.1. Бизнес-процесс и потоки функции «Приём и конвертация новых данных»

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

Бизнес-процесс (в виде диаграммы Описания Последовательности Этапов Процесса - Process Flow Description Diagrams, PFDD) функции «Приём и конвертация новых данных» представлен на Схеме 2.

Бизнес-процесс «Приём и конвертация новых данных» состоит из 12 функциональных элементов (элементов поведения - Unit of Behavior, UOB).

Последовательность действий (сценарий) бизнес-процесса следующая:

1. В соответствии с условиями обмена информацией между Кредитором и Коллектором производится проверка наступления регламентного срока получения от Кредитора данных (см. Схему 2, поз. 1),
2. Если срок обмена данными наступил, производится обращение за новыми данными к FTP серверу Кредитора (см. Схему 2, поз. 2),
3. Если данные поступили, то производится проверка соответствия поступивших данных стандарту обмена (см. Схему 2, поз. 3),
4. Если поступившие данные соответствуют стандарту обмена, то производится их дешифрование и проверка на отсутствие ошибок при дешифровании информации (см. Схему 2, поз. 4),
5. Если дешифрование данных было произведено без ошибок, то производится конвертация этих данных и проверка на отсутствие ошибок при конвертации информации (см. Схему 2, поз. 5),
6. Если конвертация данных была произведена без ошибок, то производится проверка этих данных достоверность (см. Схему 2, поз. 6),
7. Если данные оказались достоверными, то формируется База новых данных (см. Схему 2, поз. 7),
8. В том случае, когда срок получения данных от Кредитора не наступил (см. Схему 2, поз. 1), производится ожидание сроков получения информации от Кредитора (см. Схему 2, поз. 8). Ожидание сроков обмена информацией с Кредитором так же производится после окончания следующих действий:
   • формирования Базы новых данных (по полученным от Кредитора данным) (см. Схему 2, поз. 7),
   • подготовки запроса на повторную передачу данных (см. Схему 2, поз. 12),
   • определения причин задержки данных от Кредитора (см. Схему 2, поз. 10),
   • определения причин отсутствия посылки Кредитором данных (см. Схему 2, поз. 11).
9. В том случае, если данные в регламентный срок от Кредитора не поступили (см. Схему 2, поз. 2), выясняется факт посылки данных от Кредитора Коллектору (см. Схему 2, поз. 9),
10. Если данные Кредитором были посланы (см. Схему 2, поз. 9), выявляется причина задержки данных (см. Схему 2, поз. 10),
11. Если данные Кредитором не были посланы (см. Схему 2, поз. 9), выявляется причина факта отступления Кредитором от условий обмена информацией с Коллектором (посылки данных) (см. Схему 2, поз. 11),
12. В случаях:
• несоответствия принятых данных стандартам обмена между Кредитором и Коллектором (см. Схему 2, поз. 3),
• наличия ошибок при дешифровании данных (см. Схему 2, поз. 4),
• наличия ошибок при конвертации данных (см. Схему 2, поз. 5),
• недостоверности принятых данных (см. Схему 2, поз. 6),
производится подготовка запроса на повторную передачу данных от Кредитора Коллектору (см. Схему 2, поз. 12),

Так же в виде бизнес-процессов описываются следующие восемь функциональных элементов бизнес-процесса «Приём и конвертация новых данных»: 

• обращение за новыми данными к FTP серверу Кредитора за новыми данными (см. Схему 2, поз. 2),
• определение соответствия полученных данных стандарту обмена данными между Кредитором и Коллектором (см. Схему 2, поз. 3),
• дешифрация данных (см. Схему 2, поз. 4),
• конвертация данных (см. Схему 2, поз. 5),
• определение достоверности данных (см. Схему 2, поз. 6),
• формирование Базы новых данных (см. Схему 2, поз. 7),
• определение причин задержки данных (см. Схему 2, поз. 10),
• конвертация причин непосылки данных (см. Схему 2, поз. 11).

2.1.1. Процесс «Обращение за новыми данными к FTP серверу Кредитора»

Процесс «Обращение за новыми данными к FTP серверу Кредитора» представлен на Схеме 3.

Процесс «Обращение за новыми данными к FTP серверу Кредитора» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. В соответствии с условиями обмена информацией между Кредитором и Коллектором в регламентные сроки производится обращение к FTP серверу Кредитора (см. Схему 3, поз. 68),
2. Производится проверка наличия на FTP сервере Кредитора новых данных для Коллектора (см. Схему 3, поз. 69) в виде, определённым условиями обмена информацией между Кредитором и Коллектором,
3. Если новые данные на FTP сервере Кредитора есть, то производится их скачивание в Базу данных копий FTP сервера Кредитора (см. Схему 3, поз. 70),
4. Если новых данных на FTP сервере Кредитора нет, то производится определение факта их посылки (формирования данных на FTP сервере Кредитора) (см. Схему 3, поз. 71, а также см. Схему 2, поз. 9).

Для данного бизнес-процесса источниками входящих данных являются: 

• «FTP сервер Кредитора»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «Копия данных с FTP сервера Кредитора».

2.1.2. Процесс «Определение соответствия полученных данных стандарту обмена»

Процесс «Определение соответствия полученных данных стандарту обмена» представлен на Схеме 4. 

Процесс «Определение соответствия полученных данных стандарту обмена» состоит из 2 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Производится протоколирование успешного получения данных с FTP сервера Кредитора (см. Схему 4, поз. 20),
2. Проверяется соответствие полученных данных стандарту обмена информацией между Кредитором и Коллектором (см. Схему 4, поз. 21).

Для данного бизнес-процесса источниками входящих данных являются: 

• «Копия данных с FTP сервера Кредитора»,
• «База условий обмена информацией».

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

• «Соответствуют стандарту»,
• «Не соответствуют стандарту».

2.1.3. Процесс «Дешифрация данных»

Процесс «Дешифрация данных» представлен на Схеме 5.

Процесс «Дешифрация данных» состоит из 3 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Протоколируется соответствие данных стандартам обмена информацией между Кредитором и Коллектором (см. Схему 5, поз. 23),
2. Производится дешифрация полученных от Кредитора данных (см. Схему 5, поз. 24),
3. Проверяется результат дешифрации полученных от Кредитора данных (см. Схему 5, поз. 25).

Для данного бизнес-процесса источниками входящих данных являются: 

• «Копия данных с FTP сервера Кредитора»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «Дешифрованные данные»,
• «Протокол обмена данными»,
• результаты проверки качества дешифрации данных:
  • «Дешифрация верна»,
  • «Дешифрация не верна».

2.1.4. Процесс «Конвертация данных»

Процесс «Конвертация данных» представлен на Схеме 6.

Процесс «Конвертация данных» состоит из 3 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Протоколирование положительного результата дешифрации данных, полученных от Кредитора (см. Схему 6, поз. 26),
2. Конвертация полученных от Кредитора данных (см. Схему 6, поз. 27),
3. Проверка результатов конвертации полученных от Кредитора данных (см. Схему 6, поз. 28).

Для данного бизнес-процесса источниками входящих данных являются: 

• «Дешифрованные данные»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «Конвертированные данные»,
• «Протокол обмена данными»,
• результаты проверки качества дешифрации данных:
  • «Конвертация верна»,
  • «Конвертация не верна».

2.1.5. Процесс «Определение достоверности данных»

Процесс «Определение достоверности данных» представлен на Схеме 7.

Под достоверными данными в данном документе понимаются данные, форматы которых соответствуют их назначениям (имена – символьные, суммы – цифровые, даты – соответствующих форматов дат).

Процесс «Определение достоверности данных» состоит из 3 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Протоколирование положительного результата конвертации полученных от Кредитора данных (см. Схему 7, поз. 18),
2. Проверка достоверности конвертируемых данных (см. Схему 7, поз. 19),
3. Выделение недостоверных данных (см. Схему 7, поз. 22).

Для данного бизнес-процесса источниками входящих данных являются: 

• «Конвертированные данные»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «База достоверных данных»,
• «База недостоверных данных»,
• «Протокол обмена данными»,
• результаты проверки качества дешифрации данных:
  • «Данные достоверны»,
  • «Данные недостоверны».

2.1.6. Процесс «Формирование Базы новых данных»

Процесс «Формирование Базы новых данных» представлен на Схеме 8.

Процесс «Формирование Базы новых данных» состоит из 2 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Добавление к Базе новых данных информации из Базы достоверных данных (см. Схему 8, поз. 40),
2. Формирование квитанции Кредитору о приёме новых данных (см. Схему 8, поз. 41),

Для данного бизнес-процесса источниками входящих данных являются: 

• «База достоверных данных»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «База новых данных»,
• «Протокол обмена данными»,

2.1.7. Процесс «Определение причин задержки данных»

Процесс «Определение причин задержки данных» представлен на Схеме 9.

Процесс «Определение причин задержки данных» состоит из 3 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Телефонные звонки и переговоры с ответственными сотрудниками Кредитора по обмену информацией (см. Схему 9, поз. 30),
2. Определение причин задержки доставки данных (см. Схему 9, поз. 31),
3. Фиксирование причин задержки и новых сроков доставки данных от Кредитора (см. Схему 9, поз. 32).

Для данного бизнес-процесса источниками входящих данных являются: 

• «Ответственные лица Кредитора по обмену информацией»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «Протокол обмена данными»,

2.1.8. Процесс «Определение причин непосылки данных»

Процесс «Определение причин непосылки данных» представлен на Схеме 10.

Процесс «Определение причин непосылки данных» состоит из 3 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Телефонные звонки и переговоры с ответственными сотрудниками Кредитора по обмену информацией (см. Схему 10, поз. 33),
2. Определение причин непоставки данных (см. Схему 10, поз. 34),
3. Фиксирование причин непоставки данных и новых сроков доставки данных от Кредитора (см. Схему 10, поз. 35).

Для данного бизнес-процесса источниками входящих данных являются: 

• «Ответственные лица Кредитора по обмену информацией»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «Протокол обмена данными»,

2.2. Бизнес-процесс и потоки функции «Проверка преемственности новых данных»

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

Бизнес-процесс (в виде диаграммы Описания Последовательности Этапов Процесса - Process Flow Description Diagrams, PFDD) функции «Проверка преемственности новых данных» представлен на Схеме 11.

Бизнес-процесс «Проверка преемственности новых данных» состоит из 5 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Сравнивая записи Базы новых данных с записями Рабочей Базы данных, производится разделение записей базы новых данных на записи о новых должниках и на записи о существующих в Рабочей Базе данных должниках (см. Схему 11, поз. 42),
2. По новым данным уже существующих в Рабочей Базе должников производится выделение различий между старыми и новыми данными по информации о платежах и долге и иной информации (см. Схему 11, поз. 43),
3. По новым данным новых должников производится формирование Базы данных новых должников (см. Схему 11, поз. 44),
4. По новым данным уже существующих в Рабочей Базе должников производится выделение различий между старыми и новыми данными (см. Схему 11, поз. 44),
5. Если различия между новыми и старыми данными о существующих должниках затрагивает информацию отличную от платежей и долге должника, то идёт формирование запроса на подтверждение новых данных по существующим (см. Схему 11, поз. 45),
6. Если различия между новыми и старыми данными о существующих должниках затрагивает информацию о платежах и долге должника, то идёт формирование Базы данных дополнений по существующим должникам (см. Схему 11, поз. 46).

Для данного бизнес-процесса источниками входящих данных являются: 

• «База новых данных»,
• «Рабочая База данных».

Исходящими данными для данного бизнес процесса является: 

• «База новых должников»,
• «База дополнений по существующим должникам»,
• «База изменённых данных»,
• «Перечень изменённых данных».

2.3. Бизнес-процесс и потоки функции «Формирование Рабочей Базы данных»

Бизнес-процесс «Формирование Рабочей Базы данных» выполняет одноимённую функцию, входящую в функциональный блок «Получение электронных данных» (см. п. 3.1 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Формирование Рабочей Базы данных» представлен на Схеме 12.

Бизнес-процесс «Формирование Рабочей Базы данных» состоит из 4 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Рабочая База данных увеличивается на количество новых должников из базы новых должников путём добавления записей в Рабочую Базу данных (см. Схему 12, поз. 48),
2. Рабочая База данных дополняется информацией из Базы дополнений по существующим должникам к уже существующим записям Рабочей Базы данных (см. Схему 12, поз. 49),
3. На основании информации о новых должниках или новой величине долга по существующим должникам формируется новые данные по коллекции (по величине долгов) (см. Схему 12, поз. 50),
4. На основании информации о новых платежах по существующим должникам формируется новые данные по платежам (см. Схему 12, поз. 51).

Для данного бизнес-процесса источниками входящих данных являются: 

• «База новых данных»,
• «База дополнений по существующим должникам»,
• «Рабочая База данных».

Исходящими данными для данного бизнес процесса является: 

• «Рабочая База данных»,
• «Перечень данных по коллекции»,
• «Перечень данных по платежам».

2.4. Бизнес-процесс и потоки функции «Формирование запроса на новые данные»

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

Бизнес-процесс функции «Формирование запроса на новые данные» представлен на Схеме 13.

Бизнес-процесс «Формирование запроса на новые данные» состоит из 2 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. На основании информации из:
   • «Базы недостоверных данных»,
   • «Протокола обмена информацией»,
   • «Базы изменённых данных»,
   • «Перечня изменённых данных»
   производится формирование и шифрование запроса Кредитору на новые данные (см. Схему 13, поз. 38),
2. Производится формирование пакета данных для передачи Кредитору: (см. Схему 13, поз. 39).

Для данного бизнес-процесса источниками входящих данных являются: 

• «База новых недостоверных данных»,
• «Протокол обмена данными»,
• «База изменённых данных»,
• «Перечень изменённых данных»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «База запросов данных от Кредитора».

2.5. Бизнес-процесс и потоки функции «Курьерская доставка документов»

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

Бизнес-процесс функции «Курьерская доставка документов» представлен на Схеме 14.

Бизнес-процесс «Формирование запроса на новые данные» состоит из 5 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. В соответствии с условиями обмена информацией определяется наступление сроков получения документов (см. Схему 14, поз. 52),
2. Если срок наступил, проверяется: поступили ли документы от Курьера (см. Схему 14, поз. 53),
3. Если документы поступили, то производится приёмка документов от Курьера (см. Схему 14, поз. 72),
4. Если срок получения документов не наступил, то производится ожидание наступления срока получения документов от Курьера (см. Схему 14, поз. 54),
5. Если документы не поступили на назначенный срок, то производится выяснение причин неполучения документов (см. Схему 14, поз. 73).

Для данного бизнес-процесса источниками входящих данных являются: 

• «База новых недостоверных данных»,
• «Протокол обмена данными»,
• «База изменённых данных»,
• «Перечень изменённых данных»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «База запросов данных от Кредитора».

2.5.1. Процесс «Выяснение причин неполучения документов»

Процесс «Выяснение причин неполучения документов» представлен на Схеме 15. Данный процесс является функциональным элементом бизнес-процесса «Курьерская доставка документов».

Процесс «Выяснение причин неполучения документов» состоит из 3 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Телефонные звонки и переговоры с ответственными сотрудниками Кредитора по обмену информацией по вопросу о недоставке документов (см. Схему 15, поз. 74),
2. Определение причин задержки доставки документов (см. Схему 15, поз. 75),
3. Фиксирование причин задержки и новых сроков доставки документов от Кредитора (см. Схему 15, поз. 76).

Для данного бизнес-процесса источниками входящих данных являются: 

• «Ответственные лица Кредитора по обмену информацией»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «Протокол обмена данными»,

2.6. Бизнес-процесс и потоки функции «Электронное сканирование и бумажное копирование документов»

Бизнес-процесс «Электронное сканирование и бумажное копирование документов» выполняет одноимённую функцию, входящую в функциональный блок «Получение бумажных документов» (см. п. 3.2 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Электронное сканирование и бумажное копирование документов» представлен на Схеме 16.

Бизнес-процесс «Электронное сканирование и бумажное копирование документов» состоит из 2 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Производится электронное сканирование новых документов (см. Схему 16, поз. 64),
2. Производится бумажное копирование новых документов (см. Схему 16, поз. 65).

Для данного бизнес-процесса источниками входящих данных являются: 

• «Пакет новых бумажных документов».

Исходящими данными для данного бизнес процесса является: 

• «Электронные копии бумажных документов»,
• «Бумажные копии новых документов».

2.7. Бизнес-процесс и потоки функции «Проверка наличия и качества документов»

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

Бизнес-процесс функции «Проверка наличия и качества документов» представлен на Схеме 17.

Бизнес-процесс «Проверка наличия и качества документов» состоит из 7 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Производится проверка документов согласно описи (см. Схему 17, поз. 55),
2. Если полученные документы соответствуют описи, то Курьеру подтверждается факт доставки документов (см. Схему 17, поз. 56),
3. Производится регистрация новых бумажных документов, полученных от Кредитора (см. Схему 17, поз. 58),
4. Проверяется качество полученных бумажных документов (см. Схему 17, поз. 59),
5. Если качество полученных от Кредитора бумажных документов устраивает, то формируется квитанция о качестве бумажных документов (см. Схему 17, поз. 60),
6. Если качество полученных от Кредитора бумажных документов не устраивает, то подготавливается запрос на повторную передачу бумажных документов (см. Схему 17, поз. 61),
7. Если полученные документы не соответствуют описи, то Курьеру не подтверждается факт доставки документов и фиксируется недостача документов (см. Схему 17, поз. 57). После чего подготавливается запрос на документы (см. Схему 17, поз. 61).

Для данного бизнес-процесса источниками входящих данных являются: 

• «Пакет новых бумажных документов»,
• «База условий обмена информацией».

Исходящими данными для данного бизнес процесса является: 

• «Книга регистрации входящих документов»,
• «Протокол обмена данными».

2.8. Бизнес-процесс и потоки функции «Архивирование бумажных копий документов»

Бизнес-процесс «Архивирование бумажных копий документов» выполняет одноимённую функцию, входящую в функциональный блок «Получение бумажных документов» (см. п. 3.2 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Архивирование бумажных копий документов» представлен на Схеме 18.

Бизнес-процесс «Архивирование бумажных копий документов» состоит из 2 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Производится распределений бумажных копий документов по Клиентам (должникам) (см. Схему 18, поз. 66),
2. Производится добавление новых бумажных копий в Рабочий Архив документов (см. Схему 18, поз. 67).

Для данного бизнес-процесса источниками входящих данных являются: 

• «Бумажные копии новых документов».

Исходящими данными для данного бизнес процесса является: 

• «Рабочий Архив документов».

2.9. Бизнес-процесс и потоки функции «Сохранение в Рабочей Базе данных»

Бизнес-процесс «Сохранение в Рабочей базе данных» выполняет одноимённую функцию, входящую в функциональный блок «Получение бумажных документов» (см. п. 3.2 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Сохранение в Рабочей базе данных» представлен на Схеме 19.

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

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Производится распределений электронных копий документов по Клиентам (должникам) (см. Схему 19, поз. 62),
2. Производится добавление электронных копий в Рабочую Базу данных (см. Схему 19, поз. 63).

Для данного бизнес-процесса источниками входящих данных являются:

• «Электронные копии новых документов».

Исходящими данными для данного бизнес процесса является: 

• «Рабочая База данных».

3. Бизнес-процессы и информационные потоки сбора задолженности

3.1. Бизнес-процесс и потоки функции «Распределение по видам сбора задолженности»

Бизнес-процесс «Распределение по видам сбора задолженности» выполняет одноимённую функцию, входящую в функциональный блок «Распределение и контроль сроков» (описан в п. 4.1 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс (в виде диаграммы Описания Последовательности Этапов Процесса - Process Flow Description Diagrams, PFDD) функции «Распределение по видам сбора» представлен на Схеме 19.

Бизнес-процесс «Распределение по видам сбора» состоит из 8 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Из Перечня данных для коллекции производится выборка новых Клиентов (должников) (см. Схему 19, поз. 77),
2. Новые Клиенты из Перечня данных для коллекции распределяются на основании условий сбора задолженности (см. Схему 19, поз. 78),
3. Для уже существующих (в Рабочей Базе данных) Клиентов производится оценка эффективности уже применённых методов (см. Схему 19, поз. 79),
4. Если старые (уже применённые ранее) методы были эффективны, то производится распределение таких Клиентов в соответствии с ранее применёнными методами сбора (см. Схему 19, поз. 80),
5. Если старые (уже применённые ранее) методы были неэффективны, то производится оценка эффективности (себестоимости) применения дорогих методов сбора с учётом существующей в Рабочей Базе данных информации о Клиенте (см. Схему 19, поз. 81),
6. Если оценка показала, что дорогие методы сбора будут эффективны для данного Клиента, то определяется: соответствует ли такое изменение методов сбора условиям сбора (см. Схему 19, поз. 82),
7. Если изменение методов сбора соответствует условиям сбора, производится распределение данного Клиента по новому методу сбора задолженности (см. Схему 19, поз. 83),
8. Если изменение методов сбора не соответствует условиям сбора, производится отнесение данного Клиента к категории низкоэффективных и данный Клиент исключается из перечня Клиентов, по которым производится сбор задолженности (см. Схему 19, поз. 85). Отнесение Клиента к категории низкоэффективных производится также в случае отрицательной оценки эффективности (себестоимости) применения дорогих методов сбора (см. Схему 19, поз. 81).

3.2. Бизнес-процесс и потоки функции «Поиск необходимой информации»

Бизнес-процесс «Поиск необходимой информации» выполняет одноимённую функцию, входящую в функциональный блок «Распределение и контроль сроков» (описан в п. 4.1 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс  функции «Поиск необходимой информации» представлен на Схеме 20.

Бизнес-процесс «Поиск необходимой информации» состоит из 5 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. В зависимости от видов Клиентов производится поиск:
   • для Клиентов Soft Collection и Hard Collection – поиск контактных телефонов (см. Схему 20, поз. 86),
   • для Клиентов Hard Collection – поиск возможных мест для контактов (см. Схему 20, поз. 87),
   • для Клиентов Legal Collection и Executive Collection – поиск имущества для взыскания (см. Схему 20, поз. 88),
2. По результатам поиска контактных телефонов производится их проверка (см. Схему 20, поз. 89). Если после звонка по найденному номеру оказалось, что номер неправильный (реальное не связанный с Клиентом), то производится поиск другого телефона для контакта с Клиентом (см. Схему 20, поз. 86),
3. Реальные телефоны, найденные места для контакта, найденное имущество для взыскания записываются в Рабочую Базу данных (см. Схему 20, поз. 90).

3.3. Бизнес-процесс и потоки функции «Формирование данных для Soft»

Бизнес-процесс «Формирование данных для Soft» выполняет одноимённую функцию, входящую в функциональный блок «Распределение и контроль сроков» (описан в п. 4.1 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Формирование данных для Soft» представлен на Схеме 21.

Бизнес-процесс «Формирование данных для Soft» состоит из 3 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Из Распределённых данных (о Клиентах) для коллекции, Рабочей Базы данных с учётом условий сбора задолженности формируется Перечень Клиентов Soft с данными для работы (см. Схему 21, поз. 91),
2. Учитывая критерий прибыльности, Клиенты из полученного Перечня сортируются по суммам и максимальному наличию данных о Клиенте (телефонных и адресных контактов, имущества), Перечень Клиентов Soft с данными для работы структурируется по очередям (см. Схему 21, поз. 92). В первую очередь попадают те Клиенты Soft, эффективность работы по которым максимальна, Таким образом, формируется четыре очереди Клиентов Soft:
   • высокоэффективные Клиенты Soft (группа A),
   • Клиенты Soft средней эффективности (группа B),
   • Клиенты Soft эффективности ниже средней (группа C),
   • низкоэффективные Клиенты Soft (группа D).
   В зависимости от качества портфеля Клиентов Soft: 
   • в группу A попадает 10% - 20% от всего количества Клиентов,
   • в группу B попадает 20% - 30% от всего количества Клиентов,
   • в группу C попадает 30% - 30% от всего количества Клиентов,
   • в группу D попадает 40% - 20% от всего количества Клиентов.
3. Исходя из распределения Клиентов Soft по группам, определяется средний срок работы с каждым Клиентом Soft в группе (см. Схему 21, поз. 112).

3.4. Бизнес-процесс и потоки функции «Формирование данных для Hard»

Бизнес-процесс «Формирование данных для Hard» выполняет одноимённую функцию, входящую в функциональный блок «Распределение и контроль сроков» (описан в п. 4.1 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Формирование данных для Hard» представлен на Схеме 22.

Бизнес-процесс «Формирование данных для Hard» состоит из 3 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Из Распределённых данных (о Клиентах) для коллекции, Рабочей Базы данных с учётом условий сбора задолженности формируется Перечень Клиентов Hard с данными для работы (см. Схему 22, поз. 91),
2. Учитывая критерий прибыльности, Клиенты из полученного Перечня сортируются по суммам и максимальному наличию данных о Клиенте (телефонных и адресных контактов, имущества), Перечень Клиентов Hard с данными для работы структурируется по очередям (см. Схему 22, поз. 92). В первую очередь попадают те Клиенты Hard, эффективность работы по которым максимальна, Таким образом, формируется четыре очереди Клиентов Hard:
   • высокоэффективные Клиенты Hard (группа A),
   • Клиенты Hard средней эффективности (группа B),
   • Клиенты Hard эффективности ниже средней (группа C),
   • низкоэффективные Клиенты Hard (группа D).
   В зависимости от качества портфеля Клиентов Hard:
   • в группу A попадает 10% - 20% от всего количества Клиентов,
   • в группу B попадает 20% - 30% от всего количества Клиентов,
   • в группу C попадает 30% - 30% от всего количества Клиентов,
   • в группу D попадает 40% - 20% от всего количества Клиентов.
3. Исходя из распределения Клиентов Hard по группам, определяется средний срок работы с каждым Клиентом Hard в группе (см. Схему 22, поз. 113).

3.5. Бизнес-процесс и потоки функции «Формирование данных для Legal»

Бизнес-процесс «Формирование данных для Legal» выполняет одноимённую функцию, входящую в функциональный блок «Распределение и контроль сроков» (описан в п. 4.1 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Формирование данных для Legal» представлен на Схеме 23.

Бизнес-процесс «Формирование данных для Legal» состоит из 5 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании информации из Распределённых данных (о Клиентах) для коллекции и Рабочего Архива документов проверяется наличие необходимых бумажных документов для процедур Legal Collection (см. Схему 23, поз. 99),
2. При наличии необходимых бумажных документов, из Распределённых данных (о Клиентах) для коллекции, Рабочей Базы данных с учётом условий сбора задолженности формируется Перечень Клиентов Legal с документами для работы (см. Схему 23, поз. 100),
3. Учитывая критерий прибыльности, Клиенты из полученного Перечня сортируются по суммам и максимальному наличию данных о Клиенте (телефонных и адресных контактов, имущества), Перечень Клиентов Legal с данными для работы структурируется по очередям (см. Схему 23, поз. 101). В первую очередь попадают те Клиенты Legal, эффективность работы по которым максимальна, Таким образом, формируется четыре очереди Клиентов Legal:
   • высокоэффективные Клиенты Legal (группа A),
   • Клиенты Legal средней эффективности (группа B),
   • Клиенты Legal эффективности ниже средней (группа C),
   • низкоэффективные Клиенты Legal (группа D).
   В зависимости от качества портфеля Клиентов Legal:
   • в группу A попадает 10% - 20% от всего количества Клиентов,
   • в группу B попадает 20% - 30% от всего количества Клиентов,
   • в группу C попадает 30% - 30% от всего количества Клиентов,
   • в группу D попадает 40% - 20% от всего количества Клиентов.
4. Исходя из распределения Клиентов Legal по группам, определяется средний срок работы с каждым Клиентом Legal в группе (см. Схему 23, поз. 114),
5. При отсутствии необходимых бумажных документов, формируется запрос Кредитору по требуемым для работы документам и ожидание этих документов (см. Схему 23, поз. 103),

3.6. Бизнес-процесс и потоки функции «Формирование данных для Executive»

Бизнес-процесс «Формирование данных для Executive» выполняет одноимённую функцию, входящую в функциональный блок «Распределение и контроль сроков» (описан в п. 4.1 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Формирование данных для Executive» представлен на Схеме 24.

Бизнес-процесс «Формирование данных для Executive» состоит из 3 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Из Распределённых данных (о Клиентах) для коллекции, Рабочей Базы данных с учётом условий сбора задолженности формируется Перечень Клиентов Executive с данными для работы (см. Схему 24, поз. 104),
2. Учитывая критерий прибыльности, Клиенты из полученного Перечня сортируются по суммам и максимальному наличию данных о Клиенте (телефонных и адресных контактов, имущества), Перечень Клиентов Executive с данными для работы структурируется по очередям (см. Схему 24, поз. 105). В первую очередь попадают те Клиенты Executive, эффективность работы по которым максимальна, Таким образом, формируется четыре очереди Клиентов Executive:
   • высокоэффективные Клиенты Executive (группа A),
   • Клиенты Executive средней эффективности (группа B),
   • Клиенты Executive эффективности ниже средней (группа C),
   • низкоэффективные Клиенты Executive (группа D).
   В зависимости от качества портфеля Клиентов Executive:
   • в группу A попадает 10% - 20% от всего количества Клиентов,
   • в группу B попадает 20% - 30% от всего количества Клиентов,
   • в группу C попадает 30% - 30% от всего количества Клиентов,
   • в группу D попадает 40% - 20% от всего количества Клиентов.
3. Исходя из распределения Клиентов Executive по группам, определяется средний срок работы с каждым Клиентом Executive в группе (см. Схему 24, поз. 115).

3.7. Бизнес-процесс и потоки функции «Формирование данных для Others»

Бизнес-процесс «Формирование данных для Others» выполняет одноимённую функцию, входящую в функциональный блок «Распределение и контроль сроков» (описан в п. 4.1 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Формирование данных для Others» представлен на Схеме 25.

Бизнес-процесс «Формирование данных для Others» состоит из 3 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Из Распределённых данных (о Клиентах) для коллекции, Рабочей Базы данных с учётом условий сбора задолженности формируется Перечень Клиентов Others с данными для работы (см. Схему 25, поз. 106),
2. Учитывая критерий прибыльности, Клиенты из полученного Перечня сортируются по суммам и максимальному наличию данных о Клиенте (телефонных и адресных контактов, имущества), Перечень Клиентов Others с данными для работы структурируется по очередям (см. Схему 25, поз. 107). В первую очередь попадают те Клиенты Others, эффективность работы по которым максимальна, Таким образом, формируется четыре очереди Клиентов Others:
   • высокоэффективные Клиенты Others (группа A),
   • Клиенты Others средней эффективности (группа B),
   • Клиенты Others эффективности ниже средней (группа C),
   • низкоэффективные Клиенты Others (группа D).
   В зависимости от качества портфеля Клиентов Others:
   • в группу A попадает 10% - 20% от всего количества Клиентов,
   • в группу B попадает 20% - 30% от всего количества Клиентов,
   • в группу C попадает 30% - 30% от всего количества Клиентов,
   • в группу D попадает 40% - 20% от всего количества Клиентов.
3. Исходя из распределения Клиентов Others по группам, определяется средний срок работы с каждым Клиентом Others в группе (см. Схему 25, поз. 116).

3.8. Бизнес-процесс и потоки функции «Контроль сроков погашения задолженности»

Бизнес-процесс «Контроль сроков погашения задолженности» выполняет одноимённую функцию, входящую в функциональный блок «Распределение и контроль сроков» (описан в п. 4.1 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Контроль сроков погашения задолженности» представлен на Схеме 26.

Бизнес-процесс «Контроль сроков погашения задолженности» состоит из 6 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании Перечень данных для коллекции производится разделение Клиентов, с которыми ведётся работа по видам сбора и группам (см. Схему 26, поз. 108),
2. Получив информацию по платежам в погашение задолженности, производится контроль выставленных ранее сроков погашения для групп Клиентов внутри каждого из видов сбора задолженности (см. Схему 26, поз. 109),
3. Если сроки по группам исчерпаны, то происходит снижение группы Клиента (с A до B, с B до C, с C до D) (см. Схему 26, поз. 110),
4. Производится контроль выставленных ранее сроков погашения для видов сбора задолженности (см. Схему 26, поз. 111),
5. Если сроки по видам сбора исчерпаны, то происходит регистрация этого факта в Рабочей Базе данных и инициация смены вида сбора задолженности (см. Схему 26, поз. 118),
6. Если сроки по группам и видам сбора не исчерпаны, то происходит ожидание окончания сроков погашения задолженности (см. Схему 26, поз. 117).

3.9. Бизнес-процесс и потоки функции «Пакетирование Клиентов по типам Soft»

Бизнес-процесс «Пакетирование Клиентов по типам Soft» выполняет одноимённую функцию, входящую в функциональный блок «Soft Collection» (описан в п. 4.2 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Пакетирование Клиентов по типам Soft» представлен на Схеме 27.

Бизнес-процесс «Пакетирование Клиентов по типам Soft» состоит из 5 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании информации о Клиенте Soft из Рабочей Базы данных, производится анализ данных о Клиенте с целью отнесения его к одному из психологических типажей (см. Схему 27, поз. 119),
2. Выбор психологического типажа Клиента Soft фиксируется в Перечне Клиентов Soft с данными для работы (см. Схему 27, поз. 120),
3. С учётом истории общения Soft с Клиентом, анализируется необходимость смена типажа Клиента Soft (см. Схему 27, поз. 145),
4. Если Клиент Soft новый или смены типажа по результатам анализа общения оператора Soft с Клиентом не требуется, из Клиентов Soft одного типажа формируются пакеты с одинаковым количеством Клиентов (см. Схему 27, поз. 121),
5. Если по результатам анализа общения оператора Soft с Клиентом требуется смена типажа Клиента Soft, то производится эта смена (см. Схему 27, поз. 146).

3.10. Бизнес-процесс и потоки функции «Распределение Клиентов по операторам Soft»

Бизнес-процесс «Распределение Клиентов по операторам Soft» выполняет одноимённую функцию, входящую в функциональный блок «Soft Collection» (описан в п. 4.2 документа «Коллекторские услуги. Функциональный анализ»). 

Бизнес-процесс функции «Распределение Клиентов по операторам Soft» представлен на Схеме 28.

Бизнес-процесс «Распределение Клиентов по операторам Soft» состоит из 4 функциональных элементов. 

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Определяется текущая загрузка операторов Soft (см. Схему 28, поз. 123),
2. По истории общения оператора Soft с Клиентом анализируется эффективность работы оператора Soft (см. Схему 28, поз. 147),
3. Если оператор Soft в работе с Клиентом эффективен, то с учётом загрузки операторов, имеющегося портфеля групп и типажей Клиентов Soft производится распределение Клиентов между операторами Soft (см. Схему 28, поз. 124).
4. Если оператор Soft в работе с Клиентом не эффективен, то производится смена оператора Soft (см. Схему 28, поз. 148).

3.11. Бизнес-процесс и потоки функции «Телефонные звонки Клиентам»

Бизнес-процесс «Телефонные звонки Клиентам» выполняет одноимённую функцию, входящую в функциональный блок «Soft Collection» (описан в п. 4.2 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Телефонные звонки Клиентам» представлен на Схеме 29.

Бизнес-процесс «Телефонные звонки Клиентам» состоит из 9 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании информации о Клиенте Soft из Рабочей Базы данных, производится определение телефонного номера Клиента для переговоров (см. Схему 29, поз. 127),
2. Если определён телефонный номер, по которому с Клиентом можно произвести переговоры, то выясняется у Клиента: хочет ли он погасить задолженность (см. Схему 29, поз. 128),
3. Если Клиент желает погасить имеющуюся задолженность, то выясняется: может ли он эту задолженность погасить (см. Схему 29, поз. 129),
4. Если Клиент может погасить имеющуюся задолженность, то определяется его отношение к Коллектору, процессу сбора задолженности (см. Схему 29, поз. 130),
5. Если Клиенту неприятна процедура сбора задолженности через Коллектора, то, Клиенту предлагается несколько вариантов по срокам и порядку погашения Задолженности и обговариваются различные варианты по срокам и порядку погашения (см. Схему 29, поз. 131),
6. Если Клиенту процедура сбора задолженности безразлична, то, Клиенту объясняются возможные негативные для него последствия непогашения задолженности (см. Схему 29, поз. 132),
7. Если телефонный номер для контакта с Клиентом среди имеющихся в Рабочей Базе данных не найден, то производится регламентный (по времени суток) дозвон по всем имеющимся телефонам и сообщение в Аналитическую службу о поиске новых телефонов для контакта (см. Схему 29, поз. 133),
8. Если Клиент не хочет погашать имеющуюся задолженность, то производится убеждение Клиента в погашении задолженности (см. Схему 29, поз. 134),
9. Если Клиент не может погасить имеющуюся задолженность, то производится, совместно с Клиентом, поиск возможных источников погашения задолженности (см. Схему 29, поз. 135). /li>

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

3.12. Бизнес-процесс и потоки функции «Определение сроков и порядка погашения Soft»

Бизнес-процесс «Определение сроков и порядка погашения Soft» выполняет одноимённую функцию, входящую в функциональный блок «Soft Collection» (описан в п. 4.2 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Определение сроков и порядка погашения Soft» представлен на Схеме 30.

Бизнес-процесс «Определение сроков и порядка погашения Soft» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании предложенных оператором Soft Клиенту вариантов погашения Задолженности по срокам и порядку, Клиентом производится выбор устраивающего его варианта погашения (см. Схему 30, поз. 137),
2. Если один из вариантов погашения по срокам и порядку выбран, то оператор Soft фиксирует в Рабочей Базе данных срок и порядок погашения задолженности по данному варианту (см. Схему 30, поз. 138),
3. Если ни один из вариантов Клиентом не выбран, оператор Soft рассматривает с Клиентом другие варианты погашения задолженности (см. Схему 30, поз. 139),
4. Если Клиенту подходят несколько вариантов по срокам и порядку погашения, то оператор Soft, предлагает Клиенту заплатить любым из удобных для него вариантов и фиксирует в Рабочей Базе данных выбранные Клиентом варианты погашения по срокам и порядку (см. Схему 30, поз. 141).

3.13. Бизнес-процесс и потоки функции «Определение порядка и сроков мероприятий Soft»

Бизнес-процесс «Определение порядка и сроков мероприятий Soft» выполняет одноимённую функцию, входящую в функциональный блок «Soft Collection» (описан в п. 4.2 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Определение порядка и сроков мероприятий Soft» представлен на Схеме 31.

Бизнес-процесс «Определение порядка и сроков мероприятий Soft» состоит из 7 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

Производится проверка сроков действия программы работы с Клиентом Soft, связанная с типажом Клиента Soft (см. Схему 31, поз. 141),
1. Если срок программы работы с Клиентом Soft не окончен, то производится оценка правильности выбора типажа Клиента Soft (программы работы с Клиентом Soft) (см. Схему 31, поз. 142),
2. Если программа работы с Клиентом Soft выбрана правильно, то оценивается: нужно ли усиление программы работы с Клиентом Soft (см. Схему 31, поз. 143),
3. Если усиление программы работы с Клиентом Soft необходимо, то программа работы с Клиентом Soft переводится в усиленный режим (см. Схему 31, поз. 144),
4. Если срок программы работы с Клиентом Soft окончен, то производится запись в Рабочую Базу данных отрицательного результата действия программы работы с Клиентом Soft (см. Схему 31, поз. 149),
5. Если программа работы с Клиентом Soft выбрана неправильно, то в Рабочей базе данных фиксируется запрос на изменение типажа Клиента Soft (программы работы с Клиентом Soft) (см. Схему 31, поз. 150),
6. Если усиление программы работы с Клиентом Soft не надо, то продолжается работа с Клиентом Soft по выбранной программе (см. Схему 31, поз. 151).

3.14. Бизнес-процесс и потоки функции «Сбор и оценка результатов Soft»

Бизнес-процесс «Сбор и оценка результатов Soft» выполняет одноимённую функцию, входящую в функциональный блок «Soft Collection» (описан в п. 4.2 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Сбор и оценка результатов Soft» представлен на Схеме 32.

Бизнес-процесс «Сбор и оценка результатов Soft» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится сортировка текущих Клиентов Soft по типажам (программам работы с Клиентом) (см. Схему 32, поз. 152),
2. Производится разделение текущих Клиентов Soft по результатам работы с Клиентами Soft: согласие погасить задолженность с конкретными сроками погашения, несогласие погашать задолженность (см. Схему 32, поз. 153),
3. Производится выделение текущих Клиентов Soft с ближайшими сроками погашения задолженности (см. Схему 32, поз. 154),
4. Производится выделение текущих Клиентов Soft с ближайшими сроками мероприятий Soft (см. Схему 32, поз. 155).

3.15. Бизнес-процесс и потоки функции «Пакетирование Клиентов по типам Hard»

Бизнес-процесс «Пакетирование Клиентов по типам Hard» выполняет одноимённую функцию, входящую в функциональный блок «Hard Collection» (описан в п. 4.3 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Пакетирование Клиентов по типам Hard» представлен на Схеме 33.

Бизнес-процесс «Пакетирование Клиентов по типам Hard» состоит из 5 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании информации о Клиенте Hard из Рабочей Базы данных, производится анализ данных о Клиенте с целью отнесения его к одному из психологических типажей (см. Схему 33, поз. 156),
2. Выбор психологического типажа Клиента Hard фиксируется в Перечне Клиентов Hard с данными для работы (см. Схему 33, поз. 157),
3. С учётом истории общения Hard с Клиентом, анализируется необходимость смены типажа Клиента Hard (см. Схему 33, поз. 158),
4. Если Клиент Hard новый или смены типажа по результатам анализа общения группы Hard с Клиентом не требуется, из Клиентов Hard одного типажа формируются пакеты с одинаковым количеством Клиентов (см. Схему 33, поз. 159),
5. Если по результатам анализа общения группы Hard с Клиентом требуется смена типажа Клиента Hard, то производится эта смена (см. Схему 33, поз. 160).

3.16. Бизнес-процесс и потоки функции «Распределение Клиентов по группам Hard»

Бизнес-процесс «Распределение Клиентов по группам Hard» выполняет одноимённую функцию, входящую в функциональный блок «Hard Collection» (описан в п. 4.3 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Распределение Клиентов по группам Hard» представлен на Схеме 34.

Бизнес-процесс «Распределение Клиентов по группам Hard» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Определяется текущая загрузка групп Hard (см. Схему 34, поз. 161),
2. По истории общения группы Hard с Клиентом анализируется эффективность работы группы Hard (см. Схему 34, поз. 162),
3. Если групп Hard в работе с Клиентом эффективна, то с учётом загрузки групп, имеющегося портфеля групп и типажей Клиентов Hard производится распределение Клиентов между группами Hard (см. Схему 34, поз. 163).
4. Если группа Hard в работе с Клиентом не эффективна, то производится смена группы Hard (см. Схему 34, поз. 164).

3.17. Бизнес-процесс и потоки функции «Посещение Клиентов»

Бизнес-процесс «Посещение Клиентов» выполняет одноимённую функцию, входящую в функциональный блок «Hard Collection» (описан в п. 4.3 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Посещение Клиентов» представлен на Схеме 35.

Бизнес-процесс «Посещение Клиентов» состоит из 9 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании информации о Клиенте Hard из Рабочей Базы данных, производится определение адреса Клиента Hard для очных с ним переговоров (см. Схему 35, поз. 165),
2. Если определён адрес, по которому с Клиентом можно произвести переговоры, то во время переговоров выясняется у Клиента Hard: хочет ли он погасить задолженность (см. Схему 35, поз. 166),
3. Если Клиент Hard желает погасить имеющуюся задолженность, то выясняется: может ли он эту задолженность погасить (см. Схему 35, поз. 167),
4. Если Клиент Hard может погасить имеющуюся задолженность, то определяется его отношение к Коллектору, процессу сбора задолженности (см. Схему 35, поз. 168),
5. Если Клиенту Hard неприятна процедура сбора задолженности через Коллектора, то, Клиенту Hard предлагается несколько вариантов по срокам и порядку погашения Задолженности и обговариваются различные варианты по срокам и порядку погашения (см. Схему 35, поз. 169),
6. Если Клиенту Hard процедура сбора задолженности безразлична, то Клиенту объясняются возможные негативные для него последствия непогашения задолженности (см. Схему 35, поз. 170),
7. Если по адресам, предложенным Аналитической службой Клиент Hard не найден, то производится регламентное (по времени суток) посещение по всем имеющимся адресам и сообщение в Аналитическую службу о поиске новых адресов для контакта (см. Схему 35, поз. 171),
8. Если Клиент Hard не хочет погашать имеющуюся задолженность, то производится убеждение Клиента в погашении задолженности (см. Схему 35, поз. 172),
9. Если Клиент Hard не может погасить имеющуюся задолженность, то производится, совместно с Клиентом, поиск возможных источников погашения задолженности (см. Схему 35, поз. 173).

При работе по данному сценарию группа Hard вносит после прохождения каждого из функциональных элементов полученную от Клиента информацию в Рабочую Базу данных. 

3.18. Бизнес-процесс и потоки функции «Определение сроков и порядка погашения Hard»

Бизнес-процесс «Определение сроков и порядка погашения Hard» выполняет одноимённую функцию, входящую в функциональный блок «Hard Collection» (описан в п. 4.3 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Определение сроков и порядка погашения Hard» представлен на Схеме 36.

Бизнес-процесс «Определение сроков и порядка погашения Hard» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании предложенных группой Hard Клиенту вариантов погашения Задолженности по срокам и порядку, Клиентом производится выбор устраивающего его варианта погашения (см. Схему 36, поз. 174),
2. Если один из вариантов погашения по срокам и порядку выбран, то группа Hard фиксирует в Рабочей Базе данных срок и порядок погашения задолженности по данному варианту (см. Схему 36, поз. 175),
3. Если ни один из вариантов Клиентом Hard не выбран, группа Hard рассматривает с Клиентом другие варианты погашения задолженности (см. Схему 36, поз. 176),
4. Если Клиенту Hard подходят несколько вариантов по срокам и порядку погашения, то группа Hard, предлагает Клиенту заплатить любым из удобных для него вариантов и фиксирует в Рабочей Базе данных выбранные Клиентом Hard варианты погашения по срокам и порядку (см. Схему 36, поз. 177).

3.19. Бизнес-процесс и потоки функции «Определение порядка и сроков мероприятий Hard»

Бизнес-процесс «Определение порядка и сроков мероприятий Hard» выполняет одноимённую функцию, входящую в функциональный блок «Hard Collection» (описан в п. 4.3 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Определение порядка и сроков мероприятий Hard» представлен на Схеме 37.

Бизнес-процесс «Определение порядка и сроков мероприятий Hard» состоит из 7 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится проверка сроков действия программы работы с Клиентом Hard, связанная с типажом Клиента Hard (см. Схему 37, поз. 178),
2. Если срок программы работы с Клиентом Hard не окончен, то производится оценка правильности выбора типажа Клиента Hard (программы работы с Клиентом Hard) (см. Схему 37, поз. 179),
3. Если программа работы с Клиентом Hard выбрана правильно, то оценивается: нужно ли усиление программы работы с Клиентом Hard (см. Схему 37, поз. 180),
4. Если усиление программы работы с Клиентом Hard необходимо, то программа работы с Клиентом Hard переводится в усиленный режим (см. Схему 37, поз. 181),
5. Если срок программы работы с Клиентом Hard окончен, то производится запись в Рабочую Базу данных отрицательного результата действия программы работы с Клиентом Hard (см. Схему 37, поз. 182),
6. Если программа работы с Клиентом Hard выбрана неправильно, то в Рабочей базе данных фиксируется запрос на изменение типажа Клиента Hard (программы работы с Клиентом Hard) (см. Схему 37, поз. 183),
7. Если усиление программы работы с Клиентом Hard не надо, то продолжается работа с Клиентом Hard по выбранной программе (см. Схему 37, поз. 184).

3.20. Бизнес-процесс и потоки функции «Сбор и оценка результатов Hard»

Бизнес-процесс «Сбор и оценка результатов Hard» выполняет одноимённую функцию, входящую в функциональный блок «Hard Collection» (описан в п. 4.3 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Сбор и оценка результатов Hard» представлен на Схеме 38.

Бизнес-процесс «Сбор и оценка результатов Hard» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится сортировка текущих Клиентов Hard по типажам (программам работы с Клиентом) (см. Схему 38, поз. 152),
2. Производится разделение текущих Клиентов Hard по результатам работы с Клиентами Hard: согласие погасить задолженность с конкретными сроками погашения, несогласие погашать задолженность (см. Схему 38, поз. 153),
3. Производится выделение текущих Клиентов Hard с ближайшими сроками погашения задолженности (см. Схему 38, поз. 154),
4. Производится выделение текущих Клиентов Hard с ближайшими сроками мероприятий Hard (см. Схему 38, поз. 155).

3.21. Бизнес-процесс и потоки функции «Распределение Клиентов по видам подсудности»

Бизнес-процесс «Распределение Клиентов по видам подсудности» выполняет одноимённую функцию, входящую в функциональный блок «Legal Collection» (описан в п. 4.4 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Распределение Клиентов по видам подсудности» представлен на Схеме 39.

Бизнес-процесс «Распределение Клиентов по видам подсудности» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится оценка суммы задолженности Клиента на превышение порога подсудности мирового судьи (см. Схему 39, поз. 189),
2. Если сумма задолженности Клиента не превышает порога подсудности мирового судьи, то производится оценка необходимости передачи дела Клиента в общегражданское судопроизводство (см. Схему 39, поз. 190),
3. Если нет необходимости передавать дело Клиента в общегражданский суд, то формируется пакет документов для мирового суда (см. Схему 39, поз. 191),
4. Если сумма задолженности Клиента превышает порога подсудности мирового судьи, то формируется пакет документов для общегражданского суда (см. Схему 39, поз. 192).

3.22. Бизнес-процесс и потоки функции «Судопроизводство мирового судьи»

Бизнес-процесс «Судопроизводство мирового судьи» выполняет одноимённую функцию, входящую в функциональный блок «Legal Collection» (описан в п. 4.4 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Судопроизводство мирового судьи» представлен на Схеме 40.

Бизнес-процесс «Судопроизводство мирового судьи» состоит из 7 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Пакет документов на Клиента Legal с заявлением передаётся мировому судье (см. Схему 40, поз. 193),
2. Ставится на контроль сроки вынесения судебного приказа по Клиенту Legal (см. Схему 40, поз. 194),
3. Контролируется поступление судебного приказа по Клиенту Legal (см. Схему 40, поз. 195),
4. Если в течении установленного срока Клиент Legal не сформировал возражение по приказу, производится передача судебного приказа в исполнительное производство (см. Схему 40, поз. 196),
5. Если Клиент Legal сформировал возражение по судебному приказу, производится контроль за сроками возражения Клиента Legal (см. Схему 40, поз. 197),
6. Если срок возражения Клиента Legal по судебному приказу не был исчерпан, то контролируются сроки вынесения определения мирового суда об отмене приказа (см. Схему 40, поз. 198),
7. Производится передача дела Клиента Legal в исковое производство (см. Схему 40, поз. 199),

3.23. Бизнес-процесс и потоки функции «Общегражданское судопроизводство»

Бизнес-процесс «Общегражданское судопроизводство» выполняет одноимённую функцию, входящую в функциональный блок «Legal Collection» (описан в п. 4.4 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Общегражданское судопроизводство» представлен на Схеме 41.

Бизнес-процесс «Общегражданское судопроизводство» состоит из 5 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Пакет документов на Клиента Legal с заявлением подаётся в общегражданский суд (см. Схему 41, поз. 201),
2. Контролируются сроки проведения судебных заседаний и принимаемые судом решения (см. Схему 41, поз. 202),
3. Контролируются добровольное исполнение Клиентом Legal решения суда о погашении задолженности (см. Схему 41, поз. 203),
4. При добровольном исполнении Клиентом Legal решения суда, контролируется факт погашения Клиентом задолженности (см. Схему 41, поз. 204),
5. При отказе Клиентом Legal от добровольного исполнения решения суда, дела Клиента Legal передаются в исполнительное производство (см. Схему 41, поз. 205).

3.24. Бизнес-процесс и потоки функции «Сбор и оценка результатов Legal Collection»

Бизнес-процесс «Сбор и оценка результатов Legal Collection» выполняет одноимённую функцию, входящую в функциональный блок «Legal Collection» (описан в п. 4.4 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Сбор и оценка результатов Legal Collection» представлен на Схеме 42.

Бизнес-процесс «Сбор и оценка результатов Legal Collection» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится сортировка текущих Клиентов Legal по видам подсудности (см. Схему 42, поз. 206),
2. Производится разделение текущих Клиентов Legal по результатам работы с Клиентами Legal: согласие погасить задолженность с конкретными сроками погашения, несогласие погашать задолженность (см. Схему 42, поз. 207),
3. Производится выделение текущих Клиентов Legal с ближайшими сроками погашения задолженности (см. Схему 42, поз. 208),
4. Производится выделение текущих Клиентов Legal с ближайшими сроками мероприятий Legal (см. Схему 42, поз. 209).

3.25. Бизнес-процесс и потоки функции «Распределение Клиентов Executive по территории»

Бизнес-процесс «Распределение Клиентов Executive по территории» выполняет одноимённую функцию, входящую в функциональный блок «Executive Collection» (описан в п. 4.5 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Распределение Клиентов Executive по территории» представлен на Схеме 43.

Бизнес-процесс «Распределение Клиентов Executive по территории» состоит из 5 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании информации о территории нахождения Клиента Executive из Рабочей Базы данных, производится сортировка Клиентов Executive по территориальному признаку нахождения имущества Клиента (см. Схему 43, поз. 243),
2. Анализируется имеющаяся информация об имуществе Клиента Executive, на которое можно будет взыскать в погашение задолженности Клиента Executive (см. Схему 43, поз. 244),
3. Определяется: достаточно ли имущества, о котором есть в Рабочей Базе данных информация, для погашения задолженности Клиента (см. Схему 43, поз. 245),
4. Если имущества (по данным Рабочей Базы данных) достаточно для погашения задолженности, то производится пакетирование Клиентов Executive по территориальному признаку нахождения имущества Клиента Executive (см. Схему 43, поз. 246),
5. Если имущества (по данным Рабочей Базы данных) не достаточно для погашения задолженности, то определяются направления для поиска имущества Клиентов Executive, необходимого для погашения задолженности Клиента Executive (см. Схему 43, поз. 247),

3.26. Бизнес-процесс и потоки функции «Поиск имущества Клиентов Executive для погашения»

Бизнес-процесс «Поиск имущества Клиентов Executive для погашения» выполняет одноимённую функцию, входящую в функциональный блок «Executive Collection» (описан в п. 4.5 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Поиск имущества Клиентов Executive для погашения» представлен на Схеме 44.

Бизнес-процесс «Поиск имущества Клиентов Executive для погашения» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании информации об имуществе Клиента Executive из Рабочей Базы данных, производится формирование списка имущества Клиента Executive для взыскания (см. Схему 44, поз. 248),
2. Производится проверка наличия у Клиента Executive имущества для взыскания (см. Схему 44, поз. 249),
3. Если проверкой подтверждается наличие имущества Клиента Executive для взыскания, производится формирование списка имущества Клиента Executive для взыскания при исполнительном производстве (см. Схему 44, поз. 250),
4. Если проверкой имущества Клиента Executive для взыскания не находится, то производится поиск недостающего для взыскания имущества Клиента Executive (см. Схему 44, поз. 251).

3.27. Бизнес-процесс и потоки функции «Определение сроков и порядка погашения Executive»

Бизнес-процесс «Определение сроков и порядка погашения Executive» выполняет одноимённую функцию, входящую в функциональный блок «Executive Collection» (описан в п. 4.5 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Определение сроков и порядка погашения Executive» представлен на Схеме 45.

Бизнес-процесс «Определение сроков и порядка погашения Executive» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится передача пакета документов по исполнительному производству судебным приставам по территории нахождения Клиента Executive (см. Схему 45, поз. 252),
2. Определяются сроки посещения Клиента Executive судебными приставами для описи и изъятия имущества для взыскания (см. Схему 45, поз. 253),
3. Посещение Клиента Executive судебным приставом с целью описи и изъятия имущества Клиента Executive для взыскания (см. Схему 45, поз. 254),
4. Определение сроков поступления денежных средств от реализации имущества Клиента Executive для погашения задолженности (см. Схему 45, поз. 255).

3.28. Бизнес-процесс и потоки функции «Определение порядка и сроков мероприятий Executive»

Бизнес-процесс «Определение порядка и сроков мероприятий Executive» выполняет одноимённую функцию, входящую в функциональный блок «Executive Collection» (описан в п. 4.5 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Определение порядка и сроков мероприятий Executive» представлен на Схеме 46.

Бизнес-процесс «Определение порядка и сроков мероприятий Executive» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится сортировка Клиентов Executive по территориальному признаку (см. Схему 46, поз. 260),
2. Производится разделение Клиентов Executive по результатам работы (см. Схему 46, поз. 261),
3. Выделяются Клиенты Executive с ближайшими сроками погашения (см. Схему 46, поз. 262),
4. Выделяются Клиенты Executive с ближайшими сроками мероприятий Executive (см. Схему 46, поз. 263).

3.29. Бизнес-процесс и потоки функции «Пакетирование Клиентов по типам Others»

Бизнес-процесс «Пакетирование Клиентов по типам Others» выполняет одноимённую функцию, входящую в функциональный блок «Others Collection» (описан в п. 4.6 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Пакетирование Клиентов по типам Others» представлен на Схеме 47.

Бизнес-процесс «Пакетирование Клиентов по типам Others» состоит из 5 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании информации о Клиенте Others из Рабочей Базы данных, производится анализ данных о Клиенте с целью отнесения его к одному из психологических типажей (см. Схему 47, поз. 210),
2. Выбор психологического типажа Клиента Others фиксируется в Перечне Клиентов Others с данными для работы (см. Схему 47, поз. 211),
3. С учётом истории общения Others с Клиентом, анализируется необходимость смены типажа Клиента Others (см. Схему 47, поз. 212),
4. Если Клиент Others новый или смены типажа по результатам анализа общения группы Others с Клиентом не требуется, из Клиентов Others одного типажа формируются пакеты с одинаковым количеством Клиентов (см. Схему 47, поз. 213),
5. Если по результатам анализа общения группы Others с Клиентом требуется смена типажа Клиента Others, то производится эта смена (см. Схему 47, поз. 214).

3.30. Бизнес-процесс и потоки функции «Распределение Клиентов по группам Others»

Бизнес-процесс «Распределение Клиентов по группам Others» выполняет одноимённую функцию, входящую в функциональный блок «Others Collection» (описан в п. 4.6 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Распределение Клиентов по группам Others» представлен на Схеме 48.

Бизнес-процесс «Распределение Клиентов по группам Others» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Определяется текущая загрузка групп Others (см. Схему 48, поз. 215),
2. По истории общения группы Others с Клиентом анализируется эффективность работы группы Others (см. Схему 48, поз. 216),
3. Если группа Others в работе с Клиентом эффективна, то с учётом загрузки групп, имеющегося портфеля групп и типажей Клиентов Others производится распределение Клиентов между группами Others (см. Схему 48, поз. 217).
4. Если группа Others в работе с Клиентом не эффективна, то производится смена группы Others (см. Схему 48, поз. 218).

3.31. Бизнес-процесс и потоки функции «Посещение Клиентов Others»

Бизнес-процесс «Посещение Клиентов Others» выполняет одноимённую функцию, входящую в функциональный блок «Others Collection» (описан в п. 4.6 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Посещение Клиентов Others» представлен на Схеме 49.

Бизнес-процесс «Посещение Клиентов Others» состоит из 9 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании информации о Клиенте Others из Рабочей Базы данных, производится определение адреса Клиента Others для очных с ним переговоров (см. Схему 49, поз. 219),
2. Если определён адрес, по которому с Клиентом можно произвести переговоры, то во время переговоров выясняется у Клиента Others: хочет ли он погасить задолженность (см. Схему 49, поз. 220),
3. Если Клиент Others желает погасить имеющуюся задолженность, то выясняется: может ли он эту задолженность погасить (см. Схему 49, поз. 221),
4. Если Клиент Others может погасить имеющуюся задолженность, то определяется его отношение к Коллектору, процессу сбора задолженности (см. Схему 49, поз. 222),
5. Если Клиенту Others неприятна процедура сбора задолженности через Коллектора, то, Клиенту Others предлагается несколько вариантов по срокам и порядку погашения Задолженности и обговариваются различные варианты по срокам и порядку погашения (см. Схему 49, поз. 223),
6. Если Клиенту Others процедура сбора задолженности безразлична, то Клиенту объясняются возможные негативные для него последствия непогашения задолженности (см. Схему 49, поз. 224),
7. Если по адресам, предложенным Аналитической службой Клиент Others не найден, то производится регламентное (по времени суток) посещение по всем имеющимся адресам и сообщение в Аналитическую службу о поиске новых адресов для контакта (см. Схему 49, поз. 225),
8. Если Клиент Others не хочет погашать имеющуюся задолженность, то производится убеждение Клиента в погашении задолженности (см. Схему 49, поз. 226),
9. Если Клиент Others не может погасить имеющуюся задолженность, то производится, совместно с Клиентом, поиск возможных источников погашения задолженности (см. Схему 49, поз. 227).

При работе по данному сценарию группа Others вносит после прохождения каждого из функциональных элементов полученную от Клиента информацию в Рабочую Базу данных. 

3.32. Бизнес-процесс и потоки функции «Определение сроков и порядка погашения Others»

Бизнес-процесс «Определение сроков и порядка погашения Others» выполняет одноимённую функцию, входящую в функциональный блок «Others Collection» (описан в п. 4.6 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Определение сроков и порядка погашения Others» представлен на Схеме 50.

Бизнес-процесс «Определение сроков и порядка погашения Others» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. На основании предложенных группой Others Клиенту вариантов погашения Задолженности по срокам и порядку, Клиентом производится выбор устраивающего его варианта погашения (см. Схему 50, поз. 228),
2. Если один из вариантов погашения по срокам и порядку выбран, то группа Others фиксирует в Рабочей Базе данных срок и порядок погашения задолженности по данному варианту (см. Схему 50, поз. 229),
3. Если ни один из вариантов Клиентом Others не выбран, группа Others рассматривает с Клиентом другие варианты погашения задолженности (см. Схему 50, поз. 230),
4. Если Клиенту Others подходят несколько вариантов по срокам и порядку погашения, то группа Hard, предлагает Клиенту заплатить любым из удобных для него вариантов и фиксирует в Рабочей Базе данных выбранные Клиентом Others варианты погашения по срокам и порядку (см. Схему 50, поз. 231).

3.33. Бизнес-процесс и потоки функции «Определение порядка и сроков мероприятий Others»

Бизнес-процесс «Определение порядка и сроков мероприятий Others» выполняет одноимённую функцию, входящую в функциональный блок «Others Collection» (описан в п. 4.6 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Определение порядка и сроков мероприятий Others» представлен на Схеме 51.

Бизнес-процесс «Определение порядка и сроков мероприятий Others» состоит из 7 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится проверка сроков действия программы работы с Клиентом Others, связанная с типажом Клиента Others (см. Схему 51, поз. 232),
2. Если срок программы работы с Клиентом Others не окончен, то производится оценка правильности выбора типажа Клиента Others (программы работы с Клиентом Others) (см. Схему 51, поз. 233),
3. Если программа работы с Клиентом Others выбрана правильно, то оценивается: нужно ли усиление программы работы с Клиентом Others (см. Схему 51, поз. 234),
4. Если усиление программы работы с Клиентом Others необходимо, то программа работы с Клиентом Others переводится в усиленный режим (см. Схему 51, поз. 235),
5. Если срок программы работы с Клиентом Others окончен, то производится запись в Рабочую Базу данных отрицательного результата действия программы работы с Клиентом Others (см. Схему 51, поз. 236),
6. Если программа работы с Клиентом Others выбрана неправильно, то в Рабочей базе данных фиксируется запрос на изменение типажа Клиента Others (программы работы с Клиентом Others) (см. Схему 51, поз. 237),
7. Если усиление программы работы с Клиентом Others не надо, то продолжается работа с Клиентом Others по выбранной программе (см. Схему 51, поз. 238).

3.34. Бизнес-процесс и потоки функции «Сбор и оценка результатов Others»

Бизнес-процесс «Сбор и оценка результатов Others» выполняет одноимённую функцию, входящую в функциональный блок «Others Collection» (описан в п. 4.6 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Сбор и оценка результатов Others» представлен на Схеме 52.

Бизнес-процесс «Сбор и оценка результатов Others» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится сортировка текущих Клиентов Others по типажам (программам работы с Клиентом) (см. Схему 52, поз. 239),
2. Производится разделение текущих Клиентов Others по результатам работы с Клиентами Others: согласие погасить задолженность с конкретными сроками погашения, несогласие погашать задолженность (см. Схему 52, поз. 240),
3. Производится выделение текущих Клиентов Others с ближайшими сроками погашения задолженности (см. Схему 52, поз. 241),
4. Производится выделение текущих Клиентов Others с ближайшими сроками мероприятий Others (см. Схему 52, поз. 242).

3.35. Бизнес-процесс и потоки функции «Составление отчётности Soft»

Бизнес-процесс «Составление отчётности Soft» выполняет одноимённую функцию, входящую в функциональный блок «Составление отчётности» (описан в п. 4.7 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Составление отчётности Soft» представлен на Схеме 53.

Бизнес-процесс «Составление отчётности Soft» состоит из 6 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится формирование ежедневной отчётности о погашении Soft (см. Схему 53, поз. 264),
2. Производится формирование ежедневной отчётности о мероприятиях Soft (см. Схему 53, поз. 265),
3. Производится формирование ежедневной отчётности о непогашении Soft (см. Схему 53, поз. 266),
4. Производится формирование месячной отчётности о погашении Soft (см. Схему 53, поз. 267),
5. Производится формирование месячной отчётности о мероприятиях Soft (см. Схему 53, поз. 268),
6. Производится формирование месячной отчётности о непогашении Soft (см. Схему 53, поз. 269),

3.36. Бизнес-процесс и потоки функции «Составление отчётности Hard»

Бизнес-процесс «Составление отчётности Hard» выполняет одноимённую функцию, входящую в функциональный блок «Составление отчётности» (описан в п. 4.7 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Составление отчётности Hard» представлен на Схеме 54.

Бизнес-процесс «Составление отчётности Hard» состоит из 6 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Производится формирование ежедневной отчётности о погашении Hard (см. Схему 54, поз. 270),
2. Производится формирование ежедневной отчётности о мероприятиях Hard (см. Схему 54, поз. 271),
3. Производится формирование ежедневной отчётности о непогашении Hard (см. Схему 54, поз. 272),
4. Производится формирование месячной отчётности о погашении Hard (см. Схему 54, поз. 273),
5. Производится формирование месячной отчётности о мероприятиях Hard (см. Схему 54, поз. 274),
6. Производится формирование месячной отчётности о непогашении Hard (см. Схему 54, поз. 275),

3.37. Бизнес-процесс и потоки функции «Составление отчётности Legal»

Бизнес-процесс «Составление отчётности Legal» выполняет одноимённую функцию, входящую в функциональный блок «Составление отчётности» (описан в п. 4.7 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Составление отчётности Legal» представлен на Схеме 55.

Бизнес-процесс «Составление отчётности Legal» состоит из 6 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится формирование ежедневной отчётности о погашении Legal (см. Схему 55, поз. 276),
2. Производится формирование ежедневной отчётности о мероприятиях Legal (см. Схему 55, поз. 277),
3. Производится формирование ежедневной отчётности о непогашении Legal (см. Схему 55, поз. 278),
4. Производится формирование месячной отчётности о погашении Legal (см. Схему 55, поз. 279),
5. Производится формирование месячной отчётности о мероприятиях Legal (см. Схему 55, поз. 280),
6. Производится формирование месячной отчётности о непогашении Legal (см. Схему 55, поз. 281),

3.38. Бизнес-процесс и потоки функции «Составление отчётности Executive»

Бизнес-процесс «Составление отчётности Executive» выполняет одноимённую функцию, входящую в функциональный блок «Составление отчётности» (описан в п. 4.7 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Составление отчётности Executive» представлен на Схеме 56.

Бизнес-процесс «Составление отчётности Executive» состоит из 6 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится формирование ежедневной отчётности о погашении Executive (см. Схему 56, поз. 288),
2. Производится формирование ежедневной отчётности о мероприятиях Executive (см. Схему 56, поз. 289),
3. Производится формирование ежедневной отчётности о непогашении Executive (см. Схему 56, поз. 290),
4. Производится формирование месячной отчётности о погашении Executive (см. Схему 56, поз. 291),
5. Производится формирование месячной отчётности о мероприятиях Executive (см. Схему 56, поз. 292),
6. Производится формирование месячной отчётности о непогашении Executive (см. Схему 56, поз. 293).

3.39. Бизнес-процесс и потоки функции «Составление отчётности Others»

Бизнес-процесс «Составление отчётности Others» выполняет одноимённую функцию, входящую в функциональный блок «Составление отчётности» (описан в п. 4.7 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Составление отчётности Others» представлен на Схеме 57.

Бизнес-процесс «Составление отчётности Others» состоит из 6 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится формирование ежедневной отчётности о погашении Others (см. Схему 57, поз. 282),
2. Производится формирование ежедневной отчётности о мероприятиях Others (см. Схему 57, поз. 283),
3. Производится формирование ежедневной отчётности о непогашении Others (см. Схему 57, поз. 284),
4. Производится формирование месячной отчётности о погашении Others (см. Схему 57, поз. 285),
5. Производится формирование месячной отчётности о мероприятиях Others (см. Схему 57, поз. 286),
6. Производится формирование месячной отчётности о непогашении Others (см. Схему 57, поз. 287).

4. Бизнес-процессы и информационные потоки контроля погашения задолженности

4.1. Бизнес-процесс и потоки функции «Сравнение данных о платежах»

Бизнес-процесс «Сравнение данных о платежах» выполняет одноимённую функцию, входящую в функциональный блок «Контроль погашений» (описан в п. 2.3 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Сравнение данных о платежах» представлен на Схеме 58.

Бизнес-процесс «Сравнение данных о платежах» состоит из 3 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Из Перечня данных по платежам и Базы данных Отчётов выделяются данные о платежах по каждому платившему за период отчётности Клиенту и производится сравнение сумм платежей (см. Схему 58, поз. 295),
2. Если платежи, наличие и величина которых получена от Кредитора, соответствуют отчёту, производится подтверждение данных о платеже (см. Схему 58, поз. 296),
3. Если платежи, наличие и величина которых получена от Кредитора, не соответствуют отчёту, производится фиксирование факта несоответствия для дальнейшего выяснения причин (см. Схему 58, поз. 297).

4.2. Бизнес-процесс и потоки функции «Определение сумм и причин расхождений»

Бизнес-процесс «Определение сумма и причин расхождений» выполняет одноимённую функцию, входящую в функциональный блок «Контроль погашений» (описан в п. 2.3 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Определение сумма и причин расхождений» представлен на Схеме 59.

Бизнес-процесс «Определение сумма и причин расхождений» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Вычисляется сумма расхождений между данными Кредитора и отчётными данными (см. Схему 59, поз. 298),
2. В случае существенных расхождений в суммах, формируется запрос к службам по видам сбора задолженности (см. Схему 59, поз. 299),
3. После получения ответа от служб фиксируются суммы и причины расхождения данных в платежах (см. Схему 59, поз. 300),
4. В случае расхождений в суммах не существенны, фиксируются суммы расхождения данных в платежах (см. Схему 59, поз. 301).

4.3. Бизнес-процесс и потоки функции «Коррекция отчёта»

Бизнес-процесс «Коррекция отчёта» выполняет одноимённую функцию, входящую в функциональный блок «Контроль погашений» (описан в п. 2.3 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Коррекция отчёта» представлен на Схеме 60.

Бизнес-процесс «Коррекция отчёта» состоит из 6 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится коррекция ежедневной отчётности о погашении по видам сбора (см. Схему 60, поз. 302),
2. Производится коррекция ежедневной отчётности о мероприятиях по видам сбора (см. Схему 60, поз. 303),
3. Производится коррекция ежедневной отчётности о непогашении по видам сбора (см. Схему 60, поз. 304),
4. Производится коррекция месячной отчётности о погашении по видам сбора (см. Схему 60, поз. 305),
5. Производится коррекция месячной отчётности о мероприятиях по видам сбора (см. Схему 60, поз. 306),
6. Производится коррекция месячной отчётности о непогашении по видам сбора (см. Схему 60, поз. 307).

4.4. Бизнес-процесс и потоки функции «Формирование данных о погашении»

Бизнес-процесс «Формирование данных о погашении» выполняет одноимённую функцию, входящую в функциональный блок «Контроль погашений» (описан в п. 2.3 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс (в виде диаграммы Описания Последовательности Этапов Процесса - Process Flow Description Diagrams, PFDD) функции «Формирование данных о погашении» представлен на Схеме 61.

Бизнес-процесс «Формирование данных о погашении» состоит из 4 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Производится составление ежедневной отчётности для Кредитора о погашении по видам сбора (см. Схему 61, поз. 308),
2. Производится составление ежедневной отчётности для Кредитора о мероприятиях по видам сбора (см. Схему 61, поз. 309),
3. Производится составление месячной отчётности для Кредитора о погашении по видам сбора (см. Схему 61, поз. 310),
4. Производится составление месячной отчётности для Кредитора о мероприятиях по видам сбора (см. Схему 61, поз. 311).

5. Бизнес-процессы и информационные потоки передачи данных Кредитору

5.1. Бизнес-процесс и потоки функции «Формирование данных о текущих платежах»

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

Бизнес-процесс функции «Формирование данных о текущих платежах» представлен на Схеме 62.

Бизнес-процесс «Формирование данных о текущих платежах» состоит из 2 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Из Базы данных Отчётов производится выделение данных о планируемых текущих платежах Клиентов по видам сбора (см. Схему 62, поз. 312),
2. Из выбранных данных формируются пакеты по планируемым платежам по видам сбора (см. Схему 62, поз. 313).

5.2. Бизнес-процесс и потоки функции «Анализ состояния погашения задолженности»

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

Бизнес-процесс функции «Анализ состояния погашения задолженности» представлен на Схеме 63.

Бизнес-процесс «Анализ состояния погашения задолженности» состоит из 3 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая: 

1. Из Базы данных Отчётов и Рабочей Базы данных выбирается информация о задолженности Клиента и его погашениях, после чего анализируется: погашена ли задолженность Клиента перед Кредитором (см. Схему 63, поз. 314),
2. Если задолженность Клиента перед Кредитором погашена, то отдельно выделяется Клиенты с погашенной задолженностью (см. Схему 63, поз. 315),
3. Если задолженность Клиента перед Кредитором не погашена, то отдельно выделяется Клиенты с непогашенной задолженностью (см. Схему 63, поз. 316).

5.3. Бизнес-процесс и потоки функции «Формирование данных о погашенной задолженности»

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

Бизнес-процесс функции «Формирование данных о погашенной задолженности» представлен на Схеме 64.

Бизнес-процесс «Формирование данных о погашенной задолженности» состоит из 2 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Из Базы данных Отчётов производится выделение данных о погашенной задолженности Клиентов по видам сбора (см. Схему 64, поз. 318),
2. Из выбранных данных формируются пакеты по погашенной задолженности по видам сбора (см. Схему 64, поз. 319).

5.4. Бизнес-процесс и потоки функции «Формирование данных по протоколу обмена»

Бизнес-процесс «Формирование данных по протоколу обмена» выполняет одноимённую функцию, входящую в функциональный блок «Передача данных Кредитору» (описан в п. 2.4 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Формирование данных по протоколу обмена» представлен на Схеме 65.

Бизнес-процесс «Формирование данных по протоколу обмена» состоит из 1 функционального элемента.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится подготовка запросов данных от Кредитора к отправке Кредитору (см. Схему 65, поз. 320).

5.5. Бизнес-процесс и потоки функции «Конвертация и отправка данных Кредитору»

Бизнес-процесс «Конвертация и отправка данных Кредитору» выполняет одноимённую функцию, входящую в функциональный блок «Передача данных Кредитору» (описан в п. 2.4 документа «Коллекторские услуги. Функциональный анализ»).

Бизнес-процесс функции «Конвертация и отправка данных Кредитору» представлен на Схеме 66.

Бизнес-процесс «Конвертация и отправка данных Кредитору» состоит из 7 функциональных элементов.

Последовательность действий (сценарий) бизнес-процесса следующая:

1. Производится конвертация Базы Отчётов Кредитору (см. Схему 66, поз. 322),
2. Производится конвертация Базы запросов данных от Кредитора (см. Схему 66, поз. 323),
3. Конвертированные данные шифруются (см. Схему 66, поз. 324),
4. Формируется пакет для передачи данных Кредитору (см. Схему 66, поз. 325),
5. Происходит проверка наступления срока передачи данных (обмена данными) (см. Схему 66, поз. 326),
6. Если срок передачи данных (обмена данными) наступил, производится передача данных Кредитору (см. Схему 66, поз. 327),
7. Если срок передачи данных (обмена данными) не наступил, производится ожидание наступления срока передачи данных Кредитору (см. Схему 66, поз. 328).