← На главную

В процессе автоматизации складской логистики в системе 1С:Комплексная автоматизация 2.4 или 1С:ERP часто возникает ситуация, когда учетные данные начинают опережать реальное движение товаров. Одной из наиболее острых проблем является перемещение товаров между складами с разным типом управления. Рассмотрим сценарий: товар перемещается с ордерного склада на обычный (неордерный). Администраторы и кладовщики замечают, что как только документ Перемещение товаров проводится, склад-получатель уже видит этот товар в свободном остатке и может его списать (продать или переместить дальше), хотя фактически машина с товаром еще даже не загружена на складе-отправителе.

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

Почему товар появляется на складе-получателе мгновенно?

Для начала проанализируем логику работы системы 1С по умолчанию. В программе реализовано разделение на два контура учета:

1. Финансовый учет (контур накладных): отражается в регистре Товары организаций. За этот контур отвечает документ Перемещение товаров.
2. Складской учет (контур ордеров): отражается в регистре Товары на складах. За этот контур отвечают документы Расходный ордер на товары и Приходный ордер на товары.

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

Решение №1: Использование статусов перемещений

Самый правильный и методически верный способ решить проблему — использование статусов документов. Это превращает перемещение из «одношаговой» операции в «многошаговую». Рассмотрим, как это настроить и как это работает.

Шаг 1. Включение настройки

Перейдем в раздел НСИ и администрирование — Настройка НСИ и разделов — Склад и доставка. Найдем блок «Перемещение товаров» и установим галочку Статусы перемещений товаров. Эта настройка является глобальной и заставляет систему учитывать этапы прохождения документа.

Шаг 2. Работа со статусами

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

• Статус «К отгрузке»: Товар резервируется на складе-отправителе. В этот момент на склад-получатель еще ничего не зачисляется. Система ожидает, что кладовщик склада-отправителя создаст Расходный ордер на товары.
• Статус «Отгружено»: Этот статус устанавливается, когда товар фактически покинул склад-отправитель. С этого момента товар списывается с регистра Товары на складах отправителя и переходит в виртуальное состояние «Товары в пути». Важно: в этом статусе товар на склад-получатель еще не приходуется! Он числится за документом-перемещением, но физически недоступен для списания со склада-получателя.
• Статус «Принято»: Устанавливается только тогда, когда товар фактически прибыл на склад-получатель. Только в этот момент документ делает движение на приход в регистр Товары на складах для получателя.

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

Решение №2: Настройка порядка оформления накладных и ордеров

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

Рассмотрим два варианта:

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

Решение №3: Схема с транзитным складом

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

Алгоритм действий следующий:

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

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

Контроль остатков — последний рубеж защиты

Даже при правильной настройке статусов, важно убедиться, что система запрещает отгрузку «в минус». Проверим настройки склада-получателя. В карточке склада должен быть установлен флаг Контролировать остатки.

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

Недостаточно товаров на складе "Склад получатель". В наличии 0 шт, требуется 10 шт.

Итоги и рекомендации

Подводя итог нашему анализу, для корректного перемещения с ордерного склада на обычный необходимо:

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

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