Группа доступности складов в 1С: что это и как работает

Группа доступности складов — это справочный объект в конфигурациях 1С (Управление торговлей 11, Комплексная автоматизация 2, ERP 2), который объединяет несколько складов в логическую группу. Система использует эту группу, чтобы проверять наличие товара не по одному конкретному складу, а по сумме остатков всех складов, входящих в группу. Это критично для работы механизма обеспечения потребностей и расчёта доступных остатков.

Практический смысл прост: если заказ клиента оформлен на склад «Основной», а товар физически лежит на складе «Филиал», без группы доступности система покажет дефицит и предложит создать заказ поставщику. Если же оба склада объединены в группу доступности, 1С увидит суммарный остаток и корректно зарезервирует товар, предложив перемещение между складами.

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

Где применяется группа доступности и зачем она нужна

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

Второй сценарий — корректная работа обеспечения потребностей. Когда менеджер оформляет заказ и указывает действие «Отгрузить» или «Резервировать», система смотрит доступный остаток по группе доступности склада отгрузки. Если товара хватает суммарно, но не на складе отгрузки, в обработке «Обеспечение потребностей» появится рекомендация оформить перемещение, а не закупку.

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

Где найти и как создать группу доступности

Справочник групп доступности находится в разделе «НСИ и администрирование» → «Номенклатура и склад» → «Склады и магазины». В форме списка складов есть команда перехода к группам доступности, либо группа создаётся прямо из карточки склада: в поле «Группа доступности» нажмите «Создать» и задайте наименование, например «Центральный хаб».

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

1. 1
   Включите в настройках НСИ и администрирования опции «Заказы клиентов» и «Статусы заказов», при необходимости — «Обеспечение потребностей»
2. 2
   Откройте «НСИ и администрирование» → «Номенклатура и склад» → «Склады и магазины»
3. 3
   Создайте группу доступности с понятным наименованием
4. 4
   В карточке каждого склада укажите созданную группу в поле «Группа доступности»
5. 5
   Проверьте на тестовом заказе: система должна видеть суммарный остаток по группе

Как система считает остатки по группе

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

Важно понимать: группа доступности влияет только на расчёт и аналитику, она ничего не перемещает физически и не создаёт документы автоматически. Документ «Перемещение товаров» пользователь формирует сам — вручную или из обработки обеспечения.

Ордерная схема складов внутри группы никак не конфликтует с группой доступности: склад-получатель перемещения может быть ордерным, и тогда после перемещения потребуется приходный ордер. Группа лишь определяет рамки расчёта наличия.

Типовые сценарии использования

Оптовый склад и розничный магазин при нём

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

Несколько зон одного распределительного центра

Если в учёте заведены отдельные склады «Приёмка», «Хранение», «Отгрузка» для адресного учёта или разграничения ответственности, объединение их в группу позволит видеть реальную доступность товара без ручного суммирования остатков.

Когда группу создавать не нужно

Не объединяйте склады, которые обслуживают разные регионы или разные каналы продаж с жёстким разделением запасов. Если товар со склада в другом городе физически нельзя отгрузить по заказу в срок, включение его в группу создаст ложную доступность: система покажет наличие, а отгрузить вы не сможете.

Сравнение подходов

Одна группа на все склады

Подходит для компактного предприятия с близкими складами. Риск: ложная доступность, если склады территориально удалены

Отдельные группы по регионам

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

Без групп доступности

Допустимо при одном складе или жёстком разделении потоков. Минус: дефицит в заказах при наличии товара на соседнем складе

Проверка результата после настройки

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

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

Контрольные точки

Как проверить результат

Остаток в отчёте «Остатки и доступность»

Норма

Колонка «Доступно» равна сумме свободных остатков складов группы минус резервы

Тревожный признак

Показывается остаток только одного склада или включены склады брака

Заказ на склад с нулевым остатком

Норма

Система предлагает перемещение со склада той же группы

Тревожный признак

Система предлагает закупку, хотя товар есть на соседнем складе

Состав группы

Норма

В группе только склады, реально обслуживающие один поток заказов

Тревожный признак

В группе склады других регионов или комиссионные склады

Ограничения и типичные ошибки

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

Вторая частая ошибка — настройка групп без включённого механизма обеспечения потребностей. В этом случае группа формально заполнена, но никакого эффекта не даёт, и пользователи недоумевают, почему дефицит считается по-старому. Проверьте настройки раздела «НСИ и администрирование» → «Склад и доставка» и «Закупки».

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

FAQ: частые вопросы о группах доступности складов

Может ли один склад входить в несколько групп доступности?

Нет, это жёсткое ограничение механизма. Если нужна пересекающаяся логика, пересмотрите структуру складского справочника: возможно, часть складов стоит объединить в один с адресным хранением, либо разделить потоки заказов по подразделениям.

Создаёт ли группа доступности документы перемещения автоматически?

Нет. Группа влияет только на расчёт наличия и резервирования. Перемещения оформляются вручную или формируются из обработки «Обеспечение потребностей» по рекомендации системы, но всегда с участием пользователя.

Почему после настройки группы заказ всё равно показывает дефицит?

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

Нужно ли включать в группу склад комиссионера или склад брака?

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

Работает ли группа доступности в 1С:Рознице?

В 1С:Рознице механизм обеспечения потребностей устроен проще, и полноценные группы доступности в том виде, как в УТ 11 или ERP, там не применяются. Для розничных конфигураций аналогичные задачи решаются через настройки магазинов, складов и заказов поставщику.

Что будет с существующими заказами при изменении состава группы?

Система пересчитает состояния обеспечения по затронутым складам. Часть заказов может изменить статус обеспечения: дефицитные станут обеспеченными или наоборот. Проведите изменение в нерабочее время и после него проверьте ключевые заказы в обработке обеспечения.