В практике работы с программой 1С:Бухгалтерия предприятия 3.0 бухгалтеры и технические специалисты иногда сталкиваются с аномальным поведением системы при выполнении регламентной операции «Закрытие месяца». Одной из таких проблем является закрытие 26 счета (Общехозяйственные расходы) на счет 90.02 (Себестоимость продаж) вместо положенного по правилам «директ-костинга» счета 90.08 (Управленческие расходы). В этой статье мы подробно разберем, как проанализировать настройки системы, выявить скрытые ошибки и устранить причины некорректных проводок.
Прежде чем переходить к поиску ошибок, нам необходимо вспомнить базовые принципы учета общехозяйственных расходов. В системе 1С существует два основных способа списания затрат, накопленных на 26 счете:
Дт 90.08.1 Кт 26.Важное замечание: С 2021 года, в связи с вступлением в силу ФСБУ 5/2019 «Запасы», управленческие расходы (счет 26) больше нельзя включать в себестоимость запасов и продукции в бухгалтерском учете. Они должны полностью списываться на расходы периода. В актуальных релизах 1С:Бухгалтерия 3.0 метод «директ-костинг» фактически стал единственно возможным для этого счета.
Проанализируем настройки, которые определяют поведение программы. Перейдем в раздел Главное — Учетная политика. Нам необходимо убедиться в следующем:
Если настройки выглядят верными, но проводка все равно идет на 90.02.1, переходим к более глубокому анализу.
Одной из скрытых причин, по которой 26 счет может закрываться на себестоимость, является настройка налогового учета. Рассмотрим ситуацию: если в регистре сведений МетодыОпределенияПрямыхРасходовПроизводстваВНУ явно указан 26 счет как прямой расход, программа будет пытаться распределить его по номенклатурным группам на себестоимость.
Проверим этот регистр:
Внимательно изучим список. Если мы увидим там строку, где в колонке «Счет» указан 26, это и есть причина проблемы. В типовой методике 26 счет не должен быть в этом списке. Если он там есть — удалим эту запись или изменим счет на 20-й.
Разберем ситуацию, которая произошла в реальной практике (описана в обсуждении на форуме). Иногда пользователи, обладая полными правами, вносят изменения в План счетов в режиме «Предприятие», не понимая технических последствий. Проблема заключалась в том, что клиент переименовал счета в пользовательском режиме.
Техническая справка: В системе 1С объекты (счета) в программном коде идентифицируются не по их номеру («26», «23»), а по внутреннему идентификатору — предопределенному имени в конфигураторе.
Выясним причину через анализ поведения программы:
ПланыСчетов.Хозрасчетный.ВспомогательноеПроизводство, видит код «26» и начинает распределять его на 90.02, как это положено для производства.Чтобы выявить такую подмену, проанализируем План счетов. Посмотрим на иконку счета: у предопределенных счетов (созданных в конфигураторе) в левом углу иконки стоит желтый кружок. Если мы видим два «26-х» счета или странную аналитику (например, на 26 счете появилось субконто «Номенклатурные группы», которое там быть не должно), значит, структура плана счетов нарушена.
Если визуальный осмотр не помогает, воспользуемся инструментами разработчика. Посмотрим на пример того, как программно проверить, на какой именно счет ссылается аналитика. Мы можем создать простую внешнюю обработку или воспользоваться консолью запросов.
Рассмотрим фрагмент кода, который поможет идентифицировать «подмену» счетов:
// Проверим, какой физический счет в базе соответствует предопределенному имени "ОбщехозяйственныеРасходы"
Счет26 = ПланыСчетов.Хозрасчетный.ОбщехозяйственныеРасходы;
Счет23 = ПланыСчетов.Хозрасчетный.ВспомогательноеПроизводство;
Сообщить("Счет 26 в системе имеет код: " + Счет26.Код);
Сообщить("Счет 23 в системе имеет код: " + Счет23.Код);
Если Счет26.Код <> "26" Тогда
Сообщить("ВНИМАНИЕ: Нарушена целостность плана счетов! Предопределенный счет 26 переименован.");
КонецЕсли;
В ситуации из форума выяснилось, что при попытке программно обратиться к счету 26 все ссылки вели на объект, который в конфигурации называется ВспомогательноеПроизводство. Это «фееричная» ошибка, которую невозможно исправить настройками интерфейса — нужно только возвращать коды счетов к исходному состоянию.
Подведем итоги нашего исследования. Если 26 счет ведет себя «как 20-й»:
Помните, что типовые алгоритмы 1С крайне чувствительны к целостности нормативно-справочной информации. Регулярная проверка Плана счетов и истории изменений учетной политики поможет избежать подобных проблем при закрытии отчетных периодов.