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