Provenance
Каждый публичный показатель должен иметь source id и дату/ревизию snapshot.
Methodology
Методика и границы
Как QazLake собирает, нормализует и публикует данные без смешивания внутренних контуров с публичными витринами.
Категории14по snapshot
Профили—consumer views
Ready—collector-ready
Review—source policy
Архитектура данных
Слои, которые должны оставаться разделёнными.
Raw vault
Исходные загрузки, fetch-run references и технические payload остаются закрытыми.
Normalized store
Единые поля, временные метки, source id, category, content kind и provenance.
Vector/Geo
pgvector и PostGIS используются как внутренние индексные слои.
Public view
На сайт выходит только ограниченный, проверенный и объяснимый projection.
Что проверяется
Минимальные gate-условия перед показом данных.
Rights
Поля с review не превращаются в публичное обещание без owner decision.
Freshness
Свежесть показывается отдельно от самого факта наличия ряда.
Bounded API
Публичные API остаются read-only и не раскрывают внутренние DSN/host/payload.
Что теперь видно на фронте
Функциональность распределена по понятным рабочим поверхностям.
| Страница | Задача | Данные | Основное действие |
|---|---|---|---|
| Финансы | ряд, график, модель, источники | NBK/KASE finance API | выбрать ряд |
| Экономика | операторский терминал рынков | rates, market, news, quality | проверить срез |
| Данные | каталог source contracts | qazlake-platform snapshot | найти слой данных |
| Источники | права, review, source policy | public_allowed, review_required | понять риск публикации |
| Интеграции | подключение проектов | consumer profiles | выбрать bounded projection |