В процессе работы с программой «1С:Бухгалтерия государственного учреждения 1.0» (БГУ 1.0) бухгалтеры и технические специалисты часто сталкиваются с ситуацией, когда в «Ведомости ОС» по конкретному объекту отображается отрицательная балансовая стоимость. Ситуация осложняется тем, что основное средство может быть уже давно списано, а в бухгалтерских регистрах на первый взгляд всё в порядке. Разберем детально, почему так происходит, где искать скрытые ошибки и как привести учет в соответствие.
Для начала проанализируем ситуацию: отчет «Ведомость ОС» в БГУ 1.0 является сложным механизмом, построенным на системе компоновки данных (СКД). Он собирает информацию не из одного места, а из совокупности бухгалтерских итогов по счетам серии 101.00 и различных регистров сведений.
Если мы заглянем в консоль запросов или изучим схему компоновки отчета, мы увидим конструкцию вида ЕСТЬNULL(ЕПСБУОстатки.СуммаОстаток, 0) КАК БалансоваяСтоимость. Это означает, что отчет обращается к виртуальной таблице остатков регистра бухгалтерии. Если здесь появляется «минус», значит, на бухгалтерском счете 101 по данному объекту завис отрицательный остаток. Рассмотрим подробнее, почему это происходит при нулевом сальдо в обычной оборотке.
Самая частая причина отрицательных значений — это несовпадение аналитики при поступлении и списании ОС. Основное средство может быть принято на учет по одному КПС (классификационному признаку счета), а списано по другому. В результате общая сумма по объекту в главной книге будет нулевой, но в разрезе КПС (или КФО) образуется «плюс» на одном и «минус» на другом.
Для выявления этой проблемы выполним следующие шаги:
В БГУ 1.0 ведомость ОС сильно зависит от вспомогательных регистров. Даже если проводки по счету 101 верны, некорректные записи в регистрах могут «сломать» логику отчета. Выясним причину, проверив следующие регистры:
Часто бухгалтеры используют документ «Операция (бухгалтерская)» для исправления ошибок или переноса данных. Рассмотрим ситуацию: проводка по дебету или кредиту счета 101 сделана, но движения по специализированным регистрам ОС отсутствуют. Это классическая причина расхождений между «Оборотно-сальдовой ведомостью» и «Ведомостью ОС».
Для исправления ситуации нам необходимо проверить, чтобы каждый ручной документ сопровождался корректировкой соответствующих регистров. Проанализируем ситуацию через запрос или консоль отчетов, выбрав данные из регистра накопления Стоимость ОС и регистра сведений События ОС.
Пример простого запроса для консоли, чтобы увидеть разницу между данными учета и регистров:
ВЫБРАТЬ
СтоимостьОСОстатки.ОсновноеСредство,
СтоимостьОСОстатки.СтоимостьОстаток КАК СтоимостьВРегистре,
ЕПСБУОстатки.СуммаОстаток КАК СтоимостьНаСчете
ИЗ
РегистрНакопления.СтоимостьОС.Остатки(&Период, ) КАК СтоимостьОСОстатки
ПОЛНОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.ЕПСБУ.Остатки(&Период, Счет В ИЕРАРХИИ (ЗНАЧЕНИЕ(ПланСчетов.ЕПСБУ.ОсновныеСредства)), , ) КАК ЕПСБУОстатки
ПО СтоимостьОСОстатки.ОсновноеСредство = ЕПСБУОстатки.Субконто1
ГДЕ
ЕСТЬNULL(СтоимостьОСОстатки.СтоимостьОстаток, 0) <> ЕСТЬNULL(ЕПСБУОстатки.СуммаОстаток, 0)
Если причина найдена и она кроется в поврежденных данных или последствиях некорректного объединения баз, воспользуемся следующими инструментами:
Эта обработка входит в состав поставки обновлений БГУ 1.0. Она предназначена для контроля неизменности учетных данных и проверки движений документов. Посмотрим на её работу: она анализирует историю движений и помогает выявить «фантомные» записи, которые остались после удаления или изменения документов ввода остатков. Будьте осторожны: на больших базах она работает медленно и может блокировать работу пользователей.
Иногда отрицательные остатки в виртуальных таблицах — это результат логического сбоя итогов. Выполним следующие действия в Конфигураторе:
В БГУ 1.0 важна секундная точность. Если документ списания ОС и документ изменения стоимости (или начисления амортизации) проведены в одну и ту же секунду, отчет может сначала рассчитать списание, а потом попытаться начислить что-то на пустую карточку. Разберем решение: разнесите такие документы по времени хотя бы на одну секунду (например, списание в 12:00:01, а корректировку в 12:00:00).
Если же проблема обратная — ОС есть в учете, но ведомость его игнорирует (хотя в ведомость амортизации оно попадает), проверим регистр Параметры амортизации ОС (бухгалтерский учет). Если в нем не заполнена «Стоимость для вычисления амортизации» или стоит ошибочная дата последнего изменения, отчет может отсекать такие позиции. Также убедитесь, что в справочнике «Основные средства» не создано дублей объекта с тем же инвентарным номером — поступление могло упасть на один элемент, а списание — на другой.
Подведем итог: отрицательная стоимость в ведомости ОС БГУ 1.0 — это всегда сигнал о расхождении аналитики (КПС/КФО) или несоответствии бухгалтерских проводок записям в регистрах сведений. Тщательная проверка через «Оборотно-сальдовую ведомость» с максимальной детализацией и анализ регистра «Стоимость ОС» позволяют решить проблему в большинстве случаев.