Переход на новую версию программного обеспечения или начало ведения учета в новой информационной базе «1С:Бухгалтерия 8» (редакция 3.0) практически всегда начинается с процедуры ввода начальных остатков. Этот этап требует повышенной концентрации внимания, так как любые неточности в заполнении исторических данных могут «выстрелить» в последующих периодах.
Одной из наиболее распространенных проблем при закрытии первого месяца работы в новой базе является ошибка регламентной операции начисления амортизации: «Стоимость для начисления амортизации равна нулю для основного средства...». Давайте детально разберем, почему возникает эта ошибка, проанализируем внутренние механизмы работы программы и найдем методически верное решение проблемы.
Для того чтобы понять природу этой ошибки, нам необходимо заглянуть «под капот» конфигурации и посмотреть, как программа рассчитывает амортизацию. При выполнении регламентной операции закрытия месяца 1С не просто берет балансовую стоимость со счета 01. Она обращается к специализированным регистрам сведений, в которых хранится актуальная информация о состоянии внеоборотных активов.
Главным источником данных для расчета амортизации в бухгалтерском учете является регистр сведений Параметры амортизации ОС (бухгалтерский учет). Именно в нем содержатся такие ключевые показатели, как:
Если поле Стоимость для вычисления амортизации по конкретному объекту в регистре оказывается пустым или равным нулю, система останавливает проведение регламентной операции и выдает ошибку.
Но почему в регистре параметров амортизации появляется нулевое значение, если остатки были введены корректно? Проанализируем типичный сценарий, с которым сталкиваются многие пользователи.
При переносе данных или ручном вводе остатков в базе часто оказываются одновременно два вида документов для одного и того же объекта основных средств:
Ввод начальных остатков (раздел «Внеоборотные активы»);Принятие к учету ОС.Документ Принятие к учету ОС предназначен исключительно для новых активов, которые организация приобретает и вводит в эксплуатацию в процессе текущей деятельности (через предварительное накопление затрат на счете 08.04). Когда этот документ проводится, он рассчитывает первоначальную стоимость на основе накопленных дебетовых оборотов по счету 08.
Если такое «Принятие к учету» проведено в базе для старого основного средства, по которому остатки уже были внесены напрямую на счет 01, программа пытается найти затраты на счете 08. Естественно, никаких оборотов по счету 08 нет. Система считает первоначальную стоимость равной нулю и записывает этот ноль в регистр сведений Параметры амортизации ОС (бухгалтерский учет), затирая корректные данные, ранее сформированные документом Ввод начальных остатков.
Рассмотрим конкретный практический пример. Бухгалтер вносит остатки по основному средству «Автомобиль» по состоянию на 31.12.2017. Учет в новой базе начинается с 01.01.2018.
Для переноса данных используется стандартный помощник ввода остатков, который создает документ Ввод начальных остатков от 31.12.2017. В этом документе указаны первоначальная стоимость, накопленная амортизация, оставшийся срок полезного использования и другие параметры. Этот документ делает правильные записи в регистр параметров амортизации, фиксируя нужную стоимость.
Однако параллельно в систему ошибочно вводится (или переносится при автоматическом обмене данными) документ Принятие к учету ОС, датированный также концом декабря. Поскольку он проводится позже по времени, его записи в регистре параметров амортизации становятся приоритетными. Значение стоимости для вычисления амортизации перезаписывается нулевым показателем. В январе 2018 года при попытке закрыть месяц бухгалтер получает критическую ошибку.
Для исправления ситуации выполним следующие последовательные действия:
Параметры амортизации ОС (бухгалтерский учет). Сделать это можно через функции для технического специалиста (или через меню «Все функции»). Настроим отбор по нашему «проблемному» основному средству.Принятие к учету ОС, и именно в его строке колонка Стоимость для вычисления амортизации содержит ноль.Принятие к учету ОС не требуется. Он является избыточным и вредоносным в данной ситуации. Найдем этот документ и отменим его проведение (или полностью удалим).Ввод начальных остатков по основным средствам, убедимся в корректности заполнения всех вкладок и перепроведем его, чтобы актуализировать записи в регистрах сведений.Закрытие месяца за первый рабочий месяц (в нашем примере — Январь 2018 года). Начисление амортизации должно пройти успешно и без ошибок.Очень часто бухгалтеры сознательно создают дублирующие документы Принятие к учету ОС, потому что хотят видеть в системе историю объекта: когда он был реально куплен (например, в 2015 году), каким актом введен в эксплуатацию и так далее. Они боятся, что без этого документа инвентарная карточка по форме ОС-6 сформируется некорректно.
Спешим успокоить: в программных продуктах на платформе «1С:Предприятие 8.3» этот функционал реализован очень изящно и не требует создания лишних документов. Вся история заносится непосредственно в документ Ввод начальных остатков.
Рассмотрим вкладку События внутри формы ввода остатков основных средств. На этой вкладке предусмотрены специальные поля:
Программа запишет эти сведения в исторические регистры. При формировании печатной формы ОС-6 система обратится именно к этим данным, и карточка заполнится абсолютно корректно. Никаких пустых полей или нестыковок в датах не возникнет, при этом база данных останется чистой от фиктивных документов-дублей.
Если вы проверили базу и убедились, что никаких лишних документов Принятие к учету ОС по объекту нет, а ошибка «Стоимость для начисления амортизации равна нулю» все равно появляется, проанализируем другие возможные причины:
Подводя итог, отметим, что залогом успешного и беспроблемного начисления амортизации в 1С является строгое соблюдение методологии учета. Использование документа Ввод начальных остатков полностью закрывает потребность в отражении исторических активов, а попытки «помочь» программе созданием дополнительных документов принятия к учету лишь приводят к логическим конфликтам в системе.