Ситуация, когда после свертки информационной базы в программе 1С:Бухгалтерия государственного учреждения 2.0 перестает начисляться амортизация по объектам с групповым учетом, является довольно распространенной. Рассмотрим типичный сценарий: имеется групповая карточка основного средства (ОС), в которую включено несколько инвентарных номеров. До свертки амортизация начислялась корректно, а после — расчет производится только по одному объекту из группы или не производится вовсе. Разберем по шагам, почему это происходит и как исправить ситуацию.
Прежде всего, проанализируем методологию учета. Согласно нормативным актам (инструкции 157н и сопутствующие федеральные стандарты), групповой учет имеет свои особенности. В системе БГУ 2.0 программная реализация группового учета зачастую конфликтует с линейным способом начисления амортизации.
Разберем важный нюанс: групповой учет в 1С чаще всего корректно работает для объектов стоимостью до 100 000 рублей, где амортизация начисляется в размере 100% при вводе в эксплуатацию. Если же объекты стоят дороже и предполагают ежемесячное начисление амортизации линейным способом, программа требует индивидуального учета. Когда в одной карточке совмещается "Групповой учет" и "Линейный способ", алгоритмы расчета могут давать сбой, особенно после таких серьезных процедур, как свертка базы.
После свертки базы все данные об объектах переносятся в документы Ввод остатков ОС. Выясним, как именно заполнились данные в этих документах. При групповом учете программа часто совершает ошибку "схлопывания" сумм.
Проанализируем вкладку Амортизация в документе ввода остатков. Если в группе три инвентарных номера, а вся накопленная амортизация за предыдущие годы при свертке зафиксировалась только в одной строке (на первом инвентарном номере), программа будет считать, что первый объект уже полностью амортизирован (его накопленная амортизация может даже превысить балансовую стоимость), а по остальным объектам начисление не начнется, так как по регистрам они могут проходить с некорректными параметрами. Проверить реальное состояние дел можно через ведомость остатков ОС, НМА, НПА по фактическому сроку эксплуатации.
Для исправления необходимо:
Ввод остатков ОС.Если правка документа Ввод остатков не принесла результата, нам необходимо проверить состояние специализированных регистров. Именно из них обработка Начисление амортизации берет данные для расчетов. Рассмотрим основные регистры:
1. Регистр «Параметры амортизации ОС (бухгалтерский учет)».
Проверим, создана ли запись для каждого инвентарного номера группы. После свертки может оказаться, что параметры (срок полезного использования, способ начисления) привязаны только к "головному" объекту карточки.
2. Регистр «Начисление амортизации ОС (бухгалтерский учет)».
Здесь критически важен флаг (галочка) Начислять амортизацию. Если при свертке этот признак "слетел" для части инвентарных номеров, программа будет игнорировать их при регламентной операции. Проверить это можно документом Изменение параметров амортизации ОС.
3. Регистр «Состояния ОС».
Убедимся, что для каждого объекта зафиксировано состояние Принято к учету или Введено в эксплуатацию датой свертки (обычно это 31.12 предшествующего года). Для автоматизации этого процесса удобно использовать решение для создания событий основных средств для БГУ 2.0.
Если программа продолжает упорно игнорировать объекты в групповой карточке, самым надежным (хотя и трудоемким) способом будет переход к индивидуальному учету. Рассмотрим, как это сделать правильно:
Основные средства две новые карточки (если в группе было 3 объекта, один остается в старой, два — в новых).Инвентарные номера переподцепим "лишние" номера к только что созданным карточкам.Групповой учет на Индивидуальный учет.Ввод остатков ОС и введем три новых документа (или три строки в одном документе, но с привязкой к разным карточкам ОС), распределив стоимость и амортизацию поровну.Посмотрим на ситуацию со стороны системного администратора или программиста 1С. Если вы не хотите пересоздавать карточки, можно воспользоваться техническими средствами:
Технологический анализ (раздел Учет и отчетность). Он часто подсвечивает ошибки в регистрах ОС, которые не видны в обычном интерфейсе (например, отсутствие записей о стоимости в регистре сведений при наличии остатков на счетах).Рассмотрим пример того, как можно проверить наличие флага начисления амортизации в коде, если вы пишете собственную обработку для проверки остатков после свертки:
Выборка = РегистрыСведений.НачислениеАмортизацииОСБухгалтерскийУчет.Выбрать();
Пока Выборка.Следующий() Цикл
Если Не Выборка.НачислятьАмортизацию Тогда
Сообщить("Объект " + Выборка.ОсновноеСредство + " имеет выключенный флаг начисления!");
КонецЕсли;
КонецЦикла;
Подводя итог, отметим, что основной причиной проблемы является некорректное заполнение регистров при свертке и конфликт "группового" статуса карточки с "линейным" алгоритмом. Проанализируйте документ Ввод остатков, убедитесь в наличии галочек Начислять амортизацию для каждого инвентарного номера и, если это возможно, перейдите к индивидуальному учету объектов. Это избавит вас от подобных сложностей при будущих обновлениях и операциях закрытия месяца.