Заказы и обеспечение потребностей в 1С:ERP: 4 метода расчёта, 9 шагов настройки и высвобождение 7,8 млн ₽ на обороте (2026)

Коротко: контур «Заказы и обеспечение потребностей» в 1С:ERP считает потребность четырьмя методами: заказ под потребность, поддержание запаса min–max, расчёт по норме дней и расчёт по статистике потребления. Базовая настройка — 9 шагов, от функциональной опции до назначения способа обеспечения на пару «номенклатура + склад». Модельный расчёт: сокращение оборачиваемости запаса с 61 до 45 дней при себестоимости продаж 180 млн ₽ в год высвобождает 7,8 млн ₽ оборотных средств.

Закупки — та часть учёта, где ошибка настройки видна не сразу, а через два-три месяца: на складе лежит товар, который никто не спрашивал, и одновременно срывается отгрузка по позиции, которую забыли заказать. В типовой 1С:ERP для этого есть отдельный сквозной механизм: система сама сводит потребности из заказов клиентов, заказов на производство, внутренних заказов и норм запаса, а затем предлагает документы на закупку, перемещение или производство. Ниже — как этот механизм устроен в редакции 2.5, как его настроить, где он ломается и как посчитать деньги, которые он возвращает в оборот. Материал рассчитан на специалистов 1С, руководителей отделов закупок и финансистов, которые принимают решение о переходе на 1С:ERP как систему управления предприятием.

Что закрывает контур «Заказы и обеспечение потребностей»

Обеспечение потребностей — это не один документ и не одна обработка, а связка справочников, регистров и рабочих мест, которая отвечает на три вопроса: что нужно, сколько нужно и к какой дате. Система собирает спрос из всех источников и сопоставляет его с текущими остатками, товарами в пути и уже размещёнными заказами.

Источники потребности, которые видит система

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

На выходе контур предлагает готовые документы: «Заказ поставщику», «Заказ на перемещение», «Заказ на производство», «Заказ на сборку (разборку)». Закупщик не набивает их руками, а подтверждает или корректирует расчёт. Если вы только присматриваетесь к платформе, начните с описания состава подсистем на странице 1С:ERP — внедрение и продажа, а маршруты к конкретным документам собраны в отдельном разборе «Где в 1С:ERP: карта из 15 разделов».

Четыре метода обеспечения: чем отличаются и кому что назначать

Метод задаётся в элементе справочника «Способы обеспечения потребностей». Один способ можно назначить сотням позиций, поэтому правильная политика — не десятки уникальных карточек, а 5–8 типовых способов под товарные группы.

Метод обеспечения	Как считается количество к заказу	Для какой номенклатуры	Что обязательно заполнить	Риск при неверной настройке
Заказ под потребность	Строго под конкретный заказ клиента или производства, без запаса на складе	Позиции под заказ, крупногабарит, дорогая и редкая номенклатура (группы AZ, CZ)	Срок поставки, поставщик, склад	Срыв даты отгрузки, если срок поставки в карточке занижен
Поддержание запаса (min–max)	До максимума, когда остаток опустился ниже минимума	Ходовая номенклатура со стабильным спросом (AX, BX)	Минимальный и максимальный запас в единицах	Затоваривание при завышенном максимуме, дефицит при заниженном минимуме
Поддержание запаса (расчёт по норме)	Среднедневное потребление, умноженное на норму дней обеспечения	Материалы с ровным расходом: упаковка, расходники, сырьё	Среднедневное потребление, норма в днях, страховой запас	Норма задана «на глаз» — запас растёт линейно вместе с ошибкой
Поддержание запаса (расчёт по статистике)	Система сама считает среднедневное потребление по истории продаж за выбранный период	Ассортимент от нескольких сотен SKU с историей продаж от 6 месяцев	Период анализа, коэффициент, периодичность пересчёта	В период анализа попал разовый крупный отгруз — норма завышена в разы

Как выбрать метод без спора между закупкой и продажами

• Проведите ABC/XYZ-классификацию номенклатуры штатным отчётом: ABC — по вкладу в выручку или валовую прибыль, XYZ — по стабильности спроса.
• Группам AX и BX назначайте min–max или расчёт по статистике: спрос предсказуем, склад окупается уровнем сервиса.
• Группам AZ и BZ — заказ под потребность: держать страховой запас по дорогой и скачущей позиции дороже, чем согласовать срок с клиентом.
• Группе C с редким спросом задавайте увеличенную периодичность закупки, чтобы не гонять поставщику заказы на три позиции.
• Пересматривайте классификацию раз в квартал — сезонная номенклатура за год меняет группу дважды.

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

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

