Работа с режимом расширенной аналитики учета затрат (РАУЗ) в 1С:Управление производственным предприятием 1.3 существенно отличается от классического партионного учета. Одной из самых неприятных ситуаций является «краснота» по сумме на счетах учета МПЗ (например, 10.06) при нулевом или положительном количестве. Разберем ситуацию: по дебету числится остаток и приходы на общую сумму 443 000 рублей, а документ Комплектация номенклатуры внезапно списывает 466 000 рублей. В результате мы получаем отрицательное сальдо по сумме при отсутствии количественного остатка.
Проанализируем, почему система ведет себя подобным образом, и выясним, где именно «закопана» ошибка.
РАУЗ оперирует не документами поступления, а ключами аналитики. Каждый ключ — это уникальная комбинация склада, номенклатуры, качества, счета учета и других параметров. Если приход был оформлен по одной комбинации аналитик, а списание происходит по другой, система может выдать непредсказуемый результат.
Рассмотрим подробнее механизм возникновения ошибки. Часто проблема кроется в разрезе БУ (бухгалтерский учет) и НУ (налоговый учет). Если остатки были введены или оприходованы только по БУ (забыли поставить галочку «Отразить в нал. учете»), а документ списания (комплектация, требование-накладная) пытается списать товар по обоим видам учета, возникает конфликт. Система видит, что по аналитике «Только БУ» есть сумма, а по аналитике «БУ + НУ» суммы нет. При расчете себестоимости алгоритм решения линейных уравнений может «перекинуть» лишнюю стоимость, пытаясь закрыть количественный разрыв, что и приводит к лишним списаниям.
Важно помнить, что в течение месяца суммы в проводках документов при РАУЗ могут быть предварительными. Окончательная стоимость формируется только после проведения регламентного документа Расчет себестоимости выпуска. Однако, если в исходных данных (остатках) есть «мусор» или некорректные ключи аналитики, даже расчет себестоимости не сможет выровнять ситуацию, а иногда и усугубит ее, распределив зависшие суммы на текущие расходы.
Прежде чем что-то исправлять, необходимо точно локализовать ошибку. Откроем отчет Ведомость по учету МПЗ. Для того чтобы увидеть реальную картину, недостаточно просто сформировать отчет по номенклатуре. Выполним следующие настройки:
Поскольку лезть в закрытые периоды 2017 года (как в нашем примере) крайне не рекомендуется, мы воспользуемся механизмом корректировки текущим периодом (началом текущего года). Нам необходимо привести аналитику остатков к единому виду.
Рассмотрим наиболее изящный способ исправления — «Отрицательный приход» по неверной аналитике и «Положительный приход» по верной. Это позволит не раздувать обороты по расходу, на которые может среагировать Расчет себестоимости.
Создадим документ Корректировка записей регистров:
Учет затрат (регламентированный учет).Пример заполнения в коде (условно, если бы мы делали это программно):
// Создаем движение по регистру УчетЗатратРегл
НоваяЗапись = Движения.УчетЗатратРегламентированный.ДобавитьПриход();
НоваяЗапись.Период = ДатаНачалаГода;
НоваяЗапись.АналитикаВидаУчета = КлючБезНУ;
НоваяЗапись.Количество = -1000;
НоваяЗапись.Стоимость = -112000;
// Исправляющая запись
НоваяЗаписьПравильная = Движения.УчетЗатратРегламентированный.ДобавитьПриход();
НоваяЗаписьПравильная.Период = ДатаНачалаГода;
НоваяЗаписьПравильная.АналитикаВидаУчета = КлючСНУ;
НоваяЗаписьПравильная.Количество = 1000;
НоваяЗаписьПравильная.Стоимость = 112000;
Иногда визуально аналитики в отчете выглядят одинаково, но система упорно разделяет их. Это может означать, что в справочнике Ключи аналитики учета затрат образовались дубли. Разберем, как это проверить. В консоли запросов выполним запрос к регистру УчетЗатратРегламентированный с группировкой по регистратору и полю АналитикаВидаУчета. Если у одного документа прихода и документа списания ссылки на ключи разные (разные ГУИДы), при этом состав полей внутри ключей идентичен — это технический сбой.
В этом случае поможет типовая обработка «Тестирование и исправление ключей аналитики», которая часто входит в состав дополнительных инструментов для УПП. Она схлопнет дубли и перепривяжет движения документов к одному ключу.
Проанализируем поведение документа Комплектация номенклатуры в контексте РАУЗ. Этот документ делает две операции: списывает комплектующие и выпускает комплект. В отличие от Требования-накладной, комплектация сразу пытается сформировать стоимость выпускаемого изделия на основании стоимости комплектующих. Если в момент проведения документа по ключам аналитики комплектующих висит только сумма без количества или наоборот, алгоритм расчета может «испугаться» деления на ноль или использовать средневзвешенную цену по всей организации, игнорируя конкретный склад, если настройки учета это позволяют.
Важный совет: Если вы столкнулись с такой проблемой, попробуйте сначала провести исправление остатков (Шаг 2), а затем перепровести Комплектацию номенклатуры. Вы увидите, что сумма списания придет в норму и станет равна сумме прихода (220 000 + 112 000 + 111 000 в вашем примере).
Подведем итог нашему исследованию. Лишнее списание суммы при РАУЗ — это почти всегда сигнал о том, что нарушена целостность аналитических разрезов.
Чтобы избежать подобных проблем в будущем, рекомендуем:
Корректировка записей регистров — мощный инструмент, но использовать его нужно осторожно, только после того, как вы убедились, что стандартные документы (например, Оприходование товаров только по НУ) не решают проблему из-за специфики РАУЗ.Использование метода «отрицательного прихода» в корректировке позволит вам выровнять регистры, не затрагивая закрытую отчетность прошлых лет и обеспечив корректную работу Расчета себестоимости в текущем периоде.