← На главную

При ведении учета в некоммерческих организациях, ТСЖ или управляющих компаниях часто возникает необходимость детализировать Счет86 («Целевое финансирование») в разрезе конкретных объектов, например, многоквартирных домов или отдельных программ. Бухгалтеры привыкли использовать для такой детализации механизм подразделений, который успешно работает на затратных счетах. Однако при попытке включить аналогичный учет на 86 счете многие сталкиваются с техническими ограничениями программы.

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

Разберем причины ограничения: почему в версии ПРОФ нельзя включить подразделения на 86 счете?

Первым делом выясним причину, по которой флаг «Учет по подразделениям» в плане счетов оказывается неактивным. В типовой конфигурации «1С:Бухгалтерия 8» версии ПРОФ реализован упрощенный механизм учета по подразделениям. Программа жестко ограничивает список счетов, на которых можно вести такую аналитику. К ним относятся:

• Счета учета затрат (20, 23, 25, 26, 44);
• Счета учета денежных средств;
• Счета финансовых результатов (90, 91).

Для счета 86 возможность включения учета по подразделениям заблокирована на уровне программного кода самой платформы и метаданных конфигурации. Это сделано для упрощения учета и соблюдения методологии, заложенной разработчиками «1С». Полноценный «сквозной» учет по подразделениям (когда подразделение можно указать на любом балансовом счете) реализован только в версии Бухгалтерия КОРП.

Решение №1: Использование штатного субконто «Назначение целевых средств»

Прежде чем переходить к радикальным мерам и изменять конфигурацию, рассмотрим методически верный путь, который предлагает фирма «1С». На 86 счете по умолчанию включено субконто НазначениеЦелевыхСредств. Проанализируем, как мы можем использовать его для учета в разрезе домов.

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

1. Создаем папку с адресом конкретного дома (например, «ул. Ленина, д. 10»).
2. Внутри этой папки создаем конкретные статьи поступлений: «Взносы на капремонт», «Целевой сбор на шлагбаум» и т.д.
3. При отражении операций (через документы ПоступлениеНаРасчетныйСчет или ОперацияВведеннаяВручную) выбираем соответствующий элемент.

Такой подход позволяет формировать Оборотно-сальдовую ведомость по счету 86 с группировкой по домам, просто включив в настройках отчета отображение иерархии для данного субконто. Это полностью заменяет учет по подразделениям и не требует вмешательства программиста.

Решение №2: Техническая доработка через Конфигуратор и ее риски

Если вы все же решили пойти по пути включения учета по подразделениям через режим Конфигуратор, важно осознать последствия. Рассмотрим по шагам, что произойдет после установки заветной галочки:

Во-первых, само по себе включение признака в плане счетов не добавит поле «Подразделение» в документы. В 1С:Бухгалтерии логика появления этого поля на формах документов жестко прописана. Если программа «не ожидает» увидеть подразделение на 86 счете, она его не покажет.

Во-вторых, как показывает практика (рассмотрим пример из сообщения №5), пользователям приходится прибегать к «Ручной корректировке» в каждом документе. Это критически опасный путь:

• При любом перепроведении документа (например, при групповом перепроведении за месяц) ручные правки могут сброситься, если не установлена защита.
• Обновление конфигурации может затереть ваши изменения в плане счетов.
• Регламентные операции по закрытию месяца не будут учитывать ваши «ручные» подразделения на 86 счете, что приведет к перекосам в сальдо.

Решение №3: Переход на версию КОРП

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

• Признак «Учет по подразделениям» на 86 счете включается штатно.
• Поля «Подразделение» автоматически доступны во всех документах, где используется этот счет.
• Корректно формируется регламентированная отчетность в разрезе обособленных подразделений.

Решение №4: Отраслевые решения для ЖКХ

Проанализируем ситуацию, если вы ведете учет именно в сфере жилищно-коммунального хозяйства. Существуют специализированные решения, такие как «1С: Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК». В таких программах учет по домам реализован не через подразделения, а через отдельный объект метаданных — ОбъектыУчета (здания, сооружения). Это позволяет:

• Видеть детализацию по каждому дому и даже квартире.
• Автоматически распределять взносы на капремонт.
• Формировать отчетность, специфичную для отрасли, которую невозможно получить в обычной «Бухгалтерии».

Использование субсчетов как крайняя мера

Иногда бухгалтеры создают отдельные субсчета (например, 86.01.1, 86.01.2) для каждого дома. Посмотрим на этот метод критически. Пока домов 2 или 3 — это работает. Когда их становится 20, план счетов превращается в неуправляемый список. Кроме того, типовая налоговая декларация (Лист 07) и «Отчет о целевом использовании средств» настроены на работу с предопределенными счетами. Использование самописных субсчетов заставит вас заполнять эти отчеты вручную.

Выясним причину и подведем итог

Подводя итог нашему анализу, мы можем дать следующие рекомендации:

1. Для небольших организаций: Используйте иерархический справочник Назначение целевых средств. Это самый безопасный способ, сохраняющий базу в типовом состоянии.
2. Для крупных компаний: Рассмотрите переход на версию КОРП, где учет по подразделениям на 86 счете является штатной функцией.
3. Для профессионального учета ЖКХ: Используйте специализированные конфигурации, где учет по объектам недвижимости реализован архитектурно правильно.

Помните, что любое вмешательство в ПланСчетов через Конфигуратор в версии ПРОФ влечет за собой необходимость постоянного контроля за «ручными корректировками» и усложняет процесс поддержки программы.