Как исправить ошибку «Поле объекта не обнаружено (ПереклассифицированоАмортизация)» при заполнении пояснения 4 к балансу в 1С:Бухгалтерии?

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

При подготовке регламентированной отчетности и формировании пояснений к бухгалтерскому балансу (раздел «Пояснение 4. Основные средства») пользователи могут столкнуться с аварийным завершением автозаполнения. Программа выдает исключение вида Поле объекта не обнаружено (ПереклассифицированоАмортизация) со ссылкой на процедуру ДобавитьСлагаемое в модуле ЗаполнениеБухгалтерскойОтчетностиТабличное. Разберем по шагам, почему возникает данный сбой, как работает механизм программы изнутри и какими путями можно решить проблему.

Анализируем причину возникновения ошибки в программном коде

Для понимания корня проблемы проанализируем логику работы алгоритма автозаполнения регламентированной отчетности. При расчете движения основных средств структура строк и колонок таблицы движения (коллекция НаличиеДвижение) создается динамически.

В общем модуле ЗаполнениеБухгалтерскойОтчетностиПоясненияОсновныеСредства присутствует процедура формирования колонок:


Если КПродаже Тогда
    ЧисловыеЗначения.Добавить("ПереклассифицированоПервоначальная");
    ЧисловыеЗначения.Добавить("ПереклассифицированоАмортизация");
КонецЕсли;

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

Далее процедура ПеренестиМеждуКолонками обращается к колонкам строки таблицы отчета. Если в учетных записях встречается операция списания амортизации на счет выбытия по объекту, который классификатор программы не относит к собственным ОС к продаже (флаг КПродаже равен Ложь), целевые колонки в структуре попросту отсутствуют. При попытке прибавить сумму к отсутствующему свойству объекта платформа и выдает ошибку.

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

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

  1. Использование некорректного субсчета амортизации при выбытии. Самая частая причина — проводка Дт 02.03 - Кт 01.09. Субсчет 02.03 предназначен для учета амортизации арендованного имущества, а субсчет 01.09 — для выбытия собственного имущества. Для арендованного имущества алгоритм не взводит флаг КПродаже, вследствие чего колонка не создается.
  2. Ручные корректировки и операции. Отражение выбытия ОС через документ «Операция, введенная вручную» проводками по дебету 02.01 и кредиту 01.09 без формирования записей в специализированных регистрах сведений («События ОС», «Параметры амортизации ОС»). В результате алгоритм не может правильно классифицировать категорию актива.
  3. Пересортица между субсчетами внутри одного объекта. Ситуация, когда первоначальная стоимость числится на субсчете 01.03 («Арендованное имущество») или 03.02, а амортизация начислялась или списывалась по субсчету 02.01 (или наоборот).
  4. Ошибочное списание прав пользования активами (ППА). Выбытие или расторжение лизинга/аренды оформлено через промежуточные счета выбытия 01.09 вместо использования регламентного документа конфигурации «Прекращение аренды».
  5. Отрицательные обороты и сторно. Наличие красного сторно по дебету субсчетов счета 02 в корреспонденции со счетами 01 за отчетный период, нарушающее стандартную выборку оборотов.

Способ 1. Диагностика и исправление учетных проводок

Разберем по шагам, как локализовать и исправить проблемную запись в информационной базе:

  1. Сформируем отчет «Анализ счета» по субсчетам счета 02 (включая 02.01, 02.02, 02.03) за весь отчетный период. В настройках отчета установим отбор и группировку по корреспондирующим счетам 01.09 и 03.09.
  2. Проанализируем каждую выявленную операцию. Если обнаружена проводка Дт 02.03 - Кт 01.09 по собственному основному средству, ее необходимо исправить на Дт 02.01 - Кт 01.09.
  3. Проверим журнал документов «Операция» (ручные проводки) за отчетный год с отбором по дебету счета 02. Если списание проводилось вручную, заменим такую операцию на типовой документ «Списание ОС» или «Подготовка к передаче ОС». Типовые документы заполняют служебные регистры, что позволяет классификатору отчета корректно распознать операцию.
  4. Построим отчет «Оборотно-сальдовая ведомость» по счетам 01 и 02 с детализацией по субсчетам и субконто «Основные средства». Убедимся, что по каждому объекту пары субсчетов строго согласованы между собой.

Способ 2. Обновление конфигурации и установка патчей

Фирма «1С» регулярно выпускает исправления ошибок алгоритмов регламентированной отчетности. Проверим актуальность используемого релиза:

  1. Обновим конфигурацию «1С:Бухгалтерия предприятия» до актуального релиза (ошибка фиксировалась на релизе 3.0.180.14).
  2. Проверим наличие и загрузим все доступные официальные патчи (исправления) для подсистемы регламентированной отчетности через раздел «Администрирование» — «Обслуживание» — «Обновление программы» — «Установка обновлений и исправлений (патчей)».

Способ 3. Временный обход ошибки при срочной сдаче отчета

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

  1. Ручное заполнение раздела. В форме регламентированного отчета «Бухгалтерская отчетность» отключим автоматический расчет для листа «Пояснение 4. Основные средства» и внесем итоговые показатели вручную на основании данных оборотно-сальдовой ведомости.
  2. Использование расширения конфигурации. Программист может создать временное расширение без снятия конфигурации с типовой поддержки. Для этого в процедуре ДобавитьОписаниеЧисловыеЗначенияНаличиеДвижение модуля ЗаполнениеБухгалтерскойОтчетностиПоясненияОсновныеСредства достаточно добавить имена колонок ПереклассифицированоПервоначальная и ПереклассифицированоАмортизация безусловно, вне зависимости от значения переменной КПродаже. Это предотвратит аварийное прерывание алгоритма.
← На главную