Как вернуть признак «Количественный» счету 106.31 в 1С:БГУ

← На главную

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

Проанализируем причину возникновения проблемы

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

Ошибка релиза: В некоторых версиях конфигурации (например, 1.0.48) наблюдался программный сбой при обновлении, когда иерархия Плана счетов временно нарушалась, и подчиненные счета теряли свои свойства.
Человеческий фактор: Пользователи с правами администратора могут случайно переместить счет в другую группу или изменить настройки родительского счета в режиме «1С:Предприятие», что автоматически снимает флаги у всех дочерних субсчетов.
Некорректная работа обработок: Использование внешних инструментов по «наведению порядка» в плане счетов может привести к сбросу настроек предопределенных данных.

Важно понимать: при снятии галочки «Количественный» система 1С автоматически очищает поле Количество во всех проводках по этому счету в регистре бухгалтерии. Просто вернуть галочку недостаточно для восстановления данных, но это необходимый первый шаг.

Способ 1: Манипуляция с группами счетов (без Конфигуратора)

Этот метод считается самым эффективным и «красивым», так как он позволяет восстановить настройки в режиме «1С:Предприятие», не прибегая к изменению конфигурации. Проанализируем алгоритм действий, основанный на механизме наследования признаков от группы.

Рассмотрим по шагам выполнение этой процедуры:

Откроем План счетов (ЕПСБУ) в режиме «1С:Предприятие».
Найдем счет 106.00 (или ту группу, которая потеряла признак). Нам нужно найти «эталонную» группу, у которой признак количественного учета точно включен. Обычно это группа 101.00 «Основные средства».
Временно установим для счета 106.00 родителя — группу 101.00. При записи программа предложит обновить признаки учета в соответствии с родителем.
После этого все субсчета внутри 106 (включая 106.31) принудительно получат признак количественного учета от группы 101.
Затем вернем счет 106.00 на свое место, убрав привязку к группе 101.00. Признак количественного учета при этом должен сохраниться.

Если проблема только в счете 106.31, можно проделать аналогичную операцию точечно, перемещая его в количественную группу и обратно. Этот метод заставляет платформу пересчитать флаги признаков учета, которые были заблокированы для ручного изменения.

Способ 2: Использование стандартной функции восстановления настроек

Иногда система позволяет решить вопрос «малой кровью». Попробуем воспользоваться встроенным механизмом восстановления предопределенных данных:

Зайдем в План счетов.
Нажмем кнопку «Действия» в верхней панели управления списком.
Выберем пункт «Восстановить настройки по умолчанию».

Этот метод эффективен, если изменения не были жестко прописаны в базе данных на уровне объектов, а касались лишь визуальных настроек или кэшированных состояний. Однако для предопределенных счетов он срабатывает не всегда.

Способ 3: Восстановление через Конфигуратор

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

Разберем последовательность действий:

Запустим базу в режиме Конфигуратор.
Откроем дерево метаданных, найдем раздел Планы счетов -> ЕПСБУ.
Нажмем правую кнопку мыши и выберем «Открыть предопределенные данные».
Найдем счет 106.31. Проверим, стоит ли там флаг «Количественный».
Если конфигурация позволяет редактирование, установим флаг вручную.
Если флаг стоит, но в «Предприятии» его нет — это признак рассинхронизации. В этом случае может помочь снятие флага, сохранение (обновление конфигурации БД), возврат флага и повторное сохранение.

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

Что делать с утерянными данными?

Как мы уже выяснили, простое возвращение галочки не вернет цифры в отчеты. Рассмотрим, как восстановить количественные показатели:

Вариант А: Перепроведение документов. Это самый простой, но долгий путь. Если документов немного, можно выделить их в журнале и нажать «Провести». При проведении система увидит, что счет теперь количественный, и заполнит ресурс Количество в регистре бухгалтерии. Перед этим обязательно убедитесь, что в самих документах количество указано.

Вариант Б: Восстановление из копии через обработку. Если база большая, перепроводить документы за год — плохая идея. Посмотрим на алгоритм работы программиста:

Создаем временную базу из архивной копии, где количество еще было.
Используем универсальную обработку «Выгрузка загрузка данных XML» или пишем несложный код для переноса данных.
Нам нужно перенести только ресурс Количество по конкретному счету в существующие движения.

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


// Пример программного восстановления признака для счета
СчетОбъект = ПланыСчетов.ЕПСБУ.НайтиПоКоду("106.31").ПолучитьОбъект();
Если Не СчетОбъект.Количественный Тогда
    СчетОбъект.Количественный = Истина;
    Попытка
        СчетОбъект.Записать();
        Сообщить("Признак количественного учета успешно восстановлен!");
    Исключение
        Сообщить("Ошибка при записи счета: " + ОписаниеОшибки());
    КонецПопытки;
КонецЕсли;

Профилактика проблемы

Чтобы избежать подобных инцидентов в будущем, рекомендуем выполнить следующие действия:

Ограничение прав: У обычных бухгалтеров не должно быть прав на редактирование Плана счетов. Это прерогатива администратора или главного бухгалтера.
Регулярные бэкапы: Всегда делайте резервную копию перед обновлением или любыми групповыми изменениями данных.
Контроль обновлений: Перед обновлением рабочего сервера всегда проверяйте новые релизы на тестовой базе, чтобы вовремя заметить возможные «слеты» настроек плана счетов.

Подводя итог, можно сказать, что проблема со счетом 106.31 решаема без потери структуры базы. Главное — вовремя заметить пропажу признака и выбрать наиболее подходящий метод восстановления в зависимости от ваших прав доступа к системе.