Вариант обеспечения	Что делает система	Когда применять
Не обеспечивать	Строка не резервируется и не попадает в потребность	Черновики, предварительные расчёты, заказы в статусе «На согласовании»
К обеспечению	Потребность попадает в рабочее место закупщика, резерв не создаётся	Позиции, которых нет на складе и которые закупаются в общий пул
Резервировать на складе	Свободный остаток блокируется под этот заказ	Товар в наличии, отгрузка позже даты заказа
Резервировать по мере поступления	Резерв встаёт автоматически при оприходовании поступления	Товар в пути, дата поставки известна
Отгрузить обособленно	Закупка и хранение ведутся под конкретное назначение, смешение с общим остатком запрещено	Проектные поставки, оборудование под спецификацию клиента, давальческие схемы

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

Настройка контура за 9 шагов

1. Включите механизм. НСИ и администрирование → Склад и доставка → группа настроек обеспечения потребностей. Без этого флага справочник способов обеспечения недоступен.
2. Опишите склады. Для каждого склада определите, участвует ли он в обеспечении и может ли быть складом-донором для перемещений.
3. Заведите способы обеспечения. 5–8 элементов под товарные группы, а не под отдельные позиции.
4. Заполните сроки поставки. Срок поставки в днях — параметр, от которого система считает дату, когда заказ нужно разместить. Берите фактическое время от отправки заказа до приёмки, а не обещание менеджера поставщика.
5. Задайте периодичность закупки. Если поставщик отгружает по вторникам, периодичность в 7 дней избавит от ежедневных мелких заказов.
6. Назначьте способ обеспечения номенклатуре. Назначение работает в разрезе пары «номенклатура + склад»: одна и та же позиция на центральном складе может идти по min–max, а на региональном — под потребность.
7. Настройте соглашения с поставщиками. Минимальная сумма заказа, кратность упаковки, график поставок, цены. Без кратности система предложит заказать 7 штук там, где короб — 12.
8. Разграничьте права. Формирование заказов, их согласование и утверждение цен — три разные роли. Совмещение всех трёх в одном пользователе снимает контроль закупочной цены.
9. Проверьте на пилотной группе. Возьмите 30–50 позиций одной группы, месяц ведите их через механизм параллельно с привычной практикой и сравните расчёт с решениями закупщика.

Отдельный шаг перед стартом — решить, где будет жить база. Контур обеспечения ежедневно пересчитывает большие объёмы регистров, и производительность здесь ощущается сразу; сопоставление сценариев размещения мы приводили в разборе «Облако или свой сервер для 1С».

Ежедневный цикл закупщика: рабочее место «Формирование заказов по потребностям»

Всё, что настроено выше, сходится в одном рабочем месте раздела «Закупки». Оно разделено на две логики: обеспечение конкретных заказов и обеспечение складских норм. Практический регламент выглядит так.

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

По нашим проектам внедрения 1С:ERP в 2025–2026 гг. регламентный прогон этого рабочего места занимает у закупщика 20–40 минут в день на ассортимент до 5 000 SKU — при условии, что справочник номенклатуры вычищен от дублей и у позиций заполнены единицы измерения и кратность упаковки. Если ассортимент подпадает под обязательную маркировку, к циклу добавляется сверка кодов при приёмке — этот блок мы описываем на странице «Маркировка Честный ЗНАК».

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

Механизм обеспечения работает на коротком горизонте — от нескольких дней до срока поставки. Когда закупка идёт контейнерами с плечом 60–90 дней или бюджет закупок утверждается на квартал, включается подсистема планирования.

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

Практический совет: не пытайтесь планировать весь ассортимент. Планом закрывают группу A — 15–20% позиций, которые дают основную долю закупочного бюджета. Остальное ведёт механизм обеспечения по нормам. Такое разделение снимает главный аргумент против планирования — «мы не можем спрогнозировать каждую гайку».

Восемь ошибок настройки, из-за которых система заказывает не то и не тогда

Эти сценарии мы разбираем на обращениях в сервисную службу «Софт Онлайн» в 2025–2026 гг. чаще остальных по контуру закупок.

