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

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

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

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

3. Исходники от заказчика
1. Утверждённые техкарты нескольких блюд.
2. Закупочные позиции, цены, даты и единицы упаковок.
3. Правила выхода, потерь и состава учитываемых затрат.

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

5. Предварительная карта данных
1. Закупочная масса на порцию · тип учебного поля: number · кг · пример: 0.1. Правило и обязательность подтверждаются на ваших исходниках.
2. Старая цена · тип учебного поля: number · ₽/кг · пример: 40. Правило и обязательность подтверждаются на ваших исходниках.
3. Новая цена · тип учебного поля: number · ₽/кг · пример: 50. Правило и обязательность подтверждаются на ваших исходниках.
4. Прочее сырьё · тип учебного поля: number · ₽/порция · пример: 20. Правило и обязательность подтверждаются на ваших исходниках.

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. БЛ-061: 0,1 кг ×40 ₽/кг +20 ₽ другого сырья =24 ₽/порция.
4. При 60 ₽/кг сырьевая стоимость становится 26 ₽, рост 2 ₽.
5. Открыть строку ингредиента, массу и дату цены; передать изменение технологу.
6. Видны 26 ₽ сырья на порцию; полная себестоимость и прибыль не рассчитаны.
7. Сырьевая стоимость совпадает с ручным расчётом; труд и накладные явно исключены.