Торговля и Склад · 11 мин
Схема обеспечения в 1С:ERP: назначение, настройка и проверка
Что такое схема обеспечения в 1С:ERP, какие способы обеспечения потребностей бывают, как настроить схему для склада и номенклатуры и проверить результат.
Схема обеспечения в 1С:ERP — это набор правил, по которым система решает, как закрыть потребность в товаре или материале: зарезервировать со склада, заказать у поставщика, переместить с другого склада или запустить производство. Без корректно настроенных схем обеспечения механизм «Обеспечение потребностей» работает формально: заказы формируются вручную, резервы расходуются хаотично, а сроки поставки в заказах клиентов не соответствуют реальности.
Схемы обеспечения работают в связке с тремя объектами: способом обеспечения потребностей, параметрами поддержания запаса и настройкой на уровне склада или пары «склад + номенклатура». Понимание этой иерархии — ключ к тому, чтобы система автоматически формировала заказы поставщикам, заказы на перемещение и заказы на производство с правильными датами и количеством.
Материал ориентирован на пользователей 1С:ERP Управление предприятием 2, а также актуален для 1С:Комплексная автоматизация и 1С:Управление торговлей 11, где механизм обеспечения реализован аналогично.
Из чего состоит механизм обеспечения потребностей
Механизм обеспечения в 1С:ERP строится на нескольких связанных настройках. Первая — способ обеспечения потребностей (раздел «Склад и доставка» → «Настройки и справочники» → «Способы обеспечения потребностей»). В нём указывается тип обеспечения: «Покупка», «Перемещение», «Производство», а также срок исполнения заказа и граница периода обеспечения.
Вторая составляющая — параметры поддержания запаса: минимальный и максимальный запас, страховой запас, метод расчёта (min-max, расчёт по норме, расчёт по статистике). Эти параметры задаются в карточке номенклатуры на закладке «Обеспечение» или через обработку «Параметры обеспечения потребностей».
Третий уровень — варианты обеспечения в документах: «Со склада», «Резервировать по мере поступления», «К обеспечению», «Отгрузить». Именно действие обеспечения в строке заказа определяет, попадёт ли потребность в расчёт и как будет зарезервирован товар.
Наконец, обработка «Формирование заказов по потребностям» (в новых версиях — «Обеспечение потребностей») объединяет всё это: рассчитывает дефицит с учётом остатков, заказов в пути и несписанных резервов и предлагает создать заказы поставщикам, на перемещение или на производство.
Какие типы схем обеспечения существуют
Выбор типа схемы зависит от того, откуда реально поступает товар. Для одной и той же номенклатуры на разных складах схемы могут отличаться: центральный склад закупает у поставщика, а розничные склады обеспечиваются перемещением с центрального.
Сравнение вариантов
Подходит для товаров, закупаемых у внешних поставщиков. Требует заполнения срока поставки и соглашения с поставщиком.
Используется, когда потребность склада закрывается с другого склада компании. Нужно указать склад-источник и время на перемещение.
Применяется для выпускаемой продукции и полуфабрикатов. Потребность превращается в заказ на производство по ресурсной спецификации.
Потребность закрывается текущим остатком и резервом, новые заказы не формируются. Подходит для разовых продаж без пополнения.
Отдельный важный режим — обособленное обеспечение. Если в соглашении или заказе включён обособленный учёт, потребность резервируется под конкретный заказ клиента или проект и не смешивается с общим запасом. Это типично для работы «под заказ» и для дорогих позиций.
Как настроить способ обеспечения: пошагово
Настройка начинается с базового справочника и заканчивается назначением параметров на номенклатуру. Ниже типовая последовательность для схемы «покупка у поставщика».
- 1Откройте «Склад и доставка» → «Настройки и справочники» → «Способы обеспечения потребностей» и создайте новый элемент.
- 2Выберите тип обеспечения «Покупка», укажите срок исполнения заказа в днях и, при необходимости, поставщика и соглашение.
- 3Установите границу периода обеспечения — горизонт, в пределах которого система объединяет потребности в один заказ.
- 4Откройте карточку номенклатуры, закладку «Обеспечение», назначьте созданный способ для нужного склада.
- 5Задайте метод поддержания запаса: min-max с фиксированными значениями или расчёт по статистике потребления.
- 6Проверьте результат: создайте заказ клиента с действием «К обеспечению» и запустите обработку формирования заказов по потребностям.
Для схемы «перемещение» порядок аналогичен, но дополнительно указывается склад-источник. Важно, чтобы на складе-источнике была своя схема обеспечения (обычно закупка), иначе цепочка оборвётся: перемещение сформируется, а пополнить источник будет нечем.
Для производственной схемы у номенклатуры должны быть заполнены ресурсные спецификации и задан вид рабочего центра, иначе заказ на производство создастся без расчёта материалов и длительности.
Как система рассчитывает потребность и даты
Расчёт потребности учитывает свободный остаток на складе, уже размещённые заказы поставщикам и внутренние заказы, зарезервированное количество и подтверждённую потребность из заказов клиентов, заказов на производство и планов. Если свободного остатка недостаточно, разница попадает в предложение к заказу.
Дата отгрузки в заказе клиента рассчитывается через срок обеспечения: дата заказа поставщику плюс срок исполнения из способа обеспечения плюс время на обработку поступления. Поэтому завышенный или заниженный срок исполнения напрямую искажает обещанные клиентам даты.
При методе обеспечения «поддержание запаса min-max» система сравнивает прогнозный остаток с минимальным запасом и дозаказывает до максимального. При методе «расчёт по статистике» норма потребления вычисляется по истории продаж за заданный период — для новых товаров без истории этот метод не работает, пока не накопятся данные.
Как проверить, что схема работает правильно
После настройки обязательна контрольная проверка на тестовом примере. Создайте заказ клиента на позицию с настроенной схемой, установите действие «К обеспечению» и запустите обработку обеспечения потребностей. Система должна показать дефицит и предложить заказ нужного типа с корректной датой.
Как проверить результат
Создаётся заказ поставщику / на перемещение / на производство согласно схеме
Заказ не формируется или создаётся не того типа
Дата больше текущей на величину срока исполнения
Дата равна текущей или уходит в прошлое
Покрывает дефицит с учётом остатка и резервов, при min-max — доводит до максимума
Количество нулевое, задвоенное или не учитывает остаток
После поступления товар резервируется под заказ автоматически
Товар на складе есть, а резерв по заказу не устанавливается
Дополнительно полезен отчёт «Обеспечение потребностей» и рабочее место «Состояние обеспечения заказов»: они показывают, какие потребности не закрыты, по каким заказам срываются сроки и где избыточный запас.
Типичные ошибки и ограничения механизма
Есть и ограничения механизма. Расчёт по статистике чувствителен к качеству исторических данных: разовая крупная отгрузка или возврат могут исказить норму потребления. Обработка формирования заказов на больших базах может выполняться долго — её лучше запускать регламентным заданием в нерабочее время или по отбору (склад, группа товаров).
Ещё одна граница безопасной самостоятельной работы: массовое изменение способов обеспечения и параметров запасов в рабочей базе сразу влияет на все новые заказы. Перед массовой перенастройкой выполните тест на копии базы или ограничьтесь пилотной группой номенклатуры.
Альтернативы и когда схемы обеспечения не нужны
Не каждой компании нужен полноценный механизм обеспечения. Если ассортимент небольшой, а закупки выполняет один сотрудник по накопленному списку, достаточно отчёта по остаткам и ручного создания заказов поставщикам. Включение механизма в этом случае добавит обязательную дисциплину по действиям обеспечения в заказах без видимой выгоды.
Промежуточный вариант — использовать схемы обеспечения только для группы «А» по ABC-анализу: ходовые товары с предсказуемым спросом. Для редких позиций оставить ручную закупку «под заказ» с обособленным обеспечением. Такой гибрид даёт основной эффект автоматизации при умеренных трудозатратах на поддержку данных.
Самая частая причина «неработающего» обеспечения — не настройки, а данные: не проведены поступления, зависшие распоряжения на отгрузку, незакрытые заказы прошлых периодов. Перед диагностикой схемы выполните регламентные операции по закрытию месяца и проверьте отрицательные остатки.
Что важно запомнить
Схема обеспечения связывает потребность с источником её закрытия: покупкой, перемещением или производством. Ядро настройки — способ обеспечения с корректным сроком исполнения, назначенный на склад или номенклатуру. Результат всегда проверяйте на тестовом заказе через обработку обеспечения потребностей.
Частые вопросы о схемах обеспечения в 1С:ERP
Чем схема обеспечения отличается от способа обеспечения?
Способ обеспечения — конкретный элемент справочника с типом источника и сроками. Схема обеспечения — более широкое понятие: комбинация способа обеспечения, параметров поддержания запаса и настроек резервирования, назначенная на склад или номенклатуру.
Можно ли задать разные схемы для одного товара на разных складах?
Да. Параметры обеспечения задаются в разрезе склада: для центрального склада можно назначить закупку у поставщика, а для филиалов — перемещение с центрального. Настройка выполняется в карточке номенклатуры на закладке «Обеспечение» по каждому складу отдельно.
Почему обработка не предлагает заказ, хотя остаток ниже минимума?
Проверьте три вещи: назначен ли способ обеспечения именно для этого склада, указан ли метод поддержания запаса с заполненным минимумом, и нет ли уже сформированных, но не проведённых заказов, которые система учитывает как ожидаемое поступление.
Что означает действие «Резервировать по мере поступления» в заказе?
Это отложенный резерв: потребность регистрируется, но товар не списывается из свободного остатка. Как только приходит поступление по заказу поставщика или перемещению, система автоматически резервирует количество под этот заказ клиента.
Нужно ли включать обособленное обеспечение для всех заказов?
Нет. Обособление оправдано для работы «под заказ», проектных поставок и дорогих позиций, где важно не смешивать запасы. Для потоковых продаж со склада обособление только усложнит учёт и создаст искусственный дефицит при фактическом наличии товара.
Работает ли механизм без подсистемы производства?
Да. Типы «Покупка» и «Перемещение» полностью работают в торгово-складском контуре. Тип «Производство» доступен только при включённой функциональности производственного учёта и требует заполненных ресурсных спецификаций.