Ситуация, когда в программе 1С:Управление нашей фирмой (УНФ) оформлены документы Дополнительные расходы, суммы по ним видны в отчетах или регистрах, но при продаже товара себестоимость списывается только по цене закупки, встречается довольно часто. Это создает серьезные искажения в управленческой отчетности и мешает правильно оценить валовую прибыль компании. Особенно остро проблема проявляется при использовании метода оценки запасов По средней.
В этой статье мы подробно проанализируем механизмы работы программы, разберем типичные ошибки настройки и выясним, почему процедура закрытия месяца может не давать ожидаемого результата.
Первым делом нам необходимо исключить самую распространенную причину — неверную настройку категории или статьи расхода. Рассмотрим, как именно программа определяет, должна ли сумма увеличивать стоимость товара или она является самостоятельным расходом периода.
Откроем карточку статьи расхода, которая указана в документе Дополнительные расходы. Нам нужно обратить внимание на поле Способ распределения (или «Направление распределения»). Чтобы сумма «легла» на товар, должно быть выбрано значение На стоимость запасов. Если в настройках указано «На финансовый результат» или «На расходы», система просто спишет эти деньги в убытки текущего месяца, и они никогда не попадут в себестоимость конкретной номенклатуры, даже если документ привязан к накладной поступления.
Разберем ситуацию, когда статья настроена верно, но распределения все равно не происходит. Важно понимать, что в 1С:УНФ связь «Доп. расхода» с «Приходной накладной» через поле Основание носит вспомогательный характер. Основное значение имеет табличная часть на вкладке Запасы.
Проверим следующие моменты:
Проанализируем временную последовательность проведения документов. Метод оценки По средней в УНФ рассчитывается в рамках месяца, но система крайне чувствительна к так называемым «минусам» внутри дня.
Выясним причину возможного сбоя: если Расходная накладная (продажа) была проведена в 10:00, а Дополнительные расходы — в 15:00 того же дня, первоначальное списание произойдет без учета доп. затрат. Теоретически, Закрытие месяца должно это исправить, но если по данной позиции в какой-то момент возникал отрицательный остаток (даже кратковременный), алгоритм расчета средней цены может сработать некорректно. Система не может усреднить стоимость того, чего «не было» на складе в момент расхода.
Рекомендуется сформировать отчет Движения товаров с детализацией до минут и убедиться, что остаток товара никогда не опускался ниже нуля.
Посмотрим на техническую сторону вопроса через регистры. Если мы видим, что в регистр Запасы сумма доп. расхода попала, но при списании она игнорируется, нам нужно сравнить аналитику прихода и расхода. В 1С:УНФ расчет себестоимости ведется в разрезе следующих измерений:
Если в документе Дополнительные расходы указан склад «Основной», а товар был оприходован на «Склад материалов», система зафиксирует затрату на одном складе, а списывать товар будет с другого по его «чистой» цене. Убедимся, что складские территории в цепочке документов полностью совпадают.
Рассмотрим подробнее работу механизма закрытия периода. В 1С:УНФ окончательный расчет себестоимости происходит именно в этом документе. Проанализируем типичные проблемы:
В документе Закрытие месяца обязательно должен быть установлен флаг Расчет себестоимости. Без этой галочки программа не будет пересчитывать средневзвешенную цену и корректировать движения продаж.
Обратим внимание на программный код. В некоторых конфигурациях расчет себестоимости реализации может иметь нюансы. Например, модуль может выглядеть следующим образом (схематично):
// Фрагмент логики распределения затрат
Процедура КорректировкаСтоимостиСписания()
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ ДопРасходы.Сумма, Продажи.Количество ...";
// Проверка наличия остатков на складе на момент распределения
// Если остаток был нулевой или отрицательный, корректировка может быть пропущена
КонецПроцедуры
Как отмечают технические специалисты, иногда процедура закрытия месяца корректно отрабатывает только для выпуска продукции, а корректировку реализации требует запускать отдельно через перепроведение документов. Проанализируем ситуацию: попробуем выполнить групповое перепроведение документов за месяц (через меню Обслуживание — Корректировка данных), а затем повторно выполнить Закрытие месяца.
Выясним еще один нюанс: часто пользователи указывают в качестве основания для доп. расходов Заказ поставщику, а не Приходную накладную. Если поступление товаров было разбито на несколько накладных, программа может запутаться, на какую именно партию нужно распределить расходы. Для максимально точного учета всегда выбирайте конкретную накладную поступления в качестве документа-основания в табличной части Запасы документа дополнительных расходов.
Чтобы доп. расходы корректно «подтягивались» к себестоимости, придерживайтесь следующего алгоритма действий:
Дополнительные расходы и корректность нажатия кнопки Распределить.Соблюдение этих правил обеспечит точность управленческого учета и позволит системе корректно учитывать все сопутствующие затраты в стоимости ваших товаров.