← На главную

Переход с устаревших конфигураций (таких как 1С:Комплексная автоматизация 1.1 или 1С:Управление производственным предприятием 1.3) на современные рельсы 1С:Комплексная автоматизация 2.4 (или ERP 2) — это сложный процесс, сопровождающийся кардинальным изменением архитектуры учета. Одной из самых частых «головных болей» бухгалтеров при первом закрытии месяца (особенно переходного декабря) становится ошибка распределения расходов будущих периодов (РБП).

В процессе проведения регламентных операций система начинает сообщать, что расходы будущих периодов не распределены, а при детальном анализе регистров выясняется странная картина: по одной и той же статье программа делает два движения на одинаковую сумму — одно с плюсом, другое с минусом. Давайте разберем по шагам, почему возникает эта техническая коллизия и как ее оперативно исправить.

В чем кроется причина проблемы: различие архитектур учета

Выясним причину такого поведения системы. В старой редакции КА 1.1 учет РБП был максимально простым и линейным: существовал отдельный справочник РасходыБудущихПериодов, где задавались параметры списания, а сам учет велся на счете 97. При переносе данных в новую КА 2.4 концепция полностью изменилась:

1. В КА 2.4 отдельного справочника для РБП не существует. Теперь все расходы регистрируются через единый справочник СтатьиРасходов.
2. В карточке статьи расходов выбирается вариант распределения «Отнести к расходам будущих периодов».
3. Вся аналитика расходов теперь строится на жесткой связке нескольких измерений: Организация, Подразделение, СтатьяРасходов и АналитикаРасходов.

Когда вы переносите остатки на 31 декабря из старой базы, программа автоматически создает документы ВводНачальныхОстатков (а именно — «Ввод начальных остатков прочих расходов»). Эти документы делают приходную запись в регистр накопления ПрочиеРасходы с определенным набором аналитик.

Затем вы создаете документ РаспределениеРасходовБудущихПериодов, чтобы зафиксировать правила списания этих расходов на будущие периоды. И вот здесь кроется главная ловушка: если аналитика в документе ввода остатков не совпадает с аналитикой в документе распределения, система не сможет «схлопнуть» эти записи.

Для программы это выглядит как две совершенно разные операции:

• По пустой или старой аналитике (которая пришла из ввода остатков) висит нераспределенный плюс.
• По новой заполненной аналитике (которую вы указали в документе распределения) программа пытается сделать списание, уводя остаток в минус.

В результате в регистре ПрочиеРасходы зависают две записи с противоположными знаками, а закрытие месяца аварийно прерывается.

Шаг 1. Локализуем ошибку с помощью отчетов

Проанализируем ситуацию в нашей базе данных. Нам необходимо точно определить, по каким именно статьям и аналитикам разошлись данные. Для этого воспользуемся типовыми инструментами программы.

Откроем отчет «Ведомость по прочим расходам». Найти его можно в разделе Финансовый результат и контроллинг — Отчеты по финансовому результату. По умолчанию этот отчет может не показывать детальную аналитику, поэтому выполним его настройку:

1. Нажмем кнопку «Настройки» на панели отчета.
2. Перейдем в расширенный режим настройки и откроем вкладку «Структура».
3. Добавим в группировку строк следующие поля: Подразделение, СтатьяРасходов и обязательно — АналитикаРасходов.
4. Сформируем отчет.

В сформированном отчете мы наглядно увидим строки-дублеры. Например, по статье «Лицензия на ПО» будет две строки: в одной строка аналитики пустая (и там горит плюс), а во второй строке указана конкретная номенклатура или контрагент (и там горит точно такой же минус). Это и есть наше «несовпадение».

Если ведомость не дает детальной расшифровки по документам-регистраторам, воспользуемся Универсальным отчетом (раздел НСИ и администрирование — Обслуживание — Отчеты и обработки):

• Тип объекта: Регистр накопления.
• Имя объекта: Прочие расходы.
• В группировке укажем: Статья расходов, Аналитика расходов, Регистратор.

Этот отчет покажет нам конкретные документы-виновники: какой документ ввода остатков сделал плюс, а какой документ распределения РБП сделал минус.

Шаг 2. Исправляем аналитику в первичных документах

Рассмотрим два варианта исправления этой коллизии в зависимости от того, как именно перенеслись данные в вашу базу.

Вариант А. Исправление в документе ввода начальных остатков

Если при автоматическом переносе данных поле Аналитика расходов в документе ввода остатков осталось незаполненным (или заполнилось некорректным значением), правильнее всего исправить первоисточник:

1. Перейдем в раздел НСИ и администрирование — Начальное заполнение — Документы ввода начальных остатков.
2. Найдем документ по вводу остатков прочих расходов (счет 97).
3. В табличной части найдем проблемную строку и проверим колонку Аналитика расходов.
4. Установим там точно такое же значение, которое планируется использовать при распределении (например, конкретный договор контрагента или нематериальный актив).
5. Проведем документ.

Вариант Б. Исправление в документе распределения РБП

Если править документы ввода остатков прошлым периодом крайне нежелательно (например, период уже согласован и закрыт для изменений), мы можем подстроиться под него в самом документе распределения:

1. Перейдем в рабочее место «Распределение расходов будущих периодов» (раздел Финансовый результат и контроллинг — Доходы и расходы).
2. Откроем созданный документ распределения по нашей проблемной статье.
3. Посмотрим на значение в поле Аналитика расходов. Если во вводе остатков это поле пустое, то и в распределении его необходимо очистить.
4. Если во вводе остатков была указана определенная аналитика, выберите именно ее в документе распределения.
5. Проведем документ распределения заново.

Шаг 3. Проверка настроек статьи расходов

Иногда исправление документов не помогает, так как в самой Статье расходов задан неверный тип аналитики. Давайте проанализируем настройки статьи:

1. Откроем элемент справочника Статьи расходов для нашего РБП.
2. Обратим внимание на реквизит «Вид аналитики расходов». Он определяет, какого типа субконто ожидает система (например, справочник «Договоры контрагентов», «Номенклатура» или «Физические лица»).
3. Если тип аналитики в статье расходов не соответствует тому типу, который был перенесен из КА 1.1, документы проведения остатков могут «терять» эту аналитику, оставляя поле пустым. Убедимся, что вид аналитики строго соответствует логике заполнения остатков по счету 97.21.

Дополнительный нюанс: нужно ли закрывать декабрь?

Очень часто при переносе данных пользователи сталкиваются с требованием программы закрыть декабрь (так как остатки вводятся датой 31.12).

Важный совет: Реальная хозяйственная деятельность предприятия в новой базе начинается, как правило, с 1 января нового года. Декабрь используется исключительно для фиксации входящего сальдо. Проводить полноценную процедуру закрытия месяца за декабрь (с расчетом себестоимости, распределением накладных расходов и т.д.) не нужно, так как это может исказить входящие остатки, сформированные при переносе.

Чтобы программа не требовала закрыть декабрь:

• Проверим дату начала действия Учетной политики организации. Она должна быть установлена с января нового года (года начала ведения учета).
• При необходимости вручную сдвинем границу последовательности закрытия месяцев на январь через рабочее место закрытия месяца, чтобы обойти регламентные операции технического декабря.

Выровняв аналитику между вводом остатков и документами распределения РБП, мы избавимся от дублирующихся проводок с плюсом и минусом, после чего закрытие первого отчетного месяца в 1С:Комплексная автоматизация 2.4 пройдет быстро и без ошибок.