# Решения заказчика

Статус всех вопросов: **не решено**. Рекомендация не является согласованием. Владельцу проекта нужно назначить конкретных ответственных за Сферу, Time, 1С, доступ и эксплуатацию. Архитектура допускает варианты через порты, но не обещает, что смена мастера данных бесплатна.

| ID / требование | Что нужно решить и варианты | Рекомендация | Что блокирует / точка расширения | Проверяемый результат ответа |
| --- | --- | --- | --- | --- |
| Q-01 / INT 01 | Проект = рабочая группа, сделка, смарт-процесс или другой реестр? Какое поле РП, несколько ли РП, какие статусы закрывают проект? | Рабочая группа, если это существующий реестр проектов Time; OWNER_ID не считать РП без подтверждения | Живой импорт проектов и project grants; ProjectSource + ExternalIdentity | 2–3 обезличенных проекта с ID, РП, полями, стадиями; правило task→project, включая перенос задачи |
| Q-02 / INT 03 | Мастер заявок/назначений: сервис либо Bitrix? Нужна ли запись копии обратно? | Сервис — единственный writer решений; Сфера read-only, без dual-write | Утверждение модели хранения и пакетов решений; при ином мастере пересмотр ADR-0001, persistence port | Явный выбор мастера, потребители копии и нужные поля/события, если копия требуется |
| Q-03 / NFR 01, INT 04 | Кто видит C, расход, разницы, превышение, историю ставок? РП только R или всё? Может ли РМ подтверждать убыток без C? | До разрешения C и все выводимые из неё значения скрыты от РП; РМ с отдельным viewCost; без C согласование блокируется | Рабочие финансовые ответы и полномочия; Access policy/DTO projection | Матрица полей × ролей, включая CSV/ошибки/before-after; максимальный возраст ставки |
| Q-04 / §30 | Где расходные ставки: 1С, иной реестр или ручной справочник? ₽/ч или месячная сумма, валюта, периоды, правило конверсии? | Серверный снимок часовой C на дату согласования как в прототипе; не выводить C из оклада без правила | Живой импорт C; OneCSource/CostRateSource | API/выгрузка с обезличенной схемой, владельцем, validFrom/To, mapping сотрудника, правилами новых ставок и округления |
| Q-05 / §30, FR 61–64 | Контракт Time: endpoint, права, ID записи, пользователь/задача/дата/часы, исправления, удаления, coverage, закрытие периода. Импорт >2 FTE допустим? Ручной ввод и correction? | Сохранять исходные часы; полный snapshot окна и явное покрытие; Time приоритетнее ручного fallback в покрытой области | Факт рабочего плана/отчётов; TimeSource, ActualCoverage | Примеры обычной, исправленной, удалённой записи и полного пустого периода; mapping task→project и приоритет источников |
| Q-06 / §1, FR 24, 60; §30 | Производственный календарь какой 1С/регион/график? Откуда отпуска? Сокращённые дни? Пересчитывать ли прошлые назначения после корректировки календаря? | Версионный общий календарь; P=Σfte×hours(day); отпуск отдельно от H; до интеграции отпуск вручную РМ | Рабочие расчёты календаря; CalendarVersion и отдельный AbsenceSource при необходимости | Полный пример года, часовой пояс, правила короткого дня, отпусков, утверждения/пересчёта версий; подтверждение отличия от 8 ч |
| Q-07 / INT 02 | Какие подразделения/люди входят в пул, какая основная принадлежность при нескольких отделах? Роли по полю, mapping должностей или вручную? Нужны ли дизайнер/DevOps/РП как ресурс? | Утверждённый mapping шести ролей ТЗ; неизвестные на ручную разборку, права входа отдельно | Живой подбор и статистика; RoleMapping/DepartmentSelection | Поля источника, таблица mapping и ответственный; решение по локальным кадровым сведениям против импортированных |
| Q-08 / NFR 01, INT 04 | Bitrix OAuth или корпоративный SSO? Кто назначает РМ, передаёт проекты/заявки, что при нескольких РП? TTL сессии, допустимый возраст данных доступа при outage? | Bitrix OAuth для совпадения со STT-215, если нет обязательного SSO; fail-closed после утверждённого freshness доступа; передача портфеля аудируется | Production-вход и выдача прав; IdentityProvider/AccessGrant | Issuer/redirect/scopes без секретов, порядок регистрации приложения, процедура grant/revoke/передачи и сроки |
| Q-09 / NFR 03 | Сколько пользователей/сотрудников/проектов/лет, пиковая конкурентность? RPO/RTO, retention персональных и сырых данных, сроки удаления, окно работ, SLO и владелец алертов? | Сначала измеримый профиль нагрузки и restore drill; Postgres backups и наблюдаемость до запуска | Production readiness, а не подготовку документов; конфигурация backup/retention/alerts | Утверждённые числа, владельцы, сценарий восстановления и критерий нагрузочного теста; чисел из ТЗ нет |
| Q-10 / анализ ТЗ | Подтвердить отсутствующие §8–12/AC 01–40 и ошибочные ссылки; показывать ли заполненные ЦФО/подразделения в «Распределении»? Требуется перенос данных старого прототипа? | Ссылки по фактическим заголовкам; показывать известные поля как prototype-v2; демо не импортировать в prod | Изменённые UI критерии/миграция наследия; импорт как отдельный пакет при необходимости | Уточнённая версия ТЗ либо принятые отклонения; перечень реальных переносимых данных |
| Q-11 / §1, §6 | Масштаб FTE и денежных полей, округление сумм, политика валют? | decimal, RUB, FTE до 8 знаков; отображение денег до копеек, половина вверх; не округлять часы до суммы | Финальный числовой контракт; типы Decimal и presenter | Однозначные тестовые примеры на дробные часы/копейки и утверждённый способ округления |

## Что считается разрешением на следующий этап

Утвердить spec.md с явно принятыми отклонениями от прототипа (ID/права/журнал/версии, календарь, факт). Q-02 определяет допустимость предложенной архитектуры в целом. Остальные неизвестные можно отложить только вместе с исключением соответствующего живого подключения из пакета; фейк не считается готовой интеграцией. После ответов обновить spec, ADR, flows и tests одной документальной ревизией, затем приступать к утверждённому пакету. Список реализации в tasks.md не создаёт задач и не назначает исполнителей автоматически.