**АО «Россельхозбанк»** Департамент крупного бизнеса **Техническое задание** **Единое хранилище финансовых данных клиентов** Инициатива № 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)](#целевой-процесс-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 "#_Toc235202543") [8.2. Сроки и глубина хранения, архивирование [14](#сроки-и-глубина-хранения-архивирование)](#сроки-и-глубина-хранения-архивирование "#_Toc235202544") [9. Основные участники подготовки и согласования БФТ [15](#основные-участники-подготовки-и-согласования-бфт)](#основные-участники-подготовки-и-согласования-бфт "#_Toc235202545") [10. Приложения [16](#приложения)](#приложения "#_Toc235202546") [Приложение 1. Макеты интерфейсов личного кабинета Единого хранилища [17](#приложение-1.-макеты-интерфейсов-личного-кабинета-единого-хранилища)](#приложение-1.-макеты-интерфейсов-личного-кабинета-единого-хранилища "#_Toc235202547") [Приложение 2. Модель данных [19](#приложение-2.-модель-данных)](#приложение-2.-модель-данных "#_Toc235202548") # 1. Глоссарий В настоящем документе используются следующие термины и сокращения. | **Термин / сокращение** | **Определение** | |----|----| | АРМ КА | Автоматизированное рабочее место кредитного аналитика - основной поставщик данных в хранилище. | | ГК | Группа компаний. | | ГСК | Группа связанных компаний (периметр консолидации). | | ГСЗ | Группа связанных заемщиков. | | Монозаёмщик | Юридическое лицо, не входящее на текущую дату ни в одну группу компаний (ГК/ГСК/ГСЗ), по которому в Едином хранилище осуществляется хранение первичной документации для последующего использования при включении юридического лица в состав группы компаний и формировании консолидированной финансовой отчетности. | | Гудвилл | Разница между покупной стоимостью компании и справедливой стоимостью идентифицируемых чистых активов в дату приобретения/дату отчетности. | | Документы ФО | Загруженные документы финансовой отчетности. | | ЕХ, хранилище | Единое хранилище финансовых данных клиентов - предмет настоящего ТЗ. В рамках которого происходит загрузка первичных данных (финансовая отчётность, ОСВ) из модуля загрузки и распознавания и консолидированная отчётность из модуля консолидации АРМ КА. Единое хранилище передаёт данные, в т.ч. исторические, по запросу в модуль консолидации и обеспечивает просмотр/выгрузку через личный кабинет. | | КФО | Консолидированная финансовая отчетность. | | ОФР | Отчет о финансовых результатах. | | ОСВ | Оборотно-сальдовая ведомость по счету. | | Отчетная дата | Дата, на которую сформирован набор данных клиента (срез). | | Периметр | Состав ЮЛ/ИП, входящих в ГСК/ГСЗ на отчетную дату. | | Сводная ОСВ | Оборотно-сальдовая ведомость, сведенная по компаниям периметра в разрезе субконто «Контрагенты». | | Срез данных | Совокупность финансовых данных ГСК на одну отчетную дату, зафиксированная как единое целое. | | Версия КФО | Сформированная консолидированная финансовая отчетность для конкретной ГСК на одну отчетную дату. | | Верификация КФО | Сформированная и подтвержденная на кредитном комитете. | | Смежная система | Внешняя по отношению к хранилищу система-потребитель данных. | | ЕЦП CРM | Мастер-система, в которой ведется состав ГК/ГСК/ГСЗ. | | Шахматка | Набор матриц «компания × компания» по счетам взаимных расчётов, отражающих взаимные требования и обязательства компаний ГСК; вспомогательный артефакт консолидации. | | ЮЛ / ИП | Юридическое лицо / индивидуальный предприниматель - элемент состава ГК/ГСК/ГСЗ. | # 2. Связанные документы Основным методологическим документом, на котором базируются требования настоящего ТЗ, является: - Методика консолидации финансовой отчётности Группы[^1] связанных компаний (АО «Россельхозбанк»). Методика описывает источники данных, принципы построения КФО ГСК и порядок обработки расхождений и применяется в качестве основания для разработки бизнес-требований к АРМ. - Техническое задание АРМ кредитного аналитика (АРМ КА) (инициатива BIQ-34649): в части модуля «Единая база финансовых данных клиентов». # 3. Общие положения ## 3.1. Основание для разработки Разработка выполняется в целях автоматизации работы[^2] кредитного аналитика и создания единой базы финансовых данных клиентов. Текущий процесс формирования консолидированной финансовой отчётности по группам связанных компаний выполняется преимущественно вручную, что трудоёмко и подвержено ошибкам, единая база финансовых данных клиентов не ведется. Автоматизация охватывает, в частности: - распознавание документов финансовой отчётности (PDF, изображения, формат: xls, xlsb, xlsx, Р7); - построение консолидированного финансового отчёта по группе связанных компаний; - версионность и историчность срезов по отчётным датам; - просмотр и выгрузку через личный кабинет, а также контроль целостности данных, разграничение доступа и архивирование. - создание единой базы финансовых данных клиентов. ## 3.2. Основание для выполнения работы Работы выполняются в рамках бизнес-инициативы BIQ-34649. ![](media/media/image1.emf) ## 3.3. Назначение и цели Единое хранилище финансовых данных - централизованное место хранения финансовых данных клиентов, накапливаемых в процессе работы АРМ КА, с возможностью повторного использования данных в последующих периодах и предоставления их потребителям. Основной поставщик данных - АРМ КА. Состав групп клиентов (ГК/ГСК/ГСЗ) хранилище получает из АРМ КА, как это определено в п. 6.1 АРМ КА. Целями создания Единого хранилища являются: 1. Централизованное хранение первичных (распознанных данных отчетности) и консолидированных финансовых данных клиентов; 2. Обеспечение повторного использования ранее сформированных данных при последующих консолидациях; 3. Обеспечение хранения истории изменений и версий данных; 4. Предоставление пользователям и смежным системам доступа к актуальным и историческим данным; 5. # 4. Участники процесса Кураторы и ключевые участники процесса со стороны заказчика приведены в таблице. | **Роль** | **Участник / подразделение** | |:--:|----| | Куратор | Лебедева А.А., Шаройко А.В.. | | Заинтересованные подразделения | Департамент рисков, Департамент микробизнеса, Департамент малого и среднего бизнеса, Департамент крупного бизнеса, Департамент методологии и управления кредитным процессом, Департамент оформления и контроля кредитных операций. | # 5. Бизнес-требования ## 5.1. Бизнес-описание Хранилище **-** система хранения данных, дополненная собственным веб-интерфейсом (личным кабинетом) для просмотра и выгрузки архива документов. Ввод и изменение финансовых данных в кабинете не выполняются: данные формируются и записываются средствами АРМ КА, а хранилище обеспечивает их хранение, просмотр и выдачу. Хранилище автоматизирует: - прием и запись финансовых данных клиентов от АРМ КА; - накопление данных по отчетным датам (год, квартал) с сохранением; - хранение данных в разрезах ГК/ГСК/ЮЛ/ИП/Монозаемщики и отчетных дат; - поиск, выборку и предоставление данных пользователям АРМ КА и смежным системам (включая исторические срезы по запросу модуля консолидации); - контроль целостности и сохранности данных; - в составе хранимых данных предусматривается хранение первичной документации по юридическим лицам, не входящим на текущую дату ни в одну группу компаний (монозаёмщикам). Хранение указанной документации осуществляется с целью ее последующего использования при включении соответствующего юридического лица в состав группы компаний и формирования консолидированной финансовой отчетности. - при последующем включении монозаёмщика в состав группы компаний ранее загруженная первичная документация сохраняется в Едином хранилище и может использоваться при формировании соответствующего среза консолидированной финансовой отчетности. Повторная загрузка ранее сохраненной первичной документации не требуется, если она соответствует необходимому юридическому лицу и отчетному периоду. ## 5.2. Состав хранимых данных В хранилище размещаются данные, формируемые в АРМ КА. Состав данных согласован с формами и расчетами АРМ КА: | **Категория данных** | **Состав** | |----|----| | Консолидированная отчетность (КФО) | Консолидированный бухгалтерский баланс (форма 1) и консолидированный ОФР (форма 2) в разрезе строк | | Первичные документы | Бухгалтерский баланс и ОФР отдельных юридических лиц, входящих в периметр ГСК/ГСЗ, а также монозаёмщиков; исходные ОСВ по счетам в разрезе субконто «Контрагенты» | | Сводная ОСВ | Сведенная по компаниям периметра ОСВ в разрезе контрагентов и признаков ГСК/ГК/внешний | | Результаты расчетов | Шахматка, расчет Гудвилл, таблица корректировок и иные производные расчеты АРМ КА | | Иные отчеты | Иные отчетные формы сформированные в результате обработки данных | | Справочники и периметр | Состав ГК/ГСК/ГСЗ, справочники ЮЛ/ИП, периметр на отчетную дату | | Метаданные | Отчетная дата, версия, автор и время записи, ссылка на источник, статус среза | Для монозаёмщиков в рамках текущего этапа в Едином хранилище сохраняется только первичная документация. Консолидированная финансовая отчетность, сводная ОСВ, шахматка, результаты консолидации и иные производные расчеты по монозаёмщику до его включения в состав группы компаний не формируются и не хранятся. | | | |-----|-----| | | | | | | | | | | | | | | | | | | | | | ## 5.3. Целевой процесс (TO BE) После внедрения АРМ процесс записи в хранилище выполняется следующим образом: 1. АРМ КА загружает первичные документы по юридическим лицам, входящим в состав ГСК/ГСЗ, а также по монозаёмщикам. 2. Для монозаёмщика первичная документация сохраняется без формирования консолидированной финансовой отчетности и иных производных расчетов. 3. 4. АРМ КА завершает сбор и расчет данных клиента. 5. АРМ КА передает срез данных в хранилище, хранилище записывает срез как версию. 6. Хранилище фиксирует метаданные (дата, версия, автор, источник) и делает срез доступным для чтения. 7. При повторном обращении к клиенту в новом периоде АРМ КА читает из хранилища данные прошлых периодов для пересчета и сравнения. 8. При пересчете хранилище сохраняет новую версию, не затирая утвержденные ранее срезы. 9. Пользователь с соответствующими правами просматривает и выгружает данные через ЛК; 10. По истечении сроков / по регламенту утверждённые объекты переводятся в статус «Архив» и архивируются в озеро данных (data lake) с возможностью восстановления на просмотр. 11. При необходимости пользователи получают доступ к актуальным, либо историческим версиям данных посредством сервиса хранилища в соответствии с назначенными правами доступа. 12. При включении юридического лица, ранее зарегистрированного как монозаёмщик, в состав ГК/ГСК/ГСЗ ранее сохраненная первичная документация данного юридического лица становится доступной для использования при формировании соответствующего среза КФО. # 6. Функциональные требования ## 6.1. Управление справочниками и структурой хранения - хранилище использует состав ГК/ГСК/ГСЗ, полученный из АРМ КА; - самостоятельное ведение состава в хранилище не предусмотрено; - структура хранения строится по иерархии: ГК -\> ГСК/ГСЗ -\> ЮЛ/ИП -\> отчетная дата -\> форма/расчет -\> значение; для монозаёмщиков предусматривается отдельный уровень хранения: Монозаёмщики -\> ЮЛ -\> отчетная дата -\> первичная документация. - хранилище ведет справочники первичной документации, сформированной консолидированной отчетности и форм расчетных таблиц (сводная ОСВ, Гудвилл, шахматка и иные таблицы) ; - изменения справочников версионируются; - хранилище предусматривает возможность хранения первичной документации о юридических лицах/ИП, не входящих на текущую дату в состав ГК/ГСК/ГСЗ, с признаком «Монозаёмщик»; - при изменении статуса юридического лица и его включении в состав ГК/ГСК/ГСЗ ранее сохраненные документы и данные монозаёмщика не удаляются и не дублируются, а становятся доступными в рамках соответствующей структуры хранения. ## 6.2. Прием и запись данных - хранилище принимает данные от АРМ КА через программный интерфейс; - запись выполняется срезами: один срез - данные одного ГСК на одну отчетную дату в согласованном составе; - запись в хранилище КФО осуществляется после перевода в статус «Верифицирован»; - При повторной загрузке данных по одной и той же ГСК и отчетной дате система не должна создавать дублирующие записи. Повторно полученные данные сохраняются как новая версия соответствующего среза с сохранением всех ранее созданных версий. Формирование новой версии выполняется в соответствии с требованиями раздела 6.4 «Версионность и историчность»; - каждая запись сопровождается метаданными: отчетная дата, версия (в хранилище попадают только документация в рамках консолидации со статусом «Верифицировано», в случае иных статусов в КОФ, не переносятся в Единое хранилище) автор, идентификатор источника, ссылка на исходные документы с возможностью скачать; - первичная документация монозаёмщика может приниматься и сохраняться независимо от формирования среза ГСК/ГСЗ; - для первичной документации монозаёмщика фиксируются юридическое лицо/ИП, отчетная дата, тип документа, дата загрузки, автор загрузки и иные предусмотренные метаданные[^3]; - загрузка первичной документации монозаёмщика не приводит к формированию версии КФО или иного консолидированного среза. ## 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. Требования по обеспечению информационной безопасности Разрабатываемое решение наследует требования информационной безопасности от ИС РАИСА в применимой части. ![](media/media/image2.emf) ## 8.1. Требования к подсистеме управления доступом Ролевая модель[^4] решения приведена в таблице:

Роль

Назначение в хранилище

Администратор ЕХ

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

Кредитный аналитик головного офиса (КА ГО)

Просмотр распознанных данных и выгрузка документов по закрепленным ГК по своей ЗО

Кредитный аналитик регионального филиала (КА РФ)

Просмотр распознанных данных и выгрузка документов в пределах ГК своего филиала

Руководитель кредитного аналитика (РКА)

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

Клиентский менеджер (КМ)

Просмотр распознанных данных и выгрузка документов по своим клиентам

Эксперт ГО

Просмотр распознанных данных и выгрузка документов по всем ГК

Эксперт РФ

просмотр информации по ГК своей ЗО, закрепленным за РФ пользователя, а также по ГК своей ЗО, в состав которых входят ЮЛ/ИП,

Смежная система

Чтение утвержденных данных по согласованному контракту
## 8.2. Подсистема управления доступом Доступ к хранилищу разграничивается по группам клиентов и операциям:

Роль

Основной функционал

Администратор ЕХ

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

КА ГО / КА РФ / РКА / КМ/

Запись Срезов данных (через АРМ КА) и чтение данных по доступным ГК в ЗО пользователя

Смежная система

1Чтение утвержденных данных по согласованному контракту (сервисная учетная запись)

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

- права назначаются в разрезе групп клиентов (ГК/ГСК); пользователь видит только доступные ему группы; - запись данных выполняется только через АРМ КА под учетной записью аналитика; прямое редактирование значений в хранилище не предусмотрено; - Права доступа к данным монозаёмщиков предоставляются в соответствии с зоной ответственности пользователя и установленными правилами доступа к соответствующим юридическим лицам. Отсутствие у юридического лица принадлежности к ГК/ГСК/ГСЗ не должно препятствовать применению разграничения доступа к его первичной документации. ## 8.3. Сроки и глубина хранения, архивирование - глубина хранения данных составляет 5 лет с даты прекращения отношений Банка с Клиентом; - в разрезе отчетных дат: год/квартал. Бухгалтерская отчетность первоначально загружается на количество не менее 5 отчетных квартальных дат, с последующим накоплением данных по мере предоставления клиентами отчетности. - по истечении срока хранения данные архивируются либо удаляются в порядке, установленном ВНД; - верифицированные версии КФО не удаляются до истечения срока хранения; Производится обеспечение возможности просмотра данных Единого хранилища и выгрузки форм отчетности, а также необходимых пользователю отдельных показателей в формате xls, xlsb, xlsx, Р7. - архивирование выполняется в озеро данных (data lake); - Система обеспечивает восстановление архивной версии КФО для просмотра без возможности редактирования. ## 8.4. Производительность, надёжность и доступность Требования к производительности, надёжности и доступности наследуются от ИС РАИСА; отдельные целевые показатели для ЕХ фиксируются на этапе проектирования/ПМИ. ## 9. Основные участники подготовки и согласования БФТ Подготовку и согласование настоящего документа осуществляют участники, приведённые в таблице.

Роль

Участник / подразделение

Куратор

Лебедева А.А., Шаройко А.В..

Аналитик

Исполнители от Департамента больших данных:

Хлыстова Е.Д., Лысенко И.С., Епифанцев А.А., Дубина Н.М..

Заинтересованные подразделения

Департамент рисков, Департамент микробизнеса, Департамент малого и среднего бизнеса, Департамент крупного бизнеса, Департамент методологии и управления кредитным процессом, Департамент оформления и контроля кредитных операций.
\ 10. Порядок контроля и приёмки ============================== Приемка Системы осуществляется Кураторами и ключевыми участниками процесса на основании результатов испытаний, проводимых в соответствии с Программой и методикой испытаний (ПМИ).\ Целью приемочных испытаний является подтверждение соответствия реализованного функционала требованиям настоящего технического задания, а также подтверждение корректности выполнения процессов по созданию Единого Хранилища.\ Система считается успешно прошедшей приемочные испытания при одновременном выполнении следующих условий:\ 1. Все предусмотренные настоящим ТЗ функции реализованы и доступны пользователям в соответствии с их ролями;\ 2.Отсутствуют критические ошибки, которые не выполняют бизнес-процессы;\ 3. Обеспечивается выгрузка результатов в предусмотренных форматах;\ 4. Обеспечивается сохранность данных, истории изменений и результатов расчетов.\ Результаты испытаний оформляются протоколом испытаний и являются основанием для принятия решения о вводе Системы в промышленную эксплуатацию. **\** # 11. Приложения В состав настоящего документа входят следующие приложения: - Приложение 1. Макеты интерфейсов АРМ кредитного аналитика;[^5] - Приложение 2. Модель данных; # Приложение 1. Макеты интерфейсов личного кабинета Единого хранилища Макеты основных экранных форм личного кабинета Единого хранилища на рисунках 1–2. ![](media/media/image3.png) Рисунок 1 – Единое хранилище: Структура ГК -\> ГСК -\> Организации ![](media/media/image4.png) Рисунок 2 – Сформированная отчетность на квартал и первичные документы компаний ГСК # Приложение 2. Модель данных Модель данных АРМ представлена логической моделью «сущность–связь». Модель описывает основные информационные объекты решения и связи между ними. Перечень основных сущностей приведён в таблице. | **Сущность** | **Назначение** | **Ключевые атрибуты** | |:--:|----|----| | Группа компаний (ГК) | Верхнеуровневая группа, объект справочника | Идентификатор, наименование, идентификатор в CRM | | Группа связанных компаний (ГСК) | Группа в составе ГК, для которой формируется КФО | Идентификатор, наименование, ссылка на ГК | | Группа связанных заёмщиков (ГСЗ) | Группа в составе ГК | Идентификатор, наименование, ссылка на ГК | | Юридическое лицо (ЮЛ) | Компания — участник группы | Идентификатор, наименование, ИНН, идентификатор в CRM, ссылка на ГК, ссылка на ГСК/ГСЗ, признак («ГК» / «ГСК» / «ГСЗ» / «монозаемщик») | | Консолидация (КФО) | Экземпляр процесса формирования КФО по ГСК | Идентификатор, ссылка на ГСК, отчётный период, статус, дата создания, ответственный пользователь | | Документ ФО | Загруженный документ финансовой отчётности | Идентификатор, ссылка на Консолидацию и ЮЛ, тип (баланс / ОФР / ОСВ), формат, файл, статус распознавания | | Распознанный показатель | Числовое значение, извлечённое из документа | Идентификатор, ссылка на Документ ФО, код статьи/счёта, значение, уровень уверенности распознавания, признак ручной корректировки | | Сводная ОСВ | Сводная оборотно-сальдовая ведомость консолидации | Идентификатор, ссылка на Консолидацию | | Строка сводной ОСВ | Позиция сводной ОСВ | Идентификатор, ссылка на Сводную ОСВ и ЮЛ, счёт, сальдо и обороты, признак контрагента | | Шахматка | Набор матриц взаимных расчётов компаний ГСК | Идентификатор, ссылка на Консолидацию, отчётный период, счёт, значения по парам компаний | | Расхождение / корректировка | Выявленное расхождение и внесённая корректировка | Идентификатор, ссылка на Сводную ОСВ, счёт, суммы сторон, % отклонения, сумма отклонения, скорректированные значения (ДБ/КР), комментарий, пользователь | | Результат КФО | Консолидированный баланс и консолидированный ОФР | Идентификатор, ссылка на Консолидацию, статья, значение | | Запись журнала изменений | Запись об изменении данных | Идентификатор, ссылка на объект, пользователь, дата и время, описание изменения, комментарий | | Пользователь | Пользователь АРМ | Идентификатор, ФИО, роль, привязка к РФ/ГО, ЗО, табельный номер | | Роль | Роль и набор полномочий | Идентификатор, наименование, перечень полномочий | Основные связи между сущностями: - ГК — ГСК, ГК — ГСЗ, ГК — ЮЛ: один-ко-многим (ГК включает группы и юридические лица); - ЮЛ — ГСК/ГСЗ: многие-к-одному — юридическое лицо входит только в одну ГСК или ГСЗ; иерархия групп не поддерживается; для юридического лица, имеющего статус «Монозаёмщик», связь с ГСК/ГСЗ отсутствует до момента его включения в соответствующую группу; - ГСК — Консолидация: один-ко-многим (по ГСК может быть сформировано несколько консолидаций за разные периоды); - Консолидация — Документ ФО: один-ко-многим; - Документ ФО — Распознанный показатель: один-ко-многим; - Консолидация — Сводная ОСВ: один-к-одному; Сводная ОСВ — Строка сводной ОСВ: один-ко-многим; - Консолидация — Шахматка: один-ко-многим (по отчётным периодам); - Сводная ОСВ — Расхождение / корректировка: один-ко-многим; - Консолидация — Результат КФО: один-к-одному; - Консолидация — Запись журнала изменений: один-ко-многим; - Пользователь — Роль: многие-к-одному. *Приведённая модель является логической и подлежит детализации на этапе проектирования; физическая модель данных (типы, индексы, ограничения целостности) определяется при разработке.* [^1]: Методика будет размещена на корпоративном портале Банка в разделе ДКБ. [^2]: В перспективе, возможности системы могут быть использованы для формирования КФО на любом этапе кредитного процесса. [^3]: Перечисленные атрибуты фиксации информации не являются окончательным вариантом и могут быть скорректированы на этапе проработки проекта. [^4]: Ролевая модель может быть скорректирована, либо дополнена на этапе разработки. [^5]: Макеты не являются окончательным вариантом интерфейса и могут быть скорректированы на этапе проработки проекта.