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

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

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

2. Границы первой версии
1. Сезонный каталог
2. Учёт резервов
3. План отгрузки

3. Исходники от заказчика
1. Сорта и размеры
2. Партии и количества
3. Условия резерва и доставки

4. Основной сценарий
1. Завести ассортимент
2. Указать план готовности
3. Принять и подтвердить резерв
4. Подготовить отгрузку

5. Предварительная карта данных
1. Растений в партии · тип учебного поля: number · шт. · пример: 120. Правило и обязательность подтверждаются на ваших исходниках.
2. Подтверждённый резерв · тип учебного поля: number · шт. · пример: 35. Правило и обязательность подтверждаются на ваших исходниках.
3. Новая заявка · тип учебного поля: number · шт. · пример: 90. Правило и обязательность подтверждаются на ваших исходниках.

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. РАСТ-100: 120 шт., резерв 35, доступно 85; учебная новая заявка З-80 на 80 шт. к 01.11.
4. По количеству остаётся 5 шт., но готовность партии перенесена с 30.10 на 07.11.
5. Отметить З-80 как затронутую и запросить у покупателя согласие на 07.11 без автоматического подтверждения.
6. З-80: «Ожидает решения по дате»; доступно 85, реальный новый резерв не создан, арифметический остаток после возможных 80 — 5.
7. При переносе готовности видны затронутые запросы; изменение количества не создаёт реальный резерв.