ПРОЕКТ ТЕХНИЧЕСКОГО ЗАДАНИЯ / СОБРАНО
Ведение банкетных заказов
Версия 0.4 · 23.10.2026 · Проект для согласования

Цель: Передавайте кухне актуальную версию банкетного заказа
Пользователь/заказчик: Управляющий рестораном или руководитель банкетных продаж.
Предметные сущности: Заказ, ресурс, состав услуги

1. Исходный процесс
1. Блокнот, календарь, таблица предоплат и переписка не связаны между собой.
2. Клиент изменил число гостей и меню, но кухня получила старую распечатку, а администратор — другое сообщение.

2. Границы первой версии
1. Карточка банкета с версионным составом.
2. Календарь и учёт подтверждений платежей.
3. Задания кухне и залу с историей изменений.

3. Исходники от заказчика
1. Банкетное меню, тарифы и правила изменения заказа.
2. Календарь помещений и действующий образец договораённостей.
3. Роли команды, подтверждения платежей и шаблоны заданий.

4. Основной сценарий
1. Создать заказ на дату и помещение с проверкой конфликтов.
2. Согласовать гостей, меню, услуги и особые пожелания.
3. Зафиксировать платежи и каждое изменение с подтверждением.
4. Выдать кухне и залу задания из одной утверждённой версии.

5. Предварительная карта данных
1. Подтверждено гостей · тип учебного поля: number · чел. · пример: 30. Правило и обязательность подтверждаются на ваших исходниках.
2. Порций в заказе кухни · тип учебного поля: number · порций · пример: 28. Правило и обязательность подтверждаются на ваших исходниках.
3. Версия меню клиента · тип учебного поля: text · пример: 3. Правило и обязательность подтверждаются на ваших исходниках.
4. Версия меню кухни · тип учебного поля: text · пример: 2. Правило и обязательность подтверждаются на ваших исходниках.

6. Обмен и подключение
1. Возможный контур: Учёт размещения / заказов. Доступность интерфейсов пока не подтверждена.
2. Начать с согласованной тестовой выгрузки или ручного ввода. Для API зафиксировать версию, объекты, идентификаторы и направление обмена.
3. Разделить чтение и запись. Массовую запись разрешать только после сверки и отдельного согласования.
4. Согласовать сопоставление справочников, форматов дат, единиц, округления и источника истинных значений.
5. Определить правила повторной доставки, журнал ошибок, повторы, резервное копирование и возврат к прежнему процессу.

7. Роли и права
1. Просмотр — только разрешённые записи и результаты.
2. Исполнение — ввод и исправление в пределах назначенных задач.
3. Согласование — подтверждение результата и возврат с причиной.
4. Администрирование — пользователи, справочники и версии правил.

8. Ошибки и исключения
1. Неполные или некорректные вводные: показать конкретные поля, не выдавать успешный результат.
2. Неоднозначное соответствие или редакция: передать ответственному на проверку.
3. Повторная отправка: исключить повторное создание по согласованному идентификатору.
4. Недоступный внешний источник: сохранить состояние, показать ошибку и согласованный повтор.
5. Изменение подтверждённых вводных: новая редакция и повторное подтверждение.

9. Проверка пилота
1. Изменение числа гостей отражается в согласованных зависимых позициях.
2. В заданиях указана одна и та же утверждённая редакция.
3. Подтверждённые платежи отделены от обещанных и плановых.

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

11. Ограничения
Карточка не заменяет договор и бухгалтерский учёт. Ограничения питания и итоговую готовность подтверждают ответственные сотрудники.
Учебные цены, пороги и нормы демонстрации не являются утверждёнными правилами заказчика.

12. Вопросы до согласования
1. Кто принимает изменения от клиента?
2. Как кухня получает финальную версию заказа?
3. Какие системы, версии и способы выгрузки используются сейчас?
4. Кто подтверждает результат и кому разрешено менять правила?

13. Индивидуальная разработка
Возможна разработка отдельного решения под уникальный процесс, собственные правила, интерфейсы и инфраструктуру компании.

14. Оценка
Числа на странице — условная бюджетная модель макета. Фактический состав, стоимость, налоги, лицензии, оборудование и сопровождение фиксируются в отдельном предложении.
Это проект ТЗ для обсуждения, не согласованный документ и не завершённая спецификация рабочего решения.
15. Исходники ограниченного пилота
1. Обезличенный банкетный заказ
2. Две редакции меню с числом порций
3. Список ответственных кухни и зала

16. Контрольный сценарий и результат
1. Согласованная редакция банкетного задания
2. Один заказ связывает гостевой список, меню и подтверждения кухни.
3. Б-070: 30 гостей; клиент утвердил меню v3, кухня видит v2 на 28 порций.
4. Неверная редакция и нехватка 2 порций — две разные проблемы.
5. Передать кухне v3 и обновить задание до 30 порций; запросить подтверждение шефа.
6. Б-070: версии v3 совпадают, 30 / 30 порций; подтверждение кухни показано отдельным учебным событием.
7. Переход редакции сохраняет различия; кухня подтверждает актуальную версию отдельно от проверки порций.