Бухгалтерия и 1С: разбор реальной ошибки в начислении амортизации

[OlgaTarasova2158]

1 ноября 2026 г. — обычный понедельник, но в бухгалтерии всё пошло не по плану. Закрываем месяц, а амортизация по основному средству не начисляется. Ошибка в регистрах? Или сбой после обновления 1С? Разбираем на конкретном примере, что делать, когда программа молчит, а отчётность горит.

[HEADING=2] Суть проблемы: станок числится, амортизации — ноль[/HEADING]

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

• документ «Закрытие месяца» завершился без ошибок, но в проводках суммы амортизации нет;


• регистр «Состояние ОС» показывает срок полезного использования, но не генерирует движение;


• программа не выдаёт сообщений — тихий сбой.

[HEADING=2] Алгоритм восстановления: шесть шагов[/HEADING]

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

[list=1]

• Сделайте резервную копию базы (1С:Предприятие — Администрирование — Выгрузить информационную базу).


• Откройте карточку проблемного ОС (раздел «Основные средства» — «Основные средства»).


• Переключитесь на вкладку «Бухгалтерский учёт» и убедитесь, что флаг «Начислять амортизацию» активен.


• Проверьте дату начала начисления — должна быть раньше текущего месяца.


• Заново проведите документ «Принятие к учёту ОС» с корректными параметрами.


• Перезапустите «Закрытие месяца» за проблемный период — проводки появятся.

На этапе 5 мы столкнулись с нюансом: программа отказалась перепроводить документ «задним числом» из-за блокировки сеанса. Пришлось снять пометку удаления у документа и заново ввести. На деле часть пользователей решает проблему проще — через обработку «Групповая обработка основных средств». Но у нас база с большим объёмом, обработка подвисла. Пришлось возиться вручную.

[HEADING=2]⚠️ А что говорит ФСБУ 6/2020?[/HEADING]

С 2022 года амортизация считается по правилам ФСБУ 6/2020. Основное отличие от старого ПБУ 6/01 — обязанность проверять ликвидационную стоимость. Если она выше нуля, амортизация начисляется не на полную стоимость, а на разницу. В нашем случае программисты 1С давно заложили этот расчёт, но пользователи забывают заполнить поле «Ликвидационная стоимость». Вот что выяснилось: в нашей базе она была указана равной первоначальной стоимости — амортизация = 0.

Ликвидационная стоимость ОС может быть равна нулю, если поступление от выбытия не ожидается. (ФСБУ 6/2020, п. 30)

Мы её принудительно выставили в ноль и пересчитали — амортизация пошла.

[SPOILER=Раскрыть FAQ: начислять ли амортизацию вручную?]Если ошибка обнаружена поздно, например в конце квартала, можно начислить амортизацию вручную документом «Операция, введённая вручную». Но тогда не формируется отчёт «Ведомость амортизации ОС». Лучше всё-таки перепровести документы через корректный механизм 1С. Вопрос налога на прибыль: излишне начисленную амортизацию можно сторнировать только документом «Возврат ОС» — не путайте с ручной корректировкой.[/SPOILER]

[HEADING=2] Что помогло сдать отчётность вовремя?[/HEADING]