Обновление конфигурации «1С:Бухгалтерия государственного учреждения 2.0» (БГУ 2.0) до версии 2.0.70.48 часто становится серьезным испытанием для технических специалистов. Сложность заключается в том, что именно в этой ветке релизов разработчики «1С» провели масштабную реструктуризацию конфигурации, обновив ключевые библиотеки: Библиотеку стандартных подсистем (БСП) и Библиотеку электронного документооборота (БЭД). Если база ранее обслуживалась некорректно или содержит значительные доработки, штатное обновление через Конфигуратор может завершиться критической ошибкой.
В этой статье мы разберем причины возникновения проблем при переходе на 70-й релиз и составим подробный план действий по восстановлению работоспособности процесса обновления.
Проанализируем ситуацию, описанную в сообщениях форума. Основная проблема часто кроется в методах работы предыдущих специалистов. Если базу обновляли путем «Загрузки конфигурации (cf)» вместо штатного «Сравнения и объединения», в дереве метаданных накапливается «мусор».
Рассмотрим подробнее, что происходит при загрузке CF в доработанную базу:
Прежде чем приступать к накатыванию нового релиза, необходимо убедиться в целостности текущей базы данных. Проигнорировав этот этап, мы рискуем перенести логические ошибки в новую структуру, что сделает отладку невозможной.
Выполним Тестирование и исправление (ТИИ) исходного релиза. Обратите внимание на следующие настройки в Конфигураторе:
Если ТИИ выявило ошибки в объектах, связанных с Обменом с банками или Интеграцией с сайтами, их необходимо устранить до начала обновления.
Попытка «перепрыгнуть» через несколько крупных обновлений сразу на 2.0.70.48 часто приводит к краху. Разберем правильную стратегию. Вместо прямой попытки обновления, попробуем двигаться короткими шагами. Как советуют опытные коллеги, стоит попробовать обновиться на промежуточные версии:
Такой подход позволяет системе реструктуризировать данные поэтапно, снижая нагрузку на механизм сопоставления объектов.
Если при обновлении система жалуется на конкретные подсистемы (например, ПодсистемаОбменСБанками) и указывает на список из сотен объектов, нам придется вмешаться в дерево метаданных вручную. Проанализируем ситуацию: если эти 200 объектов отсутствуют в новой типовой конфигурации, значит, они помечены на удаление или полностью исключены разработчиком.
Порядок действий для очистки:
Удалить...), попробуйте исключить их из состава подсистемы перед запуском сравнения.Поскольку предыдущие франчайзи обновляли базу за час, они, скорее всего, использовали заранее подготовленный cf-файл, в который уже были интегрированы доработки. Нам необходимо выяснить, какие именно изменения были внесены.
Выполним сравнение текущей базы с полностью типовым cf того же релиза. Если при сравнении мы видим изменения в модулях, отвечающих за обмен (например, ОбменСБанкамиПоложительныйОтвет или механизмы работы с сайтами), необходимо решить: актуальны ли они для новой версии БСП? Скорее всего, в релизе 2.0.70 эти механизмы реализованы иначе, и старый код просто не будет работать.
Нельзя забывать о системных требованиях. Для корректной обработки метаданных в версии 2.0.70.48 требуется актуальная версия платформы 8.3. Разберем минимальные требования:
Важно помнить, что те 200 объектов, которые кажутся «лишними», могут содержать настройки интеграции или историю обменов. Перед их удалением или исключением из конфигурации:
Рассмотрим пример того, как может выглядеть код для проверки наличия данных в потенциально удаляемом объекте (например, регистре сведений):
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 1
| *
|ИЗ
| РегистрСведений.СтарыйРегистрОбмена КАК СтарыйРегистр";
РезультатЗапроса = Запрос.Выполнить();
Если Не РезультатЗапроса.Пустой() Тогда
Сообщить("Внимание! Объект содержит данные. Требуется перенос перед удалением.");
КонецЕсли;
Подведем итог нашему исследованию. Ошибка при обновлении БГУ 2.0 до 2.0.70.48 — это следствие накопленных ошибок в метаданных и резкого изменения архитектуры программы. Решение задачи требует системного подхода: сначала очистка и ТИИ, затем пошаговое обновление через промежуточные релизы, и в финале — ручное сопоставление объектов в окне сравнения, исключая «фантомные» объекты, оставшиеся от предыдущих некорректных обновлений.