Как создать параллельную бухгалтерскую отчетность (ОСВ, Анализ, Карточка) на управляемых формах в 1С:Предприятии, не затрагивая стандартный учет?

← К списку

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

Основные подходы к построению параллельной отчетности

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

Расширение аналитики существующего плана счетов и регистров.

Мы можем попытаться адаптировать стандартный план счетов и регистр бухгалтерии для наших нужд.
- Увеличение количества субконто: Платформа 1С позволяет нам увеличить максимальное количество субконто для каждого счета в плане счетов. Для этого нам необходимо обратиться к настройкам плана счетов, где есть параметр Макс. количество субконто. Теоретически, мы можем установить там достаточно большое значение, например, 1000, как было предложено в одном из обсуждений.
  
  Однако, этот подход имеет серьезные ограничения. Стандартные документы и отчеты типовой конфигурации не рассчитаны на такое количество аналитик и могут потребовать значительной переработки. Кроме того, это может привести к снижению производительности и усложнению поддержки.
- Использование дополнительных реквизитов и сведений: Для хранения дополнительной аналитики, которая не является частью стандартных субконто, мы можем использовать механизм ДополнительныеРеквизитыИСведения объектов конфигурации (например, справочников, документов). Это позволяет нам обогатить данные без изменения структуры регистра бухгалтерии, но требует создания механизмов для переноса этих данных в отчеты или временные таблицы для анализа.
- Создание собственных регистров накопления или сведений: Для специфической аналитики, которая не вписывается в структуру регистра бухгалтерии, мы можем создать собственные РегистрыНакопления или РегистрыСведений. Эти регистры могут быть заполнены на основании движений регистра бухгалтерии или других документов, предоставляя нужные аналитические разрезы для параллельного учета. Этот путь требует от нас разработки механизмов записи и обработки данных, а также создания отчетов на их основе.
Использование механизмов трансляции и трансформации.

Если задача построения параллельной отчетности (например, для МСФО) является типовой, мы можем рассмотреть готовые коробочные решения.
- Коробочные решения (например, "1С:Управление холдингом" и "БИТ.ФИНАНС"): Существуют специализированные конфигурации и модули, такие как "1С:Управление холдингом" (УХ) или "БИТ.ФИНАНС", которые предоставляют мощные инструменты для трансформации данных РСБУ в формат МСФО или управленческого учета. Эти решения позволяют настроить правила трансляции проводок или оборотов из одного плана счетов в другой, с учетом дополнительных аналитик и корректировок. Это значительно упрощает процесс формирования параллельной отчетности по сравнению с ручной разработкой, так как они уже содержат готовый комплект отчетов.
- Формульный механизм в 1С:УХ: В "1С:Управление холдингом" также есть возможность создавать формульные отчеты, где каждая ячейка может содержать произвольный запрос или формулу. Это очень мощный инструмент для построения нестандартных отчетов, которые могут агрегировать данные из различных источников, включая регистры бухгалтерии, дополнительные регистры и внешние данные.
Создание отдельного плана счетов и регистра бухгалтерии.

Один из самых "чистых" подходов — это создание совершенно нового, отдельного плана счетов и связанного с ним регистра бухгалтерии специально для параллельного учета. Это решение позволяет нам полностью изолировать параллельный учет от стандартного РСБУ.

Преимущества:
- Мы можем настроить любое необходимое количество субконто, не ограниченное типовыми механизмами.
- Мы можем определить свои собственные правила проводок и специфическую отчетность, не затрагивая типовую конфигурацию.
- Полная изоляция от типового учета минимизирует риски при обновлении конфигурации.
Недостатки:
- Этот подход требует от нас разработки механизмов дублирования или трансляции данных из основного учета в новый регистр.
- Нам придется создавать все необходимые отчеты (ОСВ, анализ счета, карточка счета и т.д.) с нуля для нового регистра.
В рамках этого подхода мы можем создать свои отчеты и объекты метаданных, а затем "подменять" стандартные отчеты, если это требуется, или просто предоставлять их как отдельные.

Особенности работы с запросами и виртуальными таблицами регистра бухгалтерии

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

Проблемы с виртуальной таблицей `ОстаткиИОбороты`

Виртуальная таблица РегистрБухгалтерии.Хозрасчетный.ОстаткиИОбороты оптимизирована для получения агрегированных данных по счетам и субконто. Однако, при попытке получить из нее поля Регистратор и одновременно большое количество Субконто, особенно если эти Субконто не являются ключевыми для агрегации, мы можем столкнуться с неожиданным поведением.

Рассмотрим пример запроса, который мы могли бы использовать:


ВЫБРАТЬ
    ХозрасчетныйОстаткиИОбороты.Счет КАК Счет,
    ХозрасчетныйОстаткиИОбороты.Период КАК Период,
    ХозрасчетныйОстаткиИОбороты.Регистратор КАК Регистратор,
    ХозрасчетныйОстаткиИОбороты.Субконто1 КАК Субконто1,
    ХозрасчетныйОстаткиИОбороты.Субконто2 КАК Субконто2,
    ХозрасчетныйОстаткиИОбороты.Субконто3 КАК Субконто3,
    ХозрасчетныйОстаткиИОбороты.Регистратор.Субконто4 КАК Субконто4, // Проблемное место
    ХозрасчетныйОстаткиИОбороты.Организация КАК Организация,
    ХозрасчетныйОстаткиИОбороты.Валюта КАК Валюта,
    ХозрасчетныйОстаткиИОбороты.СуммаНачальныйОстатокДт КАК СуммаНачальныйОстатокДт
ИЗ
    РегистрБухгалтерии.Хозрасчетный.ОстаткиИОбороты(
        &НачДата,
        &КонДата,
        Регистратор, // Периодичность по регистратору
        ,
        Счет = &Счет,
        &ВидыСубконто,
        Организация = &Организация
    ) КАК ХозрасчетныйОстаткиИОбороты

Как мы видим из обсуждений, если мы пытаемся получить поля Субконто1, Субконто2, Субконто3 и одновременно Регистратор (а тем более детализацию по Регистратор.Субконто4), виртуальная таблица ОстаткиИОбороты может перестать возвращать данные по регистраторам или вести себя непредсказуемо. Это связано с тем, что Регистратор не всегда является частью агрегации, а получение его требует детальных движений, что противоречит оптимизированной природе этой виртуальной таблицы.

Использование виртуальной таблицы `ДвиженияССубконто`

Для получения детальной информации о регистраторе и всех субконто в разрезе движений, как правило, рекомендуется использовать виртуальную таблицу РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто. Эта таблица возвращает каждую проводку, что позволяет нам получить всю необходимую аналитику.

Однако, ее прямое использование для формирования итоговых отчетов, таких как оборотно-сальдовая ведомость, может быть более ресурсоемким, так как она возвращает каждую проводку. Для построения итоговых отчетов на основе ДвиженияССубконто нам придется самостоятельно выполнять агрегацию данных.

В некоторых случаях, для обхода ограничений ОстаткиИОбороты, нам приходится использовать соединение с ДвиженияССубконто, подобно тому, как это делается в отчете "Карточка счета":


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

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

Оптимизация запросов

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

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

Заключение

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