В процессе обновления конфигурации 1С:УПП (Управление производственным предприятием) до релизов 1.3.173.2 и выше многие специалисты сталкиваются с изменением логики закрытия затратных счетов. В частности, общепроизводственные расходы (счет 25), которые ранее корректно распределялись на счет 20, начинают списываться на счет 26. Давайте вместе разберемся, почему это происходит и как вернуть систему к привычной работе.
Первое, что необходимо понять: механизм Расчет себестоимости в УПП крайне чувствителен к настройкам аналитики. Если система начинает «уводить» затраты на счет 26, это чаще всего означает, что алгоритм не находит достаточных оснований (базы) для распределения на счет 20. Это может быть связано с тем, что после обновления требования к заполнению регистров стали строже.
Рассмотрим основные области, которые нужно проверить в первую очередь:
Способы распределения статей затрат организации: именно здесь кроется наиболее вероятная причина изменения поведения программы.Производство и учет затрат): убедимся, что параметры детализации затрат соответствуют текущим реалиям выпуска продукции.На основе практического опыта коллег, столкнувшихся с данной проблемой на релизе 1.3.173.2, наиболее действенным методом является корректировка настроек в способе распределения затрат. Рассмотрим этот процесс по шагам:
Способы распределения статей затрат организации.Для каких расходов применять. Часто там установлено значение Для косвенных расходов.Для производственных расходов.Расчет себестоимости.Данная манипуляция позволяет программе изменить приоритетность распределения. В ряде случаев логика закрытия месяца в новых релизах требует более явного указания, что статья является именно производственной, чтобы алгоритм Распределения затрат корректно включил её в себестоимость продукции на 20 счете.
Если смена типа расхода не решила проблему, нам необходимо углубиться в детализацию затрат. Проанализируем следующие моменты:
Детализация затрат в учетной политике: Проверьте, выбрана ли у вас детализация до Номенклатурных групп или Продукции. Если база распределения, на которую ссылается способ распределения, пуста (то есть, нет выпуска по указанным аналитикам), программа вынуждена перенаправить затраты на счет 26, чтобы не оставлять их «висящими» на производственном счете.
Проверка аналитики затрат: Сравните статьи затрат, которые закрываются корректно, с теми, что создают проблему. Убедитесь, что для «проблемных» статей корректно заполнены следующие реквизиты:
Подразделение — оно должно совпадать с подразделением, где был выпуск продукции.Номенклатурная группа — если база распределения завязана на номенклатурные группы, соответствие должно быть прямым.Если массовая проверка настроек не дает результата, и вы обладаете навыками отладки, рекомендуем выполнить следующие действия:
Проанализируйте модуль РасчетСебестоимости. В процедуре распределения затрат система делает выбор счета дебета на основе данных из регистра СпособыРаспределенияСтатейЗатратОрганизаций. Установите точку останова в месте, где происходит выбор счета дебета, и проверьте состояние переменной СчетДебета. Это позволит увидеть, на каком именно этапе (и из-за какого условия) система принимает решение о переводе на 26 счет.
Важное примечание: При обновлении системы на релизы 1.3.173.2 разработчики могли усилить проверки корректности данных. Иногда старые настройки (созданные несколько лет назад) могут содержать «пустые» поля или неактуальные ссылки, которые новые алгоритмы интерпретируют как ошибки, сбрасывая распределение на 26 счет как на общехозяйственный. Попробуйте перевыбрать способ распределения в карточке статьи затрат, чтобы «обновить» ссылку в базе данных.
Надеемся, эти рекомендации помогут вам разобраться с закрытием месяца и вернуть корректное распределение общепроизводственных расходов на 20 счет. Работайте последовательно, начиная с проверки справочника Способы распределения статей затрат организации — в большинстве случаев этого оказывается достаточно.