Почему корректировка записей регистров попадает в себестоимость не тем месяцем в 1С:УПП 1.3

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

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

Природа несоответствия даты документа и периода записей

Проанализируем архитектуру системы 1С. У любого документа есть реквизит Дата, который определяет его положение в журнале документов. Однако записи в регистрах накопления (движения), которые формирует этот документ, имеют собственный обязательный реквизит — Период. В большинстве стандартных документов (например, «Требование-накладная» или «Отчет производства за смену») период записи всегда совпадает с датой документа. Программа автоматически синхронизирует их при проведении.

Документ Корректировка записей регистров является исключением. Это универсальный инструмент, который позволяет напрямую редактировать записи практически любого регистра. В его табличных частях колонка Период доступна для ручного редактирования. Если дата документа установлена на декабрь, а в строках табличной части указан май, то система воспримет эти движения именно как майские. Выясним причину, почему это происходит:

Влияние на расчет себестоимости выпуска (РСВ)

Процедура «Расчет себестоимости выпуска» в УПП 1.3 ориентируется исключительно на период записей в регистрах, а не на даты документов-регистраторов. Рассмотрим по шагам, как РСВ обрабатывает такие данные:

  1. При запуске РСВ за декабрь алгоритм делает выборку оборотов по регистрам Затраты, Партии товаров на складах и другим за период с 01.12 по 31.12.
  2. Если в документе «Корректировка записей регистров» от 15.12 в строках указан период «19.05», то декабрьский расчет эти записи просто не увидит.
  3. Когда наступит май следующего года (или если расчет за прошлый май будет перезапущен), система подтянет эти затраты в расчет майской себестоимости.

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

Проблема пустой или некорректной аналитики

Помимо даты, при использовании корректировок крайне важно следить за полнотой заполнения аналитических разрезов. Разберем ситуацию: корректировка вносит сумму затрат, но не указывает Номенклатурную группу или Статью затрат. В УПП 1.3 расчет себестоимости крайне чувствителен к этим полям. Если способ распределения затрат настроен «по номенклатурным группам», а в корректировке это поле пустое, затраты «зависнут» на остатках регистра Затраты и никогда не включатся в стоимость выпущенной продукции, даже если период указан верно.

Как исправить ошибку программно

Если вы обнаружили, что корректировки массово создаются с неверными периодами из-за работы внешней обработки, необходимо актуализировать код. Посмотрим на пример правильной установки периода при формировании набора записей. Проанализируем фрагмент кода, который синхронизирует период каждой строки с датой документа:


// Пример исправления периода в наборе записей регистра накопления
Для Каждого СтрокаДвижения Из НаборЗаписей Цикл
    // Устанавливаем период записи равным дате документа-объекта
    СтрокаДвижения.Период = ЭтотОбъект.Дата;
КонецЦикла;

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

Алгоритм действий для исправления существующей проблемы

Если ошибочные документы уже созданы и движения зафиксированы в системе, рекомендуем выполнить следующие действия:

  1. Проверка отчетом: Сформируйте отчет «Список/кросс-таблица» по регистру, в котором обнаружена проблема. Добавьте в группировки поля Регистратор.Дата и Период. Там, где эти значения расходятся, и кроется ошибка.
  2. Корректировка данных: Откройте проблемный документ Корректировка записей регистров. Перейдите на закладку нужного регистра и вручную или с помощью групповой обработки измените значение в колонке Период.
  3. Перепроведение РСВ: После исправления дат в движениях необходимо последовательно перепровести документы «Расчет себестоимости выпуска», начиная с того месяца, куда ошибочно попали записи, и заканчивая текущим периодом.
  4. Восстановление последовательности: Помните, что ручные корректировки регистров партионного учета не восстанавливают последовательность автоматически. Рекомендуется запустить процедуру «Восстановление последовательности партионного учета», чтобы программа правильно рассчитала списания с учетом новых введенных данных.

Важный совет: При использовании документа Корректировка записей регистров всегда проверяйте, по каким видам учета делаются записи. Если вы корректируете только управленческий регистр накопления (например, Затраты), но забываете про регистр бухгалтерии (Хозрасчетный), у вас возникнет расхождение между «Ведомостью по затратам» и «Оборотно-сальдовой ведомостью» по 20 или 25 счету. Старайтесь отражать изменения параллельно во всех необходимых разделах учета.

← На главную