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