Переход с конфигурации 1С:Комплексная автоматизация 1.1 на версию 2.4 (и выше) часто вызывает вопросы у специалистов, привыкших к гибкой системе «галочек» в документах. В старой редакции управленческий учет (УУ) велся на отдельных регистрах, и пользователь мог сам определять принадлежность документа к тому или иному виду учета. В КА 2.4 концепция изменилась: теперь система ориентирована на единый оперативный контур, а управленческий учет строится на тех же данных, что и регламентированный, либо через механизм предопределенной Управленческой организации.
Основная сложность возникает, когда необходимо вести раздельный УУ по нескольким юридическим лицам, при этом данные УУ должны существенно отличаться от регламентированного учета (БУ). Проанализируем ситуацию: в системе есть только одна предопределенная Управленческая организация. Как же разделить потоки данных и остатки товаров для двух и более реальных компаний? Рассмотрим несколько эффективных стратегий решения этой задачи.
Это наиболее «чистый» с точки зрения архитектуры 1С способ разделения данных внутри одной управленческой организации. Вместо того чтобы пытаться создать вторую управленческую организацию (что технически невозможно без серьезного вмешательства в код), мы разделим учетные потоки с помощью аналитического разреза Направления деятельности.
Разберем по шагам, как это реализовать:
Направление деятельности.Проанализируем преимущества: при таком подходе система корректно рассчитывает себестоимость в разрезе НД, а управленческий баланс и отчет Доходы и расходы позволяют увидеть финансовую картину по каждой «виртуальной» компании отдельно. Остатки товаров в регистре Товары организаций будут числиться за одной управленческой организацией, но в регистре Запасы и потребности они будут разделены по аналитике НД.
Если разделения по направлениям деятельности недостаточно (например, требуется разный набор контрагентов или специфические печатные формы), рассмотрим вариант создания обычных элементов в справочнике Организации, которые будут выполнять роль управленческих.
Рассмотрим особенности этой схемы:
Мы создаем организации «Упр_Фирма_1» и «Упр_Фирма_2». Важным моментом является то, что для этих организаций мы не настраиваем отражение в регламентированном учете. То есть счета учета не заполняются, а документы по этим организациям просто игнорируются при формировании проводок БУ.
Для взаимодействия между реальными и виртуальными компаниями настроим схему Интеркампани. Проанализируем ситуацию с остатками: в этом случае каждая виртуальная организация будет являться полноценным владельцем товара. Это решает проблему разделения остатков, о которой упоминалось в обсуждении. Однако стоит помнить, что такие организации будут видны во всех списках, и пользователям придется внимательно выбирать нужного «владельца» в документах.
Часто потребность в раздельном УУ вызвана тем, что товар фактически поступает на склад (и должен быть виден в управленческих отчетах), но финансовые документы для бухгалтерии приходят значительно позже. В КА 1.1 это решалось проведением документа только по УУ. В КА 2.4 для этого предусмотрен специальный функционал.
Разберем алгоритм работы с неотфактурованными поставками:
Товары в пути и Неотфактурованные поставки.Приобретение товаров и услуг с видом операции «Закупка по регл. учету», но фактический приход на склад фиксируем ордером (если склад ордерный).Если же задача стоит в том, чтобы «скрыть» часть закупок от БУ вовсе, то здесь поможет только использование управленческой организации в связке с документами Приобретение товаров и услуг, где в качестве организации выбрана именно Управленческая организация.
Выясним причину, по которой программистам не рекомендуется пытаться программно добавить еще одну организацию с признаком «Управленческая». В коде конфигураций ERP и КА 2 существует множество жестких ссылок на предопределенный элемент:
// Пример логики, часто встречающейся в модулях расчета себестоимости
Если Организация = Справочники.Организации.УправленческаяОрганизация Тогда
// Особая логика распределения затрат или исключение из БУ
КонецЕсли;
Попытка внедрить вторую подобную организацию потребует изменения сотен процедур в модулях проведения документов, закрытия месяца и формирования отчетности. Это сделает систему практически необновляемой. Поэтому правильным путем считается расширение аналитики (через Направления деятельности) или использование схемы с виртуальными обычными организациями.
Проанализируем и сравним подходы для принятия решения:
Важный нюанс по регистру «Товары организаций»: помните, что в КА 2.4 этот регистр является ключевым для контроля остатков. Если вы используете одну управленческую организацию для двух филиалов без НД или разделения по складам, система неизбежно «перемешает» их товары. Рекомендуем всегда использовать связку Организация + Склад + Направление деятельности для обеспечения прозрачности управленческого учета.
Таким образом, несмотря на отсутствие привычных «галочек» из старых версий, КА 2.4 предоставляет мощные инструменты для реализации параллельного учета. Главное — определить, что является приоритетом: простота ввода документов или глубина аналитического разделения данных.