| 1 | # IM Open Questions v1 |
| 2 | |
| 3 | Открытые проектные/архитектурные вопросы домена Information Management. Источник: `im-playbook.md` → Open Questions Backlog. Ответы требуют решений по проекту или коду; здесь только структура и критерий закрытия. |
| 4 | |
| 5 | ## Формат записи |
| 6 | |
| 7 | - **Question:** формулировка вопроса. |
| 8 | - **Context:** зачем это нужно, в каком контуре возникает. |
| 9 | - **What would resolve:** что закроет вопрос (артефакт, решение, источник). |
| 10 | - **Status:** open. |
| 11 | |
| 12 | --- |
| 13 | |
| 14 | ## Q01: Canonical mapping AVEVA → neutral IM ontology |
| 15 | |
| 16 | - **Question:** Каноническое отображение AVEVA-подобных концепций на нейтральную IM-онтологию. |
| 17 | - **Context:** Интеграция с AVEVA/внешними системами; нужен слой маппинга «источник → канон» без зашивания воркспейс-специфики в ядро домена. |
| 18 | - **What would resolve:** Документ или модуль: сущности источника, сущности канона, правила маппинга и потери при преобразовании; согласование с Architecture Lens (ingestion adapters → canonical IR). |
| 19 | - **Status:** open |
| 20 | |
| 21 | --- |
| 22 | |
| 23 | ## Q02: Conflict precedence policy (multiple upstreams) |
| 24 | |
| 25 | - **Question:** Политика приоритета при конфликтах между несколькими восходящими системами. |
| 26 | - **Context:** Несколько upstream-источников могут поставлять противоречащие данные по одной сущности; нужна явная политика: кто выигрывает, как помечать конфликт, как эскалировать. |
| 27 | - **What would resolve:** Правило или таблица: типы конфликтов, приоритет источников/полей, действие (merge / last-write / flag-for-human / fail). Связь с Conflict center в UX Contracts. |
| 28 | - **Status:** open |
| 29 | |
| 30 | --- |
| 31 | |
| 32 | ## Q03: Minimal immutable snapshot schema for approvals |
| 33 | |
| 34 | - **Question:** Минимальная схема неизменяемого снапшота для утверждений (approvals). |
| 35 | - **Context:** Approval board и аудит: в момент утверждения нужен неизменяемый срез «что именно утвердили» (документ, ревизия, метаданные, подпись/идентификатор). |
| 36 | - **What would resolve:** Схема (поля, типы, обязательность) и политика хранения (append-only, retention). Согласование с Workflow State и Provenance. |
| 37 | - **Status:** open |
| 38 | |
| 39 | --- |
| 40 | |
| 41 | ## Q04: IR versioning strategy (long-running migration) |
| 42 | |
| 43 | - **Question:** Стратегия версионирования IR для совместимости при длительной миграции. |
| 44 | - **Context:** Канонический IR может эволюционировать; старые снапшоты и контракты должны оставаться читаемыми. Нужна стратегия версий IR и миграции данных. |
| 45 | - **What would resolve:** Документ: версии IR, правила обратной совместимости, путь миграции старых данных (или явный отказ от обратной совместимости с обоснованием). |
| 46 | - **Status:** open |
| 47 | |
| 48 | --- |
| 49 | |
| 50 | ## Maintenance |
| 51 | |
| 52 | - При закрытии вопроса: сменить status на `closed`, добавить кратко «Resolved by: …». |
| 53 | - Новые вопросы добавлять по тому же формату (Question, Context, What would resolve, Status). |
| 54 | - Канонический список дублируется в `im-playbook.md` → Open Questions Backlog; при расхождении приоритет у этого файла (kb — развёрнутая форма). |
| 55 | |
| 56 | |