← На главную

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

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

1. Механика работы адресного склада и ключевые регистры

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

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

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

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

Расчет показателя «К размещению» в рабочем месте приемки товаров выполняется по следующей формуле:

ОстатокКРазмещению = ОстатокВЯчейкеПриемка - КоличествоВНезавершенныхЗаданиях;

Если вычитаемое (количество в незавершенных заданиях) превышает уменьшаемое (фактический остаток в ячейке «Приемка»), значение ОстатокКРазмещению становится отрицательным, и в интерфейсе программы появляется минус.

2. Почему появляются минусы: основные причины

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

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

3. Анализ рисков: почему нельзя просто удалить документ?

На некоторых форумах можно встретить совет: «Найдите документ, который делает минус, распроведите и удалите его». Это крайне опасный шаг, который разрушает складской учет!

Давайте проанализируем последствия такого «решения»:

• Если вы распроводите или удаляете Приходный ордер на товары, товар физически пропадает из общего остатка склада по финансовому учету. Однако физически на полках (в ячейках хранения) он лежит, так как документ размещения остался проведенным. Это порождает жесткий рассинхрон между контуром регламентированного/финансового учета и контуром ячеистого склада (WMS).
• Если вы удаляете Отбор (размещение) товаров, минус на вкладке «Размещение в ячейки» пропадет, но товар в программе останется числиться «зависшим» в транзитной зоне «Приемка». Когда в будущем вы попытаетесь отгрузить этот товар покупателю, система не найдет его в ячейках хранения и заблокирует отгрузку.

4. Пошаговый алгоритм поиска и правильного исправления проблемы

Для корректного устранения «минусов» без нарушения баланса склада необходимо выполнить следующие последовательные шаги:

Шаг 1. Анализ незавершенных резервов и дубликатов

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

Шаг 2. Анализ движений товара по транзитной ячейке

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

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

Шаг 3. Проверка синхронизации складских контуров

Сформируем два ключевых отчета:

• «Ведомость по товарам на складах» (показывает общий остаток на складе по финансовому учету).
• «Товары в ячейках» (показывает остатки в разрезе адресного хранения).

Конечные остатки по проблемному артикулу в этих отчетах должны совпадать до единицы. Если показатели расходятся, значит, в базе нарушена синхронизация между финансовым учетом и WMS-системой из-за ручного вмешательства в проведенные документы.

Шаг 4. Сверка аналитики (серии и характеристики)

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

Шаг 5. Проведение локальной инвентаризации в транзитной зоне

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

1. Создадим документ Пересчет товаров с отбором исключительно по ячейке «Приемка».
2. Зафиксируем фактическое отсутствие или наличие товара.
3. На основании пересчета оформим акты списания или оприходования излишков для приведения остатков в системе в полное соответствие с реальностью.

Шаг 6. Предотвращение ошибок в будущем

Чтобы исключить появление подобных ошибок со стороны пользователей, администратору системы необходимо настроить Дату запрета изменения данных. Установка даты запрета для сотрудников склада заблокирует возможность редактировать старые приходные ордера задним числом после того, как товар по ним уже был фактически размещен в ячейках хранения.