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