Как обойти ошибку контроля амортизации при вводе начальных остатков по счету 101 в 1С:БГУ 2.0

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

При переносе данных и вводе начальных остатков по основным средствам (счет 101) в программе «1С:Бухгалтерия государственного учреждения 2.0» пользователи часто сталкиваются с ошибкой проведения документа. Ситуация возникает при попытке ввести объект основных средств с линейным способом начисления амортизации, если его первоначальная стоимость составляет менее 40 000 рублей (или менее 100 000 рублей по более поздним стандартам), но сам объект был принят к бухгалтерскому учету много лет назад.

Программа выдает сообщение о том, что для объектов стоимостью менее установленного лимита амортизация должна начисляться в размере 100% при вводе в эксплуатацию, и блокирует проведение документа. Разберем причины такого поведения системы и рассмотрим надежные способы решения этой проблемы.

Почему возникает ошибка контроля амортизации

Проанализируем нормативную базу и логику работы алгоритмов конфигурации:

  1. Изменение законодательных норм: согласно пунктам 92 и 93 Инструкции № 157н, граница стоимости амортизируемых объектов для начисления 100% амортизации при вводе в эксплуатацию изменялась (ранее действовал лимит 20 000 руб. по Инструкции № 148н, затем 40 000 руб., а с введением СГС «Основные средства» — 100 000 руб.). При этом пересчет амортизации по объектам, принятым к учету до изменения нормативов, производиться не должен. Если объект принят в эксплуатацию со сроком полезного использования 50 лет при стоимости 20 500 рублей, к нему правомерно применяется линейный способ начисления.
  2. Особенности валидации в документе ввода остатков: в типовых механизмах проведения проверка способа амортизации может выполняться по дате самого документа ввода остатков (обычно 31 декабря предшествующего года), а не по реальной исторической дате принятия объекта к учету. Из-за этого программа применяет действующие на дату ввода правила и отклоняет линейный способ.

Способ 1. Обновление конфигурации и использование режима ввода истории

В актуальных релизах конфигурации «1С:БГУ 2.0» разработчики переработали механизм документа Ввод начальных остатков ОС, НМА, НПА. Рекомендуется выполнить следующие шаги:

  1. Обновим конфигурацию до актуального релиза. В обновленных версиях алгоритм проверки учитывает исторические события по объекту.
  2. Откроем документ ввода остатков и переключим табличную часть в режим отображения История.
  3. Проверим, чтобы в строке события принятия к учету и ввода в эксплуатацию была явно указана историческая дата (например, 1966 год). При наличии корректной даты алгоритм валидации применяет правила начисления амортизации, действовавшие именно на момент ввода основного средства в эксплуатацию.

Способ 2. Использование расширения конфигурации для отключения проверки

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

Разберем по шагам создание такого расширения:

  1. Создадим новое расширение конфигурации с назначением Адаптация или Дополнение.
  2. Добавим в расширение модуль менеджера или модуль объекта документа ВводНачальныхОстатковОС.
  3. Найдем процедуру проверки параметров амортизации и переопределим ее с помощью аннотации &Вместо или &ИзменениеИКонтроля, отключив жесткое прерывание проведения при несоответствии стоимостного порога.
  4. Проведем все документы ввода начальных остатков.
  5. После успешного проведения и проверки данных отключим или удалим расширение из информационной базы.

Способ 3. Ввод остатков с последующей корректировкой параметров амортизации

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

  1. Укажем в документе ввода остатков способ начисления амортизации, который пропускает алгоритм контроля (например, установим признак 100% начисления или временно скорректируем способ), и проведем документ.
  2. В форме движений проведенного документа установим флаг Ручная корректировка (разрешает редактирование движений документа). В регистрах сведений Параметры амортизации ОС (бухгалтерский учет) и Начисление амортизации ОС (бухгалтерский учет) вручную укажем линейный способ начисления, первоначальную стоимость и оставшийся срок полезного использования в месяцах.
  3. Альтернативный вариант без ручной корректировки проводок: введем документ Изменение параметров амортизации ОС, НМА, НПА датой ввода остатков. В нем установим правильный линейный способ и актуальный срок полезного использования. Этот документ зафиксирует нужные параметры в регистрах без повторной проверки начального порога стоимости.

Проверка корректности введенных данных

После проведения остатков любым из нестандартных способов обязательно проконтролируем результат:

  1. Перейдем в раздел Учет и отчетность и запустим обработку Технологический анализ. Убедимся, что по счетам 101 и 104 отсутствуют ошибки соответствия методов начисления амортизации.
  2. Выполним закрытие первого отчетного месяца и проверим документ Начисление амортизации ОС и НМА. Убедимся, что объект попал в расчетную ведомость и амортизация начисляется линейным методом исходя из остаточной стоимости и оставшегося срока полезного использования.
← На главную