Направление работ: Back
Код раздела: 8.2 Администрирование > Сервисные справочники
Статус: черновик
Ответственный: Панкова Л.А.
Версия: 0.1
Обновлено: 02.10.26
1. Назначение
Сервисные справочники — это глобальные источники данных и правил, используемые всеми бизнес-процессами платформы.
Для обеспечения и маршрутизации процессов платформы весь набор справочников разделен на четыре тематические категории: Структурные справочники, Клиентские справочники, Организационные справочники и Внепродуктовые решения.
2. Ключевые понятия
Сервисные справочники — глобальные источники данных и правил, используемые всеми бизнес-процессами платформы.
Структурные справочники — справочники для структуризации сущностей платформы по атрибутам и характеристикам.
Клиентские справочники — справочники для сегментации клиентских данных и уведомлений, которые заполняются Клиентами.
Организационные справочники — справочники информационных материалов по платформе и организации.
Внепродуктовые решения — справочники для управления материалами раздела «Сообщество» на сайте Платформы.
3. Scope
Входит
S1 Структурные справочники: использование данных для классификации сущностей, управления связанными процессами, структуризации географических процессов, фильтрации и группировки.
S2 Клиентские справочники: использование данных для сегментации Клиентов и условия доступности танцевальных и музыкальных значений.
S3 Организационные справочники: использование Производственного календаря, FAQ, правовых документов и документации по инструментам и интеграциям.
S4 Внепродуктовые решения: использование справочников для формирования и фильтрации материалов раздела «Сообщество» на сайте Платформы.
Не входит
- Back: 8.2.1 Сферы и Опции — управление Сферами деятельности и Опциями бронирования
- Back: 8.2.2 Источники — состав Источников и Интерфейсов и их использование сущностями платформы
- Back: 8.2.3 Гео-справочники — Города и Общественный транспорт
- Back: 8.2.4 Категории и атрибуты — Параметры и Типы фильтрации, Типы позиций и расходов
- Back: 8.2.5 Клиентские справочники — управление значениями, заполняемыми Клиентами
- Back: 8.2.6 Производственный календарь — дополнительные будние и выходные дни
- Back: 8.2.7 Сервисные документы — FAQ, правовые документы и документация по инструментам и интеграциям
- Back: 8.2.8 Внепродуктовые решения — управление справочниками материалов раздела «Сообщество» на сайте Платформы
- Back: 1.3 Клиенты — Карточка клиента и Направления деятельности
- Back: 2 Объекты и предложения — сущности, классифицируемые Сферами и Параметрами фильтрации
- Back: 3 Заказы — стоимость и условия Заказа, использующие Опции бронирования
- Back: 9.5 Финансовые отчеты — Расходные документы, использующие Типы расходов
4. Требования
Правила и ограничения бизнеса на уровне данных, источник истины в системе.
| ID | Требование | Комментарий | Тип требования | Вес | Статус |
|---|---|---|---|---|---|
| S1: BR8.2-1 | Система должна классифицировать Объекты и предложения по Сферам деятельности и рассчитывать стоимость и условия Заказа с учетом Опций бронирования | Сферы деятельности — основная классификация Объектов и предложений. Опции бронирования — параметры для расчета стоимости и условий Заказа. Связанные разделы: Back: 8.2.1 Сферы и Опции, Back: 2 Объекты и предложения, Back: 3 Заказы | Бизнес | 1 | Реализовано OQ8.2-11 |
| S1: BR8.2-2 | Система должна использовать Интерфейсы для управления связанными процессами, а Источники — этапами и результатами процессинга сущностей | Интерфейсы — справочник интерфейсов и данных для управления процессами платформы, которые связаны с ними. Источники — справочник источников для управления этапами и результатами процессинга сущностей платформы. Связанный раздел: Back: 8.2.2 Источники | Бизнес | 1 | Частично OQ8.2-1 |
| S1: BR8.2-3 | Система должна использовать справочники Городов и Общественного транспорта для структуризации географических процессов | Города — справочник городов с дополнительной информацией для структуризации географических процессов. Общественный транспорт — справочник станций метро и остановок общественного транспорта. Связанный раздел: Back: 8.2.3 Гео-справочники | Бизнес | 1 | Частично OQ8.2-2 |
| S1: BR8.2-4 | Система должна использовать Категории и атрибуты сущностей для фильтрации и группировки связанных данных | Используемые значения: - Параметры фильтрации — атрибуты площадок и услуг для фильтрации в публичных интерфейсах - Типы фильтрации — категории фильтров для группировки атрибутов площадок и услуг - Типы позиций — категории для группировки дополнительных позиций - Типы расходов — категории для группировки расходов в Расходных документах Связанные разделы: Back: 8.2.4 Категории и атрибуты, Back: 9.5 Финансовые отчеты | Бизнес | 1 | Реализовано OQ8.2-12 |
| S2: BR8.2-5 | Система должна использовать Виды деятельности и Уровни навыков Карточки клиента для сегментации клиентских данных и уведомлений | Виды деятельности — справочник направлений, в которых Клиент осуществляет свою творческую деятельность. Уровень навыков — справочник для оценки уровня навыков в указанных Видах деятельности. Связанные разделы: Back: 8.2.5 Клиентские справочники, Back: 1.3 Клиенты | Бизнес | 1 | Частично OQ8.2-3 |
| S2: BR8.2-6 | Система должна предоставлять Стили танцев только в Карточке клиента с Направлением деятельности «Танцы» | Стили танцев — справочник стилей танца для отметки пользователями. Связанные разделы: Back: 8.2.5 Клиентские справочники, Back: 1.3 Клиенты | Системное | 1 | Не реализовано OQ8.2-4 |
| S2: BR8.2-7 | Система должна предоставлять Музыкальные жанры и инструменты только при Направлении деятельности «Музыка» | Музыкальные жанры — справочник музыкальных жанров для заполнения Клиентами. Музыкальные инструменты — справочник музыкальных инструментов для заполнения Клиентами. Связанные разделы: Back: 8.2.5 Клиентские справочники, Back: 1.3 Клиенты | Системное | 1 | Не реализовано OQ8.2-4 |
| S3: BR8.2-8 | Система должна формировать Производственный календарь из дополнительных будних и выходных дней по годам | Производственный календарь — справочник дополнительных будних и выходных дней по годам. Связанный раздел: Back: 8.2.6 Производственный календарь | Бизнес | 1 | Частично OQ8.2-5 |
| S3: BR8.2-9 | Система должна связывать дополнительные будние и выходные дни Производственного календаря со Страной | Страны — справочник стран с дополнительной информацией для структуризации географических процессов. Производственный календарь — справочник дополнительных будних и выходных дней по годам и Странам. Связанные разделы: Back: 8.2.3 Гео-справочники, Back: 8.2.6 Производственный календарь | Системное | 3 | Не реализовано OQ8.2-10 |
| S3: BR8.2-10 | Система должна хранить FAQ и Правовые документы в составе Сервисных документов | Сервисные документы — справочник правовых и пользовательских документов. Состав: - FAQ — справочник часто задаваемых вопросов и материалов с ответами на них - Правовые документы — список загруженных правовых документов и их шаблонов (Политики, Соглашения, Договоры, Оферты, Реквизиты) Связанный раздел: Back: 8.2.7 Сервисные документы | Бизнес | 1 | Частично OQ8.2-6 |
| S3: BR8.2-11 | Система должна хранить документацию по подключенным интеграциям и инструментам в составе Сервисных документов | Документация по инструментам и интеграциям — список загруженных материалов по подключенным интеграциям и инстурментам. Связанный раздел: Back: 8.2.7 Сервисные документы | Бизнес | 1 | Не реализовано OQ8.2-7 |
| S4: BR8.2-12 | Система должна формировать Внепродуктовые решения из Компонентов и объединять Компоненты и Решения в Серии | Компоненты решений — справочник элементов, из которых составляются внепродуктовые решения. Серии компонентов и решений — справочник серий, в которые объединяются компоненты решений и сами решения. Связанный раздел: Back: 8.2.8 Внепродуктовые решения | Бизнес | 1 | Не реализовано OQ8.2-8 |
| S4: BR8.2-13 | Система должна связывать Внепродуктовые решения с категориями и ролями участников | Категории и группы участников решений — справочник категорий и ролей пользователей для привязки к решениям: Происхождение, Персоны, Партнеры. Связанный раздел: Back: 8.2.8 Внепродуктовые решения | Бизнес | 1 | Частично OQ8.2-8 |
| S4: BR8.2-14 | Система должна фильтровать Внепродуктовые решения в публичных интерфейсах по Тегам и фильтрам | Теги и фильтры — справочник атрибутов внепродуктовых решений для фильтрации в публичных интерфейсах. Связанный раздел: Back: 8.2.8 Внепродуктовые решения | Бизнес | 1 | Частично OQ8.2-8 |
5. Открытые вопросы
Первая сверка с кодом (05.10.2026): BRD 8.2 v0.1 · репозиторий
booking-monorepo· commit16e24036/main(последний мердж 14.09.2026) · 2026-10-05 · якорьsrc/services/booking.partner-management(сферы и опции, города и метро, параметры и типы фильтрации, типы позиций и расходов, производственный календарь),src/services/booking.clients(клиентские справочники, FAQ),src/services/booking.authentication(правовые документы),src/services/booking.cms(Сообщество),src/services/booking.pricesиsrc/services/booking.orders(применение опций и календаря в расчёте),src/libs/booking.domain.abstractions(Источники). Пути в вопросах — от папки проекта сервиса (src/services/<сервис>/src/…); общие файлы — отsrc/libs/booking.domain.abstractions/src/. Гайдбук на вход не передавался — маршрутизация без сверки с гайдбуком. Сводка: 12 вопросов (Open 10 · Бизнесу 8 · Разработке 2 · Подтверждено 2). Структурные справочники (сферы и опции, города и метро, параметры и типы фильтрации, типы позиций и расходов) есть и работают; клиентские справочники заполняются, но не связаны с направлением деятельности и не используются для сегментации; из Организационных нет документации по интеграциям, договоров, оферт и реквизитов, а календарь при расчёте учитывает и архивные дни; «Сообщество» в коде построено на других справочниках, чем описано в S4. Пять мелких находок обратного прохода отнесены к соседним BRD и в таблицу не вынесены: восстановление города возвращает и отдельно архивированные станции метро (8.2.3), пустое название типа фильтрации не запрещено (8.2.4), неиспользуемые методы правки клиентских значений не меняют группу и значение (8.2.5), разные шкалы уровня у клиента и в Сообществе, справочник статей расходов партнёра (8.2.4 / 9.5).
| ID | Источник | Вопрос | Кому | Статус | Рекомендации | Итоговое решение |
|---|---|---|---|---|---|---|
| OQ8.2-1 | Код BR8.2-2 | Требование говорит: Интерфейсы — отдельный справочник, через который управляются связанные с ними процессы, а Источники — справочник для этапов и результатов обработки сущностей. В коде отдельного справочника Интерфейсов нет. Есть один перечень «Источник» из 9 значений, зашитый в код: в нём вместе лежат интерфейсы платформы (сайт, мобильное приложение, виджет, портал, каталог, административный кабинет) и внешние системы (YClients, AppEvent, Google Календарь); таблицы-справочника нет, новое значение добавляется только релизом. Как источник перечень работает: записывается в заказ и заявку, по нему отбираются способы оплаты и условия комиссии, по нему сервисы определяют, откуда пришёл вызов. Подробная сверка состава — в BRD 8.2.2. \ Booking.Domain.Abstractions/AggregateRoot/Enums/Source.cs:3-14, Booking.Domain.Abstractions/AggregateRoot/Enums/Extensions/EventSourceMapper.cs:14-25, Orders.Domain/OrdersAggregate/OrderAggregate.cs:129, PartnerZones.Domain/PaymentFiltersAggregate/PaymentFiltersAggregate.cs:32-35, PartnerZones.Domain/CommissionConditionAggregate/CommissionConditionAggregate.cs:25-29, PartnerZones.Presentation/Middleware/RpcProxyMiddleware.cs:85-98 | Бизнес | Open | (А) Зафиксировать в BRD, что Интерфейсы и Источники — один перечень «Источник», а «интерфейс» и «внешняя система» — вид значения (рекоменд.: на этом перечне уже работают заказы, фильтры оплаты и комиссии). (Б) Разнести на два справочника — потребует переноса значений в заказах, фильтрах оплаты и условиях комиссии. Решать вместе с вопросом OQ8.2.2-1 в BRD 8.2.2. | |
| OQ8.2-2 | Код BR8.2-3 | Требование говорит: справочник Общественного транспорта содержит станции метро и остановки общественного транспорта. В коде у города есть только станции метро (название и цвет линии), остановок наземного транспорта нет. Сами города (название, регион, тип, часовой пояс, координаты) и станции метро привязываются к объекту, поиск площадок фильтрует по городу. \ PartnerZones.Domain/CityAggregate/CityAggregate.cs:20-25, PartnerZones.Domain/CityAggregate/ValueObjects/City/CityInfo.cs:12-21, PartnerZones.Domain/CityAggregate/ValueObjects/Subway/SubwayInfo.cs:12-19, PartnerZones.Domain/BaseAggregate/BaseAggregate.cs:143-148, PartnerZones.Persistence/Rooms/Repositories/RoomReadOnlyRepository.cs:108-111 | Бизнес | Open | (А) Сузить формулировку до «станции метро» (рекоменд.: остановок нет ни в модели, ни в поиске). (Б) Если остановки нужны — описать в 8.2.3 их состав и привязку (к городу, к объекту) и завести задачу. | |
| OQ8.2-3 | Код BR8.2-5 | Требование говорит: Виды деятельности и Уровни навыков из Карточки клиента служат для сегментации клиентских данных и уведомлений, уровень навыков оценивается по указанным видам деятельности. В коде оба справочника есть (группы значений клиентского сервиса), клиент отмечает значения, они видны в карточке и в отчёте по клиенту. Но (1) уровень навыков — один выбор на всю карточку, он не связан с конкретным видом деятельности; (2) использования этих значений для отбора клиентов или адресных уведомлений за обход не найдено — ни списки клиентов, ни сервис уведомлений по ним не фильтруют. \ Clients.Domain/Common/Enum/ClientServicesEnum/ClientServicesTypesEnum.cs:6-36, Clients.Persistence/Models/Clients/ClientServices.cs:12-26, Clients.Persistence/ReadonlyRepositories/ClientReadRepository.cs:548-558, Clients.Application/Commands/Client/Update/UpdateClientCommandHandler.cs:59-75; не найдено за обход: запросы списков клиентов в booking.clients, booking.notifications | Бизнес | Open | (А) Описать в 8.2.5 и 1.3, какие сегменты и рассылки строятся по видам деятельности и навыкам и нужен ли уровень по каждому виду, затем завести задачу (рекоменд.: без описания сегментов реализовывать нечего). (Б) Убрать из требования цель «сегментация и уведомления», оставив справочники анкетными данными карточки. | |
| OQ8.2-4 | Код BR8.2-6, BR8.2-7 | Требование говорит: Стили танцев доступны только в карточке клиента с Направлением деятельности «Танцы», Музыкальные жанры и инструменты — только при направлении «Музыка». В коде такого условия нет: при сохранении карточки принимается любой набор значений из любых групп, стили танцев, жанры и инструменты сохраняются независимо от направления, справочники отдаются без учёта направления клиента. Отдельного поля «Направление деятельности» у клиента нет — ближе всего группа значений «Сфера деятельности», которая есть в клиентском сервисе, но отсутствует в общем контракте между сервисами. Фронт-клиенты в этой сверке не проверялись. \ Clients.Application/Commands/Client/Update/UpdateClientCommandHandler.cs:59-75, Clients.Domain/Common/Enum/ClientServicesEnum/ClientServicesTypesEnum.cs:33-36, Booking.Domain.Abstractions/Contracts/Clients/Common/ClientServiceType.cs:6-32; условие не найдено за обход booking.clients и шлюза | Разработка | Open | Завести тикет в Bitrix: при сохранении карточки не принимать стили танцев без направления «Танцы» и жанры и инструменты без «Музыки» — проверка на сервере, даже если фронт уже скрывает поля; выровнять общий контракт групп с клиентским сервисом. Какая группа считается Направлением («Сфера деятельности» или «Виды деятельности») — уточнить у бизнеса до начала работ. | |
| OQ8.2-5 | Код BR8.2-8 | Требование говорит: Производственный календарь формируется из дополнительных будних и выходных дней по годам. В коде календарь есть: особый день — это дата, описание и день недели, которым эту дату считать (рабочая суббота — как понедельник, праздник — как воскресенье); список отбирается по году, и расчёт стоимости заказа учитывает эти дни. Но есть три дефекта: (1) в расчёт попадают и архивные дни — снятый праздник продолжает менять цену; (2) сервис заказов держит календарь в кеше 30 дней и не сбрасывает его при изменениях — новый или исправленный день начнёт действовать с задержкой до месяца; (3) две записи на одну дату не запрещены, в расчёт берётся любая из них. \ PartnerZones.Domain/SpecialDaysAggregate/SpecialDayAggregate.cs:16-20, PartnerZones.Persistence/SpecialDays/SpecialDaysReadRepository.cs:35-37, PartnerZones.Persistence/SpecialDays/SpecialDaysReadRepository.cs:57-64, Orders.Infrastructure/Services/PartnerZoneService.cs:248-258, Orders.Infrastructure/Services/CalculationService.cs:287, PartnerZones.Application/Commands/SpecialDays/Create/CreateSpecialDayCommandHandler.cs:23-28 | Разработка | Open | Завести тикет в Bitrix: исключить архивные дни из выборки для расчёта; сбрасывать кеш календаря в сервисе заказов при создании, правке и архивации особого дня (события создания, правки и архивации в домене заведены, но их отправка и подписчик в сервисе заказов не найдены); не допускать второй активной записи на ту же дату. | |
| OQ8.2-6 | Код BR8.2-10 | Требование говорит: в Сервисных документах хранятся FAQ и Правовые документы с шаблонами: Политики, Соглашения, Договоры, Оферты, Реквизиты. В коде FAQ есть: группы вопросов для партнёров, каталога и мобильного приложения, в группах — вопросы с ответами. Правовые документы хранятся в сервисе аутентификации как текст с датой и только трёх видов: пользовательское соглашение, политика конфиденциальности, согласие на обработку персональных данных; перечень видов зашит в код. Договоров, оферт, реквизитов и шаблонов документов за обход не найдено. \ Clients.Domain/Aggregates/FaqGroupAggregate/FaqGroupAggregate.cs:7-10, Clients.Domain/Common/Enum/FaqTypeEnum/FaqTypeEnum.cs:3-8, Clients.Domain/Aggregates/FaqAggregate/FaqAggregate.cs:6-10, Authentication.Domain/Document/Document.cs:6-24, Authentication.Domain/Document/Enums/DocumentType.cs:3-8, Authentication.Application/Documents/Commands/CreateDocument/CreateDocumentCommand.cs:8-9 | Бизнес | Open | (А) Уточнить в 8.2.7 перечень видов правовых документов и что считается шаблоном (файл для скачивания или текст с подстановкой реквизитов), затем завести задачу на расширение (рекоменд.: перечень сейчас зашит в код, новый вид — только релизом). (Б) Сузить требование до трёх реализованных видов. | |
| OQ8.2-7 | Код BR8.2-11 | Требование говорит: в Сервисных документах хранится документация по подключённым интеграциям и инструментам. В коде такого справочника нет: ни у FAQ, ни у правовых документов нет вида «документация по интеграции», в сервисе интеграций (YClients, AppEvent, Google Календарь) инструкций нет. Похожее есть только у способа оплаты партнёра — поле со ссылкой на инструкцию, но это настройка партнёра, а не справочник. В невлитых ветках после 14.09 работ по теме не найдено. \ не найдено за обход booking.clients (FAQ), booking.authentication (документы), booking.integrations, booking.cms, booking.resources; Authentication.Domain/Document/Enums/DocumentType.cs:3-8, PartnerZones.Domain/PaymentSettingsAggregate/PaymentSettingsAggregate.cs:37 | Бизнес | Open | (А) Описать в 8.2.7 состав материалов (по каким интеграциям, формат — файл, ссылка или статья, кому видны) и завести задачу (рекоменд.). (Б) Временно вести такие материалы в FAQ отдельной группой. | |
| OQ8.2-8 | Код BR8.2-12, BR8.2-13, BR8.2-14 | Требование говорит: Внепродуктовые решения раздела «Сообщество» составляются из Компонентов; Компоненты и Решения объединяются в Серии; решения привязываются к категориям и ролям участников (Происхождение, Персоны, Партнёры) и фильтруются в публичных интерфейсах по Тегам и фильтрам. В коде «Сообщество» — это сервис материалов (статей). У материала есть автор-клиент и необязательная партнёрская зона, тело собирается из блоков. Для классификации есть справочники Категорий (с Типами внутри категории; в коде упомянуты «События» и «Возможности»), Тем, Рубрик и «Уникальностей», плюс зашитые перечни Уровня, Формата проведения, Формата участия и Вида материала (короткое видео, статья, видео, альбом, аудио). Публичная лента открыта без входа, фильтрует опубликованные материалы по всем этим признакам и считает количество материалов по каждому значению. Справочников Компонентов, Серий, ролей участников (Происхождение, Персоны, Партнёры) и Тегов за обход не найдено. Отдельно для разработки: все методы Сообщества помечены в коде как «не используются», хотя лента и справочники открыты в шлюзе для доступа без входа. \ Cms.Domain/Article.cs:8-35, Cms.Domain/ArticleCategory.cs:5-17, Cms.Domain/ArticleType.cs:6, Cms.Domain/ArticleRubric.cs:3-9, Cms.Domain/ArticleUnique.cs:3-9, Cms.Domain/ArticleListFilter.cs:5-21, Cms.Domain/ArticleFeedFacets.cs:10-16, Cms.Application/Articles/ArticleContracts.cs:200-203, deploy-charts/microservices/values-api-gateway.yaml:185-205 | Бизнес | Open | (А) Сопоставить термины 8.2.8 со справочниками Сообщества (какие из Категорий, Типов, Тем, Рубрик и Уникальностей соответствуют Сериям, ролям участников и Тегам), переписать BRD на них, недостающее вынести в задачи (рекоменд.: лента уже работает и фильтруется, сопоставление дешевле перестройки). (Б) Если Компоненты, Серии и роли — новая модель, описать её в 8.2.8 и планировать отдельной доработкой. Разработке — снять пометку «не используется» с методов Сообщества, которые вызывает сайт. | |
| OQ8.2-9 | Код (обратный проход) | Что нашли: в коде есть глобальные справочники, которые правит администратор, но которых нет в составе 8.2: (1) справочник кодов сообщений — для каждого кода ошибки или уведомления заголовок, текст, ссылка, длительность показа и признак «включён»; (2) словарь подписей прав для формы ролей — название и подсказка по каждому праву на каждом языке, ключи заводятся автоматически из каталога прав. \ Resources.Domain/Models/StatusCodeModel.cs:5-23, Resources.Application/Handlers/UpdateStatusCodesBatch/UpdateStatusCodesBatchCommand.cs:6-7, Cms.Domain/PermissionLabel.cs:11-69, Cms.Domain/PermissionLabelText.cs:11-30 | Бизнес | Open | (А) Добавить оба в Scope 8.2 как Организационные справочники (рекоменд.: они глобальные и правятся администратором — ровно определение раздела). (Б) Описать их в разделах, где они применяются (уведомления, роли и права), и сослаться оттуда. | |
| OQ8.2-10 | Код BR8.2-9 | Требование говорит: дополнительные будние и выходные дни календаря связаны со Страной, для этого есть справочник Стран. В коде справочника Стран нет; у особого дня только дата, день недели и описание — календарь один на всю платформу. Страна встречается только текстом в адресе компании партнёра. \ PartnerZones.Persistence/SpecialDays/Models/SpecialDay.cs:11-36, PartnerZones.Domain/SpecialDaysAggregate/SpecialDayAggregate.cs:16-22, PartnerZones.Persistence/PartnerZone/Mapping/PartnerZoneMapper.cs:58-64 | Бизнес | Open | (А) Оставить единый календарь, пока платформа работает в одной стране, и пометить требование как план (рекоменд.: вес 3). (Б) К выходу в другую страну завести справочник Стран и привязать к нему города и особые дни. | |
| OQ8.2-11 | Код BR8.2-1 | Что подтверждено: каждый объект обязательно относится к одной Сфере деятельности, через неё классифицируются его залы, а типы дополнительных позиций привязаны к сферам. У сферы задан набор допустимых опций, опция по умолчанию и подписи для опций с диапазоном. Опции бронирования участвуют в расчёте: цена зала подбирается по выбранной опции, за людей сверх диапазона опции начисляется доплата, опция учитывается и при подборе доступных способов оплаты. \ PartnerZones.Domain/BaseAggregate/BaseAggregate.cs:34, PartnerZones.Domain/SphereAggregate/SphereAggregate.cs:29-47, PartnerZones.Domain/PositionGroupAggregate/PositionGroupAggregate.cs:24-25, PartnerZones.Domain/OptionAggregate/ValueObjects/OptionInfo.cs:13-16, Prices.Persistence/Repositories/PriceCalculationRepository.cs:145-155, Prices.Application/Queries/Calculations/CalculateBooking/CalculateBookingCommandHandler.cs:145-153, Orders.Application/Queries/Order/Calc/CalcQueryHandler.cs:138-146 | — | Подтверждено | Расхождения нет. | — |
| OQ8.2-12 | Код BR8.2-4 | Что подтверждено: все четыре справочника есть и используются. Параметры фильтрации привязаны к типу фильтрации и к сферам и отмечаются у залов; поиск залов фильтрует по ним группами по типу — «любой из» или «все сразу». Типы позиций (группы оборудования и услуг по сферам) обязательны у каждой дополнительной позиции. Типы расходов обязательны у каждого расхода, список расходов фильтруется по типу. \ PartnerZones.Domain/FeatureAggregate/FeatureAggregate.cs:10-13, PartnerZones.Domain/FeatureTypeAggregate/FeatureTypeAggregate.cs:12, PartnerZones.Domain/RoomAggregate/RoomAggregate.cs:133-134, PartnerZones.Persistence/Rooms/Repositories/RoomReadOnlyRepository.cs:165-196, PartnerZones.Domain/PositionGroupAggregate/PositionGroupAggregate.cs:18-25, Positions.Domain/PositionAggregate/PositionAggregate.cs:52, PartnerZones.Domain/ExpenseItemAggregate/ExpenseItemAggregate.cs:23, PartnerZones.Persistence/ExpenseItems/Repositories/ExpenseItemReadOnlyRepository.cs:38 | — | Подтверждено | Расхождения нет. | — |