Раздельный учёт по ГОЗ с 2027 года: почему одной настройки бухгалтерии будет мало

С 1 января 2027 года организации, исполняющие государственный оборонный заказ, переходят на обновлённые правила раздельного учёта и калькулирования себестоимости. Постановление № 874 затрагивает не только форму итогового отчёта. Оно требует связать фактические затраты, объекты калькулирования и методы распределения косвенных расходов с каждым контрактом.

Если начать проект в декабре с настройки печатной формы, выяснится, что нужных разрезов нет в первичном учёте. Поэтому переход начинается с данных.

1. Июль–август
   Gap-анализ

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

2. Сентябрь
   Пилот

   Пересчитать один контракт и проверить распределение косвенных расходов.

3. Октябрь–ноябрь
   Доработка

   Изменить справочники, маршруты согласования, отчёты и контроль качества данных.

4. Декабрь
   Переход

   Инвентаризировать незавершённое производство и закрыть контрольную сверку.

5. 01.01.2027
   Новый режим

   Работать по утверждённой политике с проверяемым следом распределения затрат.

Источник: Постановление Правительства РФ № 874

Пять контуров, которые должны совпасть

Первый — договорный. Номер контракта, этапы, продукция и допустимые затраты должны одинаково идентифицироваться в договоре и учётной системе. Второй — производственный: заказ, партия, передел, маршрут и списание материалов. Третий — бухгалтерский и управленческий учёт. Четвёртый — калькулирование и база распределения косвенных расходов. Пятый — отчётность заказчику и контролёру.

Если один контур использует укрупнённую номенклатуру, а другой — детальную, итоговая сумма может сходиться, но доказать её состав будет невозможно. Для ГОЗ этого недостаточно.

Косвенные расходы — главная зона спора

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

Пилот полезно проводить на контракте с несколькими видами продукции и незавершённым производством. Простой заказ может создать ложное ощущение готовности, не проверив сложные места.

Переходящее незавершённое производство

На 1 января нужно знать, какие затраты уже накоплены, по каким правилам они сформированы и как продолжат учитываться. Инвентаризация должна связать остаток с контрактом, продукцией, стадией и первичными документами. Метод переноса утверждается до закрытия года и применяется последовательно.

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

Ответственность за переход

Это не проект только финансового директора. Производство создаёт первичные данные, ИТ обеспечивает справочники и неизменность истории, договорная служба задаёт структуру обязательств, экономисты рассчитывают себестоимость, внутренний контроль проверяет метод. Учётная политика фиксирует общий результат.

К 2027 году организация должна уметь получить цифру и пройти от строки отчёта до операции и обратно. Именно такая трассируемость делает раздельный учёт защищаемым.

Gap-анализ по строкам отчётности

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

В отдельной колонке указывается текущий способ получения данных. «Автоматически» означает воспроизводимый запрос с версией алгоритма; «вручную» — конкретного владельца и правило. Скрытые таблицы экономиста считаются ручным контуром, даже если в них много формул. Их нужно либо перенести в систему, либо формализовать и контролировать.

Результат gap-анализа делится на четыре типа работ: изменить справочник; добавить признак в первичный документ; настроить правило распределения; разработать отчёт. Начинать с последнего типа нельзя, когда первые три не завершены. Отчёт покажет пустые или произвольно заполненные ячейки.

Объект калькулирования и договорная структура

Один контракт может включать несколько видов продукции и этапов, а одна производственная партия — обслуживать несколько обязательств. Поэтому идентификатор договора не всегда достаточен. Организация определяет объект калькулирования так, чтобы он связывал договорный результат и фактический производственный процесс без потери детализации.

Справочник объектов имеет дату начала и окончания, владельца, связь с контрактом, продукцией и заказом производства. Объект нельзя свободно переименовывать после операций: изменения версионируются. Закрытие допускается после проверки незавершённых документов и остатков, иначе поздняя операция попадёт в общий пул.

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

Карточка метода косвенных расходов

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

Изменение метода допускается по установленному основанию и действует с определённой даты. Организация показывает эффект на контракты до утверждения. Запрещённая управленческая практика — выбирать базу после расчёта, сравнивая, какой вариант даёт желаемую себестоимость. Версия метода сохраняется вместе с исходными данными.

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

Первичные данные на производстве

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

Ошибки неизбежны, поэтому нужен контролируемый маршрут исправления. Пользователь выбирает причину, прикладывает документ, а ответственное лицо подтверждает перенос. Исходная запись остаётся в истории. Массовая корректировка проходит усиленное согласование и проверку итогов по контрактам.

ИТ отвечает не только за поле в базе. Интеграции между складом, производством, учётом труда и ERP должны передавать идентификатор без обрезки и подмены. Тестовый набор проходит весь маршрут от заявки до отчёта; сравнение проводится на каждом интерфейсе.

Переходный баланс на 1 января

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

Команда моделирует закрытие декабря и открытие января до реального перехода. Проверяются операции на границе: материал выдан в старом году, труд учтён в новом; работа выполнена, акт не подписан; косвенный пул относится к двум периодам. Для каждого сценария утверждается проводка и аналитическая связь.

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

Пилот, который действительно проверяет модель

Для пилота выбирается контракт со смешанными материалами, собственным трудом, машинным временем, косвенными расходами и незавершённым производством. Тест охватывает месяц от первичных документов до формы. Участники не получают заранее подготовленную идеальную выборку: иначе проект не увидит обычные ошибки данных.

Критерии успеха — полная трассировка выборочных строк, воспроизводимость распределения другим специалистом, отсутствие неописанных ручных операций и совпадение контрольных итогов. Скорость отчёта вторична на первом прогоне; после подтверждения логики оптимизируется производительность.

По итогам создаётся журнал дефектов с владельцем и сроком. Исправление перепроверяется на том же наборе и на втором контракте. Один успешный кейс не подтверждает масштабируемость, если разные подразделения используют иные справочники и маршруты.

Управление проектом до 2027 года

Еженедельный штаб рассматривает готовность данных, методов, ИТ и нормативных документов. Процент выполнения задач дополняется показателями качества: доля операций без объекта, ручные распределения, несвязанные договорные изменения и расхождения пилота. Зелёный статус возможен только при подтверждённом результате.

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

Постановление задаёт обязательную рамку, а конкретная модель зависит от производства и портфеля контрактов. Поэтому материал не предлагает единую базу распределения или универсальный объект. Он задаёт архитектуру перехода: сначала договорная и производственная идентичность, затем метод, данные, система и только после этого форма.