← На главную

При выполнении регламентной операции «Закрытие месяца» в программе 1С:Бухгалтерия 3.0 пользователи нередко сталкиваются с диагностическим сообщением: «Запись не верна! Вид субконто "Основные средства" не доступен для данной записи!». Эта ошибка блокирует проведение регламентных операций по начислению амортизации и свидетельствует о логическом противоречии в данных: программа пытается записать в регистр бухгалтерии аналитику по основному средству там, где план счетов этого не предусматривает. Рассмотрим подробно, как локализовать и устранить причины этой неисправности.

Разберем природу ошибки

Ошибка возникает в момент формирования проводок РегистрБухгалтерии: Журнал проводок (бухгалтерский и налоговый учет). Когда 1С начисляет амортизацию, она обращается к настройкам конкретного объекта ОС и смотрит, на какой счет и по какой аналитике (субконто) нужно отнести затраты. Если в этих настройках указан счет, у которого в Плане счетов не задан вид субконто Основные средства, система выдает ошибку. Проблема может крыться как в самом объекте ОС, так и в справочнике способов отражения расходов.

Шаг 1. Анализируем способы отражения расходов по амортизации

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

1. Перейдем в раздел Справочники — ОС и НМА — Способы отражения расходов.
2. Откроем каждый элемент, который используется для начисления амортизации в текущем периоде.
3. Проверим колонку «Счет затрат». В ней должны быть указаны счета учета производственных или коммерческих затрат (например, 20.01, 25, 26, 44.01).
4. Важный момент: убедимся, что в поле «Счет затрат» случайно не попали счета 10, 08 или даже 02. Если вместо затратного счета указан, например, счет 10.01, система попытается подставить в него субконто ОС, которое для счета материалов не предусмотрено.
5. Проверим заполнение всех субконто (Номенклатурные группы, Статьи затрат). Если какое-то поле оставлено пустым, это также может привести к сбоям при формировании программной проводки.

Шаг 2. Проверяем счета учета в документах принятия к учету

Выясним, не была ли допущена ошибка непосредственно в параметрах самого объекта основных средств. Даже если поступлений в текущем месяце не было, ошибка может «тянуться» из документов прошлых периодов, по которым амортизация начала начисляться только сейчас.

Рассмотрим порядок проверки:

1. Проанализируем документ «Принятие к учету ОС» или «Ввод остатков ОС».
2. Особое внимание уделим вкладке «Бухгалтерский учет».
3. Посмотрим на поле «Счет начисления амортизации (износа)». Там должен быть строго счет 02.01 (или другой субсчет счета 02).
4. Если по ошибке в поле счета амортизации был указан затратный счет (например, 20.01), программа при закрытии месяца попытается сделать проводку Дт 20.01 — Кт 20.01 с попыткой вписать ОС в кредит, что и вызовет ошибку.

Шаг 3. Используем «Универсальный отчет» для поиска «битых» записей

Если визуальный осмотр документов не помог, воспользуемся инструментами автоматизированного поиска. Нам нужно найти запись в регистре, которая вызывает конфликт.

Рассмотрим настройку Универсального отчета:

1. Откроем Отчеты — Универсальный отчет.
2. Выберем тип объекта Регистр сведений и таблицу Счета бухгалтерского учета ОС.
3. В настройках отчета выведем поля: Основное средство, Счет учета, Счет начисления амортизации.
4. Установим фильтр, чтобы увидеть записи, где Счет начисления амортизации не равен 02.01 и не равен 02.02. Любое отклонение будет являться причиной ошибки.

Шаг 4. Проверка видов номенклатуры

Иногда корень проблемы лежит в справочнике Номенклатура, если ОС принималось к учету через предварительное поступление на счет 08.04.1. Выясним причину через проверку категорий объектов:

Проанализируем карточки номенклатуры, которые закупались как оборудование. Убедимся, что у них установлен вид номенклатуры «Оборудование (объекты основных средств)». Если у оборудования стоит вид «Материалы», это может вызвать некорректное заполнение регистров в момент проведения документа «Принятие к учету ОС», что впоследствии «выстрелит» при закрытии месяца.

Шаг 5. Технологический поиск через конфигуратор (для продвинутых)

Если ошибка сохраняется, а визуально всё верно, воспользуемся режимом отладки. Это позволит точно определить, на каком объекте «спотыкается» программа.

Выполним следующие действия:

1. Запустим 1С в режиме Конфигуратор.
2. В меню «Отладка» выберем пункт «Остановка по ошибке».
3. Установим галочку «Останавливаться по ошибке».
4. Запустим сеанс «1С:Предприятие» (F5) и инициируем закрытие месяца (регламентную операцию амортизации).
5. Когда возникнет ошибка, Конфигуратор «выбросит» нас в код. В этот момент через «Табло» или «Вычислить выражение» мы сможем посмотреть содержимое переменной Проводка или Движения. Там будет четко видно наименование ОС и счет, вызвавший конфликт.

Шаг 6. План счетов и дубли субконто

Проанализируем План счетов. Хотя это встречается редко, возможна ситуация, когда пользователь вручную добавил субконто Основные средства на те счета, где его быть не должно (например, на 20-е счета в качестве третьего субконто), но сделал это некорректно.

1. Зайдем в Главное — План счетов.
2. Найдем счета 20, 25, 26, 44.
3. Убедимся, что в списке субконто нет лишних элементов. По умолчанию там обычно: Подразделения, Номенклатурные группы, Статьи затрат.

Резюме и исправление результатов

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

1. Отменить закрытие месяца: не просто перезапустить, а именно нажать правой кнопкой мыши на операции «Амортизация и износ ОС» — «Отменить выполнение».
2. Перепровести документы, в которые вносились изменения (например, «Принятие к учету ОС»).
3. Снова запустить процедуру закрытия месяца.

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