7 ошибок адресного хранения в 1С:УТ 11.5

Почему адресное хранение в 1С:УТ 11.5 — это не просто галочка в настройках

Адресное хранение товаров — одна из самых мощных функций в 1С:Управление торговлей 11.5. Она позволяет точно знать, где именно на складе находится каждая единица товара: в какой зоне, стеллаже, ячейке. Казалось бы, включил функцию — и работай. Но на практике именно здесь компании теряют тысячи единиц товара, тратят часы на инвентаризации и получают пересортицы, которые невозможно объяснить.

За годы работы с внедрениями 1С мы собрали 7 наиболее распространённых ошибок, которые допускают как начинающие, так и опытные специалисты при настройке адресного хранения. Некоторые из них приводят к тому, что система начинает «терять» товар — он числится в базе, но физически найти его невозможно.

Разберём каждую ошибку подробно, покажем, как она проявляется, и дадим конкретные рекомендации по исправлению — включая примеры кода 1С для диагностики и автоматизации.

Ошибка 1: Неправильная структура склада — «плоская» топология вместо иерархической

В чём проблема

Самая распространённая ошибка — создание всех ячеек на одном уровне без какой-либо иерархии. Например, ячейки с именами «А1», «А2», «Б1», «Б2» без привязки к зонам, рядам и стеллажам. Система технически работает, но логистика внутри склада становится хаотичной.

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

Правильный подход

В 1С:УТ 11.5 структура склада должна быть многоуровневой. Рекомендуемая иерархия:

Склад → Зона хранения (например, «Зона А — Стеллажное», «Зона Б — Напольное») → Ряд/Стеллаж → Ярус → Ячейка

При создании структуры в справочнике «Склады» используйте вложенность элементов. Каждый уровень должен иметь осмысленный код, который кладовщик может прочитать на этикетке. Например: A-01-03-02 — зона A, стеллаж 01, ярус 03, позиция 02.

Для автоматической проверки плоской структуры можно использовать следующий запрос:

// Запрос для выявления ячеек без родительского элемента (плоская структура)
Запрос = Новый Запрос;
Запрос.Текст = 
"ВЫБРАТЬ
 | СкладскиеЯчейки.Ссылка КАК Ячейка,
 | СкладскиеЯчейки.Наименование,
 | СкладскиеЯчейки.Родитель
|ИЗ
 | Справочник.СкладскиеЯчейки КАК СкладскиеЯчейки
|ГДЕ
 | СкладскиеЯчейки.ЭтоГруппа = ЛОЖЬ
 | И СкладскиеЯчейки.Родитель = ЗНАЧЕНИЕ(Справочник.СкладскиеЯчейки.ПустаяСсылка)
 | И СкладскиеЯчейки.Склад = &Склад";
Запрос.УстановитьПараметр("Склад", ВыбранныйСклад);
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Пока Выборка.Следующий() Цикл
 // Ячейки без родителя — кандидаты на реструктуризацию
 Сообщить("Ячейка без группы: " + Выборка.Наименование);
КонецЦикла;

Ошибка 2: Отключённая стратегия размещения и отбора товаров

Симптомы ошибки

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

Как настроить стратегии

В 1С:УТ 11.5 стратегии размещения и отбора настраиваются в разделе «Склад и доставка» → «Настройки адресного хранения». Для каждого склада можно задать:

Стратегия размещения: по назначению ячейки (фиксированное место), по заполненности, в свободную ячейку
Стратегия отбора: FIFO (первый пришёл — первый ушёл), LIFO, по минимальному количеству остатков, по сроку годности

Для большинства складов с оборачиваемостью товаров рекомендуется стратегия FIFO. Если работаете с продуктами питания или фармацевтикой — обязательно настройте отбор по сроку годности (FEFO — First Expired, First Out).

Важно: Стратегии работают только при использовании заданий на размещение и отбор. Если кладовщики работают без заданий (напрямую проводят документы), стратегии игнорируются полностью.

Ошибка 3: Неверное использование ячеек «Приёмки» и «Отгрузки»

Что происходит

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

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

Правильная схема движения товара

Корректная схема должна выглядеть так:

Товар поступает → фиксируется в зоне приёмки (ячейка типа «Приёмка»)
Создаётся задание на размещение → товар перемещается в ячейки хранения
При продаже создаётся задание на отбор → товар перемещается в зону отгрузки
Из зоны отгрузки товар передаётся перевозчику → списывается из базы

Для каждого типа ячейки в справочнике необходимо установить соответствующий «Тип ячейки»: Приёмка, Хранение, Отгрузка, Брак, Возврат. Это позволяет системе правильно формировать задания и не предлагать ячейки приёмки для долгосрочного хранения.

Ошибка 4: Игнорирование весогабаритных характеристик ячеек и товаров

Почему это критично

Одна из самых «тихих» ошибок — не заполнять параметры ячеек (максимальный вес, объём, допустимые типы упаковки) и параметры товаров (вес, габариты, тип упаковки). Система размещает товар куда угодно, не учитывая физические ограничения.

Результат: кладовщик получает задание положить паллету весом 800 кг на ячейку верхнего яруса, рассчитанную на 200 кг. Или система пытается разместить длинномерный товар в ячейку, куда он физически не влезает.

Что нужно заполнить

В карточке ячейки (справочник «Складские ячейки») необходимо указать:

Максимальный вес (кг)
Максимальный объём (м³)
Допустимые единицы хранения (паллета, коробка, штука)
Ограничения по товарным группам (например, только холодовая цепь)

