Как настроить хранение товаров в стеллажах в 1С:УТ 11 без использования ордерной схемы?

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

При автоматизации склада в 1С:Управление торговлей 11 пользователи часто сталкиваются с дилеммой: им необходимо понимать, на какой полке или в каком стеллаже лежит товар, но они не готовы внедрять полноценный адресный склад (WMS) из-за сложности документооборота. Основная претензия заключается в необходимости создавать дополнительные документы — Приходный ордер на товары и Расходный ордер на товары — помимо основных накладных Приобретение товаров и услуг или Реализация товаров и услуг.

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

Вариант 1: Справочное размещение товаров в ячейках

Проанализируем требования автора: нужно понимать адрес хранения (стеллаж, полка), но при этом не требуется вести строгий учет остатков в разрезе каждой ячейки (то есть неважно, сколько именно штук лежит на конкретной полке, важно просто знать, что этот товар «живет» там). Для такой задачи в УТ 11 предусмотрен режим Справочного размещения.

Рассмотрим процесс настройки по шагам:

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

Как это работает в документах:

При использовании справочного хранения в документах закупки или продажи указывать ячейку не требуется. Система хранит связь «Товар — Ячейка» в отдельном регистре. Чтобы назначить товару «адрес», нужно:

После этого в печатных формах (например, в Задании на отбор товаров) система будет автоматически печатать адрес хранения рядом с наименованием товара. Это позволяет кладовщику быстро находить позиции, не создавая лишних документов.

Вариант 2: Использование ордерной схемы с упрощением

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

Проанализируем настройки склада. В современных версиях УТ 11 (начиная с 11.4/11.5) можно настроить Порядок оформления накладных и расходных ордеров. Если установить настройку в режим, позволяющий печатать документы сразу, и использовать Мобильное рабочее место кладовщика, то процесс создания ордера сводится к одному сканированию штрихкода, что значительно быстрее ручного ввода документа в интерфейсе.

Решение проблемы перемещений между удаленными складами

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

Разберем правильный алгоритм решения:

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

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

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

Пример программной доработки для автоматизации (для программистов)

Если пользователи категорически отказываются нажимать лишние кнопки для справочного размещения, можно создать небольшое расширение, которое будет автоматически записывать основную ячейку из первого поступления в регистр сведений РазмещениеНоменклатурыПоЯчейкамСправочно. Выглядеть это может примерно так:


Процедура ПриЗаписиДокументаПриобретения(Источник, Отказ) Экспорт
    // Логика автоматической привязки ячейки
    Для Каждого СтрокаТЧ Из Источник.Товары Цикл
        // Проверяем, есть ли уже привязанная ячейка
        Если Не ЯчейкаНазначена(СтрокаТЧ.Номенклатура) Тогда
            // Создаем запись в регистре справочного размещения
            МенеджерЗаписи = РегистрыСведений.РазмещениеНоменклатурыПоЯчейкамСправочно.СоздатьМенеджерЗаписи();
            МенеджерЗаписи.Номенклатура = СтрокаТЧ.Номенклатура;
            МенеджерЗаписи.Склад = Источник.Склад;
            МенеджерЗаписи.Ячейка = ПараметрыОбъекта.ДефолтнаяЯчейка; // Ваша логика выбора ячейки
            МенеджерЗаписи.Записать();
        КонецЕсли;
    КонецЦикла;
КонецПроцедуры

Выводы

Подводя итог, можно сказать следующее:

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

← На главную