74 lines
6.3 KiB
Markdown
74 lines
6.3 KiB
Markdown
---
|
||
code: DOC-019855
|
||
title: "АРМ КА.Техническое задание"
|
||
---
|
||
|
||
# АРМ КА.Техническое задание
|
||
|
||
Неизвестный макрос: 'toc-zone'
|
||
|
||
Макрос "Оглавление"
|
||
|
||
| № | | Наименование | Период |
|
||
| --- | --- | --- | --- |
|
||
| | | фильтр | фильтр |
|
||
| 1 | \* | ООО "Русский бисквит" | 30.09.2026 |
|
||
| 2 | | ООО "Ромашка" | 31.12.2026 |
|
||
|
||
# image2026-1-26_13-50-34.png
|
||
|
||
# **при нажатии "создать новый отчет"**
|
||
|
||
| | |
|
||
| --- | --- |
|
||
| Инпут поле | |
|
||
| Иконка "папка" и надпись "brows" | |
|
||
|
||
# image2026-1-26_13-21-14.png
|
||
|
||
# **Описание этапов ТЗ**
|
||
|
||
**Автоматизация инструментов работы кредитного аналитика**
|
||
|
||
## **1. Описание** В контуре Банка должны быть реализованы инструменты для автоматической загрузки и распознавания бухгалтерских документов, корректировки и консолидации отчетности, накопления и хранения в едином источнике финансовых данных клиентов Банка. Предлагаемая структура реализации (может быть скорректирована по итогам формирования Архитектурного видения, также возможна поэтапная реализация)
|
||
|
||
## **2. Логика реализации**
|
||
|
||
### **2.1. Сущности**
|
||
|
||
Необходимо в формате таблицы реализовать таблицу записи с данными по группе компаний в рамках подгруженной отчетности (баланса, ОФР и ОСВ) а также реализовать таблицы для импорта и парсинга данных первичных документов (баланса, ОФР и ОСВ). Описание структуры сущностей: [2. Модель данных (сущности)](project/Document/DOC-019834)
|
||
|
||
### **2.2. Логика**
|
||
|
||
**2.2.1**
|
||
Этап создания записи консолидированного отчета
|
||
|
||
2.2.1.1 Пользователь авторизуется в системе
|
||
и попадает на списочную форму уже созданных консолидированных отчетов по всем группам компаний. Пользователь нажимает "Создать новый отчет".
|
||
|
||
|
||
2.2.1.2. Система создает черновик записи с присвоенным UUID, открывает модальное окно с полями для предзаполнения: "отчетная дата". Суть отчетной даты - период за который формируется консолидированный отчет: 1 квартал (первые три месяца, отчетная дата 01.04.хх), 1 полугодие (01.07.хх), за 9 месяцев (01.10.хх) и за год. В этом же модальном окне пользователь производит загрузку документов (xlsx файлы (ОСВ), pdf файлы (баланс и ОФР)
|
||
|
||
**2.2.2**
|
||
Этап обработки документов
|
||
|
||
2.2.2.1 Система производит обработку загруженных документов: документы в формате pdf система передает через файлообмен в АС Распознавание а также парсинг загруженных xls документов. Для каждого документа создается своя собственная таблица по типу счета, например "ОСВ 62. %Наименование компании%"
|
||
|
||
2.2.2.2 Система получает от АС Распознавание обработанные pdf файлы в виде json файлов с переданной структурой данных. На основании полученных json файлов система создает электронные таблицы "Баланс.%Наименование компании%" и "ОФР.%Наименование компании%" по маппингу
|
||
|
||
**2.2.3**
|
||
Этап консолидации
|
||
|
||
2.2.3.1 Пользователь валидирует данные созданных таблиц (ОСВ, Баланс, ОФР) на предмет качества распознавания и парсинга и наличие ошибок форматно логического контроля. При необходимости пользователь корректирует данные представленные в первичной документации
|
||
|
||
2.2.3.2 Пользователь нажимает "Консолидировать"
|
||
|
||
2.2.3.3 Система создает таблицу "Консолидированный отчет", "Таблицу корректировки данных", "Шахматку", отчет "Гудвил" и форму 276-ОД и заполняет данными из электронных таблиц: "Баланс", "ОФР", "ОСВ" согласно маппинга описанных в **FNR-03**
|
||
|
||
2.2.3.4 Пользователь валидирует корректность формирования консолидированного отчета на предмет расхождений согласно бизнес-правил (превышение 5% по расхождениям сумм), при необходимости производит корректировку данных и передает на утверждение КА ГО
|
||
|
||
2.2.3.5 Система меняет статус отчета и передает управление сформированным отчетом следующему пользователю согласно ролевой модели для утверждения
|
||
...
|
||
|
||
**3. Тест-кейсы**
|