1. Срок поставки указан «в идеале». В карточке стоит 5 дней, фактически поставщик везёт 12. Система размещает заказ поздно, и дефицит становится системным. Лечится замером фактических сроков по отчёту исполнения заказов поставщикам за квартал.
2. Способ обеспечения назначен на номенклатуру без указания склада. В результате региональный склад заказывает напрямую у поставщика вместо перемещения с центрального, и деньги дублируются в двух точках хранения.
3. Расчёт по статистике на молодой номенклатуре. Позиция в ассортименте два месяца, период анализа — год. Среднедневное потребление считается по пустоте, потребность равна нулю.
4. Разовая крупная отгрузка в периоде анализа. Один тендерный отгруз задирает среднее, и склад полгода живёт с завышенной нормой. Исключайте нетипичные продажи из базы расчёта.
5. Не заполнена кратность упаковки. Заказы уходят в некратных количествах, поставщик округляет сам — приход не сходится с заказом, и обеспечение считает остаток неверно.
6. Заказы клиентов висят в статусе с вариантом «Не обеспечивать». Менеджеры не переводят строки в «К обеспечению», потребность не видна закупщику, а виноватой назначают программу.
7. Обособленное обеспечение включили без справочника назначений. Проектные поставки смешиваются с общим остатком, и товар под конкретного клиента уходит другому.
8. Никто не пересматривает нормы. Min–max задали на внедрении и не трогали два года. Ассортимент изменился, сезонность сместилась, а система продолжает поддерживать запас позапрошлого профиля спроса. Регламент пересмотра — раз в квартал, с фиксацией в приказе по компании.

Отдельно отметим: часть проблем в закупках — это не настройка, а технические сбои обмена и проведения документов. Как отделять одно от другого, разбираем в материале о классах сбоев 1С и протоколе разбора.

Экономический эффект: модельный расчёт и семь метрик для замера

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

Расчёт на условных, но проверяемых цифрах

• Себестоимость проданных товаров за год — 180 млн ₽.
• Средний складской остаток — 30 млн ₽. Оборачиваемость: 30 / 180 × 365 = 61 день.
• Целевая оборачиваемость после наведения порядка в нормах — 45 дней. Целевой остаток: 180 × 45 / 365 = 22,2 млн ₽.
• Высвобождение оборотных средств: 30 − 22,2 = 7,8 млн ₽ единовременно.
• Если компания финансирует запас заёмными деньгами под 20% годовых, экономия на процентах составит 7,8 × 0,20 = 1,56 млн ₽ в год.
• Вторая часть: при выручке 240 млн ₽ и доле отказов из-за отсутствия товара 4% упущенная выручка — 9,6 млн ₽. Сокращение отказов вдвое даёт +4,8 млн ₽ выручки, при валовой марже 18% это 864 тыс. ₽ валовой прибыли.

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

Что мерить до и после внедрения

• Оборачиваемость запаса в днях — отдельно по группам A, B, C.
• Уровень удовлетворения спроса: доля строк заказов, отгруженных в срок и в полном количестве.
• Доля позиций с нулевым остатком при активном спросе — дефицит в штуках SKU, а не в рублях.
• Сумма неликвидов: остатки без движения более 180 дней.
• Доля заказов поставщикам, созданных вручную мимо рабочего места обеспечения.
• Среднее отклонение фактической даты поставки от плановой в днях по каждому поставщику.
• Количество срочных внеплановых закупок за месяц и их сумма.

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

1С:ERP, 1С:КА и 1С:УПП в контуре закупок: что отличается

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

Критерий	1С:ERP Управление предприятием	1С:Комплексная автоматизация	1С:УПП
Способы обеспечения потребностей	Все четыре метода, обособленное обеспечение, назначения	Те же методы обеспечения	Механизм прежней архитектуры, отдельный от современного контура
Производственное планирование	Многопередельное, планирование по этапам, диспетчирование	Упрощённое производство без пооперационного планирования	Посменное планирование прежнего поколения
Бюджетирование и планы закупок	Полный контур бюджетирования, сценарии, план-факт	Планирование в сокращённом объёме, бюджетирования нет	Бюджетирование прежней архитектуры
Расчёт себестоимости	По переделам, с обособленным учётом партий	Упрощённый расчёт	Расчёт прежнего поколения
Развитие конфигурации	Активное, регулярные релизы	Активное	Режим ограниченной поддержки, новый функционал не добавляется
Кому подходит	Производство и дистрибуция от 50 рабочих мест, сложная себестоимость	Торговля и лёгкая сборка до 50–80 мест	Действующие пользователи, планирующие переход

Плюсы и минусы ERP-подхода к закупкам

