Как устранить ошибку при выполнении операции «Амортизация и износ ОС» в 1С:Бухгалтерия КОРП

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

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

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

Первым делом нам необходимо выяснить, какой именно объект вызывает сбой. Если ошибка «тихая» (без указания ссылки на документ), скорее всего, она возникает на этапе программного перебора коллекции объектов ОС. Разберем шаги по локализации проблемного актива:

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

Выясним причину ошибки в контексте ФСБУ 6/2020

С переходом на новый стандарт ФСБУ 6/2020 механизмы расчета значительно усложнились. Ошибки часто связаны с новыми реквизитами, такими как ликвидационная стоимость. Рассмотрим подробнее:

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

Групповой учет объектов: В версии КОРП реализован функционал группового учета однотипных ОС. Посмотрим на список объектов, объединенных в группы. Если в составе группы есть списанные объекты, по которым не была корректно завершена процедура выбытия в регистрах, это заблокирует расчет по всей группе.

Техническая диагностика платформы и кэша

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

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

Использование технологического журнала для локализации

Когда стандартный журнал регистрации бессилен, мы можем прибегнуть к настройке Технологического журнала (ТЖ). Это позволит нам увидеть системное исключение (Exception), которое происходит в момент работы программного кода. Создадим файл конфигурации ТЖ (logcfg.xml) со следующей структурой:


<config xmlns="http://v8.1c.ru/7.4/config/logcfg">
  <log location="C:\Logs\1C_Errors" history="24">
    <event>
      <eq property="Name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

После этого запустим операцию закрытия месяца снова. В сформированных логах мы сможем найти конкретную строку кода или запрос к базе данных, на котором происходит прерывание процесса. Часто там можно увидеть ошибку типа Ошибка деления на 0 или Нарушение прав доступа к временной таблице.

Анализ регистра «Расчет амортизации»

Даже если документ РегламентнаяОперация не создался, записи в технических регистрах могли начать формироваться. Проанализируем регистр сведений РасчетАмортизации:

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

Проверка документов модернизации и частичного списания

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

Также проверим наличие заполненного реквизита СпособОтраженияРасходовПоАмортизации в документах изменения параметров. Если программа не может определить счет затрат или аналитику (подразделение, номенклатурную группу), расчет амортизации будет прерван.

Подводя итог, отметим, что решение подобных проблем требует комплексного подхода: от проверки бухгалтерских данных по счету 01 и новым стандартам ФСБУ 6/2020 до глубокой технической диагностики платформы. Последовательное выполнение описанных шагов позволит вам выявить «проблемный» объект и успешно закрыть период.

← На главную