Согласование закупок
Что это за сервис
Заголовок раздела «Что это за сервис»Внутреннее приложение, через которое сотрудники подают заявки на закупку, закупщики их разбирают, а руководители и финансовая служба согласуют. Сервис покрывает путь от появления потребности до одобренной заявки; дальше по ней оформляется заказ поставщику.
Без такого сервиса заявки приходят по почте, в мессенджере и в таблицах, и никто не знает реальной длины очереди. Закупщики каждое утро по полчаса выясняют, что срочно, а что ждёт уже две недели. Согласующие держат заявки по неделе, потому что маршрут существует только в голове у одного сотрудника. Владелец бюджета подписывает закупку, не видя, сколько квартального лимита уже обещано. Выбор поставщика обсуждают в личной переписке, а при подготовке к аудиту неделями восстанавливают, кто и когда что одобрил.
Что он делает
Заголовок раздела «Что он делает»- Приём заявок. Сотрудник подаёт заявку через простую форму с категорией, оценкой суммы, обоснованием и желаемой датой; все заявки попадают в одну очередь с автором, временем и приоритетом.
- Распределяет заявки по закупщикам. Правила назначают ответственного по категории, сумме или подразделению, а очередь сортируется по оставшемуся сроку.
- Направляет заявку нужным согласующим. Цепочка строится по сумме, подразделению и категории, после каждого решения заявка переходит к следующему участнику автоматически.
- Показывает остаток бюджета при решении. На экране согласования видны лимит центра затрат, уже обещанные суммы и остаток после этой закупки.
- Фиксирует выбор поставщика. Сравнение предложений и причина выбора сохраняются в заявке структурированными полями.
- Ведёт журнал для аудита. Каждая подача, правка, решение и эскалация записывается с автором, временем и комментарием и выгружается целиком.
Нюансы и особенности
Заголовок раздела «Нюансы и особенности»- Неполная заявка не уходит в работу. Категория, оценка суммы и обоснование обязательны до отправки, а счёт или коммерческое предложение — до перехода дальше статуса «Подана».
- Приоритет по правилам, а не по желанию. Уровни срочности задаются объективными критериями: сумма, влияние на производство, окончание действующего договора. Иначе все заявки быстро становятся срочными.
- Маршрут записан в системе. Пороги сумм и цепочки согласующих хранятся в таблице правил и привязаны к ролям, а не к конкретным людям. Сколько уровней нужно, решает регламент компании.
- Срок без эскалации не работает. У каждого шага есть срок; после него заявка переходит заместителю или администратору финансов, а напоминание уходит через 48 часов бездействия.
- Общий справочник поставщиков. Заявки ссылаются на единую таблицу поставщиков, поэтому закупщик видит, что с этим же поставщиком уже ведутся переговоры по другой заявке.
- Заявитель видит только своё. Форма подачи и список «Мои заявки» доступны всем сотрудникам, полная очередь — закупщикам и финансам. Ограничение действует на сервере, включая выгрузки.
- Бюджет берут из существующей системы. Лимиты и факт читают из ERP или бюджетного сервиса через API, а не ведут вручную. Если модуль закупок ERP уже даёт форму заявки и маршрут, достаточно доработать его.
Как сгенерировать через ИИ-агентов
Заголовок раздела «Как сгенерировать через ИИ-агентов»Промпты рассчитаны на AI-агента (Claude Code, Cursor и аналоги) в Laravel-проекте с установленным Filament 4.x. Отправляйте их по одному: каждый шаг даёт результат, который можно проверить до перехода к следующему.
1. Данные и модели
Заголовок раздела «1. Данные и модели»Создай модели и миграции для согласования закупок: Vendor, CostCenter(лимит на квартал), PurchaseRequest (заявитель, центр затрат,категория, оценка суммы, обоснование, приоритет, желаемая дата, статус,закупщик, выбранный поставщик, причина выбора, срок), VendorQuote(заявка, поставщик, сумма, файл предложения), ApprovalRule (порог,подразделение, категория, упорядоченные роли), ApprovalStep (заявка,роль, исполнитель, решение, комментарий, время). Добавь фабрики.2. Форма подачи и очередь
Заголовок раздела «2. Форма подачи и очередь»Сгенерируй Filament-ресурс для PurchaseRequest. Обычный сотрудник видиттолько форму подачи и свои заявки. Категория, оценка суммы иобоснование обязательны. Для закупщиков сделай очередь с сортировкой пооставшемуся сроку, фильтрами по категории и приоритету и назначениемзакупщика по правилам категории и суммы.Войдите под обычным сотрудником и проверьте, что чужие заявки не видны.
3. Маршрут согласования
Заголовок раздела «3. Маршрут согласования»Сделай сервис, который при отправке строит цепочку ApprovalStep поApprovalRule. Добавь страницу «Мои согласования» с действиями «Одобрить»,«Вернуть на доработку» и «Отклонить» с обязательным комментарием. Наэкране решения покажи лимит центра затрат, обещанные суммы поодобренным заявкам и остаток после этой закупки.4. Поставщики, сроки и эскалация
Заголовок раздела «4. Поставщики, сроки и эскалация»Добавь в карточку заявки relation manager для VendorQuote иобязательное поле причины выбора при указании поставщика. Покажипредупреждение, если у поставщика есть другие открытые заявки. Сделайфоновую задачу: напоминание согласующему через 48 часов бездействия ипереход к заместителю после срока шага, с уведомлением в панели.5. Журнал, виджеты и выгрузка
Заголовок раздела «5. Журнал, виджеты и выгрузка»Записывай каждое изменение статуса, правку и решение в журнал с автороми временем. Добавь виджеты длины очереди, среднего срока согласования ипросроченных шагов, а также экспорт журнала и заявок за период в CSVдля аудита. Ограничь доступ к журналу ролями финансов и аудитора.Похожие сценарии
Заголовок раздела «Похожие сценарии»- Чем отличается от трекера заказов на закупку: здесь заявка проходит приём и согласование до появления заказа, а трекер ведёт исполнение уже одобренного заказа — поставку, счёт поставщика и оплату.
- Согласование расходов сотрудников — тот же принцип маршрута для возмещения личных трат.
- Портал поставщиков — работа с поставщиками после выбора.