← Все статьи блога

Блог SMART · Закупки

Идеальный закупочный контур: как распределить ответственность от заявки до поставки

Автор: Ирина Колоянова, собственник и генеральный директор СМАРТ

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

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

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

Почему линейной схемы недостаточно

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

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

В модели procure-to-pay CIPS путь включает определение потребности, заявку, согласование, заказ, получение, счёт и оплату. Это опорная последовательность, которую компания адаптирует к своим категориям и полномочиям. Она помогает увидеть места, где результат одной функции становится входом для другой.

Какие результаты имеют значение

После этапа определения потребности и поступления заявки следующий участник получает описание товара, количество, срок, место поставки, требования к качеству и критерии приёмки. До передачи нужно проверить, можно ли по содержанию заявки понять, что именно требуется и как подтвердить соответствие.

Владелец бюджета передаёт разрешение использовать бюджет, приоритет и допустимые рамки. Здесь важно зафиксировать сумму, полномочия сотрудника и порядок действий при изменении потребности.

Закупки готовят выбранный маршрут, сопоставленные предложения и рекомендацию. Ответственный специалист подтверждает пригодность варианта, а финальный выбор делает сотрудник или коллегиальный орган по матрице полномочий.

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

Затем назначенный участник контролирует дату и статус исполнения заказа, координирует реакцию на задержку и ведёт претензию до закрытия. Если параметры меняются, финальный результат возвращают на пересмотр: потребность, бюджетное разрешение, коммерческие условия или заказ.

Приёмка состоит из нескольких операций

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

В процедуре Rochester Institute of Technology центральная приёмка может подтвердить доставку без проверки содержимого, а подразделение-заказчик распаковывает и проверяет товар. Это пример разделения сигналов, а не универсальное правило. В той же процедуре счёт сопоставляют с заказом и данными о получении, а при расхождении его приостанавливают до исправления.

Для собственной модели компании нужно заранее определить:

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

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

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

Как проверить фактический контур

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

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

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

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

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

С чего начать

Начните с одной типовой закупки от заявки до поставки. Восстановите фактические передачи, зафиксируйте ожидания и возвраты, а после этого назначьте владельца для каждого результата.

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