Анализ противоречий в пакете требований

Проект: «Единый реестр закупок»
Аудитория: руководящий комитет
Роль: аналитик требований
Статус анализа: завершён
Охват источников: все три Markdown-файла из inputs/; внешние сведения не использовались

Краткий итог

Факт проверки: в пакете выявлены 2 реальные несовместимости требований. Первая относится к составу данных пилота, вторая — к дате открытия производственного доступа.

Вывод аналитика: до принятия двух решений пакет нельзя считать однозначно согласованным для исполнения. При этом документы единообразно требуют решения руководящего комитета до открытия производственного доступа.

В исходных Markdown-файлах нет страниц, поэтому каждая ссылка ниже содержит точный файл и заголовок раздела.

Реальные противоречия

ID	Тема	Факты документов	Источники	Вывод аналитика: почему требования несовместимы	Что должен решить руководящий комитет
C-01	Состав и границы пилота: кадровые данные	1) Устав: пилот охватывает финансовый отдел и отдел закупок; кадровые сведения не входят; разрешены только справочники поставщиков, заявки и бюджетные лимиты. 2) Предложение: реестр настраивается также для кадровой службы, а карточки сотрудников включаются в пилотный набор. 3) Дополнение по защите: кадровые сведения запрещено загружать в пилотную среду; разрешены только три набора, названные в уставе.	inputs/01_project_charter.md, раздел 1. Границы пилота; inputs/02_vendor_proposal.md, раздел 1. Охват работ; inputs/03_security_addendum.md, раздел 1. Допустимые данные	Один и тот же пилот не может одновременно включать карточки сотрудников и исключать или запрещать загрузку кадровых сведений. Решающий конфликт — прямое включение карточек в пилотный набор против их исключения и запрета; упоминание настройки для кадровой службы не выделяется как отдельное противоречие.	Входят ли кадровая служба и карточки сотрудников в пилот? Если нет — привести предложение поставщика к уставу и дополнению по защите. Если да — до загрузки данных официально изменить границы пилота и требования защиты во всех затронутых документах.
C-02	Дата открытия производственного доступа	1) Устав требует открыть производственный доступ 1 октября 2026 года. 2) Предложение поставщика устанавливает плановую дату открытия 15 октября 2026 года.	inputs/01_project_charter.md, раздел 2. Календарь; inputs/02_vendor_proposal.md, раздел 2. Календарь	Для одного и того же события заданы разные даты. План поставщика на 15 октября не выполняет календарное требование устава об открытии 1 октября.	Утвердить одну дату открытия и синхронно исправить уставный календарь и план поставщика. Условие предварительного решения комитета сохранить: оно согласовано в пакете.

Согласованные положения

ID	Тема	Наблюдаемые факты	Источники	Статус
A-01	Базовые наборы данных пилота	Все три документа включают справочники поставщиков, заявки на закупку и сведения о бюджетных лимитах.	inputs/01_project_charter.md, раздел 1. Границы пилота; inputs/02_vendor_proposal.md, раздел 1. Охват работ; inputs/03_security_addendum.md, раздел 1. Допустимые данные	Согласовано для этих трёх наборов. Дополнительные карточки сотрудников из предложения образуют отдельное противоречие C-01.
A-02	Условие производственного запуска	Устав допускает производственный доступ только после решения руководящего комитета; предложение требует зафиксированного решения комитета; дополнение разрешает производственный доступ после утверждения комитетом.	inputs/01_project_charter.md, раздел 3. Решение о запуске; inputs/02_vendor_proposal.md, раздел 3. Приёмка; inputs/03_security_addendum.md, раздел 2. Доступ	Полностью согласовано по смыслу. Различие слов «решение», «зафиксированное решение» и «утверждение» не создаёт несовместимости.
A-03	Клиентские записи в пилоте	Устав исключает клиентские записи, а дополнение по защите запрещает их загрузку. В предложении поставщика клиентские записи не заявлены.	inputs/01_project_charter.md, раздел 1. Границы пилота; inputs/03_security_addendum.md, раздел 1. Допустимые данные; inputs/02_vendor_proposal.md, раздел 1. Охват работ	Противоречия нет: два документа явно согласованы, третий не содержит несовместимого требования.

Различия, не являющиеся противоречиями

Наблюдение	Источники	Почему это не противоречие
Проверка данных завершается 20 сентября 2026 года, а поставщик передаёт настроенную систему 25 сентября 2026 года.	inputs/01_project_charter.md, раздел 2. Календарь; inputs/02_vendor_proposal.md, раздел 2. Календарь	Это разные события. Их последовательность возможна; документы не требуют для них одной даты.
Поставщик передаёт комитету отчёт; протокол решения хранится у секретаря; ответственный за безопасность фиксирует проверку наборов данных в журнале.	inputs/02_vendor_proposal.md, раздел 3. Приёмка; inputs/01_project_charter.md, раздел 3. Решение о запуске; inputs/03_security_addendum.md, раздел 3. Контроль	Это разные и совместимые контрольные материалы: отчёт поставщика, протокол решения и запись проверки безопасности.

Решения, необходимые до производственного допуска

1. Зафиксировать единые границы пилота и однозначно решить, допустимы ли кадровая служба и карточки сотрудников.
2. Зафиксировать единую дату открытия производственного доступа: 1 или 15 октября 2026 года либо иную согласованную дату с одновременным обновлением затронутых документов.
3. После правок повторно сверить пакет, не изменяя согласованное условие: производственный доступ возможен только после решения руководящего комитета.