В типовой конфигурации «1С:Бухгалтерия предприятия 3.0» (БП 3.0) многие пользователи и бухгалтеры сталкиваются с особенностью работы счета 20.01 (Основное производство). При формировании оборотно-сальдовой ведомости (ОСВ) после выполнения регламентных операций закрытия месяца можно заметить, что по дебету счета затраты детально расписаны по статьям, а по кредиту они списываются одной общей суммой в разрезе номенклатурных групп. Проанализируем, почему так происходит и как добиться «красивой» закрытой ОСВ, которой часто требуют аудиторы, используя анализ оборотов 20-х счетов в разрезе статей затрат.
Разберем первопричину такого поведения системы. В плане счетов БП 3.0 для счета 20.01 субконто Статьи затрат имеет признак «Только обороты» (оборотное субконто). Это техническое решение разработчиков 1С, которое означает следующее:
20.01 на общую сумму.Для типового учета это логично: себестоимость продукции или услуг (счета 43 или 90.02) формируется в разрезе номенклатурных групп, а детализация до статей нужна только для анализа структуры затрат. Однако аудиторы часто хотят видеть сопоставимость дебетовых и кредитовых оборотов именно в ОСВ по счету 20.01.
Прежде чем переходить к программированию, рассмотрим возможности расширенного функционала программы. В современных версиях БП 3.0 можно включить детализацию себестоимости до статей затрат. Проверим настройки:
Если этот флаг установлен, то на счете 90.02.1 (Себестоимость продаж) также появляется субконто Статьи затрат. Это позволяет видеть структуру затрат уже на счете финансового результата. Однако, это не всегда меняет «картинку» в ОСВ по 20 счету. Чтобы проводка закрытия Дт 90.02.1 Кт 20.01 разбилась на множество строк по каждой статье, алгоритм закрытия месяца должен учитывать эту аналитику.
Если штатных средств недостаточно и требуется именно постатейное закрытие кредита 20 счета, придется воспользоваться Конфигуратором. Выясним причину игнорирования субконто: в коде регламентных операций стоит проверка, которая отсекает оборотные субконто при формировании движений по кредиту.
Для решения задачи программисты вносят изменения в общие модули, отвечающие за закрытие счетов затрат (например, в части формирования структуры таблицы оборотов). Рассмотрим пример кода, который позволяет системе «видеть» статьи затрат при закрытии месяца. Нам нужно найти место, где анализируются виды субконто, и добавить исключение для СтатьиЗатрат.
Пример программной вставки в процедуру обработки движений:
// В месте, где определяется список субконто для заполнения кредитового оборота
#Вставка
И НЕ ВидСубконто = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ВидыСубконтоХозрасчетные.СтатьиЗатрат)
#КонецВставки
Проанализируем ситуацию: исключая проверку на «оборотность» конкретно для статей затрат в модулях расчета себестоимости, мы заставляем систему подбирать аналитику из дебетовых оборотов и дублировать её в кредитовый оборот. После такой правки и перепроведения документа «Закрытие месяца», ОСВ по счету 20 станет «закрытой» по каждой строке аналитики.
Важно понимать, что вмешательство в механизм закрытия месяца — это риск при будущих обновлениях. Рассмотрим, как удовлетворить запросы аудиторов без изменения кода. В программе есть стандартные отчеты, которые показывают всю необходимую информацию:
Статьи затрат, можно увидеть все обороты по всем счетам (20, 25, 26, 44, 90) в едином списке.Статьями затрат (счет 20) и Номенклатурными группами (счет 90).Зачастую аудиторам достаточно показать эти отчеты, чтобы подтвердить корректность формирования налоговой базы и себестоимости. Если же принципиально нужна «красивая» ОСВ, стоит объяснить, что архитектура БП 3.0 построена на использовании оборотных субконто для оптимизации производительности и размера базы данных.
Некоторые специалисты предлагают радикальный метод: зайти в План счетов и снять флаг «Только обороты» у субконто Статьи затрат на счете 20.01. Внимание! Мы категорически не рекомендуем этот способ без понимания последствий:
Подведем итог: наиболее правильным путем является использование типовых справок-расчетов. Если же доработка неизбежна, выполняйте её через расширение конфигурации, модифицируя только запросы в модулях закрытия месяца, не меняя структуру плана счетов.