Переход с традиционного партионного учета на режим Расширенной аналитики учета затрат (РАУЗ) в конфигурации «1С:Управление производственным предприятием» (УПП) редакции 1.3 — это важный шаг для оптимизации производительности системы. Однако этот переход часто сопровождается изменением логики проведения документов. Одна из наиболее распространенных проблем, с которой сталкиваются специалисты, связана с ведением учета по заказам в производстве.
Разберем типичную ситуацию: после перевода системы на РАУЗ при проведении документа Отчет производства за смену (ОПЗС) в движениях по регистрам учета затрат в аналитике учета партий корректно отражается заказ. Однако при проведении документа Требование-накладная, который списывает материалы на выпуск под этот же заказ, аналитика очищается и записывается как пустое значение (обозначаемое в системе как <>). В результате в Ведомости по затратам движения по выпуску и списанию материалов не схлопываются, что приводит к некорректному расчету себестоимости и «зависанию» остатков в незавершенном производстве (НЗП).
В этой статье мы подробно проанализируем причины такого поведения системы, рассмотрим устройство механизмов РАУЗ «под капотом» и разберем варианты решения данной проблемы.
Для того чтобы понять, почему очищается аналитика, давайте выясним, как РАУЗ формирует движения в регистрах накопления УчетЗатрат и УчетЗатратРегл. В отличие от партионного учета, где данные пишутся напрямую из реквизитов документов, в РАУЗ используется концепция ключей аналитики. Вся входящая аналитическая информация группируется по четырем основным направлениям:
За формирование этих ключей отвечает общая подписка на событие ПриПроведенииРасширеннаяАналитикаЗапасовИзменениеСостояния. При проведении документа система обращается к специальному служебному макету ПараметрыФормированияДвижений, который расположен внутри самого регистра учета затрат. Этот макет содержит жестко заданные правила: какие именно реквизиты конкретного документа должны попадать в те или иные ключи аналитики.
Если согласно настройкам макета или параметрам учетной политики определенный разрез учета (например, учет по заказам) для данного типа хозяйственной операции не предусмотрен, система принудительно очищает это измерение, записывая в регистр значение пустого ключа — <>.
Прежде чем приступать к изменению конфигурации, необходимо исключить методические ошибки заполнения документов. В документе Требование-накладная в табличной части «Материалы» могут присутствовать две разные колонки для указания заказов:
Проанализируем ситуацию: если в документе заполнен только заказ резерва, то при списании материалов со склада система посчитает эту операцию обычным списанием на общие затраты подразделения. РАУЗ спишет материал с остатков склада (где он числился под заказом резерва), но в затраты незавершенного производства он попадет без привязки к заказу — аналитика запишется как <>. Убедитесь, что в табличной части документа заполнены именно реквизиты группы «Затраты».
Вторым важным шагом является проверка настроек параметров учета и учетной политики. Нам необходимо убедиться, что в системе включена детализация затрат по заказам для того вида учета, в котором возникла проблема (управленческий или регламентированный).
Стоит учитывать, что для режима «Регламентированный учет» в УПП действуют более жесткие правила оптимизации количества ключей аналитики. Если в настройках параметров учета отключено ведение позаказного учета затрат в регламентированном учете, система будет целенаправленно очищать заказ во всех материальных документах, включая Требование-накладная.
Если бизнес-логика предприятия не требует ведения полноценной позаказной себестоимости по каждому требованию-накладной, и ваша главная цель — добиться того, чтобы затраты корректно «схлопывались» (закрывались) при расчете себестоимости, можно пойти по пути изменения макета параметров формирования движений.
Рассмотрим, как это сделать по шагам:
УчетЗатратРегл (и/или УчетЗатрат в зависимости от того, в каком учете зависает аналитика).ПараметрыФормированияДвижений.ТребованиеНакладная.<>.Отчет производства за смену (или уберите заказ в его табличной части), чтобы оба документа формировали движения по пустой аналитике заказа. После этого затраты начнут успешно закрываться.Важное предупреждение: Данный способ является обходным (workaround). Убирая заказ из макета для Требования-накладной, вы фактически переводите списание материалов на «котловой» метод. Вы потеряете возможность видеть точную себестоимость конкретного заказа, так как материалы будут распределяться по номенклатурным группам в целом.
Если вам жизненно необходим точный позаказный учет себестоимости, и вы хотите избежать изменения типовых макетов РАУЗ, мы рекомендуем изменить схему документооборота. Вместо использования связки двух документов (Требование-накладная для списания и Отчет производства за смену для выпуска) используйте один документ — Отчет производства за смену.
В ОПЗС на вкладке «Материалы» укажите списываемые комплектующие. При проведении такого комплексного документа алгоритмы РАУЗ гарантированно сформируют движения по списанию сырья и выпуску продукции в рамках одного и того же ключа аналитики заказа. Это позволит избежать расхождений без снятия конфигурации с поддержки.
Переходя на РАУЗ, следует помнить о других уязвимых участках учета, которые часто требуют повышенного внимания:
Расчет себестоимости выпуска может выдавать некорректную (вплоть до гигантской или отрицательной) себестоимость возвращенных позиций.Проанализировав все варианты, мы видим, что РАУЗ — это гибкий и мощный инструмент, который требует строгого соблюдения методологии ведения учета. Правильное заполнение аналитики затрат в первичных документах избавит вас от необходимости доработки кода конфигурации.