Как проверить правильность начисления амортизации основных средств в 1С

Амортизация основных средств — один из участков учёта, где ошибка может копиться месяцами незаметно: программа проводит регламентную операцию «зелёным», а сумма при этом рассчитана неверно. Причины обычно лежат не в механизме расчёта, а в исходных данных: неверный срок полезного использования, неправильная дата принятия к учёту, ошибочная первоначальная стоимость или забытый документ модернизации. Поэтому проверка амортизации в 1С — это не только проверка самой суммы, но и аудит карточек объектов.

Материал ориентирован на типовые конфигурации «1С:Бухгалтерия 8» (ред. 3.0), однако логика проверки применима и к другим решениям: «Управление нашей фирмой», «ERP», «Комплексная автоматизация». Отличаются названия отчётов и пунктов меню, но принцип один — сопоставить данные карточки ОС, регистров и результата расчёта с расчётом, выполненным вручную.

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

Где в 1С хранятся данные, от которых зависит расчёт

Программа рассчитывает амортизацию не «из воздуха», а на основании параметров, зафиксированных в момент принятия объекта к учёту и в последующих документах. В «1С:Бухгалтерии 8» эти сведения находятся в карточке основного средства (раздел «ОС и НМА» → «Основные средства») и в документах «Принятие к учёту ОС», «Модернизация ОС», «Изменение параметров амортизации ОС», «Перемещение ОС».

Ключевые параметры, влияющие на сумму: первоначальная стоимость, срок полезного использования (СПИ), способ начисления амортизации (линейный, уменьшаемого остатка, пропорционально объёму и др.), дата принятия к учёту, счёт учёта и счёт амортизации, а также флажок «Начислять амортизацию». Отдельно проверяются параметры для бухгалтерского и налогового учёта — они задаются независимо и могут отличаться.

Важно понимать: изменение данных в карточке ОС напрямую часто не влияет на расчёт, потому что программа читает параметры из регистров сведений, заполняемых документами. Поэтому править нужно не карточку, а документ, которым параметр был установлен, либо вводить корректирующий документ.

Какие отчёты использовать для первичной проверки

Первый инструмент — отчёт «Ведомость амортизации ОС» (раздел «ОС и НМА» → «Отчёты»). Он показывает по каждому объекту: первоначальную стоимость, СПИ, сумму амортизации за период, накопленную амортизацию и остаточную стоимость. Сформируйте его за проверяемый месяц и за более длинный интервал, чтобы увидеть динамику.

Второй отчёт — «Справка-расчёт амортизации» (раздел «Операции» → «Справки-расчёты»). Она формируется при закрытии месяца и показывает, как именно программа получила сумму: базу расчёта и применённый метод. Это удобно, когда нужно объяснить конкретную цифру аудитору или руководству.

Дополнительно полезны оборотно-сальдовая ведомость по счету 02 (амортизация) с детализацией по субконто «Основные средства» и отчёт «Инвентарная карточка ОС» (форма ОС-6), где видна вся история объекта. Сопоставление этих четырёх источников закрывает большинство вопросов.

Как пересчитать амортизацию вручную и сверить с программой

Самый надёжный способ убедиться в правильности — посчитать сумму самостоятельно. При линейном методе, который применяется чаще всего, формула проста: первоначальная стоимость делится на срок полезного использования в месяцах. Например, объект стоимостью 600 000 рублей с СПИ 60 месяцев должен амортизироваться по 10 000 рублей в месяц.

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

Для нелинейных методов (уменьшаемого остатка в налоговом учёте, пропорционально объёму продукции) формулы сложнее, и там важно проверить не только арифметику, но и правильность выбора самого метода: он должен соответствовать учётной политике организации. Если учётная политика предписывает линейный метод, а в карточке объекта стоит другой — это ошибка, требующая исправления.

1. 1
   Откройте карточку ОС и выпишите первоначальную стоимость, СПИ и способ начисления для бухгалтерского и налогового учёта
2. 2
   Проверьте, не было ли документов «Модернизация ОС» или «Изменение параметров амортизации» — при их наличии возьмите актуальные значения
3. 3
   Рассчитайте месячную сумму по формуле выбранного метода
4. 4
   Сформируйте «Ведомость амортизации ОС» за проверяемый месяц и найдите объект
5. 5
   Сравните суммы: совпадение означает корректный расчёт, расхождение — ищите причину в исходных данных
6. 6
   При расхождении сформируйте «Справку-расчёт амортизации» и посмотрите, какую базу использовала программа

Как проверить регламентную операцию и закрытие месяца

Амортизация начисляется регламентной операцией «Амортизация и износ основных средств» в составе обработки «Закрытие месяца» (раздел «Операции»). Проверьте, что операция выполнена и отмечена зелёным статусом. Если операция пропущена или помечена как неактуальная (серый или красный статус), амортизация за месяц могла не начислиться вовсе.

Щёлкните по строке операции и откройте «Показать проводки» — вы увидите движения по дебету затратных счетов (20, 25, 26, 44 и др.) и кредиту счёта 02. Проверьте, что затратные счета и аналитика соответствуют подразделению, где используется объект. Неверный счёт затрат — частая причина искажения себестоимости при формально правильной сумме амортизации.

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

Типичные ошибки и их признаки