В карточке номенклатуры на вкладке «Упаковки и единицы» необходимо заполнить вес и габариты для каждой единицы хранения. Без этих данных алгоритм подбора ячеек работает вслепую.

Проверить незаполненные характеристики номенклатуры можно запросом:

// Поиск номенклатуры без весогабаритных характеристик
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
 | УпаковкиЕдиницыИзмерения.Владелец КАК Номенклатура,
 | УпаковкиЕдиницыИзмерения.Наименование КАК Упаковка,
 | УпаковкиЕдиницыИзмерения.Вес,
 | УпаковкиЕдиницыИзмерения.Объем
|ИЗ
 | Справочник.УпаковкиЕдиницыИзмерения КАК УпаковкиЕдиницыИзмерения
|ГДЕ
 | (УпаковкиЕдиницыИзмерения.Вес = 0
 | ИЛИ УпаковкиЕдиницыИзмерения.Объем = 0)
 | И УпаковкиЕдиницыИзмерения.ИспользоватьДляХраненияНаСкладе = ИСТИНА";
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Пока Выборка.Следующий() Цикл
 Сообщить("Не заполнены характеристики: " 
 + Выборка.Номенклатура 
 + " / " 
 + Выборка.Упаковка);
КонецЦикла;

Ошибка 5: Работа без серийных номеров и партий при адресном хранении

Скрытая угроза пересортицы

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

Типичная ситуация: в ячейке A-01-02 лежат смартфоны одной модели, но разных партий с разными датами производства. При отборе кладовщик берёт любой — и FIFO нарушается, гарантийные сроки путаются, а при претензии от покупателя невозможно отследить партию.

Как правильно настроить

В настройках номенклатуры необходимо включить:

Учёт по сериям — для товаров с серийными номерами
Учёт по партиям — для товаров с датами производства/срока годности
Срок годности — обязательно для продуктов питания и фармацевтики

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

Важный нюанс: если вы включаете учёт по сериям уже после начала работы с адресным хранением, необходимо провести инвентаризацию с указанием серий для всех остатков. Иначе возникнут «серые» остатки без серийных номеров, которые система не сможет корректно отобрать.

Ошибка 6: Некорректная настройка ордерной схемы документооборота

Ордерная схема — обязательное условие

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

При ордерной схеме цепочка выглядит так:

Распоряжение (заказ поставщику, заказ клиента) → создаётся задание
Складской ордер (приходный/расходный) → фиксирует факт физического движения
Финансовый документ (поступление/реализация) → отражает в учёте

Типичные проблемы без ордерной схемы

Товар «ушёл» из базы, но ещё физически на складе (кладовщик не успел собрать заказ)
Товар физически принят, но в базе ещё не числится (документ не оформлен)
Невозможно сформировать корректное задание на размещение, так как система не знает, что именно нужно разместить

Для включения ордерной схемы перейдите: НСИ и администрирование → Склад и доставка → Ордерный склад и установите флаги «При поступлении» и «При отгрузке» для нужного склада.

Пример программной проверки наличия ордерной схемы для склада:

// Проверка настройки ордерной схемы для склада
Функция ПроверитьОрдернуюСхему(Склад) Экспорт
 
 НастройкиСклада = РеквизитФормыВЗначение("Объект");
 
 // Получаем настройки через функциональные опции
 ИспользоватьОрдерПриПоступлении = ПолучитьФункциональнуюОпцию(
 "ИспользоватьОрдернуюСхемуПриПоступлении",
 Новый Структура("Склад", Склад));
 
 ИспользоватьОрдерПриОтгрузке = ПолучитьФункциональнуюОпцию(
 "ИспользоватьОрдернуюСхемуПриОтгрузке",
 Новый Структура("Склад", Склад));
 
 Если НЕ ИспользоватьОрдерПриПоступлении 
 ИЛИ НЕ ИспользоватьОрдерПриОтгрузке Тогда
 
 Сообщить("ВНИМАНИЕ: Ордерная схема не включена для склада: "
 + Склад
 + ". Адресное хранение будет работать некорректно!",
 СтатусСообщения.Важное);
 Возврат Ложь;
 
 КонецЕсли;
 
 Возврат Истина;
 
КонецФункции

Ошибка 7: Отсутствие регламентных процедур обслуживания адресного склада

«Запустили и забыли»

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

Накопление «мусорных» остатков — ячейки с нулевыми остатками, которые система считает занятыми
Фантомные ячейки — удалённые физически, но оставшиеся в базе с остатками
Несоответствие остатков — база говорит «10 штук», физически «7 штук»
Переполненные ячейки — товар размещён сверх лимита без обновления характеристик

Регламент обслуживания адресного склада

Рекомендуем внедрить следующий регламент:

Периодичность	Процедура	Инструмент в 1С
Ежедневно	Проверка незакрытых заданий на размещение/отбор	Монитор заданий склада
Еженедельно	Выборочная инвентаризация (5-10% ячеек)	Пересчёт товаров по ячейкам
Ежемесячно	Анализ ячеек с нулевыми остатками	Отчёт «Остатки по ячейкам»
Ежеквартально	Полная инвентаризация склада	Инвентаризация товаров
По необходимости	Реорганизация структуры ячеек	Задание на перемещение

Автоматизация диагностики

Для автоматического выявления проблемных ячеек можно использовать следующую процедуру, которую рекомендуется запускать регламентным заданием:

Найдите специалиста для решения этой задачи на koderion.ru