В практике складского учета часто используется схема перемещения товаров через транзитный склад или склад «в пути». В 1С:Управление нашей фирмой (УНФ) это обычно реализуется цепочкой из двух документов: Перемещение 1 (со склада отправления на виртуальный склад) и Перемещение 2 (с виртуального склада на склад назначения). Однако возникают ситуации, когда второй документ не создается или создается на меньшее количество товара, из-за чего на промежуточном складе «зависают» остатки. Выясним причину этой проблемы и разберем способы поиска конкретных документов-виновников.
Самый простой и доступный способ для пользователя — использование стандартных отчетов. Разберем по шагам, как вытащить информацию о документах-основаниях, не прибегая к программированию.
Номенклатура. Нажмем «Добавить» и выберем поле Регистратор.Проанализируем ситуацию: отчет покажет не только итоговый остаток, но и все документы, которые двигали товар по этому складу. Те строки, где после документа типа Перемещение запасов (приход на склад в пути) не последовало парного документа (расход со склада в пути), и будут искомыми. Если остаток по конкретному регистратору положительный, значит, именно этим документом товар был «заброшен» на склад и там остался.
Если в вашей информационной базе включен партионный учет, задача упрощается в разы. В 1С:УНФ при перемещении товара на склад может создаваться новая партия (в зависимости от настроек). Рассмотрим подробнее, как это помогает:
Каждое поступление на виртуальный склад фиксируется как отдельная запись в регистре с привязкой к партии. Если мы сформируем отчет Запасы в разрезе партий, то каждая «зависшая» единица товара будет иметь прямую ссылку на документ своего возникновения. В 1С:УНФ партия часто содержит информацию о документе поступления (статус «Поступление»). Таким образом, достаточно просто увидеть остаток в разрезе партий, чтобы понять, какое именно Перемещение 1 создало этот остаток.
Для программиста или аналитика самым точным методом будет написание небольшого запроса к базе данных. Основная информация о движениях товаров в УНФ хранится в регистре накопления Запасы и резервы. Посмотрим на пример логики, которую следует заложить в запрос:
Нам необходимо сопоставить обороты прихода и обороты расхода по виртуальному складу. Проанализируем ситуацию: если общая сумма прихода по конкретной номенклатуре за период превышает сумму расхода, значит, есть не закрытые документы. Попробуем извлечь детальные записи:
ВЫБРАТЬ
ЗапасыОбороты.Номенклатура,
ЗапасыОбороты.Регистратор КАК ДокументПрихода,
ЗапасыОбороты.КоличествоПриход КАК ПриходНаТранзит,
ЗапасыОбороты.КоличествоРасход КАК РасходСТранзита
ИЗ
РегистрНакопления.ЗапасыИРезервы.Обороты(&НачалоПериода, &КонецПериода, Авто, Склад = &СкладВПути) КАК ЗапасыОбороты
ГДЕ
ЗапасыОбороты.КоличествоПриход > 0
При использовании метода FIFO (первым пришел — первым ушел), если партионный учет не ведется, «зависшими» считаются остатки по самым последним документам прихода. В таком случае нужно отсортировать движения по дате в обратном порядке и накопленным итогом сопоставить их с текущим остатком.
Рассмотрим вариант, как предотвратить проблему в будущем. В 1С:УНФ существует механизм ордерного склада. Если склад «В пути» настроить как ордерный, то расхождение между финансовым документом (Перемещение запасов) и фактическим складским движением будет выделено в специальном отчете Остатки товаров к поступлению.
Выясним причину удобства этого метода: программа сама ведет учет «недополученных» товаров. В отчете будет четко видно: документ перемещения оформлен, но товар на склад назначения «не доехал» (не оформлен приходный ордер). Это позволяет мгновенно найти проблемный документ без ручного анализа регистров.
Если ваши перемещения выполняются под конкретные заказы покупателей или проекты, обязательно указывайте их в документах перемещения. Проанализируем ситуацию: в этом случае поле Заказ или Проект становится сквозным аналитическим разрезом. Добавив группировку по заказам в любой отчет по запасам, вы сразу увидите, по какому конкретному заказу товар застрял на этапе «в пути», так как цепочка документов будет связана воедино этим значением.
Чтобы ситуация не повторялась, рекомендуем внедрить следующие регламенты:
Оборачиваемость запасов. Низкая оборачиваемость на виртуальном складе прямо указывает на наличие «зависшего» товара, который фактически потерян для учета.Таким образом, комбинируя стандартные отчеты с группировкой по Регистратору и правильную настройку аналитики (заказы, партии), вы сможете быстро находить документы, нарушающие цепочку движения товаров.