При переходе на новые релизы конфигурации 1С:Бухгалтерия государственного учреждения 1.0 (в частности, релиз 1.0.63.2) и после проведения процедуры свертки базы данных бухгалтеры часто сталкиваются с некорректным отображением данных в «Ведомости амортизации». Основные проблемы заключаются в появлении «фантомных» объектов основных средств (ОС), которые были списаны еще до даты свертки, а также в «пропаже» балансовой стоимости у актуальных объектов, что приводит к возникновению отрицательной остаточной стоимости. Рассмотрим подробно, как проанализировать эти ошибки и какие инструменты использовать для их исправления.
Первым делом проанализируем ситуацию, когда в отчетах начинают фигурировать объекты со старыми классификационными признаками счетов (КПС) вида 92800000...00, которые должны были исчезнуть после свертки базы (например, на 31.12.2015). В конфигурации БГУ 1.0 отчеты по основным средствам, такие как «Ведомость амортизации» и «Инвентарная карточка», строят свои показатели не только на основании бухгалтерских проводок по счетам 101.00 и 104.00, но и на основании данных специальных регистров накопления.
Если при выполнении свертки или при обновлении классификаторов движения по регистрам не были корректно «схлопнуты», в системе остаются записи с нулевым сальдо по счету, но с ненулевыми остатками в регистрах. Основными регистрами, которые нам необходимо проверить, являются:
Стоимость объектов ОСАмортизация объектов ОСПараметры амортизации ОС (бухгалтерский учет)Если в регистре Стоимость объектов ОС числится запись по старому КПС, ведомость подтянет этот объект в отчет, даже если по бухгалтерскому учету он давно списан. Для решения этой проблемы рассмотрим применение специализированных обработок.
Для исправления расхождений между регистрами и проводками фирма «1С» выпускает технологические обработки. Разберем их функционал:
1. УчетныеДанныеНФА.epf. Эта обработка предназначена для приведения в соответствие данных регистров накопления и бухгалтерских итогов. Мы должны запустить ее в режиме поиска и исправления ошибок. Однако, как показывает практика, на релизах 63.х она не всегда справляется с «хвостами» по старым КПС. Если после ее работы ошибки остались, переходим к следующему шагу.
2. ОбработкаДвиженийРегистровОС. В некоторых случаях помогает использование более ранних версий специализированных обработок, которые более жестко пересчитывают движения. Рассмотрим пример успешного применения версии этой обработки (даже от старых релизов, таких как 43-й). Она позволяет переформировать записи в регистрах накопления на основе документов-оснований. Важный момент: перед запуском таких обработок на рабочей базе обязательно создадим резервную копию, так как алгоритмы работы с регистрами в новых релизах могли измениться.
3. ОбъединениеДокументовОС.epf. Проанализируем целесообразность этой обработки. Она необходима, если после свертки базы данных информация о вводе остатков по одному и тому же объекту «размазалась» по нескольким документам Ввод остатков ОС. Это создает дублирование строк в отчетах и путаницу с инвентарными номерами.
Рассмотрим вторую критическую проблему: у некоторых объектов ОС в ведомости балансовая стоимость становится равной нулю, а накопленная амортизация вычитается из этого нуля, давая отрицательный результат. Выясним причину: чаще всего это происходит из-за некорректного заполнения аналитики в регистре Стоимость объектов ОС.
Например, если при принятии к учету или вводе остатков был ошибочно указан другой инвентарный номер или КФО в записях регистра, система не может сопоставить стоимость и амортизацию для одного объекта. Для исправления ситуации выполним следующие действия:
Основные средства и найдем проблемный объект.Перейти и выберем пункт Стоимость объектов ОС. Здесь мы увидим записи регистра, из которых отчет берет данные.Корректировка записей регистров.Разберем работу с документом Корректировка записей регистров подробнее:
Создадим новый документ и выберем в настройке состава регистров регистр накопления «Стоимость объектов ОС». Нам нужно вручную добавить запись, которая восстановит балансовую стоимость. Укажем правильный объект ОС, инвентарный номер, КПС и сумму. После проведения этого документа ведомость амортизации должна начать отображать данные корректно.
Чтобы не править каждый объект вручную, проанализируем возможность группового исправления. В БГУ 1.0 существует инструмент «Помощник замены КПС». Поскольку ошибки часто связаны с переходом на новые классификаторы (например, с 2016 года), именно этот помощник позволяет массово перенести остатки со старых (произвольных) КПС на новые бюджетные классификаторы не только в бухгалтерских проводках, но и в регистрах сведений и накопления.
Рассмотрим алгоритм действий для исключения системных ошибок:
УчетныеДанныеНФА.epf повторно, предварительно убедившись, что все документы Ввод остатков ОС проведены и не имеют дублей.Параметры амортизации ОС (бухгалтерский учет). Если в нем отсутствует запись о методе начисления амортизации для конкретного ОС, стоимость для вычисления амортизации в отчетах может отображаться неверно.Подводя итог, отметим, что проблемы в ведомости амортизации в релизе 1.0.63.2 чаще всего являются следствием «рассинхрона» между регистрами и счетами учета. Мы рассмотрели два основных пути решения: автоматизированный (через специализированные обработки движения регистров) и ручной (через корректировку записей конкретных регистров накопления).
Для предотвращения подобных ситуаций в будущем, рекомендуем:
Использование комплексного подхода — от технологических проверок до точечной правки регистров — позволит вам поддерживать учет ОС в актуальном состоянии и формировать корректную отчетность без «фантомных» остатков.