• Плюс: единая точка правды — потребность считается из продаж, производства и норм одновременно, без выгрузок в Excel.
• Плюс: дата обеспечения известна до того, как заказ клиента подтверждён, — менеджер называет реальный срок.
• Плюс: закупочные решения воспроизводимы: видно, почему система предложила именно это количество.
• Минус: система требует дисциплины ввода. Незаполненная кратность или срок поставки ломает расчёт молча.
• Минус: порог входа выше, чем у учётных конфигураций: нужен владелец процесса на стороне заказчика, а не только программист.
• Минус: эффект отложенный — первые достоверные метрики появляются через 2–3 месяца работы по регламенту.

Развёрнутое сопоставление с тестом на выбор конфигурации есть в статье «1С:ERP или 1С:КА в 2026 году», а состав поставок и лицензий — в каталоге программ 1С.

Как внедрять контур: этапы, сроки и роли

Контур обеспечения редко внедряют изолированно — он опирается на нормализованную номенклатуру и корректные остатки. По проектам «Софт Онлайн» 2025–2026 гг. работы по блоку закупок в рамках общего проекта 1С:ERP занимают 6–10 недель календарно.

1. Неделя 1–2. Обследование. Описываем текущую схему закупок, собираем фактические сроки поставки и правила работы с каждым поставщиком.
2. Неделя 2–3. Нормализация НСИ. Чистка дублей номенклатуры, единицы измерения, кратность упаковки, ABC/XYZ-классификация.
3. Неделя 3–5. Настройка. Способы обеспечения, соглашения с поставщиками, права доступа, регламентные задания пересчёта.
4. Неделя 5–7. Пилот. Одна товарная группа и один склад в промышленной эксплуатации параллельно с прежней практикой.
5. Неделя 7–9. Обучение и регламент. Инструкция закупщика, регламент пересмотра норм, распределение ответственности за метрики.
6. Неделя 9–10. Тираж. Перенос настроек на остальной ассортимент и склады, снятие контрольных замеров.

Со стороны заказчика нужны трое: владелец процесса закупок с правом менять правила, специалист по НСИ и человек от финансов, который согласует целевую оборачиваемость. Проект без владельца процесса заканчивается настроенной, но неиспользуемой подсистемой. Состав работ и форматы сопровождения — на странице услуг 1С:Франчайзи.

Часто задаваемые вопросы

Чем «резервировать на складе» отличается от «отгрузить обособленно»?

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

Почему система предлагает заказать позицию, которой на складе достаточно?

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

Можно ли работать без планов закупок, только на обеспечении потребностей?

Да, если срок поставки укладывается в 2–3 недели, а спрос не имеет выраженной сезонности. Планы закупок нужны при длинном плече поставки, при закупке контейнерами и там, где бюджет закупок утверждается заранее. Рабочая комбинация — план по группе A и автоматическое обеспечение по остальному ассортименту.

Сколько денег реально высвобождает наведение порядка в нормах?

Считайте по своей базе: разница между текущим средним остатком и остатком при целевой оборачиваемости и есть высвобождаемая сумма. В приведённом выше модельном расчёте сокращение оборачиваемости с 61 до 45 дней при себестоимости продаж 180 млн ₽ даёт 7,8 млн ₽ единовременно и 1,56 млн ₽ годовой экономии на стоимости денег при ставке 20%. Подставьте свои показатели — формула не меняется.

Мы работаем в 1С:УПП. Есть ли смысл переходить только ради закупок?

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

Как часто пересчитываются потребности?

Расчёт выполняется при открытии рабочего места и по регламентному заданию. Для складов с высокой оборачиваемостью разумная периодичность — раз в день перед началом рабочего цикла закупщика; при длинных плечах поставки достаточно 2–3 раз в неделю. Ставить пересчёт чаще имеет смысл только при онлайн-торговле с высокой скоростью выбытия остатков.

Что делать дальше

Контур «Заказы и обеспечение потребностей» — та часть 1С:ERP, которая окупается быстрее прочих, потому что работает с оборотным капиталом напрямую. Порядок действий простой: снять текущие значения семи метрик, провести ABC/XYZ-классификацию, описать 5–8 способов обеспечения под товарные группы, запустить пилот на одной группе и через квартал сравнить цифры. Если хотя бы половина шагов в вашей компании ещё не сделана, начните с замера — без точки отсчёта любой проект превращается в спор о вкусах.

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

Все услуги по 1С:ERP — внедрение, доработка, сопровождение и переход — собраны в разделе услуги по 1С:ERP.