Как организовать общий склад для хранения товаров без привязки к конкретному магазину в 1С:Розница 2.3?

Пользователь 1С v8.3 (Управляемые формы) 1С:Розница Управленческий учет Торговля и дистрибуция
← На главную

В процессе работы розничной сети часто возникает необходимость временно вывести товар из оборота. Это может быть связано со сменой сезонов (например, уборка зимней коллекции на хранение перед весной), ремонтом в торговой точке или избытком остатков. В таких ситуациях логично переместить товар в единое место хранения — на общий склад. Однако архитектура конфигурации 1С:Розница 2.3 диктует свои правила, где каждый Склад должен быть строго подчинен определенному Магазину. Разберемся, как правильно организовать работу в такой системе, не нарушая логику программы и обеспечивая прозрачный учет.

Анализ архитектурных ограничений 1С:Розница

Для начала проанализируем, почему нельзя просто создать «склад в воздухе». В 1С:Розница объект Магазин является ключевым разрезом учета. Именно к магазину привязываются цены номенклатуры, кассы ККМ, торговое оборудование и настройки прав доступа. Склад в системе — это лишь физическая площадка внутри магазина. Если мы попытаемся создать склад внутри уже существующего «Магазина №1», то при перемещении туда товаров из «Магазина №2» система может столкнуться с конфликтами в настройках ценообразования или распределении прав доступа.

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

Шаг 1: Создание виртуального магазина-склада

Выясним, как обойти ограничение подчиненности. Правильным решением будет создание отдельной сущности в справочнике Магазины. Назовем этот объект, например, «Центральный склад (хранение)» или «Общий склад сезонных товаров».

  1. Перейдем в раздел НСИ и откроем справочник Магазины.
  2. Создадим новый элемент. В поле Наименование укажем «Центральный склад».
  3. В поле Тип магазина выберем значение, которое наиболее соответствует вашей схеме. Важно понимать, что этот «магазин» не будет иметь своих касс ККМ и торговых залов для прямой продажи клиентам.
  4. Заполним остальные обязательные реквизиты (организация, склад по умолчанию).

Таким образом, мы создаем «контейнер», который позволит нам легально создать склад, не привязанный к существующим торговым точкам.

Шаг 2: Настройка типа склада для хранения

Теперь создадим сам Склад внутри нашего нового виртуального магазина. Проанализируем доступные типы складов в 1С. В системе их два: Торговый зал и Складское помещение. Для общего склада хранения критически важно выбрать именно Складское помещение.

Почему это важно? Использование типа Складское помещение накладывает определенные ограничения: с такого склада нельзя совершить продажу через интерфейс РМК (Рабочее место кассира). Это защитит вашу базу от случайных ошибок персонала, если кто-то попытается «пробить» товар, который физически находится на удаленном хранении. Все операции с этим складом будут осуществляться только через документы перемещения.

Шаг 3: Настройка распределительного центра (РЦ)

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

Это даст нам следующие преимущества:

Шаг 4: Решение вопроса с ценообразованием

Рассмотрим подробнее важный нюанс: цены в 1С:Розница назначаются на Магазин. Когда вы перемещаете товар из «Магазина А» на «Центральный склад», а затем в «Магазин Б», возникает вопрос — по какой цене товар будет числиться на складе?

Для виртуального магазина-склада рекомендуется назначить тот же Вид цен, который является основным для всей вашей сети. Если же в магазинах цены различаются (например, из-за разного уровня конкуренции в районах), то на общем складе лучше использовать базовую розничную цену. При перемещении товара обратно в конкретный магазин система автоматически подтянет те цены, которые действуют именно в этой торговой точке на основании действующих документов Установка цен номенклатуры.

Шаг 5: Организация процесса перемещения и ордерная схема

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

Разберем этот механизм по шагам:

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

Этот подход позволяет избежать недостач и всегда видеть актуальное местоположение груза.

Шаг 6: Аналитика и отчетность

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

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

Резюме по внедрению

Создание общего склада через отдельный виртуальный магазин — это стандартная и наиболее правильная практика в 1С:Розница 2.3. Мы рассмотрели все этапы настройки: от создания карточки магазина до управления ценами и ордерной схемой. Такой подход обеспечивает:

← На главную