Регуляторный портал отчётности ЦБ РУз

Обзор системы

Модульная платформа для управления метаданными (Data Governance) и сбора регуляторной отчётности.

функциональных модуля, объединённых сквозным путём из 12 этапов

контейнеров в docker-compose за одним nginx

базы PostgreSQL (по одной на backend)

физических таблиц в ядре — вся модель через мета-объекты

Что это за система

Платформа для управления нормативно-справочной информацией (НСИ / метаданными) и сбора регуляторной отчётности с организаций (банки, небанковские, страховые) в адрес регулятора — Центрального банка Республики Узбекистан. Внутреннее имя проекта — forms_dg.

Три модуля

1 · Data Governance (DG)

Управление метаданными: домены, термины (глоссарий), FSD, BRD, справочники организаций. «Единый источник правды» для остальных модулей. Реализован как универсальная мета-модель «всё есть объект».

2 · Form Builder

Конструктор шаблонов отчётных форм из терминов/FSD. Генерирует JSON Schema формы, имеет собственное согласование шаблонов.

3 · Submission Engine

Сбор отчётности. Делится на Task Manager (регулятор: назначает сбор, согласует, консолидирует) и Form Filler (кабинет организации: заполняет, подписывает, отправляет).

Ключевой принцип — «всё есть объект»

Вместо отдельных таблиц под каждую сущность DG использует универсальную мета-модель: meta_class + meta_object + JSON-поле properties, валидируемое по JSON Schema класса. Домены, термины, FSD, BRD, DQLA, организации, регионы — это всё строки в одной таблице meta_object, различающиеся классом.

Сквозной поток данных

Домен → Термины → FSD → Шаблон формы (Form Builder)
      → Задание на сбор (Task Manager) → Заполнение (Form Filler)
      → Согласование + DQ-проверки (Task Manager) → Консолидация/аналитика

Как читать эту документацию

Архитектура — топология, порты, маршрутизация, БД, dev/prod.
Модули DG, Form Builder, Submission Engine — устройство каждого.
Справочник: концепции, DQ Checks, Workflow, CJM.
Приложения: развёртывание.