При работе с закрытием месяца в конфигурациях «1С:Комплексная автоматизация 2.5» (КА) или «1С:ERP» пользователи могут столкнуться с пугающей ситуацией: в оборотно-сальдовой ведомости (ОСВ) по производственным или общепроизводственным счетам (20, 23, 25) внезапно появляются огромные суммы с минусом по статье «Прибыль (убыток) прошлых лет». Часто это происходит в документе Распределение расходов между направлениями деятельности или при расчете себестоимости.
Рассмотрим подробно, почему это происходит, как механизм расчета себестоимости реагирует на изменения прошлых периодов и какие шаги необходимо предпринять для диагностики и устранения этой проблемы.
Ситуация выглядит следующим образом: текущий период закрывается штатно, но вдруг на 25 счете (Общепроизводственные расходы) возникает остаток, например, минус 7 миллионов рублей. При анализе карточки счета видно, что проводка сформирована регламентной операцией закрытия месяца.
Основная причина такого поведения системы — изменение данных в закрытых периодах (задним числом) и последующее перепроведение документов (перезакрытие).
В рассматриваемом нами случае выяснилось, что в базе данных производились изменения документов и перезакрытие периодов, начиная с 2017 года. При этом текущий релиз конфигурации (КА 2.5) значительно отличается от того, на котором закрывались периоды в 2017–2021 годах. Алгоритмы расчета себестоимости изменились, и система пытается привести данные прошлых лет к текущей логике учета.
Давайте разберем техническую сторону процесса. В актуальных версиях КА 2.5 и ERP механизм партионного учета и распределения затрат работает очень точно. Если система обнаруживает расхождение между стоимостью, которая была списана ранее, и стоимостью, рассчитанной при текущем перепроведении, она обязана сделать корректировку.
Когда возникает корректировка (например, сторно излишне списанных затрат или доначисление), система пытается отнести эту разницу туда же, куда ушли первичные затраты (на выпуск продукции, на себестоимость продаж и т.д.). Однако, если мы перезакрываем старые периоды, могут возникнуть следующие ситуации:
ПрочиеРасходы или СебестоимостьТоваров). При обновлении и перепроведении старых документов могут сформироваться новые ключи аналитики учета затрат. Система видит «старый» остаток по одному ключу и «новый» приход по другому. Чтобы «схлопнуть» эти зависшие суммы, механизм закрытия месяца формирует корректировку на финансовый результат.СтатьиРасходов) вносились изменения (например, менялся вариант распределения с «На себестоимость продаж» на «На производственные затраты»), то при пересчете старых периодов возникнет конфликт.Отрицательная сумма (минус) в данном контексте обычно означает, что система сторнирует (отменяет) ранее распределенные расходы, считая их ошибочными по текущим алгоритмам расчета, но не может корректно перераспределить их заново на себестоимость выпуска.
Если вы столкнулись с такой ситуацией, не спешите паниковать. Давайте последовательно проанализируем базу данных, чтобы найти источник проблемы.
Самый надежный способ найти "вредителя" — это метод сравнения с резервной копией.
Возьмите резервную копию базы данных, сделанную до начала массового перепроведения документов (например, копию месячной давности). Разверните ее в тестовом контуре и выполните закрытие проблемного месяца.
Бухгалтерские проводки (ОСВ) в КА 2.5 являются вторичными. Первичны данные оперативных регистров. Нам необходимо посмотреть, что происходит в регистрах накопления.
Обратите внимание на следующие регистры:
ПрочиеРасходы) — здесь хранятся постатейные расходы. Сделайте отбор по вашей статье затрат и посмотрите движения. Ищите записи, где Приход не равен Расходу в разрезе аналитики, или где остаются «висящие» копейки/суммы.В универсальном отчете по регистру ПрочиеРасходы обязательно выведите группировки по всем измерениям (Подразделение, Статья расходов, Аналитика расходов). Часто бывает, что визуально сумма закрыта, но "разъехалась" аналитика (например, пустое значение аналитики против заполненного). Именно это вызывает корректировки при закрытии. Для дополнительного анализа ошибок при расчете себестоимости пригодится расширение для просмотра временных таблиц закрытия месяца.
В КА 2.5 и ERP существует мощнейший инструмент диагностики, про который часто забывают — Протокол расчета себестоимости.
После завершения расчета система сформирует текстовый файл или отчет. Откройте его и выполните поиск по названию вашей проблемной статьи расходов или по сумме. Система прямым текстом может написать диагностическое сообщение, например:
Не обнаружена база распределения для статьи "Аренда цеха".
Сумма 7 000 000 руб. отнесена на убытки прошлых лет согласно настройке статьи.
Это сразу укажет, почему система приняла такое решение.
Проверьте справочник Правила распределения расходов для проблемной статьи.
Если правило настроено, например, «Пропорционально объему выпуска продукции», а в каком-то из пересчитываемых месяцев выпуска не было, система будет вести себя в соответствии с настройкой «Действие при отсутствии базы».
Если выбрано действие, подразумевающее списание на расходы или убытки, именно это и произойдет. В старых периодах это могло работать иначе (зависать в НЗП), но при пересчете актуальным релизом сработает новая логика. Для этой задачи можно использовать расширение для перераспределения расходов на 20, 23 и 25 счетах.
Если проблема вызвана перепроведением документов за прошлые годы (например, с 2017 года), как в исходном случае, у вас есть два основных пути:
Корректировка регистров или операцией, перенеся её на счет 91 или 84 (в зависимости от учетной политики), чтобы очистить 25 счет в текущем периоде. Однако, система может попытаться снова начислить эту сумму при следующем закрытии, если не убрать "корень" в регистрах.Важное предостережение: Категорически не рекомендуется перезакрывать периоды глубокой давности (прошлые годы) в текущих релизах КА 2.5 без критической необходимости. Алгоритмы 1С постоянно совершенствуются, и попытка применить логику 2023 года к данным 2017 года почти гарантированно приведет к изменению финансового результата и налоговой базы.