Закупка и поставка товара: как описать и регламентировать

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

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

Из каких этапов состоит процесс закупки и поставки товара

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

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

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

Как описать процесс закупки: роли, сроки, документы

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

Для каждого этапа зафиксируй:

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

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

Такое описание похоже на техническое задание, а не на общие слова «поставщик должен привозить товар вовремя». Именно детализация до уровня «кто-когда-что» отличает рабочий процесс от красивой, но бесполезной инструкции.

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

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

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

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

Типичные ошибки при описании закупки и поставки

Несколько повторяющихся промахов, из-за которых описание процесса закупки не работает на практике.

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

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

Как перевести описание в рабочий процесс

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

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

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

Что контролировать после запуска процесса

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

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

Регулярный взгляд на эти цифры превращает закупку и поставку из зоны, которую разбирают только при явном сбое, в процесс, которым управляют на основе фактов, а не ощущений.