Проблема «зависших» суммовых остатков при нулевом количественном остатке в программе «1С:Бухгалтерия предприятия 3.0» (БП 3.0) является одной из самых распространенных. Бухгалтеры часто сталкиваются с ситуацией, когда по данным отчетов товар на складе закончился, но на счете 41 (или 10) продолжает числиться некая сумма. Ситуация обычно исправляется после выполнения регламентной операции «Корректировка стоимости номенклатуры» в конце месяца, однако для оперативного учета (например, при перепродаже между собственными организациями или для контроля маржинальности) данные нужны «здесь и сейчас».
Разберем детально, почему возникают такие перекосы и какими методами можно добиться корректного отображения суммовых остатков в середине отчетного периода.
Для начала проанализируем, как программа рассчитывает стоимость списания ТМЦ. В конфигурации заложено два различных алгоритма, которые работают в разное время:
КорректировкаСтоимостиНоменклатуры пересчитывает итоги за весь месяц. Она суммирует стоимость остатка на начало и всех поступлений за месяц, делит на общее количество и выводит единую среднюю цену, по которой корректирует все движения списания. Именно поэтому после закрытия месяца суммы «встают на место».Выясним причины, по которым суммы остаются «висеть» без количества до момента закрытия месяца.
Рассмотрим типовой пример: на утро на складе было 10 единиц товара на 1000 рублей (цена 100 руб./ед.). В 12:00 мы продаем 10 единиц. Программа списывает 1000 рублей. В 15:00 мы проводим поступление еще 10 единиц по цене 120 руб./ед. (итого 1200 руб.). Если позже мы решим изменить время документа реализации на 16:00, программа не пересчитает себестоимость автоматически при простом пересохранении (если не включено версионность или специфические настройки). Но еще хуже, если реализация проведена в 10:00, а поступление — в 11:00. На момент реализации программа «видит» только утренний остаток. Если же остатка не было вовсе, а «контроль отрицательных остатков» отключен, программа спишет количество, но не сможет корректно рассчитать сумму, создав «хвост».
Проанализируем ситуацию с документом ПоступлениеДопРасходов. Если товар поступил и был полностью продан 15-го числа, а документ, увеличивающий его стоимость (например, услуги транспортной компании), введен 20-м числом, то сумма этих расходов просто приплюсуется к счету 41. Поскольку товара в наличии уже нет, эта сумма останется в остатке до тех пор, пока процедура закрытия месяца не распределит её на уже проведенные реализации.
Самый простой и эффективный способ получить актуальные данные в середине месяца — это принудительное перепроведение документов. Рассмотрим, как это сделать правильно:
Важный нюанс: обычное перепроведение из списка документов часто не помогает, так как оно не гарантирует соблюдение хронологии между разными видами документов (например, между «Поступлением» и «Реализацией»). Используйте именно штатный механизм восстановления последовательности.
Чтобы не допускать появления суммовых перекосов в будущем, необходимо запретить пользователям списывать товар, которого нет в системе на момент проведения документа. Проверим настройки:
Когда этот контроль включен, программа просто не даст провести реализацию, если поступление еще не отражено или отражено позже по времени. Это заставит сотрудников соблюдать дисциплину ввода данных, что минимизирует «зависшие» суммы.
Если перепроведение не дало идеального результата (например, из-за доп. расходов), можно прибегнуть к «хитрости» — выполнить частичное закрытие месяца.
Выясним, как это реализовать:
Запустите обработку «Закрытие месяца» за текущий (неоконченный) месяц. Выполните только первую операцию — перепроведение, и вторую — «Корректировка стоимости номенклатуры». После этого вы сможете сформировать ОборотноСальдоваяВедомостьПоСчету (ОСВ) и увидеть очищенные остатки. После получения необходимых данных эти регламентные операции можно отменить, чтобы они не мешали дальнейшей работе в течение месяца.
Часто сумма «висит» из-за того, что в программе возник разрыв в разрезе складов или партий. В отчете «Остатки товаров» это может быть не видно. Посмотрим на ситуацию через отчет «Анализ субконто»:
-1 единица, а на «Складе №2» — +1 единица, то в общем итоге количество будет равно нулю, но сумма будет «висеть» из-за разницы в стоимости поступления этих единиц.В этом случае поможет документ ПеремещениеТоваров или исправление первичных документов реализации, где был указан неверный склад.
Если стандартные отчеты не дают понимания, воспользуемся «Универсальным отчетом» по регистру накопления БухгалтерскиеПроводкиХозрасчетный. Настроим фильтр по счету 41 и условие КоличествоКонечныйОстаток = 0, а СуммаКонечныйОстаток <> 0.
Это позволит быстро получить список всей «проблемной» номенклатуры, по которой требуется вмешательство. Проанализируем карточку счета по таким позициям: скорее всего, вы увидите, что документ расхода стоит по времени раньше документа прихода.
Разберем еще два редких, но важных случая:
1С старается их очищать, но при интенсивном движении они могут накапливаться. Помогает только регламентная корректировка.ОперацияВведеннаяВручную для корректировки остатков на счете 41, он мог забыть заполнить субконто (склад или партию). В этом случае программа будет «видеть» сумму в целом по счету, но при списании со склада она не зачтется. Избегайте ручных правок счетов ТМЦ, используйте документы КорректировкаОстатков или ОприходованиеТоваров.Таким образом, для получения корректного суммового остатка до закрытия месяца необходимо обеспечить строгую последовательность документов и использовать штатную процедуру группового перепроведения. Это позволит механизму «скользящей средней» отработать максимально точно.