Почему не отображаются остатки по субконто в 1С:Бухгалтерии и как правильно контролировать закрытие счетов

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

Архитектура оборотных субконто в 1С:Предприятии

Проанализируем базовый механизм работы субконто в планах счетов. Если для конкретного субконто установлен признак «Только обороты», поведение регистра бухгалтерии кардинально меняется:

1. Платформа физически не хранит остатки по этой аналитике в таблице итогов. Записи формируются исключительно в таблице оборотов.
2. Виртуальная таблица остатков и поля начального/конечного сальдо в виртуальной таблице ОстаткиИОбороты возвращают нулевые значения для данного разреза.
3. В запросах обращение к оборотным субконто в условиях отбора по остаткам не имеет практического смысла, так как остатка в разрезе этой аналитики не существует в базе данных.

Классический пример — статьи движения денежных средств на счетах 50 и 51, а также статьи затрат на счетах 20, 26, 44 или прочих доходов и расходов на счетах 90, 91. Поступление денежных средств отражается по одной статье (например, оплата от покупателя), а списание — совершенно по другой (оплата поставщику). В таких условиях сальдо по отдельной статье никогда не сойдется и не закроется в ноль, так как дебет и кредит относятся к разным элементам справочника.

Последствия отключения признака «Только обороты»

У многих специалистов возникает соблазн зайти в конфигуратор и снять флаг «Только обороты» у соответствующего вида субконто на счете. Рассмотрим, к каким критическим последствиям это приведет:

1. Бесконечное накопление развернутого сальдо. Регламентная процедура закрытия месяца (списание себестоимости, реформация баланса, закрытие на счет 99) списывает финансовый результат общей суммой, не разделяя ее на исходные статьи расходов и доходов. В результате по дебету и кредиту счета будут бесконечно висеть незакрытые остатки по разным статьям, искажая развернутое сальдо, хотя общее свернутое сальдо по счету будет нулевым.
2. Необходимость полного пересчета итогов. Изменение признака субконто меняет структуру хранения данных регистра бухгалтерии, что потребует монопольного пересчета итогов за весь период ведения информационной базы.
3. Сложности при регулярных обновлениях. Предопределенные счета типовой конфигурации при каждом обновлении будут стремиться вернуться к типовым настройкам, провоцируя конфликты метаданных.

Как контролировать закрытие счетов и изменения задним числом

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

1. Установка даты запрета изменения данных. Главный инструмент защиты закрытого периода от правок задним числом — механизм ДатаЗапретаИзмененияДанных. После успешного закрытия месяца и сдачи отчетности куратор учета устанавливает дату запрета, что полностью исключает несанкционированное проведение документов в прошлом периоде.
2. Сравнение оборотно-сальдовых ведомостей. Сразу после завершения регламентных операций закрытия месяца сохраняется или распечатывается ОборотноСальдоваяВедомостьПоСчету с детализацией по субконто. Если возникает подозрение на искажение данных задним числом, формируется новая ведомость за тот же период, и обороты сравниваются построчно.
3. Использование отчета «Обороты между субконто». Данный стандартный отчет позволяет увидеть, в какой корреспонденции и с какими корреспондирующими субконто закрылись обороты по выбранной статье затрат или расходов.
4. Подсистема версионирования объектов. Включение версионирования для ключевых документов учета позволяет мгновенно выяснить, какой пользователь, в какое время и какие реквизиты (суммы, статьи, счета) изменил в ранее проведенном документе.

Получение расчетного сальдо без изменения типовой конфигурации

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

ВЫБРАТЬ
	ХозрасчетныйОбороты.Субконто1 КАК Статья,
	ХозрасчетныйОбороты.СуммаОборотДт КАК ОборотДт,
	ХозрасчетныйОбороты.СуммаОборотКт КАК ОборотКт,
	ЕСТЬNULL(ХозрасчетныйОбороты.СуммаОборотДт, 0) - ЕСТЬNULL(ХозрасчетныйОбороты.СуммаОборотКт, 0) КАК РазницаОборотов
ИЗ
	РегистрБухгалтерии.Хозрасчетный.Обороты(&НачалоПериода, &КонецПериода, Авто, Счет = &СчетУчета, , , , ) КАК ХозрасчетныйОбороты

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