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