Процесс закупки от заявки до поставки: как собрать единый маршрут

Закупка редко состоит только из согласования суммы. До решения нужно проверить потребность и комплектность данных, после — выбрать поставщика, проконтролировать поставку и собрать документы. Если эти части живут в разных чатах и таблицах, руководитель видит лишь отдельные фрагменты.

Единый маршрут связывает этапы одной карточкой и сохраняет контекст: кто запросил, что требуется, какое решение принято и где находится поставка. Ниже — структура процесса, которую можно адаптировать под правила компании.

Этап 1. Регистрация потребности

Инициатор создаёт заявку в одном установленном месте. Поля должны помогать принять следующее решение, а не собираться «на всякий случай».

Данные для старта

Обычно полезны:

• наименование и категория потребности;
• количество или объём;
• подразделение и объект;
• желаемый срок;
• обоснование;
• ориентир по бюджету, если он известен;
• вложения или спецификация;
• ответственное лицо для уточнений.

Свободного текста недостаточно для повторяемого процесса. Категории, подразделения и причины срочности лучше выбирать из управляемых справочников. При этом для нестандартной заявки должно оставаться поле с пояснением.

Этап 2. Проверка комплектности

До согласования ответственная роль проверяет, можно ли работать с заявкой. Если данных не хватает, она возвращается инициатору с конкретной причиной.

На этом этапе полезно проверить:

• заполнены ли обязательные характеристики;
• приложена ли актуальная спецификация;
• не создана ли похожая заявка;
• соответствует ли потребность зоне ответственности подразделения;
• указан ли реалистичный срок;
• требуется ли дополнительная техническая проверка.

Возврат должен сохраняться в истории. Иначе невозможно понять, почему увеличился общий срок и какие ошибки повторяются чаще всего.

Этап 3. Согласование

Маршрут согласования зависит от внутренних правил. Ветвление может учитывать категорию, подразделение, источник финансирования или другие проверяемые признаки.

Не стоит автоматически отправлять каждую заявку по самой длинной цепочке. Согласующий должен понимать, какое решение от него требуется и какие данные доступны. Для возврата нужна обязательная причина, для замещения — заранее определённое правило.

Если компания отдельно автоматизирует договоры и счета, закупочную заявку можно связать с маршрутом согласования документов, сохранив разные ответственности и статусы.

Этап 4. Подбор и фиксация поставщика

После одобрения начинается исполнение. Процесс должен показывать не только финального поставщика, но и основание выбора в объёме, принятом компанией.

Можно фиксировать:

• полученные предложения;
• сравниваемые условия;
• выбранного поставщика;
• ожидаемую дату поставки;
• ответственного за коммуникацию;
• связанные договоры и счета;
• причину отклонения от обычного маршрута.

Не нужно превращать карточку в копию учётной системы. Определите, какие данные необходимы для контроля процесса, а какие остаются в 1С или другом источнике. Если нужен обмен, заранее подготовьте схему интеграции.

Этап 5. Контроль поставки

Статус «заказано» не завершает закупку. Ответственный должен видеть ожидаемый срок, частичную поставку, перенос и проблему с качеством.

Удобно разделять как минимум ожидаемую поставку, получение и разбор отклонений. Конкретное число этапов зависит от реальной работы: слишком подробная схема заставит сотрудников двигать карточки без полезного смысла.

При переносе срока фиксируйте новую дату и причину. Тогда руководитель сможет отличить задержку поставщика от позднего согласования или неполной исходной заявки.

Этап 6. Приёмка и закрытие

До закрытия процесса проверьте, что результат принят ответственным подразделением, а необходимые документы переданы по установленному правилу. Если часть бухгалтерских действий ведётся в другой системе, в карточке достаточно подтверждения передачи и ссылки на идентификатор.

Закрытая заявка должна отвечать на вопросы:

• что фактически получено;
• кто подтвердил приёмку;
• были ли отклонения;
• какие документы связаны с закупкой;
• завершены ли обязательные действия;
• почему заявка отменена, если поставки не было.

Какие отчёты действительно нужны

Отчёт строится вокруг управленческого вопроса. Начните с очереди активных заявок, просроченных этапов, возвратов и причин отклонений. Только после появления стабильных данных имеет смысл расширять аналитику.

Полезно разделять полную длительность заявки и время на отдельных этапах. Это показывает, где находится узкое место: в подготовке данных, согласовании, выборе поставщика или поставке.

Чек-лист готовности маршрута

• Есть единая точка регистрации потребности.
• Поля заявки связаны с последующим решением.
• Комплектность проверяется до согласования.
• У возврата есть обязательная причина.
• Ветвление основано на понятных признаках.
• За исполнение и поставку назначены роли.
• Перенос срока сохраняет причину.
• Закрытие включает подтверждение результата.
• Границы с учётной системой определены.
• Отчёты используют данные, которые действительно заполняются.

Пример заявки: расходные материалы для двух площадок

Рассмотрим условную заявку: подразделению нужно 40 комплектов расходных материалов на 120 000 ₽ к 15 ноября. На складе есть 5 комплектов, поэтому купить нужно 35: 25 в первой партии и 10 во второй. Пример показывает, как учитывать потребность, остатки и частичную поставку.

Первоначальные 40 комплектов не надо затирать числом 35: это разные значения — потребность и закупаемое количество. Аналогично, ожидаемая дата и фактическая дата поставки должны быть разными полями, иначе отчёт не покажет отклонение.

Что проверить перед запуском закупок

• Заявка без подразделения или срока не попадает на согласование.
• Найденный складской остаток уменьшает объём закупки, но не теряет исходную потребность.
• При смене поставщика старое предложение и причина решения доступны в истории.
• Частичная поставка не закрывает весь заказ.
• Перенос срока сохраняет предыдущую дату, причину и нового ответственного.
• Отмена после оплаты не теряет обязательство по возврату или зачёту средств.
• В отчёте просрочек нет завершённых и корректно отменённых заявок.

Критерий готовности первого этапа: инициатор находит статус без звонка закупщику, закупщик видит недопоставки, а руководитель получает список задержек с ответственными. Это проверяется на контрольных заявках; процент экономии считают только после накопления сопоставимых данных.

Ограничения и официальная документация

Битрикс24 в этой схеме управляет заявкой и ответственностью, но не автоматически заменяет бухгалтерский или складской учёт. Обмен с 1С, резервирование, партии, серийные номера и несколько юридических лиц нужно оценивать отдельно. Механизм и доступность автоматизации проверяют на выбранном тарифе.

Для реализации можно использовать создание смарт-процесса и его карточку, стадии и права доступа. В справке описан инструмент Битрикс24; правила закупки и условия закрытия заявок компания определяет сама.

Состав автоматизации описан на странице решения «Закупки». Для производственных и строительных компаний полезны отраслевые страницы производства и строительства. Начать проект можно с диагностики.