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