Как добавить коды КОСГУ в 1С:БГУ 1.0, если стандартная загрузка и ручной ввод не работают

Программист 1С v8.3 (Обычные формы) Бухгалтерский учет Финансы и профессиональные услуги
← На главную

В процессе работы с программным продуктом 1С:Бухгалтерия государственного учреждения 1.0 (БГУ 1.0) бухгалтеры и технические специалисты часто сталкиваются с необходимостью актуализации справочников классификаторов. Особое внимание уделяется справочнику КОСГУ (КЭК), так как от его полноты напрямую зависит корректность формирования регламентированной отчетности. Рассмотрим ситуацию, когда в системе отсутствуют новые коды (например, 254, 255, 256), а стандартные механизмы загрузки не приносят результата.

Анализ проблемы: почему не добавляются новые КОСГУ

Проанализируем типичную ситуацию. При попытке загрузить комплект отчетности (например, для казенных учреждений) система выдает ошибку, указывая на отсутствие конкретных кодов КЭК. Пользователь пытается добавить код "руками" через справочник КЭК или воспользоваться стандартной кнопкой "Загрузить поставляемые данные", но система либо выдает ошибку, либо просто не обновляет список. Выясним основные причины такого поведения программы:

Шаг 1. Использование стандартного механизма загрузки

Прежде чем переходить к радикальным мерам, проверим стандартный функционал. Разберем, как правильно инициировать обновление данных из макета конфигурации. Перейдем в список справочника КЭК (Операции — Справочники — КЭК). В форме списка найдем кнопку "Все действия" (или воспользуемся панелью инструментов) и выберем пункт "Загрузить поставляемые данные".

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

Шаг 2. Поиск скрытых причин через отладчик

Если стандартная загрузка не выдает ошибок, но данные не появляются, проанализируем ситуацию с технической точки зрения. Как показывает практика, проблема часто кроется в механизме регистрации изменений для обмена данными. Посмотрим, как это выявить. При попытке записи нового элемента срабатывает событие ПередЗаписью. Если в системе настроен план обмена (например, ОбменЗарплатаБухгалтерия), программа пытается зафиксировать изменения во всех узлах этого плана.

Рассмотрим пример кода, который может вызывать отказ в записи:


Процедура ПередЗаписью(Отказ)
    Если ОбменДанными.Загрузка Тогда
        Возврат;
    КонецЕсли;
    
    // Если план обмена настроен некорректно или возникла ошибка в правилах,
    // переменная Отказ может принять значение Истина.
    ПланыОбмена.ЗарегистрироватьИзменения(Узлы, ЭтотОбъект);
КонецПроцедуры

Выясним причину блокировки: если при регистрации изменений в плане обмена возникает исключение, транзакция записи КОСГУ откатывается, и новый код не сохраняется в базе данных.

Шаг 3. Устранение блокировки в планах обмена

Разберем решение, которое помогло пользователям в обсуждении. Если проблема связана с планом обмена ЗиК ГУ, у нас есть два пути решения задачи:

  1. Временное отключение регистрации: Перейдем в Операции — Планы обмена. Найдем узел обмена с зарплатной программой и временно удалим его или деактивируем. После этого повторим загрузку КОСГУ.
  2. Корректировка кода (для программистов): Если первый вариант не подходит, можно зайти в Конфигуратор, найти модуль объекта справочника КЭК или модуль соответствующего плана обмена и временно закомментировать строку, вызывающую ошибку в обработчике ПередЗаписью.

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

Шаг 4. Использование внешних классификаторов

Рассмотрим еще один вариант, если макеты внутри конфигурации по какой-то причине повреждены. В дистрибутивах обновления БГУ 1.0 всегда поставляются файлы в формате XML, содержащие актуальные бюджетные классификаторы. Обычно файл называется stat209n.xml. Выполним загрузку из него:

Проверка результата и связь с отчетностью

Проанализируем ситуацию после добавления кодов. Важно убедиться, что у новых элементов справочника КЭК правильно заполнены реквизиты: "Код", "Наименование", а также "Дата начала действия". Если дата начала действия будет позже текущей даты, код не будет подставляться в документы и отчеты.

После того как коды КОСГУ 254 и последующие успешно добавлены в справочник, попробуем снова загрузить комплект отчетности. Теперь система сможет сопоставить идентификаторы из файла отчетности с элементами справочника в базе, и фатальная ошибка импорта будет устранена. Помним, что ручное добавление кодов — это крайняя мера, и лучше всегда добиваться работы штатных механизмов обновления, чтобы сохранить ссылочную целостность GUID-идентификаторов классификатора.

← На главную