arm-ka-docs/source/biq/biq-34649-ex.md

АО «Россельхозбанк»

Департамент крупного бизнеса

Техническое задание

Единое хранилище финансовых данных клиентов

Инициатива № 34649

Версия документа 1.0

Москва, 2026

Содержание

[Содержание 2](#содержание "#_Toc235202516")

[1. Глоссарий 3](#глоссарий "#_Toc235202517")

[2. Связанные документы 4](#связанные-документы "#_Toc235202518")

[3. Общие положения 5](#общие-положения "#_Toc235202519")

[3.1. Основание для разработки 5](#основание-для-разработки "#_Toc235202520")

[3.2. Основание для выполнения работы 5](#основание-для-выполнения-работы "#_Toc235202521")

[3.3. Назначение и цели 5](#назначение-и-цели "#_Toc235202522")

[4. Участники процесса 6](#участники-процесса "#_Toc235202523")

[5. Бизнес-требования 7](#бизнес-требования "#_Toc235202524")

[5.1. Бизнес-описание 7](#бизнес-описание "#_Toc235202525")

[5.2. Состав хранимых данных 7](#состав-хранимых-данных "#_Toc235202526")

[5.3. Целевой процесс (TO BE) 7](#целевой-процесс-to-be "#_Toc235202527")

[6. Функциональные требования 9](#функциональные-требования "#_Toc235202528")

[6.1. Управление справочниками и структурой хранения 9](#управление-справочниками-и-структурой-хранения "#_Toc235202529")

[6.2. Прием и запись данных 9](#прием-и-запись-данных "#_Toc235202530")

[6.3. Модель хранения данных 9](#модель-хранения-данных "#_Toc235202531")

[6.4. Версионность и историчность 10](#связи-между-сущностями-обеспечивают-возможность-получения-полного-состава-данных-по-гк-гск-организации-отчетной-дате-версии-среза-и-виду-документа.-для-монозаёмщика-связь-с-гкгскгсз-отсутствует-до-момента-его-включения-в-соответствующую-группу. "#_Toc235202532")

[6.5. Разрезы и группировка хранения 10](#разрезы-и-группировка-хранения "#_Toc235202533")

[6.6. Выгрузка и экспорт 10](#выгрузка-и-экспорт "#_Toc235202534")

[6.7. Личный кабинет Единого хранилища 10](#личный-кабинет-единого-хранилища "#_Toc235202535")

[6.7.1 Панель фильтров и поиск 10](#панель-фильтров-и-поиск "#_Toc235202536")

[6.7.2 Дерево структуры (навигация ГК - ГСК - Организации) 11](#дерево-структуры-навигация-гк---гск---организации "#_Toc235202537")

[6.7.3 Область документов 11](#область-документов "#_Toc235202538")

[6.7.4 Действия над документом 12](#действия-над-документом "#_Toc235202539")

[7. Требования к хранению данных и к процессам наполнения 13](#требования-к-хранению-данных-и-процессам-наполнения "#_Toc235202540")

[8. Требования по обеспечению информационной безопасности 14](#требования-по-обеспечению-информационной-безопасности "#_Toc235202542")

[8.1. Подсистема управления доступом 14](#_Toc235202543 "#_Toc235202543")

[8.2. Сроки и глубина хранения, архивирование 14](#сроки-и-глубина-хранения-архивирование "#_Toc235202544")

[9. Основные участники подготовки и согласования БФТ 15](#основные-участники-подготовки-и-согласования-бфт "#_Toc235202545")

[10. Приложения 16](#приложения "#_Toc235202546")

[Приложение 1. Макеты интерфейсов личного кабинета Единого хранилища 17](#приложение-1.-макеты-интерфейсов-личного-кабинета-единого-хранилища "#_Toc235202547")

[Приложение 2. Модель данных 19](#приложение-2.-модель-данных "#_Toc235202548")

1. Глоссарий

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

Термин / сокращение	Определение
АРМ КА	Автоматизированное рабочее место кредитного аналитика - основной поставщик данных в хранилище.
ГК	Группа компаний.
ГСК	Группа связанных компаний (периметр консолидации).
ГСЗ	Группа связанных заемщиков.
Монозаёмщик	Юридическое лицо, не входящее на текущую дату ни в одну группу компаний (ГК/ГСК/ГСЗ), по которому в Едином хранилище осуществляется хранение первичной документации для последующего использования при включении юридического лица в состав группы компаний и формировании консолидированной финансовой отчетности.
Гудвилл	Разница между покупной стоимостью компании и справедливой стоимостью идентифицируемых чистых активов в дату приобретения/дату отчетности.
Документы ФО	Загруженные документы финансовой отчетности.
ЕХ, хранилище	Единое хранилище финансовых данных клиентов - предмет настоящего ТЗ. В рамках которого происходит загрузка первичных данных (финансовая отчётность, ОСВ) из модуля загрузки и распознавания и консолидированная отчётность из модуля консолидации АРМ КА. Единое хранилище передаёт данные, в т.ч. исторические, по запросу в модуль консолидации и обеспечивает просмотр/выгрузку через личный кабинет.
КФО	Консолидированная финансовая отчетность.
ОФР	Отчет о финансовых результатах.
ОСВ	Оборотно-сальдовая ведомость по счету.
Отчетная дата	Дата, на которую сформирован набор данных клиента (срез).
Периметр	Состав ЮЛ/ИП, входящих в ГСК/ГСЗ на отчетную дату.
Сводная ОСВ	Оборотно-сальдовая ведомость, сведенная по компаниям периметра в разрезе субконто «Контрагенты».
Срез данных	Совокупность финансовых данных ГСК на одну отчетную дату, зафиксированная как единое целое.
Версия КФО	Сформированная консолидированная финансовая отчетность для конкретной ГСК на одну отчетную дату.
Верификация КФО	Сформированная и подтвержденная на кредитном комитете.
Смежная система	Внешняя по отношению к хранилищу система-потребитель данных.
ЕЦП CРM	Мастер-система, в которой ведется состав ГК/ГСК/ГСЗ.
Шахматка	Набор матриц «компания × компания» по счетам взаимных расчётов, отражающих взаимные требования и обязательства компаний ГСК; вспомогательный артефакт консолидации.
ЮЛ / ИП	Юридическое лицо / индивидуальный предприниматель - элемент состава ГК/ГСК/ГСЗ.

2. Связанные документы

Основным методологическим документом, на котором базируются требования настоящего ТЗ, является:

• Методика консолидации финансовой отчётности Группы¹ связанных компаний (АО «Россельхозбанк»). Методика описывает источники данных, принципы построения КФО ГСК и порядок обработки расхождений и применяется в качестве основания для разработки бизнес-требований к АРМ.

• Техническое задание АРМ кредитного аналитика (АРМ КА) (инициатива BIQ-34649): в части модуля «Единая база финансовых данных клиентов».

3. Общие положения

3.1. Основание для разработки

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

Автоматизация охватывает, в частности:

• распознавание документов финансовой отчётности (PDF, изображения, формат: xls, xlsb, xlsx, Р7);

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

• версионность и историчность срезов по отчётным датам;

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

• создание единой базы финансовых данных клиентов.

3.2. Основание для выполнения работы

Работы выполняются в рамках бизнес-инициативы BIQ-34649.

3.3. Назначение и цели

Единое хранилище финансовых данных - централизованное место хранения финансовых данных клиентов, накапливаемых в процессе работы АРМ КА, с возможностью повторного использования данных в последующих периодах и предоставления их потребителям. Основной поставщик данных - АРМ КА. Состав групп клиентов (ГК/ГСК/ГСЗ) хранилище получает из АРМ КА, как это определено в п. 6.1 АРМ КА.

Целями создания Единого хранилища являются:

1. Централизованное хранение первичных (распознанных данных отчетности) и консолидированных финансовых данных клиентов;

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

3. Обеспечение хранения истории изменений и версий данных;

4. Предоставление пользователям и смежным системам доступа к актуальным и историческим данным;

4. Участники процесса

Кураторы и ключевые участники процесса со стороны заказчика приведены в таблице.

Роль	Участник / подразделение
Куратор	Лебедева А.А., Шаройко А.В..
Заинтересованные подразделения	Департамент рисков, Департамент микробизнеса, Департамент малого и среднего бизнеса, Департамент крупного бизнеса, Департамент методологии и управления кредитным процессом, Департамент оформления и контроля кредитных операций.

5. Бизнес-требования

5.1. Бизнес-описание

Хранилище - система хранения данных, дополненная собственным веб-интерфейсом (личным кабинетом) для просмотра и выгрузки архива документов. Ввод и изменение финансовых данных в кабинете не выполняются: данные формируются и записываются средствами АРМ КА, а хранилище обеспечивает их хранение, просмотр и выдачу. Хранилище автоматизирует:

• прием и запись финансовых данных клиентов от АРМ КА;

• накопление данных по отчетным датам (год, квартал) с сохранением;

• хранение данных в разрезах ГК/ГСК/ЮЛ/ИП/Монозаемщики и отчетных дат;

• поиск, выборку и предоставление данных пользователям АРМ КА и смежным системам (включая исторические срезы по запросу модуля консолидации);

• контроль целостности и сохранности данных;

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

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

5.2. Состав хранимых данных

В хранилище размещаются данные, формируемые в АРМ КА. Состав данных согласован с формами и расчетами АРМ КА:

Категория данных	Состав
Консолидированная отчетность (КФО)	Консолидированный бухгалтерский баланс (форма 1) и консолидированный ОФР (форма 2) в разрезе строк
Первичные документы	Бухгалтерский баланс и ОФР отдельных юридических лиц, входящих в периметр ГСК/ГСЗ, а также монозаёмщиков; исходные ОСВ по счетам в разрезе субконто «Контрагенты»
Сводная ОСВ	Сведенная по компаниям периметра ОСВ в разрезе контрагентов и признаков ГСК/ГК/внешний
Результаты расчетов	Шахматка, расчет Гудвилл, таблица корректировок и иные производные расчеты АРМ КА
Иные отчеты	Иные отчетные формы сформированные в результате обработки данных
Справочники и периметр	Состав ГК/ГСК/ГСЗ, справочники ЮЛ/ИП, периметр на отчетную дату
Метаданные	Отчетная дата, версия, автор и время записи, ссылка на источник, статус среза

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

5.3. Целевой процесс (TO BE)

После внедрения АРМ процесс записи в хранилище выполняется следующим образом:

1. АРМ КА загружает первичные документы по юридическим лицам, входящим в состав ГСК/ГСЗ, а также по монозаёмщикам.

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

4. АРМ КА завершает сбор и расчет данных клиента.

5. АРМ КА передает срез данных в хранилище, хранилище записывает срез как версию.

6. Хранилище фиксирует метаданные (дата, версия, автор, источник) и делает срез доступным для чтения.

7. При повторном обращении к клиенту в новом периоде АРМ КА читает из хранилища данные прошлых периодов для пересчета и сравнения.

8. При пересчете хранилище сохраняет новую версию, не затирая утвержденные ранее срезы.

9. Пользователь с соответствующими правами просматривает и выгружает данные через ЛК;

10. По истечении сроков / по регламенту утверждённые объекты переводятся в статус «Архив» и архивируются в озеро данных (data lake) с возможностью восстановления на просмотр.

11. При необходимости пользователи получают доступ к актуальным, либо историческим версиям данных посредством сервиса хранилища в соответствии с назначенными правами доступа.

12. При включении юридического лица, ранее зарегистрированного как монозаёмщик, в состав ГК/ГСК/ГСЗ ранее сохраненная первичная документация данного юридического лица становится доступной для использования при формировании соответствующего среза КФО.

6. Функциональные требования

6.1. Управление справочниками и структурой хранения

• хранилище использует состав ГК/ГСК/ГСЗ, полученный из АРМ КА;

• самостоятельное ведение состава в хранилище не предусмотрено;

• структура хранения строится по иерархии: ГК -> ГСК/ГСЗ -> ЮЛ/ИП -> отчетная дата -> форма/расчет -> значение; для монозаёмщиков предусматривается отдельный уровень хранения: Монозаёмщики -> ЮЛ -> отчетная дата -> первичная документация.

• хранилище ведет справочники первичной документации, сформированной консолидированной отчетности и форм расчетных таблиц (сводная ОСВ, Гудвилл, шахматка и иные таблицы) ;

• изменения справочников версионируются;

• хранилище предусматривает возможность хранения первичной документации о юридических лицах/ИП, не входящих на текущую дату в состав ГК/ГСК/ГСЗ, с признаком «Монозаёмщик»;

• при изменении статуса юридического лица и его включении в состав ГК/ГСК/ГСЗ ранее сохраненные документы и данные монозаёмщика не удаляются и не дублируются, а становятся доступными в рамках соответствующей структуры хранения.

6.2. Прием и запись данных

• хранилище принимает данные от АРМ КА через программный интерфейс;

• запись выполняется срезами: один срез - данные одного ГСК на одну отчетную дату в согласованном составе;

• запись в хранилище КФО осуществляется после перевода в статус «Верифицирован»;

• При повторной загрузке данных по одной и той же ГСК и отчетной дате система не должна создавать дублирующие записи. Повторно полученные данные сохраняются как новая версия соответствующего среза с сохранением всех ранее созданных версий. Формирование новой версии выполняется в соответствии с требованиями раздела 6.4 «Версионность и историчность»;

• каждая запись сопровождается метаданными: отчетная дата, версия (в хранилище попадают только документация в рамках консолидации со статусом «Верифицировано», в случае иных статусов в КОФ, не переносятся в Единое хранилище) автор, идентификатор источника, ссылка на исходные документы с возможностью скачать;

• первичная документация монозаёмщика может приниматься и сохраняться независимо от формирования среза ГСК/ГСЗ;

• для первичной документации монозаёмщика фиксируются юридическое лицо/ИП, отчетная дата, тип документа, дата загрузки, автор загрузки и иные предусмотренные метаданные³;

• загрузка первичной документации монозаёмщика не приводит к формированию версии КФО или иного консолидированного среза.

6.3. Модель хранения данных

Данные хранятся в структурированной модели. Базовые сущности:

Сущность	Назначение и ключевые атрибуты
Клиент / группа	ГК, ГСК/ГСЗ
Компания (ЮЛ/ИП)	Элемент периметра; ИНН, наименование, признак ГСК/ГК/ГСЗ. Для юридического лица может быть установлен признак «Монозаёмщик».
Периметр на дату	Состав ЮЛ/ИП группы на отчетную дату
Срез данных	Отчетная дата, версия, статус, автор, время
Значение отчетности	Форма отчетности
Документ ФО	Идентификатор, ссылка на Консолидацию и ЮЛ, тип (баланс / ОФР / ОСВ), формат, файл, статус распознавания
Строка ОСВ	Счет, субсконто «Контрагенты», признак способа получения (формат: xls, xlsb, xlsx, PDF-OCR, Р7), ссылка на источник
Результат расчета	Тип (шахматка/Гудвилл/таблица корректировки), параметры, результат, привязка к срезу
Метаданные и аудит	События записи, чтения, изменения статуса

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

6.4. Версионность и историчность

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

• бухгалтерская отчётность первоначально может загружаться на не менее чем 5 отчётных квартальных дат, с последующим накоплением по мере предоставления клиентами отчётности;

• для каждой ГК и отчетной даты в хранилище обеспечивается хранение одной или нескольких версий среза данных которые приобрели статус «Верифицирован»;

• изменение статуса юридического лица с «Монозаёмщик» на участника ГК/ГСК/ГСЗ не приводит к удалению или изменению ранее сохраненной первичной документации;

• первичная документация, загруженная в период, когда юридическое лицо имело статус «Монозаёмщик», сохраняется с исходными метаданными и может быть использована при формировании последующих срезов КФО после включения юридического лица в состав ГК/ГСК/ГСЗ;

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

• при верификации новой версии КФО по той же ГСК за один отчетный период, ей присваивается статус «Актуальная», а ранее актуальной версии присваивается статус «Архив»;

• архивная версия КФО храниться в Едином хранилище в неизменном виде с сохранением даты верификации и остается доступной для просмотра и выгрузки;

• для каждой ГСК и отчетной даты в хранилище обеспечивается хранение одной или нескольких верифицированных версий КФО;

• каждая версия КФО хранится независимо и содержит полный состав данных, переданный на момент загрузки, а также метаданные (номер версии, дата и время создания, источник загрузки, пользователь (инициатор загрузки));

• ранее созданные версии не изменяются и не удаляются (приобретают статус Архив) при создании новой версии, что обеспечивает возможность просмотра истории изменений данных за любой момент времени;

• верифицированная версия КФО является неизменяемой. Изменение данных допускается только путем формирования новой версии;

6.5. Разрезы и группировка хранения

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

• по группам: ГК, ГСК/ГСЗ, монозаемщики;

• по компаниям: ЮЛ, ИП;

• по отчетным датам: год, квартал;

• по формам и расчетам: Баланс, ОФР, сводная ОСВ, шахматка, Гудвилл, таблица корректировок, КФО;

• для монозаёмщиков — по юридическому лицу, отчетной дате и типу первичной документации.

• Система должна обеспечивать одновременное применение нескольких разрезов при поиске и выборке данных.

6.6. Выгрузка и экспорт

• выгрузка среза, формы или расшифровки в форматы xls, xlsb, xlsx, Р7 и PDF (для исходных/подготовленных документов);

• выгрузка расшифровки статей отчетности в разрезе контрагентов;

• хранение истории выгрузок (кто, когда, какой состав).

6.7. Личный кабинет Единого хранилища

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

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

6.7.1 Панель фильтров и поиск

В верхней части кабинета доступны фильтры и строка поиска. Фильтры применяются совместно и сужают содержимое дерева и области документов:

• ГК - выбор группы компаний (по умолчанию "Все ГК");

• Организация - выбор организации (ЮЛ/ИП) (по умолчанию "Все организации");

• Год - отчетный год (по умолчанию "Все годы");

• Квартал - отчетный квартал (по умолчанию "Все кварталы");

• Типы документов - фильтр по типу документа (по умолчанию "Все типы");

• Поиск - строка "Поиск по ГК, организации или документу" (по наименованию ГК, организации, наименованию/имени файла документа);

• Статус организации - ГК/ГСК/ГСЗ, Монозаёмщик.

6.7.2 Дерево структуры (навигация ГК - ГСК - Организации)

Слева отображается иерархия с подписью "ГК - ГСК - Организации".

Уровни дерева:

• группа компаний (ГК) - наименование и число входящих ГСК;

• ГСК - наименование, код и количество организаций;

• организация (ЮЛ/ИП) - наименование и ИНН.

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

• отображается раздел "Монозаёмщики", содержащий юридические лица, не входящие на текущую дату в состав ГК/ГСК/ГСЗ;

  Учитывается, что отображаются только группы/организации, доступные пользователю по зоне ответственности и роли.

6.7.3 Область документов

Справа отображаются документы выбранного узла, сгруппированные по консолидации. Внутри группы - два раздела:

• Сформированная отчетность - консолидированные документы, полученные в АРМ КА;

• Первичные документы - исходные документы организаций, сгруппированные по организации (наименование, ИНН, признак «первичная документация», число файлов);

• Для выбранного монозаёмщика в области документов отображается раздел "Первичные документы", содержащий загруженную первичную документацию по юридическому лицу. Группировка документов по консолидации для монозаёмщика не применяется. При включении монозаёмщика в состав ГК/ГСК/ГСЗ ранее загруженная первичная документация сохраняется и отображается в составе документов соответствующего юридического лица.

Таблица раздела «Сформированная отчетность» содержит колонки:

Колонка	Содержание
Документ	Наименование файла и тип (КФО, Шахматка, Консолидированная отчетность)
Сформирован	Дата формирования
Инициатор	Ф.И.О. инициатора
Подтвердил	Ф.И.О. подтвердившего
Верифицировал	Ф.И.О. верифицировавшего
Действия	Просмотр и выгрузка

Таблица раздела «Первичные документы» содержит колонки:

Колонка	Содержание
Документ	Наименование файла и тип (Баланс, ОФР, ОСВ)
Загружен	Дата загрузки
Инициатор	Ф.И.О. инициатора
Действия	Просмотр и выгрузка

6.7.4 Действия над документом

В каждой строке доступны два действия:

• Просмотр - открывает распознанные (структурированные) данные документа: извлеченные значения (счета, строки, суммы, контрагенты и т. п.) в табличном виде. Просмотр не открывает исходный файл PDF/формат: xls, xlsb, xlsx, Р7 показываются распознанные данные со ссылкой на источник.

• Выгрузка - скачивает файл документа в исходном виде: для первичных документов - исходный PDF/формат: xls, xlsb, xlsx, Р7 для сформированной отчетности - подготовленный файл (xlsx/pdf).

• Действия «Просмотр» и «Выгрузка» доступны для первичной документации монозаёмщиков на общих основаниях в соответствии с назначенными пользователю правами доступа.

7. Требования к хранению данных и процессам наполнения

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

• версии и история хранятся в течение срока, установленного в п. 8.3 настоящего ТЗ;

• данные хранятся в разрезах, определенных в п. 6.5;

• первичная документация монозаёмщиков хранится в течение установленного настоящим ТЗ срока хранения;

• изменение статуса юридического лица с "Монозаёмщик" на участника ГК/ГСК/ГСЗ не является основанием для удаления ранее загруженной первичной документации;

• при последующем включении монозаёмщика в состав ГК/ГСК/ГСЗ ранее загруженная первичная документация должна быть доступна для повторного использования при формировании КФО;

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

  модель данных хранилища указана в Приложении 2.

8. Требования по обеспечению информационной безопасности

Разрабатываемое решение наследует требования информационной безопасности от ИС РАИСА в применимой части.

8.1. Требования к подсистеме управления доступом

Ролевая модель⁴ решения приведена в таблице:

Роль	Назначение в хранилище
Администратор ЕХ	Управление структурой хранения, справочниками, ролями и правами, сроками хранения
Кредитный аналитик головного офиса (КА ГО)	Просмотр распознанных данных и выгрузка документов по закрепленным ГК по своей ЗО
Кредитный аналитик регионального филиала (КА РФ)	Просмотр распознанных данных и выгрузка документов в пределах ГК своего филиала
Руководитель кредитного аналитика (РКА)	Просмотр и выгрузка данных по подчиненным аналитикам
Клиентский менеджер (КМ)	Просмотр распознанных данных и выгрузка документов по своим клиентам
Эксперт ГО	Просмотр распознанных данных и выгрузка документов по всем ГК
Эксперт РФ	просмотр информации по ГК своей ЗО, закрепленным за РФ пользователя, а также по ГК своей ЗО, в состав которых входят ЮЛ/ИП,
Смежная система	Чтение утвержденных данных по согласованному контракту

8.2. Подсистема управления доступом

Доступ к хранилищу разграничивается по группам клиентов и операциям:

Роль	Основной функционал
Администратор ЕХ	Управление структурой хранения, справочниками, ролями
КА ГО / КА РФ / РКА / КМ/	Запись Срезов данных (через АРМ КА) и чтение данных по доступным ГК в ЗО пользователя
Смежная система	1Чтение утвержденных данных по согласованному контракту (сервисная учетная запись)

---

1. В случае интеграции АРМ КА с иными системами Банка.↩︎

• права назначаются в разрезе групп клиентов (ГК/ГСК); пользователь видит только доступные ему группы;

• запись данных выполняется только через АРМ КА под учетной записью аналитика; прямое редактирование значений в хранилище не предусмотрено;

• Права доступа к данным монозаёмщиков предоставляются в соответствии с зоной ответственности пользователя и установленными правилами доступа к соответствующим юридическим лицам. Отсутствие у юридического лица принадлежности к ГК/ГСК/ГСЗ не должно препятствовать применению разграничения доступа к его первичной документации.

8.3. Сроки и глубина хранения, архивирование

• глубина хранения данных составляет 5 лет с даты прекращения отношений Банка с Клиентом;

• в разрезе отчетных дат: год/квартал. Бухгалтерская отчетность первоначально загружается на количество не менее 5 отчетных квартальных дат, с последующим накоплением данных по мере предоставления клиентами отчетности.

• по истечении срока хранения данные архивируются либо удаляются в порядке, установленном ВНД;

• верифицированные версии КФО не удаляются до истечения срока хранения;

Производится обеспечение возможности просмотра данных Единого хранилища и выгрузки форм отчетности, а также необходимых пользователю отдельных показателей в формате xls, xlsb, xlsx, Р7.

• архивирование выполняется в озеро данных (data lake);

• Система обеспечивает восстановление архивной версии КФО для просмотра без возможности редактирования.

8.4. Производительность, надёжность и доступность

Требования к производительности, надёжности и доступности наследуются от ИС РАИСА; отдельные целевые показатели для ЕХ фиксируются на этапе проектирования/ПМИ.

9. Основные участники подготовки и согласования БФТ

Подготовку и согласование настоящего документа осуществляют участники, приведённые в таблице.

Роль	Участник / подразделение
Куратор	Лебедева А.А., Шаройко А.В..
Аналитик	Исполнители от Департамента больших данных: Хлыстова Е.Д., Лысенко И.С., Епифанцев А.А., Дубина Н.М..
Заинтересованные подразделения	Департамент рисков, Департамент микробизнеса, Департамент малого и среднего бизнеса, Департамент крупного бизнеса, Департамент методологии и управления кредитным процессом, Департамент оформления и контроля кредитных операций.

10. Порядок контроля и приёмки

Приемка Системы осуществляется Кураторами и ключевыми участниками процесса на основании результатов испытаний, проводимых в соответствии с Программой и методикой испытаний (ПМИ).
Целью приемочных испытаний является подтверждение соответствия реализованного функционала требованиям настоящего технического задания, а также подтверждение корректности выполнения процессов по созданию Единого Хранилища.
Система считается успешно прошедшей приемочные испытания при одновременном выполнении следующих условий:\

1. Все предусмотренные настоящим ТЗ функции реализованы и доступны пользователям в соответствии с их ролями;
   2.Отсутствуют критические ошибки, которые не выполняют бизнес-процессы;\
2. Обеспечивается выгрузка результатов в предусмотренных форматах;\
3. Обеспечивается сохранность данных, истории изменений и результатов расчетов.
   Результаты испытаний оформляются протоколом испытаний и являются основанием для принятия решения о вводе Системы в промышленную эксплуатацию.

**

11. Приложения

В состав настоящего документа входят следующие приложения:

• Приложение 1. Макеты интерфейсов АРМ кредитного аналитика;⁵

• Приложение 2. Модель данных;

Приложение 1. Макеты интерфейсов личного кабинета Единого хранилища

Макеты основных экранных форм личного кабинета Единого хранилища на рисунках 1–2.

Рисунок 1 – Единое хранилище: Структура ГК -> ГСК -> Организации

Рисунок 2 – Сформированная отчетность на квартал и первичные документы компаний ГСК

Приложение 2. Модель данных

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

Сущность	Назначение	Ключевые атрибуты
Группа компаний (ГК)	Верхнеуровневая группа, объект справочника	Идентификатор, наименование, идентификатор в CRM
Группа связанных компаний (ГСК)	Группа в составе ГК, для которой формируется КФО	Идентификатор, наименование, ссылка на ГК
Группа связанных заёмщиков (ГСЗ)	Группа в составе ГК	Идентификатор, наименование, ссылка на ГК
Юридическое лицо (ЮЛ)	Компания — участник группы	Идентификатор, наименование, ИНН, идентификатор в CRM, ссылка на ГК, ссылка на ГСК/ГСЗ, признак («ГК» / «ГСК» / «ГСЗ» / «монозаемщик»)
Консолидация (КФО)	Экземпляр процесса формирования КФО по ГСК	Идентификатор, ссылка на ГСК, отчётный период, статус, дата создания, ответственный пользователь
Документ ФО	Загруженный документ финансовой отчётности	Идентификатор, ссылка на Консолидацию и ЮЛ, тип (баланс / ОФР / ОСВ), формат, файл, статус распознавания
Распознанный показатель	Числовое значение, извлечённое из документа	Идентификатор, ссылка на Документ ФО, код статьи/счёта, значение, уровень уверенности распознавания, признак ручной корректировки
Сводная ОСВ	Сводная оборотно-сальдовая ведомость консолидации	Идентификатор, ссылка на Консолидацию
Строка сводной ОСВ	Позиция сводной ОСВ	Идентификатор, ссылка на Сводную ОСВ и ЮЛ, счёт, сальдо и обороты, признак контрагента
Шахматка	Набор матриц взаимных расчётов компаний ГСК	Идентификатор, ссылка на Консолидацию, отчётный период, счёт, значения по парам компаний
Расхождение / корректировка	Выявленное расхождение и внесённая корректировка	Идентификатор, ссылка на Сводную ОСВ, счёт, суммы сторон, % отклонения, сумма отклонения, скорректированные значения (ДБ/КР), комментарий, пользователь
Результат КФО	Консолидированный баланс и консолидированный ОФР	Идентификатор, ссылка на Консолидацию, статья, значение
Запись журнала изменений	Запись об изменении данных	Идентификатор, ссылка на объект, пользователь, дата и время, описание изменения, комментарий
Пользователь	Пользователь АРМ	Идентификатор, ФИО, роль, привязка к РФ/ГО, ЗО, табельный номер
Роль	Роль и набор полномочий	Идентификатор, наименование, перечень полномочий

Основные связи между сущностями:

• ГК — ГСК, ГК — ГСЗ, ГК — ЮЛ: один-ко-многим (ГК включает группы и юридические лица);

• ЮЛ — ГСК/ГСЗ: многие-к-одному — юридическое лицо входит только в одну ГСК или ГСЗ; иерархия групп не поддерживается; для юридического лица, имеющего статус «Монозаёмщик», связь с ГСК/ГСЗ отсутствует до момента его включения в соответствующую группу;

• ГСК — Консолидация: один-ко-многим (по ГСК может быть сформировано несколько консолидаций за разные периоды);

• Консолидация — Документ ФО: один-ко-многим;

• Документ ФО — Распознанный показатель: один-ко-многим;

• Консолидация — Сводная ОСВ: один-к-одному; Сводная ОСВ — Строка сводной ОСВ: один-ко-многим;

• Консолидация — Шахматка: один-ко-многим (по отчётным периодам);

• Сводная ОСВ — Расхождение / корректировка: один-ко-многим;

• Консолидация — Результат КФО: один-к-одному;

• Консолидация — Запись журнала изменений: один-ко-многим;

• Пользователь — Роль: многие-к-одному.

Приведённая модель является логической и подлежит детализации на этапе проектирования; физическая модель данных (типы, индексы, ограничения целостности) определяется при разработке.

---

1. Методика будет размещена на корпоративном портале Банка в разделе ДКБ. ↩︎

2. В перспективе, возможности системы могут быть использованы для формирования КФО на любом этапе кредитного процесса. ↩︎

3. Перечисленные атрибуты фиксации информации не являются окончательным вариантом и могут быть скорректированы на этапе проработки проекта. ↩︎

4. Ролевая модель может быть скорректирована, либо дополнена на этапе разработки. ↩︎

5. Макеты не являются окончательным вариантом интерфейса и могут быть скорректированы на этапе проработки проекта. ↩︎