Коротко: Поставка - акт поступления партии на РЦ или в магазин. За 7 шагов отделите её от заказа, приёмки и условий договора, разметьте 4 статуса и обновите остаток. Согласуйте язык в 1 регламенте до автозаказа и OTIF.
Поставка - это акт поступления партии товара от поставщика на РЦ или в магазин в коммерческой рознице, когда товар входит в цепочку перепродажи. Для категорийного менеджера и закупщика это факт в закупочном контуре: после него сверяют состав, оформляют документы приёмки и двигают остаток.
Поисковый запрос поставка это в ритейле чаще про событие прибытия, а не про энциклопедию договора. Без единого термина заказ «уже есть», а полка пуста, или склад «принял», а байер ещё не видит факт. Дальше: отличие от заказа и приёмки, статусы, цепочка из 7 шагов и мягкий переход к фиксации поступлений в контуре закупок. БрайтБорд помогает связать факт поступления с остатком и автозаказом, когда язык уже согласован.
Зачем закупщику и категорийщику нужен термин «поставка»?
В сети «поставка» звучит привычно, но без определения команды смешивают намерение, факт прибытия и складскую операцию. Категорийщик смотрит покрытие полки и роль SKU. Закупщик смотрит, пришла ли партия и в каком объёме. Если оба называют разное «поставкой», спорят о цифрах и срывают окна.
Единый термин нужен, чтобы факт поступления партии стал общим событием: его можно разметить статусом, сверить с заказом и провести в остаток. Тогда OTIF и автозаказ опираются на одну точку правды, а не на переписку в мессенджере.
Делайте: запишите в регламенте одну фразу: «поставка = факт поступления партии на РЦ или в магазин для перепродажи». Не делайте: не оставляйте термин только в договоре или только у склада без связи с закупками.
Поставка vs заказ поставщику: намерение и факт поступления
Заказ поставщику - намерение: что ждёте, в каком объёме и к какому сроку. Поставка товара - факт: партия прибыла в точку цепочки перепродажи. Пока машина не пришла и товар не вошёл в контур сети, заказ остаётся планом, даже если документ уже подписан.
Типичная ошибка: в таблице закупок ставят «поставлено», когда отправили заказ. Тогда остаток и OTIF врут. Держите пару «заказ и поставка» как два слоя: намерение → событие прибытия.
| Термин | Смысл для закупщика | Типичная ошибка смешения | Роль блока vs соседняя тема |
|---|---|---|---|
| Заказ поставщику | Намерение и документ: что ждём | «Заказали = уже поставили» | Краткое сравнение; не инструкция по заказу |
| Поставка | Факт поступления партии на РЦ/в магазин | Подменяют статусом заказа | Определение события (эта статья) |
| Приёмка | Складская операция и документы | Считают, что приёмка = поставка для байера | Сравнение в следующем блоке |
| Условия договора / Incoterms | Правила сделки и базиса | Подменяют ими событие в магазине | Краткое сравнение, не энциклопедия |
Делайте: в статусах закупок разведите колонки «заказ» и «поставка». Не делайте: не закрывайте заказ как «выполнен», пока нет факта поступления партии.
Поставка и приёмка: чем отличаются для закупщика и склада
Поставка для байера - событие: партия от поставщика вошла в цепочку сети. Приёмка - складская операция: пересчёт, качество, накладная или акт, проводка в учётке. Поступление товара от поставщика может уже «случиться» для закупок, пока склад ещё закрывает документ, и наоборот.
Не сводите всё к WMS: здесь нужен язык ролей. Закупщик отвечает за факт и статусы относительно заказа. Склад - за документы приёмки и корректный ввод. Если путать слои, остаток обновляется с задержкой или «задваивается» в отчётах.
Делайте: в регламенте напишите две строки: «поставка = событие байера», «приёмка = операция склада + документы». Не делайте: не требуйте от категорийщика разбирать адресное хранение вместо статусов поступления.
Чем поставка отличается от условий договора и Incoterms?
Условия договора и Incoterms описывают, кто несёт риск, где передача и какие обязательства сторон. Это слой сделки, а не ежедневный статус в закупках магазина. Поставка в этой статье - операционное событие: партия пришла на РЦ или в точку для перепродажи.
Кратко: договор может быть подписан, а поставки ещё нет; базис может быть согласован, а остаток в точке не обновлён. Не уходите в FOB/CIF и ст. 506 ГК как в основную тему - достаточно не подменять ими факт прибытия.
Делайте: оставьте в глоссарии сети одну строку: «условия договора ≠ факт поставки». Не делайте: не пишите из этой страницы учебник по ВЭД или претензиям.
Разберите статусы поставки: полная, частичная, просроченная, в пути
Статусы поставки помогают байеру видеть реальность относительно заказа, не превращая каждую недопоставку в отдельный роман. Четыре рабочих ярлыка покрывают большую часть сети.
| Статус | Что значит для байера | Что сделать с остатком | Чего не делать |
|---|---|---|---|
| Полная | Партия пришла в объёме заказа | Обновить остаток по SKU заказа | Не держать статус «в пути» после факта |
| Частичная | Пришла часть объёма | Провести факт по пришедшему, остаток заказа держать отдельно | Не закрывать весь заказ как выполненный |
| Просроченная | Срок по заказу прошёл, факта нет или опоздание | Не раздувать «ожидаемый» остаток | Не уходить сразу в отдельную тему претензий |
| В пути | Отгружено, ещё не в точке сети | Не считать товар на полке | Не путать с lead time как единственной метрикой |
Делайте: разметьте поставки этими 4 статусами в контуре закупок. Не делайте: не смешивайте статус с календарём окон или частотой как единственным объяснением.
1. Пройдите цепочку заказ → поставка → документы → остаток
Ниже протокол руками. Цель: за 7 шагов договориться о языке и провести факт до цифры запаса.
- Зафиксируйте заказ поставщику как намерение и документ: SKU, объём, срок ожидания.
- Дождитесь события поставки: прибытие партии товара от поставщика на РЦ или в магазин.
- Сверьте состав и количество с заказом: полная или частичная; отметьте просрочку или «в пути».
- Оформите документы приёмки и зафиксируйте поступление в учётке (накладная / акт), не путая событие байера со складской операцией.
- Обновите остаток и статусы для автозаказа и OTIF: факт поставки должен влиять на цифру запаса.
- Согласуйте единый язык в коротком регламенте: заказ ≠ поставка ≠ приёмка ≠ условия договора.
- Вынесите фиксацию поступлений в контур закупок или IMS, затем уже настраивайте автозаказ от фактического остатка.
| Шаг | Документ / событие | Кто отвечает | Метрика после шага |
|---|---|---|---|
| 1. Заказ | Документ заказа | Закупщик | Открытый заказ по SKU |
| 2. Поставка | Прибытие партии | Закупщик + логистика | Статус: полная / частичная / в пути |
| 3. Сверка | Сверка с заказом | Закупщик | Расхождение объёма |
| 4. Приёмка | Накладная / акт | Склад | Документ проведён |
| 5. Остаток | Проводка в учётке | Закупки + учёт | Время до обновления остатка |
Рабочий путь: заказ поставщику (намерение) → событие поставки (прибытие партии) → сверка полной/частичной → документы приёмки → обновление остатка / OTIF → контур закупок / IMS. На каждом шаге держите 1 дату факта и 1 ответственного.
Делайте: пройдите цепочку на 1-2 SKU пилотом и засеките время до обновления остатка. Не делайте: не прыгайте сразу в выбор софта, пока статусы и роли не согласованы.
Проверьте, не подменяете ли поставку lead time или календарём окон
Lead time - срок от заказа до поступления. Календарь окон - когда сеть готова принимать. Оба важны, но это не замена определению поставки. Можно знать lead time 5 дней и всё равно не иметь факта: машина не пришла, статус «в пути» висит неделями.
Проверка: если в отчёте «поставка» заполняют только плановой датой без события прибытия, вы подменили факт планом. Верните событие как отдельное поле.
Делайте: держите lead time и окна рядом, но отдельной колонкой от факта поставки. Не делайте: не пишите отдельную статью про частоту или календарь внутри этого глоссария.
Свяжите факт поставки с остатком и OTIF в закупках сети
OTIF (On Time In Full) для закупщика опирается на факт: вовремя и в полном объёме относительно заказа. Без размеченного события поставки метрика превращается в спор. Остаток тоже должен реагировать на факт, иначе автозаказ дозаказывает «дыру», которой уже нет, или не видит дыру, которая есть.
Ориентир для пилота: сократите время от прибытия партии до обновления остатка до одного рабочего контура (одна смена / один согласованный срок сети). Это внутренний ориентир процесса, не гарантия SLA.
Когда язык согласован, имеет смысл вынести фиксацию поступлений в контур закупок. Система управления запасами БрайтБорд связывает факт поступления с остатком и автозаказом для ритейла. Разбор практик смотрите в блоге БрайтБорд; вопросы по подключению - через контакты БрайтБорд.
Делайте: свяжите статус полной/частичной поставки с полем остатка и флагом OTIF. Не делайте: не обещайте себе рост OTIF в процентах без замера базовой линии.
БрайтБорд - IMS «помощник закупок в ритейле»: автозаказ, распределение остатков и дашборд с 20+ метриками для сетей, которые торгуют товаром конечному покупателю. Если нужно зафиксировать поступления и вести остаток без путаницы терминов, начните с короткой встречи через контакты на сайте.
FAQ
Что такое поставка?
В розничных закупках поставка - факт поступления партии товара от поставщика на РЦ или в магазин для перепродажи. Это не заказ и не только складская приёмка.
Что такое поставка товара?
Поставка товара - то же событие применительно к партии SKU: товар вошёл в цепочку сети. Дальше сверка с заказом, документы приёмки и обновление остатка.
Чем поставка отличается от заказа поставщику?
Заказ - намерение и документ. Поставка - факт прибытия. Закрывайте ожидание только после события поступления, иначе OTIF и остаток врут.
Чем поставка отличается от приёмки?
Поставка - событие для байера. Приёмка - операция склада и оформление документов. Оба слоя нужны, но роли разные.
Поставка - это то же, что условия поставки / Incoterms?
Нет. Условия и Incoterms - правила сделки. Операционная поставка в магазине/РЦ - факт прибытия партии. Не подменяйте одно другим в статусах закупок.
Зачем в закупках уточняют формулировку поставка это?
Чтобы отделить словарь договора и склада от ежедневного факта поступления. Один согласованный ответ экономит сверки между категорийщиком и закупщиком.
Что сделать дальше и что замерить
- Зафиксируйте в регламенте определение поставки как факта поступления партии.
- Разведите в таблице статусы: заказ / поставка / приёмка.
- Включите 4 статуса поставки на пилотной категории.
- Замерьте время от прибытия до обновления остатка.
- Посчитайте долю поставок с явным статусом полная / частичная / просроченная / в пути.
- Проверьте, что OTIF считается от факта, а не от даты заказа.
Метрики на неделю: доля SKU с согласованным определением; доля размеченных поставок; медиана времени до обновления остатка; доля заказов, где факт связан с автозаказом без ручной путаницы терминов.
