Почему при закрытии месяца в 1С:УНФ возникает неверная себестоимость и зависают суммы без количества?

Пользователь 1С v8.3 (Управляемые формы) 1С:Управление нашей фирмой Управленческий учет
← На главную

Ситуация, когда после выполнения регламентной операции Закрытие месяца на счетах учета или в отчете по запасам появляются суммовые остатки при нулевом количестве товаров (так называемые «суммовые хвосты»), часто встречается в программе 1С:Управление нашей фирмой (УНФ). При этом попытки исправить себестоимость документом Корректировка регистров приводят лишь к временному эффекту: при следующем закрытии месяца проблема возвращается снова.

Рассмотрим подробно причины искажения себестоимости, проанализируем, почему ручные правки регистров только вредят учету, и разберем по шагам правильные алгоритмы исправления ситуации.

Главная ошибка: использование ручных корректировок регистров

Одна из распространенных ошибок — ручная правка остатков через документ Корректировка регистров. Когда бухгалтер видит зависшую сумму без количества, у него возникает соблазн списать ее минусовой записью прямо в регистр. Однако алгоритм регламентной процедуры Закрытие месяца в 1С:УНФ рассчитывает фактическую себестоимость на основе первичных документов. При очередном проведении закрытия месяца программа пересчитывает движения заново, игнорируя ручные суммовые правки, из-за чего искажения вылезают повторно.

Запомните: любые ручные корректировки регистров учета запасов необходимо полностью исключить. Исправлять себестоимость нужно исключительно первичными документами и наведением порядка в последовательности их проведения. Для поиска первичных документов с незаполненной себестоимостью можно использовать отчет по документам склада без суммы.

Типовые причины возникновения суммовых остатков без количества

Выясним основные причины, по которым программа рассчитывает неверную себестоимость и оставляет суммовые «хвосты» на складах:

  1. Нарушение хронологии ввода документов (в частности, дополнительных расходов). Если товар поступил по документу Приходная накладная, был полностью отгружен документом Расходная накладная, и только после этого в базу был введен документ Дополнительные расходы (например, услуги доставки), себестоимость проданного товара на момент продажи списалась без учета этих расходов. В результате дополнительные расходы падают на себестоимость номенклатуры, которой на складе уже нет (количество 0), образуя зависшую сумму.
  2. Не указан заказ покупателя в документе дополнительных расходов. Если товар после поступления резервировался под конкретный заказ, но в документе Дополнительные расходы этот заказ не был указан (ограничились только ссылкой на приходную накладную), затраты на доставку не распределяются на продажу по данному заказу и остаются висеть на остатках в виде минуса или плюса.
  3. Отрицательные остатки и принудительное резервирование на складе. Если менеджер оформляет Заказ покупателя и вручную устанавливает резерв на товар, которого фактически еще нет на складе, списание при отгрузке происходит по нулевой себестоимости. Последующий приход товара создаст суммовой перекос.
  4. Возвраты товаров от покупателей. Если документ Возврат товаров от покупателя оформлен на основании расходной накладной, а не заказа, и при этом возвращенный товар не был повторно продан в том же месяце, алгоритм закрытия месяца может некорректно рассчитать себестоимость остатка.
  5. Ошибки в доработанных производственных документах. Если в конфигурации дорабатывался код (например, в документе Сборка запасов для автоматического оприходования отходов и уменьшения себестоимости готовой продукции), некорректное заполнение аналитических измерений регистра (счет учета, заказ, подразделение) приводит к тому, что закрытие месяца делает сторнирующие движения с минусом.

Шаг 1. Анализ аналитических разрезов регистра «Запасы и затраты»

Рассмотрим, как правильно локализовать ошибку по конкретной номенклатуре. Себестоимость в 1С:УНФ рассчитывается в разрезе нескольких измерений: Организация, Структурная единица (Склад/Подразделение), Номенклатура, Характеристика, Партия, Заказ покупателя, Счет учета. Для удобной сверки движений и остатков между регистрами можно использовать отчет для сравнения регистров «Запасы на складах» и «Запасы и затраты».

Для поиска причин сформируйте отчет Запасы или Стоимостная оценка остатков и разверните группировки по всем указанным измерениям, добавив детализацию до документа движения:

  1. Откройте настройки отчета и добавьте в структуру группировки: Организация — Склад — Номенклатура — Характеристика — Заказ покупателя — Документ движения.
  2. Найдите позицию, по которой вылезает отрицательная или положительная сумма при нулевом количестве.
  3. Проанализируйте движенческую цепочку: часто можно увидеть, что приход прошел с указанием конкретного Заказа покупателя, а списание — без заказа (или наоборот). Физически количество схлопнулось в ноль, но на аналитике «с заказом» висит плюс, а на аналитике «без заказа» — минус.

Шаг 2. Восстановление правильного учета и последовательности

Разберем порядок действий для исправления найденных расхождений:

  1. Удалите ручные правки. Пометьте на удаление все документы Корректировка регистров, созданные для выравнивания себестоимости.
  2. Исправьте привязку к заказам. Проверьте, чтобы во всей цепочке документов (от приходной накладной до доп. расходов и расходной накладной) были единообразно указаны или отсутствовали заказ покупателя и заказ на производство.
  3. Соблюдайте хронологию. Переведите документы Дополнительные расходы так, чтобы они проводились по времени раньше, чем оформляется окончательная реализация (Расходная накладная) проданного товара.
  4. Проверьте отрицательные остатки в течение месяца. Включите контроль остатков запасов в настройках программы, чтобы предотвратить оперативное списание товаров «в минус». Появление отрицательного количества даже на несколько часов в середине месяца ломает расчет средневзвешенной себестоимости.
  5. Проведите групповое перепроведение и закрытие месяца. После исправления первичных документов выполните повторное проведение документов за период и запустите регламентную операцию Закрытие месяца.

Шаг 3. Проверка кастомных доработок (для программистов)

Если в базе использовались доработки документа Сборка запасов (например, при расчете себестоимости возвратных отходов), необходимо проанализировать код сформированных движений по регистру накопления Запасы и затраты. Все записи по приходу готовой продукции, списанию материалов и оприходованию отходов должны содержать полностью совпадающий комплект обязательных измерений:


// Пример проверки заполнения измерений регистра при доработке
Движение = Движения.ЗапасыИЗатраты.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = Дата;
Движение.Организация = Организация;
Движение.СтруктурнаяЕдиница = Подразделение;
Движение.СчетУчета = СчетУчетаУчетаЗапасов;
Движение.Номенклатура = НоменклатураОтхода;
Движение.Характеристика = ХарактеристикаОтхода;
// Обязательно проверяйте заполнение заказа и структурной единицы!
Движение.ЗаказНаПроизводство = ЗаказНаПроизводство;
Движение.Количество = КоличествоОтхода;
Движение.Сумма = СуммаОтхода;

Если хотя бы одно измерение (например, СчетУчета или ЗаказНаПроизводство) окажется незаполненным при оприходовании отходов, процедура закрытия месяца воспримет это как разрыв аналитики и сформирует сторнирующий расход с минусовой суммой.

← На главную