Почему в отчете «Расчет среднегодовой стоимости имущества» БГУ 1.0 не отображается амортизация и как это исправить?

← На главную

При работе с программным продуктом «1С:Бухгалтерия государственного учреждения 1.0» (БГУ 1.0) пользователи могут столкнуться с ситуацией, когда после очередного обновления специализированный отчет «Расчет среднегодовой стоимости имущества» начинает работать некорректно. Основная претензия заключается в том, что в колонках отчета перестает выводиться начисленная амортизация по основным средствам, из-за чего остаточная стоимость имущества приравнивается к его балансовой стоимости. Это критическая проблема для бухгалтера, так как данные этого отчета напрямую влияют на правильность заполнения налоговой декларации по налогу на имущество.

Рассмотрим подробно причины возникновения этой ситуации, разберем по шагам диагностику и выясним, как восстановить корректную работу программы.

Анализ ситуации: первичная диагностика данных

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

Проверка соответствия КПС и КФО. Проанализируем отчет АнализСубконто по конкретному основному средству, которое отображается в отчете некорректно. Важно проверить, чтобы код классификации доходов/расходов (КПС) и код финансового обеспечения (КФО) на счете 101.00 полностью совпадали с аналитикой на счете 104.00. Если в течение года производился перенос остатков между КПС, отчет может «потерять» связь между объектом и его амортизацией.
Проверка регистров сведений. Перейдем в карточку основного средства и воспользуемся кнопкой Перейти. Нам необходимо проверить записи в регистре АмортизацияОСБухгалтерскийУчет. Если в регистре отсутствуют данные о состоянии объекта или месте его нахождения, алгоритмы формирования отчетов могут отрабатывать неверно.
Сброс настроек отчета. Иногда причина кроется в некорректном сохранении пользовательских настроек (варианта отчета). Попробуем нажать кнопку «Настройка», выбрать «Вариант настройки» и сбросить его на Стандартный.

Если после проведенного анализа мы убедились, что в учете все верно (аналитика на 101 и 104 счетах совпадает), а сброс настроек не помог, значит, мы столкнулись с программной ошибкой релиза.

Техническая причина: ошибка релиза 1.0.53.3 (код 10195543)

Разберем техническую сторону вопроса. Проблема была официально зафиксирована разработчиками фирмы «1С» под номером 10195543. Суть ошибки заключается в некорректном тексте запроса в Схеме компоновки данных (СКД) встроенного отчета. При формировании временных таблиц, в которых собираются данные по остаткам и оборотам, алгоритм ошибочно игнорировал данные по счету 104.00 (Амортизация) или некорректно соединял их с данными по счету 101.00.

Проанализируем фрагмент логики, которая дает сбой. В СКД отчета используется сложная связь наборов данных. Если бы мы открыли конфигуратор, мы бы увидели примерно следующую структуру запроса, в которой была допущена ошибка соединения:


// Примерный фрагмент запроса, где могла быть ошибка
ВЫБРАТЬ
    ОстаткиОС.Субконто1 КАК ОсновноеСредство,
    ОстаткиОС.СуммаОстаток КАК БалансоваяСтоимость,
    ЕСТЬNULL(ОстаткиАмортизации.СуммаОстаток, 0) КАК Амортизация
ИЗ
    РегистрБухгалтерии.ЕПСБУ.Остатки(&Период, Счет В ИЕРАРХИИ (ЗНАЧЕНИЕ(ПланСчетов.ЕПСБУ.ОсновныеСредства)), , ) КАК ОстаткиОС
ЛЕВОЕ СОЕДИНЕНИЕ 
    РегистрБухгалтерии.ЕПСБУ.Остатки(&Период, Счет В ИЕРАРХИИ (ЗНАЧЕНИЕ(ПланСчетов.ЕПСБУ.АмортизацияОсновныеСредства)), , ) КАК ОстаткиАмортизации
ПО 
    ОстаткиОС.Субконто1 = ОстаткиАмортизации.Субконто1
    И ОстаткиОС.КФО = ОстаткиАмортизации.КФО
    // Ошибка часто возникала именно в условиях связи по КПС или периодам

В релизе 1.0.53.3 это соединение отрабатывало пустоту, из-за чего колонка Амортизация заполнялась нулями.

Вариант решения №1: Обновление конфигурации

Самым правильным и надежным способом решения проблемы является обновление программы. Разработчики оперативно выпустили исправление. Проанализируем порядок действий:

Выполним резервное копирование информационной базы (обязательный этап перед любым обновлением).
Скачаем и установим обновление до релиза 1.0.53.4 или выше.
После обновления запустим базу в режиме «1С:Предприятие» и дождемся завершения всех обработок по обновлению данных.
Снова сформируем отчет «Расчет среднегодовой стоимости имущества». В исправленном релизе запрос в СКД был переписан, и данные по счету 104 теперь подтягиваются корректно.

Вариант решения №2: Использование внешнего отчета

Бывают ситуации, когда оперативно обновить конфигурацию невозможно (например, если она сильно доработана или период отчетности требует немедленных действий). В этом случае можно воспользоваться внешним файлом отчета. Рассмотрим, как это сделать:

Необходимо получить файл внешнего отчета с расширением .erf (обычно он называется РасчетСреднегодовойСтоимостиИмущества.erf). Такие файлы часто публикуются на портале ИТС в разделе дополнительных материалов к релизу или в реестре ошибок.
В программе перейдем в меню Файл — Открыть.
Выберем файл отчета. Программа предложит запустить его.
Сформируем отчет через это внешнее окно. Так как внешний отчет содержит исправленную СКД, он покажет верные данные по амортизации даже на «проблемном» релизе 1.0.53.3.

Вариант решения №3: Ручная правка в конфигураторе (для специалистов)

Если вы обладаете навыками программирования в среде 1С, вы можете самостоятельно устранить ошибку в схеме компоновки данных. Рассмотрим кратко, на что обратить внимание:

Откройте конфигурацию, найдите отчет РасчетСреднегодовойСтоимостиИмущества. Перейдите на закладку Схема компоновки данных. Проанализируйте текст запроса в основном наборе данных. Скорее всего, вы обнаружите, что в параметрах виртуальных таблиц остатков регистра бухгалтерии неверно передаются параметры периодичности или условий по счету. Исправив условия связи ЛЕВОЕ СОЕДИНЕНИЕ между таблицей основных средств и таблицей амортизации, вы восстановите работоспособность встроенного отчета.

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

Заключение

Мы выяснили, что отсутствие амортизации в отчете БГУ 1.0.53.3 — это признанная ошибка платформенного решения, а не следствие неправильных действий бухгалтера. Основной рекомендацией остается переход на релиз 1.0.53.4. Если же вы продолжаете видеть нулевую амортизацию даже на исправном релизе, обязательно вернитесь к проверке аналитики (КПС и КФО) — в 90% случаев это вторая по значимости причина расхождений в отчетах по имуществу.