ПРОЕКТ ТЕХНИЧЕСКОГО ЗАДАНИЯ / СОБРАНО Калькулятор кейтеринга Версия 0.4 · 23.10.2026 · Проект для согласования Цель: Включайте в расчёт кейтеринга меню и всё обслуживание Пользователь/заказчик: Владелец кейтеринговой компании или руководитель продаж. Предметные сущности: Заказ, ресурс, состав услуги 1. Исходный процесс 1. Предложение собирают из нескольких таблиц; изменения числа гостей не везде обновляются. 2. Гостям посчитали меню, а выезд, посуда и работа персонала добавляются позднее и вызывают вопросы. 2. Границы первой версии 1. Калькулятор одного формата мероприятия. 2. Сводная спецификация еды, услуг и оборудования. 3. Предложение с включениями и вопросами к площадке. 3. Исходники от заказчика 1. Меню и правила порций для выбранного формата. 2. Тарифы персонала, оборудования и доставки. 3. Образец предложения и ограничения обслуживания площадок. 4. Основной сценарий 1. Задать формат события, число гостей и особенности площадки. 2. Выбрать меню и нормы подачи из утверждённых вариантов. 3. Добавить персонал, инвентарь, транспорт и дополнительные услуги. 4. Проверить состав и сформировать предварительное предложение. 5. Предварительная карта данных 1. Гостей · тип учебного поля: number · чел. · пример: 40. Правило и обязательность подтверждаются на ваших исходниках. 2. Меню на гостя · тип учебного поля: number · ₽ · пример: 1800. Правило и обязательность подтверждаются на ваших исходниках. 3. Сотрудников · тип учебного поля: number · чел. · пример: 3. Правило и обязательность подтверждаются на ваших исходниках. 4. На сотрудника за событие · тип учебного поля: number · ₽ · пример: 5000. Правило и обязательность подтверждаются на ваших исходниках. 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. КЕЙ-063: 40×1800 +3×5000 +8000 +4000 =99000 ₽. 4. При 60 гостях итог 135000 ₽: на 35000 ₽ выше бюджета 100000 ₽. 5. Показать +36000 ₽ меню; направить персонал и инвентарь на ручную проверку. 6. Смета 135000 ₽ предварительная; достаточность трёх сотрудников не подтверждена. 7. Пересчёт раскрывает изменённые статьи; рост гостей требует проверки обслуживания.