vault backup: 2026-08-05 20:49:13

Галс/Автоматизация закупок/Пользовательский сценарий.md

@@ -15,28 +15,20 @@
 	6. Дата подачи - дата перехода на согласование в первый раз, для аварийной переход на менеджера
 2. Объединение заявок
 3. Команда объекта
-	1. Сколько инженеров
+	1. Сколько ГИ - всегда один ==(возможно делегирование в будущем)==
-	2. Сколько ГИ - всегда один ==(возможно делегирование в будущем)==
+	2. Сколько менеджеров - ==(руководитель менеджеров может делегировать заявку другому менеджеру)==
-	3. Сколько Управляющих - всегда один
-	4. Сколько менеджеров - ==(руководитель менеджеров может делегировать заявку другому менеджеру)==
-	5. Может ли один контакт иметь две роли сразу - один контакт = одна роль
 4. Добавление позиций
 	1. Продумать обязательные поля и парсинг в моменте
-	2. 
+	2. Привязка к бюджету, нужно ли вести учет бюджета, сколько потрачено из него, сколько осталось - ==Продумать бюджетирование проектов== Управляющему должны уходить уведомления о превышении бюджета
-	3. Уточнить поля выведенные в деталь - относится к п. 4.1
-	4. Привязка к бюджету, нужно ли вести учет бюджета, сколько потрачено из него, сколько осталось - ==Продумать бюджетирование проектов== Управляющему должны уходить уведомления о превышении бюджета
 5. Статусная модель заявки
 	1. Главный инженер сразу переходит на "В работе"
-	2. Переходы между статусами - оставляем кнопки
 6. Согласование заявки
-	1. Только управляющий согласует или есть несколько вариантов согласования
+	1. ==Маршруты не продумываем пока что==
-	2. ==Маршруты не продумываем пока что==
 7. Замещение на отпуск, больничный
 	1. Передавать ли визу, если она не согласована, когда замещение закончилось
 	2. Нужно ли продумывать перевод человека между объектами - вручную изменяем, надо продумать про приемку товара
 8. Создание заявок
 	1. Если поставщик не определен, то отдельный заказ на нового поставщика
-	2. 
 9. Пул заявок
 	1. В каком статусе менеджеры могут приступать
 	2. Какая схема работы если позиции с маркетплейсов