Как исправить ошибки и корректно перенести данные из БГУ ред. 1.0 в БГУ ред. 2.0

← На главную

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

1. Устранение ошибки «Не найден экспортируемый метод. Добавить строку»

Данная ошибка возникает непосредственно в процессе импорта выгруженного XML-файла в базу-приемник БГУ 2.0 через специализированную обработку обмена. Выясним причину ее появления.

При обновлении конфигурации БГУ 2.0 разработчики периодически оптимизируют программный код: меняют структуру общих модулей, переносят экспортные процедуры или изменяют свойства их компиляции (например, отключают доступность на стороне клиента). Если правила конвертации данных (файл БГУ1_БГУ2.xml) были созданы для более старого релиза БГУ 2.0, они продолжают обращаться к старому имени процедуры или модуля. Платформа выдает ошибку, так как вызываемый метод больше не существует в кодовой базе приемника.

Пошаговый алгоритм решения проблемы:

Проверка соответствия релизов: Перенос данных корректно работает только при строгом соблюдении матрицы совместимости релизов БГУ 1.0 и БГУ 2.0. Актуальные правила конвертации всегда поставляются вместе с дистрибутивом обновления БГУ 2.0. Перейдите в каталог шаблонов вашей установленной БГУ 2.0 (обычно это папка tmplts\1c\StateAccounting\<Номер_Релиза>\Convert) и скопируйте оттуда актуальный файл правил обмена.
Запуск в режиме Толстого клиента: Некоторые устаревшие обработчики событий в правилах конвертации могут некорректно выполняться в Тонком клиенте 1С. Попробуйте запустить базу БГУ 2.0 в режиме «Толстый клиент (управляемое приложение)» и повторить операцию загрузки данных.
Временный откат релиза БГУ 2.0: Если вы столкнулись с ошибкой на самом последнем релизе БГУ 2.0, вы можете временно развернуть пустую базу БГУ 2.0 на 1–2 релиза младше (например, использовать релиз, где нужный метод еще был доступен), успешно выполнить туда загрузку данных, а затем обновить полученную базу БГУ 2.0 стандартным способом до актуального релиза.

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


// Ошибка возникает, если метод ДобавитьСтроку() был удален из модуля Логирования
Попытка
    ИнтеграцияБГУВызовСервера.ДобавитьСтроку(ЛогСообщений, "Начало загрузки объекта");
Исключение
    // Резервный вариант записи сообщения напрямую в Журнал регистрации
    ЗаписьЖурналаРегистрации("ПереносДанных", УровеньЖурналаРегистрации.Предупреждение,,, ОписаниеОшибки());
КонецПопытки;

---

2. Настройка ОСВ и решение проблемы с документами «закрытия года»

После завершения переноса данных бухгалтеры часто обнаруживают пугающую картину: конечные остатки в ОСВ за предыдущий год (например, на 31.12.2019) не совпадают с начальными остатками на 01.01.2020. Из-за этого некоторые специалисты совершают грубую ошибку — начинают вручную удалять или распроводить перенесенные документы закрытия года, что приводит к полной потере корректного финансового результата.

Выясним причину расхождения:

В конфигурации «1С:Бухгалтерия государственного учреждения, редакция 2.0» реализована полноценная поддержка операций межотчетного периода. Регламентные документы закрытия счетов, технологические операции и реформация баланса записываются датой 31.12.2019 со строго определенным временем 23:59:59, но логически они относятся к межотчетному периоду (периоду «между годами»).

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

Как правильно настроить отчет для проверки баланса:

Откройте отчет Оборотно-сальдовая ведомость в БГУ 2.0.
Перейдите в настройки отчета (кнопка «Показать настройки»).
Найдите параметр управления периодом и установите вид периода: «С учетом межотчетного периода» или «После межотчетного периода».
Переформируйте отчет. Вы увидите, что показатели на конец предыдущего периода и начало нового пришли в полное соответствие.
Для детальной проверки регламентных операций используйте специализированный отчет «Журнал операций межотчетного периода № 8-мо».

