В конфигурации 1С:Управление производственным предприятием (УПП), редакция 1.3, бухгалтеры и технические специалисты часто сталкиваются с ситуацией, когда остатки по счету 76.01.9 («Платежи по имущественному и личному страхованию») упорно не желают отражаться в регламентированном отчете «Бухгалтерский баланс». На первый взгляд ситуация кажется странной: счет предопределенный, в коде отчета упоминание счета есть, а данные в строку не попадают. Разберем детально, как работает этот механизм и что нужно сделать, чтобы отчет заполнился корректно.
Проанализируем структуру счета 76.01.9. В отличие от многих других счетов расчетов с контрагентами, этот счет имеет специфическое субконто — РасходыБудущихПериодов. Это связано с тем, что страховые премии обычно выплачиваются авансом и списываются в течение срока действия договора страхования.
Рассмотрим основной секрет алгоритма 1С:УПП: программа определяет, в какую строку баланса (и попадать ли туда вообще) включить остаток по этому счету, основываясь не только на самом счете, но и на свойствах объектов в справочнике РасходыБудущихПериодов. Выясним, какой именно реквизит за это отвечает.
В справочнике РасходыБудущихПериодов есть критически важный реквизит — Вид актива. Именно он является «переключателем» для алгоритмов заполнения бухгалтерского баланса. Если этот реквизит не заполнен или заполнен неверно, система «не понимает», к какой категории отнести данную сумму, и исключает её из автозаполнения.
Если вы обнаружили, что 76.01.9 не попадает в баланс, выполним следующие шаги:
76.01.9 является предопределенным (в списке он помечен желтым кружком с точкой). Если счет был создан вручную с таким же кодом, типовой алгоритм баланса его проигнорирует, так как обращение в коде идет через ПланыСчетов.Хозрасчетный.СтрахованиеИмуществаИПерсонала.РасходыБудущихПериодов и найдем те элементы, по которым есть остатки на счете 76.01.9.После изменения реквизита необходимо заново сформировать и заполнить бухгалтерский баланс. Проанализируем результат: теперь суммы должны появиться в соответствующих ячейках отчета.
Посмотрим на ситуацию с точки зрения методологии учета. Страховые платежи по своей сути являются предоплатой (авансом). Согласно действующим правилам бухгалтерского учета, выданные авансы должны отражаться в составе дебиторской задолженности. Однако, поскольку они списываются регламентно как расходы будущих периодов, программа предоставляет гибкость в классификации этих сумм.
Рассмотрим фрагмент логики, которую использует отчет при обращении к данным. Система делает запрос к остаткам счета, но накладывает фильтр по виду актива субконто:
// Пример логики в коде отчета (схематично)
Если Субконто1.ВидАктива = Перечисления.ВидыАктивовДляНоменклатурыИРБП.ДебиторскаяЗадолженность Тогда
// Добавляем в строку 1230
ИначеЕсли Субконто1.ВидАктива = Перечисления.ВидыАктивовДляНоменклатурыИРБП.ПрочиеОборотныеАктивы Тогда
// Добавляем в строку 1260
КонецЕсли;
Если реквизит ВидАктива пустой, условие не срабатывает ни для одной строки, и данные остаются «за бортом» отчета.
Помимо настройки справочника, существуют и другие причины, по которым баланс может не сходиться. Проанализируем их:
76.01.9 обычно установлено свойство «Разворачивать по субконто». Если по одному договору страхования возникнет случайное кредитовое сальдо (например, из-за ошибки в сумме возврата страховки), оно должно попасть в пассив баланса в кредиторскую задолженность, а дебетовое — в актив. Проверьте, нет ли у вас «минусов» по конкретным элементам РБП.Списание расходов будущих периодов. Если документ Списание с расчетного счета зафиксировал оплату, но регламентная операция еще не прошла, баланс будет показывать полную сумму оплаты. Однако, если при оплате не было указано конкретное субконто (РБП), сумма «зависнет» на счете без аналитики и не будет классифицирована отчетом.Важно помнить, что если вы «зеленый кодер» (как выразился автор темы на форуме), нельзя просто добавить счет в план счетов и ждать, что он сам попадет в баланс. Типовые отчеты в УПП жестко завязаны на идентификаторы (GUID) предопределенных счетов. Если вы создали счет 76.01.9 вручную в пользовательском режиме (даже если код совпадает до символа), для системы это будет «чужой» счет. В таком случае у вас два пути: либо использовать типовой предопределенный счет, либо ковырять код баланса в конфигураторе, добавляя туда свой счет, что крайне не рекомендуется для поддержки типовой конфигурации.
Подводя итог: в 90% случаев проблема решается простым заполнением реквизита Вид актива в справочнике Расходы будущих периодов. Это типичная особенность 1С:УПП, о которой нужно помнить при подготовке годовой и квартальной отчетности.