Проблема, когда после закрытия месяца на счете 43 «Готовая продукция» зависает суммовой остаток (при этом количественный остаток равен нулю), — одна из самых частых и неприятных в производственном учете. Она приводит к искажению себестоимости, неверному расчету налога на прибыль и постоянным корректировкам вручную. Давайте вместе разберем причины этой проблемы и пошагово выясним, как вернуть учет в корректное русло.
В этой статье мы подробно проанализируем как технические сбои на уровне регистров (когда остатки «разбегаются по полкам»), так и методологические ошибки ведения учета в конфигурации 1С:Бухгалтерия предприятия 3.0.
Это наиболее глубокая техническая проблема, с которой часто сталкиваются компании. Визуально в стандартной оборотно-сальдовой ведомости (ОСВ) по счету 43 все может выглядеть красиво: склад заполнен, номенклатура выбрана, количество равно нулю, а сумма висит. Однако на уровне базы данных остатки могут разбежаться по разным веткам («полкам») внутри регистров.
Например, на складе «Основной» у вас числится «-10 штук» на сумму «-5000 рублей», а по «пустому» складу (склад не указан) — «+10 штук» на сумму «+5000 рублей». В стандартном отчете без группировки по складам эти строки схлопываются в ноль, но программа при закрытии месяца видит их как разные остатки и не может корректно рассчитать среднюю стоимость списания.
Выясним причину с помощью консоли запросов. Давайте напишем и выполним запрос к виртуальной таблице остатков регистра бухгалтерии Хозрасчетный, чтобы увидеть реальную картину в разрезе всех субконто:
ВЫБРАТЬ
ХозрасчетныйОстатки.Субконто1 КАК Номенклатура,
ХозрасчетныйОстатки.Субконто2 КАК Склад,
ХозрасчетныйОстатки.СуммаОстаток КАК СуммаОстаток,
ХозрасчетныйОстатки.КоличествоОстаток КАК КоличествоОстаток
ИЗ
РегистрБухгалтерии.Хозрасчетный.Остатки(
&Период,
Счет.Код = "43",
,
Субконто1 = &ВыбраннаяНоменклатура
) КАК ХозрасчетныйОстатки
Если в результате выполнения этого запроса мы увидим несколько строк (например, одна строка со складом, а другая — без склада или с пустым значением), значит, у нас произошло раздвоение аналитики. Это часто случается, если учет по складам в программе включили не с начала ведения учета или перепроводили документы задним числом после изменения настроек.
Также полезно проверить скрытые реквизиты, такие как Субконто3, Подразделение или Валюта, на наличие значений NULL или Неопределено. Для этого используем следующий запрос:
ВЫБРАТЬ
ХозрасчетныйОстатки.Субконто1 КАК Номенклатура,
ХозрасчетныйОстатки.Субконто2 КАК Склад,
ВЫБОР
КОГДА ХозрасчетныйОстатки.Субконто3 ЕСТЬ NULL ТОГДА "NULL"
КОГДА ХозрасчетныйОстатки.Субконто3 = НЕОПРЕДЕЛЕНО ТОГДА "Неопределено"
ИНАЧЕ ХозрасчетныйОстатки.Субконто3
КОНЕЦ КАК ПроверкаСубконто3
ИЗ
РегистрБухгалтерии.Хозрасчетный.Остатки КАК ХозрасчетныйОстатки
ГДЕ
ХозрасчетныйОстатки.Счет.Код = "43"
Решение: Если мы обнаружили движения без склада в прошлых периодах, нам необходимо либо перепровести документы за весь период, когда возникла ошибка (например, за предыдущий год), либо воспользоваться документом Операция, введенная вручную для переноса остатков со схемы «без склада» на схему «со складом».
Рассмотрим ситуацию, когда в течение дня или месяца документы реализации проводятся раньше, чем оформляется выпуск готовой продукции. То есть на момент проведения документа Реализация товаров и услуг товара физически нет на складе, и программа списывает его «в минус» (если в настройках разрешено списание при отсутствии остатков).
Если в учетной политике организации установлен способ оценки МПЗ «По ФИФО», программа жестко привязана к партиеобразующим документам. При списании в минус партия не определяется. Когда в конце месяца регламентная операция Корректировка стоимости номенклатуры пытается сопоставить отрицательные остатки с более поздними отчетами производства, алгоритм ФИФО дает сбой. Количество закрывается, а суммовые разницы остаются «висеть» на 43 счете.
Решение:
Отчет производства за смену должно быть хотя бы на одну секунду раньше, чем время документа Реализация товаров и услуг.Проанализируем техническую деталь, связанную с обменом данными. Если в базу БП 3.0 выгружаются документы реализации из внешних торговых систем (например, 1С:Управление торговлей 11), программа может принудительно заполнить скрытый реквизит табличной части. Он называется Сумма списания (бухгалтерский учет) (а также аналогичный реквизит для налогового учета).
Когда этот реквизит заполнен числовым значением, система списывает продукцию по этой фиксированной стоимости, полностью игнорируя стандартные алгоритмы расчета себестоимости БП 3.0. При этом регламентная операция корректировки стоимости при закрытии месяца считает эту сумму «ручной» и отказывается ее корректировать. Количество уходит, а разница зависает на счете 43.
Решение:
Мы можем воспользоваться обработкой Групповое изменение реквизитов. Нам нужно отобрать документы Реализация (акты, накладные) за проблемный период, найти в табличной части «Товары» реквизиты Сумма списания (БУ) и Сумма списания (НУ) и очистить их, установив значение в «0» или переведя колонку в режим «Авто».
Встречаются ситуации, когда в БУ себестоимость закрывается корректно, а в налоговом учете на счете 43 висят огромные суммовые остатки. Это происходит из-за того, что в программе не заполнен или заполнен неверно регистр сведений Методы определения прямых расходов производственной деятельности.
Если расходы на производство (дебет счета 20.01) не зарегистрированы как прямые в налоговом учете, 1С по умолчанию считает их косвенными. В результате:
При закрытии месяца программа пытается скорректировать остатки на счете 43, но из-за отсутствия базы распределения в налоговом учете формирует некорректные проводки корректировки.
Решение: Перейдем в настройки налоговой политики, откроем Перечень прямых расходов и убедимся, что все используемые статьи затрат основного производства (счет 20) внесены в этот список для текущего года. После этого перепроведем документы выпуска и повторно закроем месяц.
Рассмотрим еще одну распространенную ситуацию: общепроизводственные (25) или общехозяйственные (26) расходы распределяются на себестоимость производства пропорционально базе распределения (например, материальным затратам) внутри номенклатурных групп.
Если на какую-то номенклатурную группу распределились косвенные расходы, но реального выпуска продукции (документа Отчет производства за смену) по этой группе в текущем месяце не было (или был только по другой группе), на счете 20 зависает нераспределенное сальдо. При попытке программы скорректировать стоимость списания прошлых остатков этой группы на счете 43 алгоритм калькуляции себестоимости некорректно распределяет затраты, оставляя «суммовой хвост».
Решение: Проанализируем отчеты Справка-расчет калькуляции себестоимости и Справка-расчет распределения косвенных расходов. Убедимся, что по всем номенклатурным группам, на которые падают затраты, отражен выпуск продукции, либо настроим базу распределения так, чтобы исключить пустые группы.
Если мы проверили все вышеописанные причины, перепровели документы, но остаток все равно чудесным образом возвращается, мы имеем дело с технической ошибкой СУБД. В платформе 1С данные остатков хранятся в двух таблицах: таблице движений (регистр) и таблице итогов (агрегированные данные для быстродействия). Иногда из-за сбоев сети или аварийного завершения работы эти таблицы начинают расходиться.
В итоге отчет ОСВ, строящийся «на лету» по движениям, показывает одни данные, а регламентные операции закрытия месяца, обращающиеся напрямую к таблице итогов, получают неверную информацию.
Решение:
Конфигуратор..dt).Администрирование — Тестирование и исправление....После пересчета итогов выполним операцию закрытия месяца заново.