Большинство расхождений объясняется ограниченным набором причин. Первая — неверный СПИ: объект отнесён не к той амортизационной группе, и сумма искажается весь срок эксплуатации. Вторая — ошибка в дате принятия к учёту: начисление начинается на месяц раньше или позже, чем должно. Третья — неотражённая модернизация: стоимость объекта выросла по факту, но в программе осталась прежней.

Отдельная группа ошибок — расхождения между бухгалтерским и налоговым учётом там, где их быть не должно (или наоборот, отсутствие разниц там, где они обязательны, например при разных СПИ или применении амортизационной премии). Проверяйте обе колонки в ведомости и сверяйте их с учётной политикой.

Что делать при обнаружении расхождения

Алгоритм исправления зависит от того, где находится ошибка и закрыт ли период. Если ошибка в текущем периоде — исправьте исходный документ (параметры, дату, стоимость) и пересчитайте закрытие месяца. Если период закрыт и отчётность сдана — действуйте по правилам исправления ошибок в бухгалтерском учёте: как правило, исправление вносится текущей датой корректирующим документом, а не перепроведением прошлого.

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

Маршрут решения

Как выбрать действие

Сумма не сходится, период текущий, отчётность не сданаИсправьте исходный документ и пересчитайте закрытие месяца

Ошибка в закрытом периоде, отчётность сданаВнесите исправление текущей датой корректирующим документом, оцените влияние на налоги

Амортизация не начисляется вовсеПроверьте флажок начисления, дату принятия к учёту и статус регламентной операции

Расчёт в программе верен, но не сходится с ожиданиемПроверьте, не было ли модернизации или изменения СПИ — база расчёта могла законно измениться

Расхождения между БУ и НУСверьте параметры обоих учётов с учётной политикой — часть разниц может быть законной

Как убедиться, что после исправлений всё сошлось

После исправления и пересчёта закрытия месяца повторите сверку: сформируйте «Ведомость амортизации ОС» и сравните суммы с ручным расчётом. Затем проверьте остаточную стоимость: первоначальная стоимость минус накопленная амортизация по счёту 02 должна давать корректный остаток, а для полностью самортизированных объектов остаточная стоимость должна быть нулевой.

Финальный контроль — сверка оборотов счёта 02 с данными ведомости за тот же период и проверка отсутствия отрицательных остатков по объектам. Отрицательная остаточная стоимость — однозначный признак ошибки, обычно связанной с ручными проводками или некорректным выбытием.

Контрольные точки

Как проверить результат

Месячная сумма амортизации

Норма

Совпадает с ручным расчётом по формуле выбранного метода

Тревожный признак

Расхождение без документального объяснения (модернизация, изменение СПИ)

Остаточная стоимость по объекту

Норма

Первоначальная стоимость минус накопленная амортизация, неотрицательная

Тревожный признак

Отрицательное значение или остаток у полностью самортизированного объекта

Обороты счёта 02 и ведомость амортизации

Норма

Суммы за период совпадают

Тревожный признак

В ведомости и в ОСВ по счёту 02 разные итоги

Статус операции закрытия месяца

Норма

«Амортизация и износ ОС» выполнена, статус зелёный

Тревожный признак

Операция пропущена, неактуальна или завершилась с ошибкой

Часто задаваемые вопросы

Почему амортизация начислена со следующего месяца, а не с месяца покупки?

По общему правилу начисление амортизации начинается с первого числа месяца, следующего за месяцем принятия объекта к бухгалтерскому учёту, и прекращается с месяца, следующего за выбытием или полным погашением стоимости. Если объект принят к учёту 15 марта, первая амортизация появится при закрытии апреля. Это норма, а не ошибка программы.

Можно ли исправить амортизацию, просто изменив цифры в карточке ОС?

Нет. Карточка в типовых конфигурациях отображает данные из регистров, которые заполняются документами. Изменение полей напрямую либо невозможно, либо не повлияет на расчёт. Исправляйте документ, установивший параметр, либо вводите корректирующий документ («Изменение параметров амортизации ОС», «Модернизация ОС»).

Объект полностью самортизирован, но продолжает использоваться — это ошибка?

Нет. Если срок полезного использования истёк и стоимость полностью перенесена на затраты, объект числится с нулевой остаточной стоимостью и продолжает эксплуатироваться — это нормальная ситуация. Списывать его только из-за окончания СПИ не требуется. Ошибкой было бы продолжающееся начисление амортизации сверх первоначальной стоимости.

Почему после обновления конфигурации суммы амортизации изменились?

Обновление само по себе не пересчитывает амортизацию, но может изменить алгоритмы закрытия месяца или выявить ранее скрытые ошибки в данных. Сформируйте ведомость амортизации до и после обновления на копии базы и сравните. Чаще причина не в обновлении, а в пересчёте операций, запущенном после него, который «подтянул» ранее внесённые исправления документов.

Как проверить амортизацию сразу по всем объектам, а не по одному?

Используйте «Ведомость амортизации ОС» за месяц: добавьте в настройках колонки с СПИ и первоначальной стоимостью, выгрузите в табличный документ и в Excel добавьте контрольную колонку с формулой «стоимость / СПИ». Сравнение этой колонки с фактической суммой быстро выявит все объекты с расхождениями.

Что делать, если амортизация в бухгалтерском и налоговом учёте различается?

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