Почему в инвентарной карточке 52н не отображается переоценка основных средств и как это исправить?

Бухгалтер 1С v8.3 (Обычные формы) Бухгалтерский учет Сфера услуг, туризм и социальный сектор
← На главную

При формировании инвентарной карточки учета нефинансовых активов (форма 0504031 по Приказу Минфина России № 52н) бухгалтеры бюджетных учреждений нередко сталкиваются с ситуацией, когда в таблице изменения стоимости объекта отсутствует строка с проведенной переоценкой. При этом в итоговой строке графы «Восстановительная (балансовая) стоимость» выводится актуальная сумма, уже включающая в себя результат переоценки. Часто такая проблема обнаруживается после выполнения свертки информационной базы и запуска регламентных сервисных процедур.

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

Механизм формирования таблицы стоимости в инвентарной карточке 52н

Чтобы понять корень проблемы, проанализируем, откуда печатная форма инвентарной карточки считывает данные для строк и итоговых сумм:

  1. Формирование промежуточных строк: строки второго раздела карточки («Стоимость объекта, изменение балансовой стоимости, начисление амортизации») формируются по записям специализированных периодических регистров сведений. Ключевым регистром для отражения изменения стоимости в результате переоценки выступает регистр сведений Переоценка НФА. Также используются регистры Модернизация ОС, События ОС и параметры начисления амортизации. Если по объекту нет движений в регистре сведений Переоценка НФА, программа попросту не видит факта события и не выводит соответствующую строку в печатный бланк.
  2. Формирование итогов: текущая балансовая стоимость и итоговые значения по графе рассчитываются совершенно из других источников — данных бухгалтерских проводок (регистр бухгалтерии) и регистра накопления Стоимость объектов основных средств. В них на дату свертки базы была зафиксирована результирующая балансовая стоимость.

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

Почему не помогает обработка «Обработка движений регистров ОС»?

Многие пользователи рассчитывают решить проблему запуском типовой сервисной обработки Обработка движений регистров ОС. Однако важно понимать функциональные ограничения этой обработки:

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

Способ 1. Загрузка данных из архивной базы до свертки

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

  1. Откроем архивную копию базы и проверим регистр сведений Переоценка НФА по проблемным инвентарным номерам.
  2. С помощью встроенной универсальной обработки Выгрузка и загрузка данных XML выполним выгрузку записей регистра сведений Переоценка НФА (или исходных документов переоценки) за интересующие периоды.
  3. Загрузим полученный файл выгрузки в текущую рабочую базу.
  4. Сформируем инвентарную карточку 0504031 заново и проверим появление строки переоценки в таблице стоимости.

Способ 2. Ввод данных специализированными документами

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

  1. Проанализируем документ Ввод начальных остатков ОС, НМА, НПА, которым объект был принят к учету на дату свертки базы (31.12.2015). Проверим наличие специализированных закладок или реквизитов для ввода сведений о переоценках.
  2. Если конфигурация предусматривает отдельный документ Ввод истории переоценки НФА, создадим его на дату свертки или дату фактической переоценки. В табличной части укажем объект основного средства, дату переоценки, старую и новую восстановительную стоимость, а также суммы изменения амортизации.
  3. Проведем документ и убедимся, что в регистре сведений Переоценка НФА появилась строка по данному инвентарному объекту.

Способ 3. Ручная запись через «Корректировку записей регистров»

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

  1. Создадим документ Корректировка записей регистров на дату проведения операции (или дату свертки базы).
  2. В настройке состава регистров отметим регистр сведений Переоценка НФА и при необходимости регистр сведений События ОС.
  3. Заполним строку в регистре Переоценка НФА:
    1. Укажем конкретный объект основного средства.
    2. Заполним дату переоценки и документ-основание.
    3. Внесем стоимость до переоценки, сумму изменения (коэффициент) и итоговую восстановительную стоимость.
  4. В регистре События ОС зафиксируем запись с видом события «Переоценка», чтобы факт нашел корректное отражение во всех разделах инвентарной карточки.
  5. Запишем документ и переформируем форму 52н.

Методологические рекомендации при работе со свернутыми базами

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

Если учетной политикой учреждения закреплено, что в свернутой базе входящая балансовая стоимость на 31.12.2015 принимается как базовая начальная для новой базы, ручное восстановление многолетней истории переоценок в регистрах не является строго обязательным. Однако если ведомственный контроль требует непрерывной сквозной печати всей истории объекта из одной программы, описанные выше способы позволят привести печатную форму в полное соответствие с учетными данными.

← На главную