Ситуация, когда при анализе счета 41.01 обнаруживается конечное сальдо с минусом, — одна из самых распространенных проблем в 1С:Бухгалтерия предприятия 2.0. Особенно часто это происходит в тех случаях, когда бухгалтерия пытается отразить специфические операции, такие как перевод материалов (счет 10) в товары (счет 41), используя ручные проводки. Разберем подробно, почему так происходит, как работает логика программы и какими инструментами нужно пользоваться, чтобы учет оставался корректным.
Проанализируем техническую сторону вопроса. В современных версиях 1С (начиная с платформы 8.0 и выше) учет ведется по двум параллельным направлениям: бухгалтерский регистр (план счетов) и регистры накопления. Когда вы создаете документ Операция (бухгалтерский и налоговый учет), вы делаете запись только в план счетов. Вы указываете Дебет 41.01 Кредит 10.05 и прописываете сумму.
Однако для программы этого недостаточно. Информация о наличии товара на складе, его количестве и партионном учете хранится в специальных регистрах накопления, таких как ПартииТоваровНаСкладах или ТоварыНаСкладах. Документ ручной операции в эти регистры данные не записывает. В результате получается опасный разрыв: по бухгалтерии (на счете 41) сумма есть, а по регистрам — товара «ноль».
Рассмотрим подробнее, что происходит в конце месяца. При выполнении обработки Закрытие месяца запускается регламентная операция КорректировкаСтоимостиПеремещения. Ее задача — привести суммовой учет в соответствие с количественным и рассчитать средневзвешенную стоимость списания ТМЦ за месяц.
Алгоритм программы работает следующим образом:
РеализацияТоваровУслуг), которое уменьшило количество.Посмотрим на результат: корректировка буквально «отменяет» ваше ручное суммовое движение, так как с точки зрения регистров накопления этого прихода не существовало. В итоге на счете зависает минус, равный сумме вашей операции.
Чтобы избежать конфликта регистров, для смены счета учета (например, с 10.05 на 41.01) необходимо использовать штатный документ ПеремещениеТоваров. Рассмотрим по шагам, как это сделать правильно:
ПеремещениеТоваров (меню «Склад» — «Перемещение товаров»).10.05, а в колонке «Счет учета получателя» — 41.01.При таком подходе 1С автоматически сделает правильные записи не только по счетам БУ, но и по всем необходимым регистрам. Программа закроет партию на 10 счете и откроет новую на 41. Теперь регламентная операция при закрытии месяца отработает корректно, так как она будет видеть и количество, и стоимость.
Проанализируем ситуацию, описанную в сообщениях форума, когда запчасти собираются в единое изделие для продажи. Если ваша задача — не просто сменить счет, а превратить несколько материалов в один товар, используйте документ КомплектацияНоменклатуры.
Разберем алгоритм работы с этим документом:
Внимание: Не допускайте ошибку, упомянутую в сообщении №36. Нельзя использовать одну и ту же карточку номенклатуры и в качестве комплектующей, и в качестве итогового изделия. Это создает «петлю» в расчете себестоимости. Всегда создавайте новую позицию в справочнике Номенклатура для готового изделия.
Если вы уже столкнулись с минусом на 41 счете, выполните следующие действия для исправления ситуации:
Дебет 41 Кредит 10.ПеремещениеТоваров на те же даты.РеализацияТоваровУслуг, которые продавали этот товар, и проведите их заново. Это необходимо, чтобы они «подцепили» правильные партии, созданные новым документом перемещения.Закрытие месяца. Обязательно выполните перепроведение документов и повторите операцию Корректировка стоимости перемещения.Проанализировав отчет АнализСчета или ОборотноСальдоваяВедомостьПоСчету (с детализацией по субконто «Номенклатура» и «Склады»), вы увидите, что конечное сальдо стало нулевым (если товар продан) или положительным (если остался на складе).
Подводя итог, сформулируем основные правила, которые помогут избежать проблем с себестоимостью:
Использование типовых механизмов 1С гарантирует, что регламентные операции ЗакрытиеМесяца будут работать на вас, а не против вас, автоматически рассчитывая налоги и финансовый результат без досадных «минусов» в отчетах.