В процессе управления складскими запасами часто возникает задача проанализировать не просто текущий количественный остаток, а «возраст» этого остатка. Обычная Ведомость по товарам на складах показывает обороты и остатки на дату, но она не дает ответа на вопрос: «Сколько из этих 100 единиц товара лежит на складе уже месяц, а сколько пришло только вчера?». В этой статье мы подробно разберем, как получить отчет по интервалам хранения (залежалости) в 1С:УТ 11.
Прежде всего, проанализируем ситуацию, в которой часто путаются начинающие пользователи и даже опытные консультанты. Рассмотрим стандартную Ведомость по товарам на складах. Если в настройках этого отчета добавить группировку по периодам (день, неделя, месяц), система покажет нам движения товара внутри этих периодов.
Например, если в начале месяца было 5 штук, в середине пришло еще 5, а в конце продали 3, ведомость покажет остаток 7. Но она не распределит эти 7 штук по «возрасту». Для управления закупками нам важно знать другое: если текущий остаток 5 штук, то 2 из них могут быть из поставки трехмесячной давности (залежалый товар), а 3 — из вчерашней. Именно это называется распределением остатков по интервалам.
В современных версиях конфигурации 1С:Управление торговлей 11 (начиная с 11.4.13 и выше) разработчики добавили специализированный инструмент. Рассмотрим подробнее, где его найти и как настроить.
Этот отчет позволяет увидеть текущий остаток и его распределение по колонкам-интервалам. Сумма значений во всех колонках интервалов всегда будет равна итоговому текущему остатку на складе.
Выясним причину, по которой отчет показывает именно такие цифры. Система использует метод FIFO (First In, First Out), но в обратном порядке для анализа остатка. Проанализируем алгоритм:
Таким образом, мы видим реальную картину «оседаемости» партий на складе.
В типовом отчете мы можем самостоятельно задать шкалу времени, которая нам интересна. Для этого выполним следующие действия:
После формирования отчета мы увидим таблицу, где в строках будут товары, а в колонках — наши временные отрезки. Это позволяет быстро выявить товары, которые находятся в интервале «более 90 дней», и принять решение о проведении распродажи или списании.
Рассмотрим ситуацию, когда отчет открывается, но данные в нем пустые или некорректные. Для того чтобы функционал анализа сроков хранения работал, в системе должны быть соблюдены два условия:
1. Включен партионный учет. Отчет строится не по регистру ТоварыНаСкладах (который хранит только общее количество), а по регистрам партий. В настройках системы (НСИ и администрирование — Финансовый результат и контроллинг — Учет товаров) должен быть выбран Партионный учет версии 2.2.
2. Выполнен расчет себестоимости. Данные о партиях окончательно формируются в системе только после проведения регламентного документа Распределение затрат и расчет себестоимости. Если за текущий месяц расчет еще не производился, данные по «возрасту» поступлений могут быть неточными.
Иногда под «интервалами» пользователи подразумевают не дату прихода товара, а его физический срок годности. Если для вашего бизнеса критична дата производства, а не дата поступления на склад, следует использовать другой отчет:
Этот отчет работает на базе Серий товаров. Для его использования в карточке вида номенклатуры должна быть настроена политика учета серий с типом «Учет себестоимости по сериям» или «Учет остатков по срокам годности».
Если типовой отчет по каким-то причинам не подходит и требуется написать собственную обработку на Системе компоновки данных (СКД), рекомендуется использовать данные регистра накопления ПартииТоваровОрганизаций или ДетализацияПартийТоваровДляНДСиУчетаСебестоимости.
Пример логики запроса в упрощенном виде:
ВЫБРАТЬ
Партии.Номенклатура,
Партии.КоличествоОстаток КАК ТекущийОстаток,
Партии.ДокументПоступления.Дата КАК ДатаПоступления,
РАЗНОСТЬДАТ(Партии.ДокументПоступления.Дата, &ТекущаяДата, ДЕНЬ) КАК ВозрастДней
ИЗ
РегистрНакопления.ПартииТоваровОрганизаций.Остатки(&Период, ) КАК Партии
Используя поле ВозрастДней в качестве ресурса и настраивая в СКД вычисляемые поля для группировки по интервалам, можно создать максимально гибкий инструмент анализа залежалости под индивидуальные требования бизнеса.
Таким образом, мы рассмотрели, что в 1С:УТ 11 существует штатный механизм для анализа остатков по интервалам хранения, который при правильной настройке партионного учета полностью закрывает потребности складского анализа.