Закупка и поставка товара: кто отвечает за процесс

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

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

Для селлера на Wildberries, Ozon или Я.Маркете цена размытой ответственности особенно высока: пустая карточка теряет позиции в выдаче за считаные дни, а перезаказ замораживает деньги в неликвиде. Поэтому вопрос «кто отвечает» - это не формальность для документа, а вопрос прямых денег.

Кто должен отвечать за закупку и поставку товара

В процессе закупки и поставки товара обычно участвуют четыре-пять ролей, и у каждой - своя зона ответственности:

• закупщик (байер) - отвечает за то, ЧТО и СКОЛЬКО заказывать: анализирует остатки, оборачиваемость, сезонность, формирует заказ поставщику;
• менеджер по поставкам / логист - отвечает за то, КОГДА и КАК товар доедет: согласовывает сроки с поставщиком, организует доставку до склада, следит за таймслотами маркетплейса;
• кладовщик / сотрудник приёмки - отвечает за то, ЧТО фактически приехало: сверяет количество и качество с накладной, фиксирует расхождения;
• финансист / собственник - отвечает за оплату поставщику и за то, чтобы закупка вписывалась в бюджет и не создавала кассовый разрыв;
• руководитель отдела закупок или собственник - отвечает за саму стратегию: сколько денег в принципе можно заморозить в товаре в этом месяце.

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

Что идёт не так, если ответственность размыта

Когда роли не разведены явно, типично возникают три сценария.

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

Второй - задвоенные или пропущенные закупки: если решение «пора заказывать» принимает не конкретный человек по конкретному триггеру (остаток товара ниже точки заказа), а «кто первый заметит», один и тот же SKU иногда заказывают дважды, а другой пропускают вовсе.

Третий, самый дорогой - отсутствие контроля на стыке закупки и приёмки: поставщик прислал не то количество или не тот товар, а зафиксировать это некому, потому что «за приёмку вроде тоже закупщик отвечает, он и разберётся». В результате брак или недостача попадает на склад маркетплейса, и штраф или потерю получает уже вся компания, а не конкретный виновник ошибки.

Регламент теряется в переписке? В Legend BMS шаг физически нельзя пропустить. Посмотреть →

Регламент против бизнес-процесса в системе

Обычный совет в такой ситуации - «пропишите регламент закупок». Проблема регламента как документа в том, что он не гарантирует исполнение: файл лежит в облаке, новый сотрудник может его не прочитать, а старый - забыть, что там написано, через месяц после найма. Регламент фиксирует ЗАМЫСЕЛ, но никак не проверяет, что шаг реально выполнен.

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

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

Как выстроить процесс закупки и поставки по шагам

Рабочая последовательность для большинства селлеров выглядит так:

1. Расчёт потребности - закупщик на основе остатков и оборачиваемости определяет, что и сколько нужно заказать.
2. Согласование бюджета - заявка уходит финансисту или собственнику, если сумма превышает установленный лимит.
3. Размещение заказа у поставщика - закупщик фиксирует условия, сроки и стоимость.
4. Контроль отгрузки и логистики - менеджер по поставкам следит, чтобы товар выехал вовремя и попал в нужный таймслот склада.
5. Приёмка - кладовщик сверяет фактическое количество и качество с документами, фиксирует расхождения тут же, а не «потом вспомнит».
6. Отгрузка на склад маркетплейса - логист формирует поставку по требованиям конкретной площадки (короба, маркировка, сроки).
7. Разбор отклонений - если что-то пошло не так на любом из шагов, это не теряется, а становится отдельной задачей с ответственным и сроком.

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

Модельный пример

Пример: у селлера с 40 SKU на Wildberries закупкой занимался один менеджер, а приёмкой - кладовщик по устной договорённости «проверяй, что привезли, и мне пиши». Когда менеджер ушёл в отпуск, заявку на пополняющийся хит продаж никто не отправил, потому что формально это не было ничьей обязанностью, кроме менеджера. Товар ушёл в дефицит на 9 дней, карточка потеряла позиции в поиске и не восстановила их полностью даже через месяц.

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

Кто отвечает за срыв поставки: как не искать виноватого постфактум

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

Поэтому финальный шаг выстраивания ответственности - не поиск крайнего после происшествия, а история по каждой задаче: кто её вёл, когда взял, когда должен был закрыть и что сделал. Тогда разбор занимает минуту, а не собрание отдела.