---

3. Ошибка загрузки документов из-за реквизита «Оплата за жилые помещения» (ЖКХ)

Рассмотрим ситуацию, когда при загрузке данных процесс прерывается на определенном этапе (например, выгружено 57 000 объектов, а загружается всего 16 000), и система выдает ошибку сопоставления свойств, связанных с ЖКХ, при том что в вашей организации никогда не велся учет жилых помещений.

Причина сбоя:

В БГУ ред. 1.0 (начиная с релиза 1.0.60.х) в структуру документов ЗаявкаНаКассовыйРасход (а также сокращенной формы этого документа) был добавлен обязательный реквизит ОплатаЗаЖилыеПомещения для корректного обмена данными с внешними системами АЦК-Финансы. При выгрузке данных этот реквизит записывается в XML-файл обмена в автоматическом режиме, даже если значение реквизита в вашей базе пустое.

Если в БГУ 2.0 используются устаревшие или не полностью совместимые правила переноса, загрузчик не находит сопоставленного метаданного в конфигурации-приемнике и аварийно завершает весь сеанс импорта, блокируя загрузку всех последующих документов текущего года.

Способы решения этой проблемы:

Способ А. Отключение переноса документов за текущий год

Если перенос документов текущего периода со всей историей проводок не критичен (или вы планируете перенести только остатки), при запуске обработки «Выгрузка данных в БГУ 2.0» в исходной базе БГУ 1.0 снимите флажки напротив правил выгрузки документов ЗаявкаНаКассовыйРасход и ЗаявкаНаКассовыйРасходСокращенная. Переносите только остатки по счетам на начало года.

Способ Б. Ручная корректировка XML-файла данных

Если документов немного, но процесс прерывается из-за единичных объектов, вы можете открыть полученный XML-файл выгрузки через текстовый редактор (например, Notepad++) и удалить блоки данных, содержащие некорректное свойство.

Пример структуры XML-блока, который может вызывать ошибку:


<!-- Пример тега реквизита, вызывающего сбой при несовпадении правил -->
<Свойство Имя="ОплатаЗаЖилыеПомещения" Тип="Булево">
    <Значение>Ложь</Значение>
</Свойство>

Удаление некорректных тегов или замена правил обмена на актуальные (соответствующие вашему релизу БГУ 2.0) позволит загрузчику успешно пропустить пустые реквизиты и продолжить импорт остальных документов.

---

4. Особые нюансы перехода на казенное учреждение с 01.01.2020

Проанализируем ситуацию, когда переход на БГУ 2.0 совмещен со сверткой информационной базы и одновременным изменением типа государственного учреждения (например, перевод бюджетного или автономного учреждения на казенный тип учета).

Проведение стандартной свертки базы в БГУ 1.0 перед переносом — это верное решение для облегчения объема базы. Однако при изменении типа учреждения простого переноса остатков недостаточно, так как у казенных учреждений принципиально иная структура Рабочего плана счетов (РПС), другие коды финансового обеспечения (КФО 1 вместо КФО 4 и 2) и бюджетная классификация КПС.

Как правильно выполнить переход:

Выполните перенос остатков в чистую базу БГУ 2.0 «как есть» на дату перехода (например, со старым типом учреждения).
В БГУ 2.0 введите документ «Изменение типа учреждения», указав новую дату применения учетной политики казенного типа.
Для корректного переноса остатков на новые счета (с КФО 1 и соответствующими бюджетными КБК) воспользуйтесь специализированным помощником и документом «Перенос остатков при изменении типа учреждения». Этот документ автоматически спишет остатки со старых счетов учета и оприходует их на новые счета через вспомогательный транзитный счет 401.30 («Финансовый результат прошлых отчетных периодов»).

Помните, что попытка перенастроить счета вручную или оставить пустые КЭК (например, «000») приведет к полному искажению регламентированной отчетности и ошибкам при автоматическом заполнении форм баланса.