При работе с адресным складом в 1С:Управление торговлей 11.4 (и более новых версиях) специалисты часто сталкиваются с ситуацией, когда после проведения складских операций в зоне «Отгрузка» зависают остатки товаров. Это происходит в тех случаях, когда фактически отобранный товар по тем или иным причинам не уезжает к клиенту. Рассмотрим подробнее, почему это происходит и как правильно вернуть такие товары «на полку» с точки зрения методологии системы.
Проанализируем типовой бизнес-процесс отгрузки на адресном складе с ордерной схемой. Сначала создается распоряжение, затем документ Задание на отбор, после выполнения которого товар физически и по данным системы перемещается из ячеек хранения в ячейки с типом «Отгрузка». Проблема возникает на этапе контроля, когда кладовщик использует интерфейс «Проверка и подбор» в документе Расходный ордер на товары.
Если в процессе сканирования выясняется, что товара было отобрано больше, чем требуется, или если часть товара повреждена и ее нельзя отгружать, система предлагает создать документ Корректировка по расходному ордеру. После проведения этой корректировки ситуация на складе выглядит следующим образом:
С точки зрения системы, этот товар находится в зоне отгрузки, но распоряжения на его дальнейшее движение (отгрузку) больше нет. Просто «отменить» отбор нельзя, так как документ отбора уже выполнен. Разберем по шагам три основных способа решения этой задачи.
Это основной штатный способ, который позволяет переместить товар между любыми ячейками в рамках одного складского помещения. Рассмотрим, как правильно оформить этот документ, чтобы система позволила выбрать ячейку отгрузки в качестве источника.
Для реализации этого метода выполним следующие действия:
Отбор (размещение) товаров.Важный нюанс: В некоторых конфигурациях или при определенных настройках топологии склада система может ограничивать выбор ячеек с типом «Отгрузка» в качестве источника для перемещения. Если вы столкнулись с такой блокировкой, проверьте настройки зоны отгрузки — для нее не должно стоять жестких запретов на выполнение складских работ. Если стандартный интерфейс не дает выбрать ячейку, попробуйте воспользоваться механизмом «Создать на основании» из складских актов или перейдите к следующему способу.
Если прямое перемещение недоступно из-за жестких настроек системы (логика «пути в один конец»), воспользуемся методологически верным путем через фиксацию фактического положения дел в разных зонах. Проанализируем эту ситуацию: товара физически нет в зоне отгрузки (его унесли обратно), но он есть в зоне хранения.
Посмотрим на алгоритм действий:
Пересчет товаров по зоне «Отгрузка». В нем укажем, что данного товара в этой зоне нет. После проведения и оформления актов (списание излишков/недостач в рамках ордерного склада) товар уйдет из ячейки отгрузки на «виртуальный» остаток склада.Пересчет товаров по зоне «Хранение» (или конкретной ячейке). Зафиксируем там излишек товара.Отбор (размещение) товаров с операцией «Размещение». Это позволит системе официально «увидеть» товар в зоне приемки (после актов) и направить его на конкретную полку.Этот путь длиннее, но он позволяет избежать «костылей» и корректно отражает все движения в складских регистрах, сохраняя чистоту учета.
В современных версиях 1С:УТ 11 предусмотрено Мобильное рабочее место кладовщика (МРМ). Как показывает практика, проверки в интерфейсе ТСД часто менее жесткие, чем в «толстом» клиенте, так как они рассчитаны на оперативную ликвидацию ошибок в реальном времени.
Выясним, как это сделать через МРМ:
Система автоматически создает документ Отбор (размещение) товаров с видом операции «Перемещение» и проводит его в статусе «Выполнено». Это самый быстрый и эффективный способ для складов с высокой интенсивностью работы.
Проанализируем логику разработчиков. Архитектура адресного склада строится на принципе направленного грузопотока. Зона отгрузки — это конечная точка складского цикла. Предполагается, что контроль должен выполняться *до* того, как товар попадет в зону отгрузки. Если же товар там оказался по ошибке — это исключительная ситуация, требующая вмешательства ответственного лица (складского менеджера) и оформления соответствующих документов (перемещения или пересчета).
Тем не менее, для автоматизации этого процесса можно использовать небольшой фрагмент кода в расширении, который будет создавать документ перемещения автоматически при проведении корректировки ордера. Пример логики (не полный код, а алгоритм):
// Пример логики создания перемещения
НовоеПеремещение = Документы.ОтборРазмещениеТоваров.СоздатьДокумент();
НовоеПеремещение.Дата = ТекущаяДата();
НовоеПеремещение.Склад = СкладОбъект;
НовоеПеремещение.ВидОперации = Перечисления.ВидыОперацийОтборРазмещениеТоваров.Перемещение;
// Заполнение ТЧ из данных корректировки
Для Каждого СтрокаТЧ Из Корректировка.Товары Цикл
НоваяСтрока = НовоеПеремещение.Товары.Добавить();
НоваяСтрока.Товар = СтрокаТЧ.Товар;
НоваяСтрока.ЯчейкаИсточник = ЯчейкаОтгрузки;
НоваяСтрока.ЯчейкаПолучатель = ЯчейкаХранения; // или зона приемки для последующего размещения
КонецЦикла;
НовоеПеремещение.Записать(РежимЗаписиДокумента.Проведение);
Резюме: Если вы столкнулись с «зависанием» товара в отгрузке, не спешите править регистры вручную. Используйте документ «Отбор (размещение) товаров» в режиме «Перемещение», указывая ячейку отгрузки как источник. Если это запрещено настройками — используйте механизм инвентаризации или мобильное рабочее место. Это сохранит целостность адресного учета и позволит избежать расхождений между остатками в ячейках и общими остатками по складу.