Почему в 1С:ERP перестали распределяться последние месяцы РБП и как это исправить

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

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

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

Разбор механизма работы РБП в ERP

Для начала проанализируем, как система понимает, что пора списывать расходы. В ERP 2.4 процесс распределения РБП состоит из нескольких этапов:

  1. Первичное признание расхода на статье с типом распределения «На расходы будущих периодов». Сумма попадает в регистр накопления РасходыБудущихПериодов.
  2. Создание документа Распределение РБП, где фиксируется общая сумма, срок (например, 13 месяцев) и аналитика статьи списания.
  3. Ежемесячное выполнение регламентного задания в рамках процедуры «Закрытие месяца». На этом этапе система анализирует график из документа распределения и должна сформировать записи в регистр Прочие расходы.

Если в последних месяцах (как в нашем примере — февраль и март) записи в регистр Прочие расходы не создаются, значит, нарушена логическая цепочка между графиком распределения и фактическим признанием затрат.

Шаг 1. Анализ проблемы через Универсальный отчет

Прежде чем вносить изменения, нам необходимо выяснить, на каком регистре «застряла» сумма. Проанализируем ситуацию с помощью Универсального отчета:

1. Перейдем к отчету и выберем тип объекта «Регистр накопления», имя объекта — Прочие расходы. Настроим группировку по Статье расходов, Аналитике расходов и Направлению деятельности.

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

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

Шаг 2. Проверка настроек статьи расходов и финансового результата

Проанализируем настройки статьи, на которую списываются РБП. Важно убедиться в следующем:

Шаг 3. Устранение проблемы через Корректировку регистров

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

Разберем алгоритм действий по шагам:

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

Шаг 4. Почему возникла ошибка (Технический нюанс)

Выясним возможную причину сбоя, чтобы избежать её в будущем. В релизах линейки 2.4.12 - 2.4.13 часто встречались две проблемы:

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

2. Механизм фонового распределения: В ERP за списание РБП отвечает фоновое задание, которое создает скрытые документы Распределение расходов. Если в прошлых периодах были ручные правки в регистре Прочие расходы, цепочка «автоматизма» разрывается, и система перестает видеть потребность в создании новых записей для конкретного экземпляра РБП.

Для программной проверки остатков РБП можно использовать следующий фрагмент логики (условно представим, как это видит система):


// Схематичный пример логики проверки остатка РБП
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
               |    Остатки.СуммаОстаток КАК ОстатокРБП,
               |    График.Сумма КАК СуммаКРаспределению
               |ИЗ
               |    РегистрНакопления.РасходыБудущихПериодов.Остатки(&ДатаКонтроля, ) КАК Остатки
               |ВНУТРЕННЕЕ СОЕДИНЕНИЕ 
               |    Документ.РаспределениеРБП.РезультатыРаспределения КАК График
               |ПО Остатки.Регистратор = График.Ссылка";
// Если ОстатокРБП < СуммаКРаспределению (из-за округлений), списание не произойдет

Рекомендации по профилактике

Чтобы минимизировать риск подобных ситуаций, придерживайтесь следующих правил:

Таким образом, мы выяснили, что наиболее безопасным способом решения проблемы «зависших» РБП в закрытых периодах является точечная корректировка регистров, которая позволяет системе «подхватить» нужные суммы и корректно завершить финансовый год.

← На главную