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

Цель: Принимайте повторные заказы с проверкой новых условий
Пользователь/заказчик: Руководитель оптовых продаж.
Предметные сущности: Артикул, единица, количество

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

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

3. Исходники от заказчика
1. История пилотных покупателей.
2. Каталог и договорные цены.
3. Роли и порядок подтверждения.

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

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

6. Обмен и подключение
1. Возможный контур: Товарный учёт / CRM. Доступность интерфейсов пока не подтверждена.
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. ПЗ-042: 20 шт. прежде стоили по 100 ₽, итого 2000 ₽.
4. Новая цена 110 ₽: заявка стала 2200 ₽, на 200 ₽ больше.
5. Сравнить строку 100 → 110 ₽; подтвердить новые условия в учебной заявке.
6. Повторная заявка содержит 2200 ₽ и отметку проверки; заказ не отправлен.
7. Изменённая цена видна до подтверждения; прежняя сумма не переносится молча.