← На главную

Переход с конфигурации «Бухгалтерия государственного учреждения» редакции 1.0 на редакцию 2.0 часто сопряжен с техническими трудностями, особенно когда релизы источника и приемника выходят в период интенсивных законодательных изменений. Типичная ситуация: вы используете актуальный релиз БГУ 1.0.66.13, но в дистрибутиве БГУ 2.0.75.40 встроены правила только для версии 1.0.65. Рассмотрим, как преодолеть это ограничение и обеспечить корректную миграцию данных.

Анализ проблемы несоответствия релизов

При использовании обработки Помощник перехода на БГУ 2.0 программа выполняет проверку версии метаданных. Если версия вашей текущей базы (например, 1.0.66.13) выше той, что указана в правилах конвертации (1.0.65), помощник может заблокировать процесс или выдать предупреждение о возможной некорректности данных. Разберем основные причины, почему это происходит и как действовать системному администратору или программисту.

В начале 2021 года основные сложности были вызваны внедрением Приказа Минфина № 198н. Это повлекло за собой масштабные изменения в Едином плане счетов (ЕПСБУ), которые в разных редакциях (1.0 и 2.0) реализовывались неодновременно. Кроме того, возникла техническая проблема с загрузкой классификаторов БИК из-за перехода серверов ЦБ на протокол TLS 1.2, что требовало оперативного обновления программных модулей.

Решение 1: Ручная корректировка файла правил конвертации

Если разница между релизами незначительна и вы уверены, что структура метаданных в части остатков и оборотов не претерпела критических изменений, можно прибегнуть к «обману» системы. Рассмотрим этот алгоритм по шагам:

1. Выгрузим файл правил конвертации из состава конфигурации БГУ 2.0 или найдем его в папке дистрибутива (обычно это файл Convert10_20.xml).
2. Откроем XML-файл любым текстовым редактором (например, Notepad++).
3. Найдем теги, отвечающие за проверку версии конфигурации-источника. Проанализируем структуру заголовка файла.
4. Изменим номер версии в строке соответствия. Например:
   Скопировать код

   
   <ВерсияИсточника>1.0.65</ВерсияИсточника>
   <!-- Меняем на актуальный -->
   <ВерсияИсточника>1.0.66</ВерсияИсточника>
   

5. Сохраним изменения и загрузим модифицированный файл в Помощник перехода как внешние правила.

Важно: Этот метод подходит только в том случае, если вы готовы вручную проверять ОС, НМА и остатки по счетам аренды, так как автоматические алгоритмы могут не учесть новые субконто, появившиеся в 1.0.66.

Решение 2: Использование внешних правил от техподдержки

Официальный вендор (1С) часто выпускает обновления правил конвертации отдельно от релизов конфигурации. Если встроенные правила устарели, проанализируем возможность получения актуальных файлов. Рассмотрим, где их искать:

• Каталог установки обновления БГУ 2.0 на диске. Путь обычно выглядит так: \1cv8cfts\1c\Budget\2_0_XX_XX\Accounting\Переход с БГУ 1.0\.
• Личный кабинет на портале 1С:ИТС в разделе дополнительных материалов к релизу.
• Запрос в линию консультаций. Как показывает практика, поддержка оперативно высылает файл Convert10_20.xml, адаптированный под последние изменения законодательства.

Технические нюансы классификатора БИК и TLS 1.2

Выясним причину, по которой пользователи БГУ 1.0 массово переходили на 2.0 в этот период. Одной из критических проблем стала невозможность загрузки классификатора БИК. Это связано с тем, что старая платформа и компоненты БГУ 1.0 не поддерживали защищенное соединение по протоколу TLS 1.2 без специальных патчей. В БГУ 2.0, работающей на современной платформе 8.3 в режиме управляемых форм, эта проблема решена штатно. При переносе данных из 1.0 в 2.0 убедимся, что справочник Банки перенесся корректно, и сразу после перехода выполним обновление классификатора в новой базе.

Особенности учета по Приказу № 198н при переносе

Проанализируем ситуацию с остатками. При переходе с 1.0.66 на 2.0.75 необходимо уделить особое внимание следующим объектам:

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

2. Основные средства: В БГУ 2.0 структура регистров ОС значительно отличается. Проанализируем состояние регистров после миграции. Часто требуется перепроведение документов Принятие к учету ОС или создание документов Изменение состояния ОС для корректного начисления амортизации в будущем.

3. КБК и типы налогов: В редакции 2.0 введен строгий контроль за реквизитом Тип налога в документах расчетов с бюджетом. Посмотрим на результат переноса: если в 1.0 этот реквизит отсутствовал или был заполнен неверно, документы в 2.0 не проведутся. Рекомендуем использовать Групповую обработку справочников и документов для массового заполнения этих реквизитов после переноса.

Рекомендованный порядок действий

Рассмотрим последовательность шагов для успешного завершения перехода:

1. Выполним свертку базы БГУ 1.0 на начало года (если это возможно). Это упростит перенос и уменьшит количество ошибок.
2. Проверим соответствие КПС (классификационных признаков счетов) типу учреждения в БГУ 2.0. В новой редакции контроль соответствия "бюджетный/автономный/казенный" более жесткий.
3. Загрузим данные, используя наиболее актуальные внешние правила.
4. Сформируем Технологический анализ в БГУ 2.0 (раздел Учет и отчетность — Технологический анализ).
5. Сравним Оборотно-сальдовую ведомость в обеих базах по всем субконто.

Итог: Даже если релизы не совпадают «из коробки», переход возможен. Главное — использовать внешние файлы правил или аккуратно адаптировать текущие, а после загрузки провести тщательную проверку регистров ОС и настроек учетной политики, так как БГУ 2.0 предъявляет гораздо более высокие требования к качеству ведения нормативно-справочной информации.