Перенос данных и ввод начальных остатков при переходе на новые конфигурации 1С, такие как 1С:Комплексная автоматизация (КА) или 1С:ERP Управление предприятием, — это всегда ответственный и трудоемкий процесс. Одной из часто встречающихся проблем после переноса является ситуация, когда по основным средствам (ОС), внесенным с помощью документа Ввод остатков внеоборотных активов, перестает начисляться амортизация. При этом сам регламентный документ Амортизация ОС может проводиться абсолютно без ошибок, но не формировать никаких проводок по бухгалтерскому учету (БУ) и движений по регистрам. Чтобы избежать ошибок ручного заполнения при переносе данных, можно использовать обработку для загрузки начальных остатков по основным средствам из Excel.
В этой статье мы подробно разберем, почему возникает данная проблема, рассмотрим как стандартные методические ошибки настройки системы, так и скрытые технические неполадки, связанные с кастомными доработками программы.
---
Прежде чем привлекать программистов и погружаться в анализ кода конфигурации, необходимо исключить наиболее распространенные ошибки в настройке ведения учета и заполнении документов. Рассмотрим их по шагам.
Это одна из самых критических и неочевидных ошибок при запуске системы. При вводе начальных остатков внеоборотных активов крайне важно, чтобы учетная политика организации действовала с момента (месяца) ввода остатков.
Проанализируем ситуацию на примере: остатки вводятся датой 31 декабря текущего года, чтобы начать полноценный учет с 1 января следующего года. Если новая учетная политика организации в системе создана и настроена с периодом действия «С января» следующего года, то на дату 31 декабря у организации фактически отсутствует действующая учетная политика. В момент проведения документа Ввод остатков внеоборотных активов параметры амортизации записываются в регистры некорректно или не записываются вовсе. В результате при закрытии января следующего года расчет амортизации производиться не будет. Чтобы исправить это, убедитесь, что учетная политика действует как минимум с декабря месяца ввода остатков.
В соответствии с методологией учета, принятой в программах 1С:ERP и 1С:КА, регламентный документ Амортизация ОС в рамках процедуры закрытия месяца начинает рассчитывать амортизацию только со следующего месяца после ввода остатков.
Если ввод остатков оформлен датой 31 декабря, то первым месяцем начисления амортизации в новой программе станет январь. Попытка рассчитать амортизацию в самом декабре (в месяце ввода остатков) не принесет результатов — документ проведется пустым. Это нормальное поведение системы, не требующее корректировок.
Ошибки при заполнении табличных частей и реквизитов документа ввода начальных остатков гарантированно приводят к остановке расчетов. Проверим следующие ключевые параметры:
Для того чтобы система могла сгенерировать проводки по дебету затратных счетов (например, 20, 25, 26, 44), ей необходима точная аналитика списания расходов.
Если в параметрах учета конкретного основного средства не указан Способ отражения расходов по амортизации (или некорректно настроена сама Статья расходов), программа не будет знать, куда именно относить затраты. Документ расчета амортизации может проводиться без вывода диагностических сообщений об ошибках, но проводки по регистру Хозрасчетный (бухгалтерский учет) созданы не будут. Также обязательно проверьте заполнение счетов учета в Группе финансового учета (ГФУ) внеоборотных активов — там должны быть четко прописаны счета учета ОС (01) и накопленной амортизации (02).
В актуальных версиях 1С:ERP и 1С:Комплексная автоматизация реализован полноценный учет в соответствии с требованиями ФСБУ 6/2020. Согласно стандарту, амортизация начисляется до тех пор, пока балансовая стоимость объекта превышает его ликвидационную стоимость.
Выясним причину: если при переносе остатков в поле «Ликвидационная стоимость» было по ошибке занесено значение, равное остаточной стоимости или первоначальной стоимости ОС, система расценит это как достижение лимита. Начисление амортизации по такому объекту мгновенно прекратится. Для быстрого анализа и проверки этих параметров подойдёт ведомость по основным средствам с отображением ликвидационной стоимости и срока использования.
Процедура закрытия месяца в современных конфигурациях работает по событийно-ориентированному принципу. При проведении любых документов, изменяющих состояние внеоборотных активов (включая ввод остатков), система делает служебную запись в регистр сведений Задания к расчету амортизации ОС.
Если по какой-то причине запись в этом регистре отсутствует или потеряла актуальность, регламентная операция закрытия месяца просто пропустит расчет амортизации по данной организации. Для решения этой проблемы попробуйте выполнить принудительное групповое перепроведение документов ввода остатков, чтобы актуализировать записи в регистре заданий.
---
Если все вышеперечисленные методические настройки проверены, параметры заполнены верно, тестовые примеры в демо-базе работают исправно, но в вашей рабочей базе движений по-прежнему нет — дело может быть в скрытых программных доработках.
Довольно часто компании привлекают внешних подрядчиков для адаптации программы под нужды бизнеса. Некачественно написанный код или ошибки в проектировании расширений могут приводить к непредсказуемым последствиям.
Рассмотрим реальный технический кейс. Проблема может заключаться в некорректно работающей подписке на событие (например, ПриЗаписи или ОбработкаПроведения для регистра Хозрасчетный или самого документа Амортизация ОС). Некачественный алгоритм стороннего расширения может принудительно очищать сформированные проводки и движения по регистрам непосредственно в момент завершения транзакции проведения документа.
Посмотрим на пример упрощенного кода, иллюстрирующего подобную ошибку в кастомном модуле:
// Пример ошибочного кода в кастомной подписке на событие,
// который может приводить к полной очистке проводок документа
Процедура ПередЗаписьюДвиженийРегистратора(Источник, Отказ, Замещение) Экспорт
РегистраторСсылка = Источник.Отбор.Регистратор.Значение;
// Если разработчик некорректно наложил условия проверки типа документа
Если ТипЗнч(РегистраторСсылка) = Тип("ДокументСсылка.АмортизацияОС") Тогда
// Ошибка логики: при определенных условиях коллекция движений полностью очищается
Источник.Очистить();
КонецЕсли;
КонецПроцедуры
Для диагностики и устранения подобных технических проблем рекомендуется выполнить следующие действия:
Амортизация ОС, а также в общих модулях, отвечающих за проведение по регистру Хозрасчетный.АмортизацияОС или регистры бухгалтерии. Избыточные или некорректно написанные подписки необходимо временно отключить или исправить код силами квалифицированного программиста 1С.Систематический подход к анализу настроек — от проверки дат действия учетной политики до ревизии кастомного кода — позволит вам быстро выявить и устранить причину сбоя в расчете амортизации.