При работе в конфигурации «Управление торговлей», редакция 11.2, пользователи часто сталкиваются с ситуацией, когда в отчете «Ведомость по партиям товаров» движения выглядят разорванными. Например, при реализации товара, которого нет в наличии у текущей организации (но он есть в рамках схемы Интеркампани), отчет не показывает отрицательный остаток в промежуточных строках по регистраторам, хотя итоговое сальдо за месяц сходится. Разберем подробно, почему так происходит, как работает механизм партионного учета и на что обратить внимание при поиске ошибок.
В версии 11.2 реализован механизм Партионного учета 2.0. Его главная особенность заключается в том, что окончательный расчет стоимости и распределение партий происходят не в момент проведения документа реализации, а при выполнении регламентного задания «Расчет себестоимости товаров» в рамках закрытия месяца.
Рассмотрим ситуацию: организация «А» продает товар, который фактически числится на организации «Б». В системе это оформляется документом РеализацияТоваровУслуг. На данном этапе программа понимает, что собственного товара нет, и автоматически подбирает ВидЗапасов, соответствующий товару другой организации (схема Интеркампани). Проанализируем, что происходит в регистрах:
ТоварыОрганизаций фиксируется расход.ПартииТоваровОрганизаций также фиксируется расход, но так как документа прихода (партии) в этой организации еще нет, система записывает данные в «предварительном» режиме.ПередачаТоваровМеждуОрганизациями, партия прихода физически отсутствует.Важный момент: отчет «Ведомость по партиям» строится на данных регистра ПартииТоваровОрганизаций. Если в настройках отчета установлена группировка по регистратору, вы видите хронологическую последовательность документов. Однако алгоритм ФИФО в 1С:УТ 11.2 в пределах одного месяца может игнорировать время документа, если это необходимо для корректного схлопывания остатков по методу «ФИФО (скользящая оценка)».
Часто программисты и аналитики видят в отчете, что после одной реализации начальный остаток следующей реализации равен нулю, хотя по логике он должен быть отрицательным. Выясним причину этого поведения.
Проанализируем ситуацию с точки зрения аналитики ВидыЗапасов. Когда товар продается «в минус» в рамках интеркампани, система использует специфический ключ аналитики. Пока документ передачи не создан и себестоимость не рассчитана, эти записи могут не образовывать классическую цепочку остатков, которую мы привыкли видеть в старых версиях (например, в УТ 10.3). Программа «схлопывает» эти движения только после того, как документ ПередачаТоваровМеждуОрганизациями закроет потребность.
Посмотрим на пример из практики: передача товаров была сформирована концом месяца (например, 30-го числа в 23:59:59), а реализации проходили в течение всего месяца. Поскольку передача автоматически формируется по отрицательным остаткам, программа делает приход партий именно этой датой. В результате, при просмотре отчета с детализацией по регистратору, вы видите реализации с «пустыми» начальными остатками, так как приход партии по времени стоит позже всех расходов.
Чтобы убедиться, что в базе нет фактической ошибки, а есть лишь особенность отображения в отчете, выполним следующие шаги:
Организация, Склад, Номенклатура и Вид запасов. Если конечный остаток за месяц верный (нулевой или положительный), значит, алгоритм распределения партий отработал корректно.ПериодСекунда. Это позволит увидеть, в каком именно порядке записи ложатся в регистр. Если несколько документов имеют одинаковое время (вплоть до секунды), порядок их обработки определяется внутренним номером записи в базе данных.ВидуЗапасов, а поступление или передача приходить на другой. В этом случае партии никогда не «схлопнутся», и вы будете видеть вечный плюс по одному виду запасов и вечный минус по другому.Если вы обнаружили, что месяц закрывается без ошибок, но отчеты выглядят нелогично, выполним следующие действия:
Шаг 1. Перепроведение документов. Рекомендуется выполнять полное перепроведение документов за месяц (через обработку «Закрытие месяца»). Это актуализирует ВидыЗапасов в документах реализации. В версии 11.2 это критически важно, так как механизмы автоматического подбора видов запасов могут давать сбой при редактировании документов задним числом.
Шаг 2. Использование тестирования и исправления (ТиИ). В редких случаях в версии 11.2 могут возникать проблемы с итогами регистров накопления. Выполните Тестирование и исправление в конфигураторе (пункты «Пересчет итогов»), предварительно сделав резервную копию базы. Это поможет восстановить правильное отображение начальных остатков в отчетах.
Шаг 3. Анализ документа «Расчет себестоимости». Рассмотрим подробнее движения этого документа. Именно он делает корректирующие записи в регистр ПартииТоваровОрганизаций. Если вы видите в нем записи с типом движения «Расход» и «Приход» по одной и той же аналитике с нулевыми суммами — это работа механизма выравнивания партий.
Проблема «исчезающих» отрицательных остатков в ведомости по партиям для УТ 11.2 чаще всего является визуальной особенностью, связанной с тем, что:
Для получения достоверной картины всегда ориентируйтесь на итоговые показатели после выполнения всех регламентных операций закрытия месяца и проверяйте отсутствие дублей в справочнике ВидыЗапасов.