Свертка информационной базы в системе 1С:ERP Управление предприятием — это сложный процесс, который существенно отличается от аналогичной процедуры в «1С:Бухгалтерии». Основная сложность заключается в том, что в ERP первичным является оперативный учет (регистры накопления), а бухгалтерские проводки (регистр Хозрасчетный) вторичны и формируются на их основе. Если после свертки вы обнаружили «повисшие» обороты между счетами 20 «Основное производство» и 96 «Резервы предстоящих расходов», а также остатки на вспомогательном счете 000, это свидетельствует о нарушении логической целостности данных или использовании неактуальных инструментов свертки.
В этой статье мы подробно разберем причины возникновения данной проблемы, проанализируем взаимосвязь регистров и счетов учета, а также выработаем алгоритм исправления ситуации.
Проанализируем ситуацию, описанную пользователем: для свертки на релизе ERP 2.5.8 использовалась модифицированная обработка от старого релиза. Это критическая ошибка. Начиная с версии 2.5.7, фирма «1С» радикально изменила механизмы учета затрат и активов/обязательств.
Старые алгоритмы свертки «знают» только о регистрах прошлых поколений. В новых версиях ERP появились или были существенно переработаны регистры:
ДетализацияСебестоимостиТоваровПрочиеРасходыРасчетыПоРезервамОтпусковМатериалыВПроизводствеЕсли обработка «схлопнула» записи в регистре Хозрасчетный, но не обработала должным образом оперативные регистры, система при попытке формирования отчетности или закрытия месяца увидит расхождение. Чтобы сбалансировать «оторванные» от регистров проводки, программа вынуждена использовать счет 000. Таким образом, остатки на 000 — это индикатор того, что данные по регистрам не сошлись с данными по БУ.
Разберем, почему счет 20 не сворачивается в одну строку «Ввод остатков». В 1С:ERP учет на 20 счете ведется не просто «по сумме», а в жесткой привязке к объектам возникновения затрат и партиям. Если на дату свертки (например, 31.12.2021) в производстве числится незавершенка, система не может просто заменить её остатком. Ей необходимо сохранить цепочку документов-регистраторов, иначе в будущем периоде невозможно будет корректно рассчитать себестоимость выпуска при закрытии этих заказов.
Рассмотрим структуру регистров, отвечающих за 20 счет:
Если в этих регистрах остались «копейки» или нераспределенные суммы из-за ошибок округления или некорректных регламентных операций, типовая свертка не сможет их «свернуть». Она оставит старые документы Отражение зарплаты в финансовом учете или Распределение основного заработка как «опорные», что и порождает видимые обороты 20-96 в прошлых периодах.
Посмотрим на ситуацию со стороны счета 96. В бухгалтерском учете сальдо по 96 счету может выглядеть закрытым в разрезе подразделений или видов резервов. Однако «под капотом» (в регистрах накопления Расчеты по резервам отпусков) учет часто ведется строго в разрезе сотрудников.
Рассмотрим пример ситуации:
// Пример расхождения данных в регистрах и БУ
// По сотруднику Иванову: Резерв = +1000 руб.
// По сотруднику Петрову: Резерв = -1000 руб.
// Итого по счету 96 в ОСВ: 0 руб.
Для бухгалтерского баланса счет закрыт. Но для алгоритма свертки ERP — это две активные записи, которые нужно перенести в новый период. Если механизм свертки не учитывает разрез сотрудников (субконто которого на 96 счете в БУ может и не быть), он не сможет корректно «схлопнуть» эти суммы. В результате в базе остаются документы прошлых лет, которые поддерживают эти «виртуальные» остатки по сотрудникам в оперативном учете. Для объединения таких аналитических данных и сокращения детализации записей подойдёт инструмент для свёртки движений в регистрах накопления.
Выясним причину, связанную с переходом на новые стандарты бухгалтерского учета. При свертке на дату 31.12.2021 программа сталкивается с корректирующими записями межотчетного периода. В 1С:ERP эти записи делаются специальным временем (31.12.2021 23:59:59) и имеют особый признак в регистрах.
Старая обработка свертки воспринимает эти записи как обычные обороты и пытается их обработать по общим правилам, что приводит к разрыву логики перехода на ФСБУ. В итоге проводки по 20 счету, связанные с реклассификацией затрат или оценочных обязательств, остаются «висеть» в базе.
Проанализируем шаги, которые необходимо предпринять для исправления остатков, если свертка уже выполнена с ошибками:
Прочие расходы и сравнить его с данными ОСВ по счету 20 (в части постатейных затрат). Также проверьте регистр Себестоимость товаров для номенклатурных затрат. Если суммы в регистрах и БУ не совпадают — это первопричина остатков на счете 000.
Остатки по резервам отпусков (в блоке Зарплата или через Универсальный отчет по регистру Расчеты по резервам отпусков). Если вы увидите там «развернутое» сальдо (плюсы и минусы по разным сотрудникам при общем нуле), это причина, по которой 96 счет не свернулся.
Корректировка регистров.
Нужно «занулить» ошибочные остатки в регистрах накопления:
Материалы в производствеТрудозатраты в производствеРасчеты по резервам отпусков000 для закрытия сальдо в регистре Хозрасчетный.
Разберем, как избежать подобных проблем при повторной процедуре:
Во-первых, всегда используйте только типовую обработку свертки, входящую в состав конкретного релиза конфигурации. Она учитывает все изменения в структуре метаданных и логике регистров. Для разбора типовых ошибок при её выполнении пригодится анализ проблем типовой свертки ERP и способов их решения.
Во-вторых, перед сверткой необходимо добиться идеального закрытия месяца. Все ошибки в протоколе Закрытие месяца должны быть устранены. Особое внимание уделите разделу «Распределение затрат» и «Расчет себестоимости».
В-третьих, выполните технологические операции:
Помните: в 1С:ERP свертка — это не просто обрезка таблицы проводок, это пересчет всей цепочки оперативных данных. Если данные в регистрах «кривые», свертка лишь подсветит эти проблемы, выведя их на счет 000.