Когда задача становится актуальной
- Одна потребность повторно запрашивается разными сотрудниками.
- Согласующие не видят основание и условия закупки.
- Изменение поставки теряется между снабжением и заказчиком.
- Полученные материалы не сопоставляются с исходной заявкой.
Сохранить потребность при передаче между ролями
Заявка должна описывать назначение, количество, требования к позиции и место получения. Для разных категорий набор полей различается. Закупка стандартного расходника и заказ оборудования могут требовать разных согласований, но в обоих случаях необходимо понимать, какой результат нужен внутреннему заказчику и кто вправе уточнить условия.
Проверка существующих остатков, бюджета и возможности замены включается по правилам компании. Эти проверки не следует смешивать в одно неопределённое согласование. У каждой есть владелец и результат. Система сохраняет основания решений рядом с заявкой, чтобы снабжению не приходилось восстанавливать договорённости по переписке.
Связать заказ, изменения и приёмку
После согласования потребность может быть объединена с другими заявками или разделена между поставками. Для этого требуется связь позиций, а не только общий статус закупки. Получение части заказа должно уменьшать ожидаемое количество, сохраняя сведения о том, что ещё необходимо получить для каждого подразделения.
Изменение характеристики, количества или условий поставки проходит установленный маршрут. Участники видят, какая версия подтверждена и кто принимает отклонение. Передача данных в учётную систему зависит от доступных интерфейсов и конфигурации. В проекте отдельно определяем, где возникает подтверждение получения и как оно возвращается внутреннему заказчику.
| Этап | Необходимые сведения | Подтверждаемый результат |
|---|---|---|
| Потребность | Назначение, позиция, количество | Заявка готова к рассмотрению |
| Согласование | Основание и условия решения | Разрешённый состав закупки |
| Заказ | Поставщик и подтверждённые позиции | Обязательства по поставке известны |
| Приёмка | Фактическое количество и отклонения | Получение связано с потребностью |
Пример частичной поставки материалов
Несколько сервисных точек заказывают одинаковые расходные материалы. Снабжение объединяет потребности в заказ поставщику. Приёмщик отмечает фактические позиции и количество, после чего система показывает обеспеченность каждой исходной заявки.
Исключение — часть позиции отсутствует, а поставщик предлагает аналог. Снабжение фиксирует отличие и направляет решение владельцу потребности в соответствии с согласованными полномочиями. Пока замена не принята, заявка не закрывается как полностью обеспеченная. Если аналог одобрен, сохраняется связь с исходной позицией, чтобы дальнейший учёт и повторная закупка использовали актуальные сведения.
Проверить прозрачность и управляемость закупки
Приёмка автоматизации включает обычный заказ, возврат неполной заявки, изменение условий и частичное получение. Проверяется, что каждый участник видит нужные ему сведения, а согласованная позиция не меняется незаметно. Повторная отправка события приёмки не должна повторно увеличивать полученное количество.
Для контроля можно использовать время ожидания решения, причины возврата и долю незакрытых потребностей по согласованным правилам расчёта. Показатели помогают разбирать источник затруднения, но не заменяют проверку фактов. Начать можно с определённой категории закупок или подразделения, сохранив общую модель заявки и позиций для дальнейшего развития.
Что получит компания
- Модель закупки от потребности до подтверждения получения.
- Формы заявок и правила маршрутизации по категориям.
- Связи между заявками, заказами и поставками.
- Интеграции и правила обработки расхождений.
- Сценарии проверки обычных и частичных операций.
Что подготовить к обсуждению
- Обезличенные примеры заявок, заказов и приёмки.
- Категории закупок и роли участников.
- Действующие правила согласования и замены.
- Перечень учётных систем и доступных интерфейсов.
Вопросы о проекте
Можно ли автоматизировать закупки без замены 1С?
Да, если действующая конфигурация и доступные интерфейсы позволяют поддержать согласованный обмен. Часть процесса может выполняться в отдельном рабочем интерфейсе. Важно определить источник позиций, заказа и факта приёмки.
Будет ли система сама выбирать поставщика?
Состав автоматических действий определяется правилами компании. Система может собрать предложения и показать различия, а решение остаётся у назначенной роли. Автоматический выбор допустим только для согласованных однозначных условий и проверенных данных.
Что определяет сложность внедрения?
Категории закупок, варианты согласований, разделение поставок и состояние справочников. Значение имеет доступность данных об остатках и получении. Проект можно начать с ограниченной группы операций, проверив весь путь до приёмки.