В практике крупных торговых и производственных холдингов, особенно в условиях структурирования (дробления) бизнеса, часто возникает потребность в ведении параллельного учета. Управленческий учет необходим собственникам для понимания реальной картины эффективности, в то время как регламентированный учет (РСБУ, налоговый) выполняет фискальные функции и часто отражает операции в «сглаженном» или оптимизированном виде.
Типичный пример подобного расхождения — импорт товаров, когда официальная таможенная стоимость занижается для оптимизации пошлин, а реальные расчеты с поставщиком ведутся по контрактной цене. Другой пример — неофициальные логистические расходы (оплата услуг грузчиков или доставки наличными), которые должны увеличивать управленческую себестоимость товаров, но не могут быть проведены в регламентированном учете из-за отсутствия закрывающих документов.
В рамках этой статьи мы подробно разберем, как реализовать подобный «двойной» учет в программе 1С:ERP Управление предприятием (редакции 2.4 и 2.5) без изменения типовой конфигурации, рассмотрим внутреннюю архитектуру регистров себестоимости и проанализируем основные системные альтернативы.
Для начала проанализируем, как в типовом решении 1С:ERP реализована возможность параллельной оценки активов. Разработчики заложили разделение контуров на уровне ключевых регистров накопления, отвечающих за финансовый результат. К ним относятся регистры Себестоимость товаров и Выручка и себестоимость продаж.
Если мы заглянем в структуру этих регистров, то увидим, что для хранения стоимостных показателей используются раздельные независимые ресурсы:
Благодаря такому разделению система способна рассчитывать финансовые показатели параллельно. При выполнении процедуры «Закрытие месяца» расчет себестоимости запускается независимо для регламентированного и управленческого контуров. Это позволяет получать упр. баланс и отчет о прибылях и убытках (P&L), которые не связаны жестко с регламентированной отчетностью.
Рассмотрим структуру запроса к регистру СебестоимостьТоваров, который наглядно демонстрирует наличие раздельных стоимостных оценок для одного и того же движения товара:
ВЫБРАТЬ
Себестоимость.Организация КАК Организация,
Себестоимость.АналитикаУчетаНоменклатуры.Номенклатура КАК Номенклатура,
Себестоимость.Стоимость КАК СтоимостьУпр,
Себестоимость.СтоимостьРегл КАК СтоимостьРегл,
Себестоимость.СтоимостьДемередж КАК ДопРасходыУпр
ИЗ
РегистрНакопления.СебестоимостьТоваров КАК Себестоимость
ГДЕ
Себестоимость.Период МЕЖДУ &НачалоПериода И &КонецПериода
Важным условием успешного разделения является правильная настройка валют. В настройках параметров системы (раздел «НСИ и администрирование» — «Настройка предприятий») можно задать Валюту управленческого учета (например, USD или EUR) отличную от Валюты регламентированного учета (RUB). В таком случае все операции будут автоматически пересчитываться по разным курсам, формируя независимые оценки активов и курсовые разницы.
Если в холдинге присутствуют операции, которые вообще не должны попадать в официальную отчетность (например, перемещение товаров на виртуальные склады, забалансовые продажи), стандартным решением является использование предопределенного функционала Управленческая организация.
Рассмотрим по шагам, как задействовать этот механизм:
Организации автоматически создается предопределенный элемент «Управленческая организация». Она исключена из всех процессов формирования регламентированной и налоговой отчетности.Приобретение товаров и услуг) или продажи мы получаем возможность выбирать, по какому контуру проводить документ. Мы можем отразить операцию только по управленческому контуру, выбрав в качестве балансодержателя Управленческую организацию.Этот подход позволяет физически хранить ТМЦ на общем складе, продавать их от лица реальных организаций холдинга (например, розничных продавцов на УСН), но при этом «списывать» товары по регламентированному учету с импортера на ОСНО через механизм межфирменных продаж (схемы «Интеркампани»), сохраняя полный контроль над реальными остатками на управленческом балансе.
Выясним, как отразить ситуацию, когда японское оборудование приобретается по реальному контракту за $10 000 (управленческий долг перед поставщиком), но на таможне для оптимизации пошлин декларируется стоимость $5 000 (официальный долг в регламентированном учете).
Для реализации этого кейса в 1С:ERP мы можем использовать документ Приобретение товаров и услуг с последующей корректировкой обязательств:
Взаимозачет задолженности по Управленческой организации, где списывается виртуальный долг и фиксируется реальная сумма обязательств холдинга.Проанализируем ситуацию: для доставки сырья на завод были наняты частные перевозчики. Оплата произведена наличными из «серой» кассы. Нам необходимо включить эти расходы в себестоимость готовой продукции по управленческому учету, полностью скрыв операцию от налоговой инспекции.
Пошаговый алгоритм решения:
Статьи расходов. Называем ее, например, «Транспортные расходы упр. (неподтвержденные)».Приобретение услуг и прочих активов. В табличной части указываем нашу упр. статью расходов. Сумму заполняем только в поле «Сумма упр.». Поля регламентированного учета оставляем пустыми.Ведение двойного учета всегда связано с выбором оптимальной ИТ-архитектуры. Рассмотрим три основных варианта, которые чаще всего применяются на практике.
Все операции холдинга — и официальные, и неофициальные — отражаются в одной базе 1С:ERP с использованием механизмов разграничения прав доступа (RLS).
Преимущества: Данные вводятся один раз. Руководство видит консолидированный баланс и отчет о прибылях и убытках в режиме реального времени. Отсутствуют сложные обмены и рассогласование данных.
Риски: Критически высокие налоговые риски. В случае выездной налоговой проверки или изъятия серверов правоохранительными органами («маски-шоу») вся неофициальная структура и реальные собственники холдинга станут известны проверяющим. Использование RLS для скрытия управленческих данных от рядовых бухгалтеров также существенно снижает быстродействие системы.
Классическая и наиболее безопасная схема. Все оперативные процессы, реальные цены импорта и неофициальные затраты ведутся в 1С:ERP, которая физически размещается на защищенном сервере (например, в облачном дата-центре за пределами РФ). Для регламентированного учета используются одна или несколько баз 1С:Бухгалтерия (БП), находящихся в локальном офисе.
Преимущества: Полная безопасность. Налоговые инспекторы видят только чистую, прошедшую модерацию базу БП. Базу ERP невозможно изъять локально.
Реализация: Настраивается односторонний обмен данными из ERP в БП с помощью универсального формата EnterpriseData. При выгрузке настраиваются правила фильтрации: «серые» документы, доп. расходы без документов и операции Управленческой организации просто отсекаются. Цены в документах могут автоматически трансформироваться в соответствии с официальными прайс-листами.
Если специфика бизнеса требует сложного параллельного учета по международным стандартам (МСФО) с сохранением жесткого контроля в единой базе, стандартного функционала ERP может не хватить. В этом случае применяются специализированные модули трансляции.
Принцип работы: Первичный документ оперативного контура (например, отгрузка товара) проводится в системе. Специальный модуль «на лету» или по расписанию транслирует эту операцию на два параллельных плана счетов: на регламентированный план счетов и на управленческий план счетов. Правила трансляции настраиваются гибко: одна и та же операция может порождать разные проводки, использовать разные методы амортизации основных средств и списывать себестоимость по разным алгоритмам (например, FIFO для упр. учета и «По средней» для регламентированного).
Подводя итоги, отметим, что типовая система 1С:ERP предоставляет мощный инструментарий для ведения раздельного учета себестоимости и формирования независимого управленческого баланса. Использование встроенных механизмов (раздельные ресурсы регистров, Управленческая организация, ручные корректировки упр. себестоимости) позволяет автоматизировать большинство задач управленческого учета.
Однако при проектировании системы всегда помните о вопросах безопасности: если доля неофициальных операций в холдинге велика, настоятельно рекомендуется разделять базы данных физически, используя 1С:ERP исключительно как управленческое ядро, а регламентированный учет выносить в отдельные базы 1С:Бухгалтерия.