При работе в программе 1С:Бухгалтерия предприятия 3.0 пользователи иногда сталкиваются с пугающей картиной: в стандартном отчете Ведомость амортизации ОС по некоторым (или всем) основным средствам графа "Стоимость на начало периода" обнуляется, а "Остаточная стоимость" принимает отрицательное значение. Самое странное в этой ситуации то, что если сформировать отчет по одному конкретному «проблемному» ОС, цифры могут оказаться верными. Однако в общей ведомости данные остаются искаженными.
Рассмотрим подробно причины возникновения этой проблемы, разберем методику диагностики и найдем способ исправления данных. Проблема, как правило, кроется не в ошибках платформы, а в специфике построения запроса системы компоновки данных (СКД) и некорректных записях в регистрах сведений. Если расхождения в отчетах появились сразу после смены программы учета, стоит изучить подбор решений для переноса данных в 1С:Бухгалтерию из других конфигураций.
Прежде чем приступать к анализу регистров и кода отчета, нам необходимо убедиться, что сами бухгалтерские итоги по счетам 01 и 02 корректны. Для этого проанализируем ситуацию с помощью стандартных отчетов. Выполним следующие действия:
Анализ субконто по виду субконто Основные средства.Проанализируем результат. Если сальдо по дебету счета 01 и сальдо по кредиту счета 02 соответствуют реальности, значит, проблема не в проводках. Если же мы видим «лишние» ручные операции или некорректные сторно, их необходимо исправить. Однако, если стандартные бухгалтерские отчеты (ОСВ по счету, Карточка счета) показывают верные цифры, а Ведомость амортизации ОС — нет, переходим к следующему этапу.
Это ключевой момент диагностики. Отчет Ведомость амортизации ОС в 1С:Бухгалтерия 3.0 работает не только с бухгалтерскими итогами, но и активно использует данные регистров сведений для классификации счетов. Разберем механику проблемы.
В запросе отчета используется виртуальная таблица остатков, к которой присоединяется список счетов из регистра Счета бухгалтерского учета ОС. Логика запроса примерно следующая:
ВЫБОР
КОГДА ХозрасчетныйОстатки.Счет В (ВЫБРАТЬ СчетаУчета.СчетУчета ИЗ СчетаУчета)
ТОГДА ХозрасчетныйОстатки.СуммаОстаток
ИНАЧЕ 0
КОНЕЦ КАК СтоимостьОстаток
В чем заключается ловушка: если бухгалтер хотя бы для одного (даже не используемого сейчас) основного средства по ошибке указал в качестве Счета учета счет амортизации (например, 02.01), то этот счет попадает во внутренний список СчетаУчета. В результате система начинает считать остатки по счету 02 частью «Стоимости», что приводит к полному хаосу в расчетах по всей ведомости.
Выясним причину, выполнив проверку регистра:
Счета бухгалтерского учета ОС.Счет учета.01 или 03 указан счет 02.Важно: Как только вы найдете такую запись и исправите её (заменив 02 на корректный 01), отчет мгновенно «встанет на место» для всех ОС в базе.
Если проверка регистра не выявила ошибок, проанализируем ситуацию с точки зрения кода. В некоторых релизах ветки 3.0.191 наблюдалась опечатка в модуле менеджера отчета. Ошибка заключалась в неверном условии соединения таблиц.
Если вы обладаете навыками программирования, проверим пакет запросов в СКД. Ищем место, где соединяются данные о перемещении ОС и счета учета. В проблемных релизах код мог выглядеть так:
И ДанныеОСПеремещениеСрезПоследних.ОсновноеСредство = СчетаБухгалтерскогоУчетаОС.СчетУчета
Как мы видим, здесь происходит абсурдное сравнение ссылки на ОсновноеСредство со ссылкой на ПланСчетовСсылка.Хозрасчетный. Правильный вариант кода должен выглядеть следующим образом:
И ДанныеОСПеремещениеСрезПоследних.ОсновноеСредство = СчетаБухгалтерскогоУчетаОС.ОсновноеСредство
Исправление этого условия в расширении или через правку запроса в схеме компоновки данных поможет восстановить корректную работу отчета, если проблема была вызвана именно программной ошибкой релиза.
Разберем ситуацию, когда стоимость пропадает только по тем ОС, которые перемещались между подразделениями или меняли материально-ответственное лицо (МОЛ). Отчет Ведомость амортизации ОС чувствителен к истории изменений в регистре Местонахождение ОС (бухгалтерский учет).
Проанализируем записи этого регистра по проблемным объектам. Бывают случаи, когда создаются дублирующие записи на одну и ту же дату или записи с пустым подразделением. Для исправления ситуации рекомендуется:
Перемещение ОС.Ручной операцией, проверьте наличие всех необходимых измерений и ресурсов.Подведем итог нашему исследованию. В 99% случаев проблема отрицательной остаточной стоимости в ведомости амортизации при нормальных данных в ОСВ решается через поиск одной-единственной некорректной записи в регистре Счета бухгалтерского учета ОС.
Почему это происходит? Бухгалтеры могут допустить такую ошибку при использовании обработки Групповое изменение реквизитов или при создании документов Изменение отражения амортизации, перепутав поля "Счет учета" и "Счет начисления амортизации".
Для предотвращения подобных ситуаций в будущем:
01 и 02.Следуя этой инструкции, мы последовательно исключили ошибки в учете, проверили техническую корректность конфигурации и нашли корень проблемы в данных регистров. Теперь ваша ведомость амортизации будет формироваться правильно! При необходимости получить больше данных можно использовать внешнюю ведомость по амортизации ОС с дополнительными реквизитами.