При закрытии месяца в программе 1С:Бухгалтерия КОРП (редакция 3.0) пользователи нередко сталкиваются с ситуацией, когда регламентная операция «Амортизация и износ ОС» завершается с ошибкой, при этом журнал регистрации пуст, а программа не указывает на конкретные документы. Рассмотрим подробный алгоритм диагностики и исправления этой проблемы, проанализируем возможные причины — от некорректного заполнения параметров учета до технических сбоев платформы.
Первым делом нам необходимо выяснить, какой именно объект вызывает сбой. Если ошибка «тихая» (без указания ссылки на документ), скорее всего, она возникает на этапе программного перебора коллекции объектов ОС. Разберем шаги по локализации проблемного актива:
КарточкаСчета по счету 01 за текущий и предыдущий месяцы. Особое внимание уделим объектам, которые были приняты к учету (введены в эксплуатацию) непосредственно перед возникновением ошибки. Часто причиной становится объект, по которому не задан СрокПолезногоИспользования или не указан СпособОтраженияРасходовПоАмортизации.УниверсальныйОтчет. Настроим его по регистру сведений ПараметрыАмортизацииОСБухгалтерскийУчет. Нам нужно проверить наличие пустых значений в колонках, отвечающих за срок использования и стоимость. Если в текущем месяце были документы МодернизацияОС или ИзменениеПараметровАмортизацииОС, проверим их в первую очередь.С переходом на новый стандарт ФСБУ 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 или Нарушение прав доступа к временной таблице.
Даже если документ РегламентнаяОперация не создался, записи в технических регистрах могли начать формироваться. Проанализируем регистр сведений РасчетАмортизации:
Разберем ситуацию, когда в закрываемом периоде проводились сложные операции с капитальными вложениями. Если документ МодернизацияОС введен той же датой и временем, что и ЗакрытиеМесяца (хотя программа старается разносить их автоматически), может возникнуть конфликт блокировок или неверное считывание остаточной стоимости. Убедимся, что все первичные документы по движению ОС (принятие, модернизация, перемещение) проведены ранее регламентных операций закрытия месяца.
Также проверим наличие заполненного реквизита СпособОтраженияРасходовПоАмортизации в документах изменения параметров. Если программа не может определить счет затрат или аналитику (подразделение, номенклатурную группу), расчет амортизации будет прерван.
Подводя итог, отметим, что решение подобных проблем требует комплексного подхода: от проверки бухгалтерских данных по счету 01 и новым стандартам ФСБУ 6/2020 до глубокой технической диагностики платформы. Последовательное выполнение описанных шагов позволит вам выявить «проблемный» объект и успешно закрыть период.