Обновление «Бюджетной отчетности» до 1.1.71.2: ключевые изменения, требования и пошаговый план перехода

Что нового в релизе 1.1.71.2 и почему это важно

Релиз 1.1.71.2 конфигурации «Бюджетная отчетность» - это техническое обновление, которое напрямую влияет на стабильность работы и соответствие законодательным требованиям. Главное изменение - обновление внутренних библиотек: Библиотеки стандартных подсистем (БСП) и Библиотеки бюджетной классификации (БК).

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

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

Если вы работаете с бюджетной отчетностью, понимание этих технических нюансов - не прихоть IT-отдела, а прямая необходимость. Статья дает пошаговый план, который поможет пройти обновление без простоев и потери информации.

Обновление библиотек БСП и БК: на что обратить внимание

В составе релиза 1.1.71.2 обновлены две ключевые библиотеки. Библиотека стандартных подсистем (БСП) - это фундамент, на котором работают сервисные механизмы: обмен данными, электронная подпись, контактная информация, версионирование объектов. Ее обновление затрагивает десятки подсистем одновременно.

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

Что именно меняется в работе после обновления библиотек:

Исправляются ошибки, выявленные в предыдущих версиях БСП. Часть из них могла проявляться как некорректная работа обмена с казначейскими системами или сбои при формировании электронных документов.
Появляются новые механизмы обработки данных, которые могут потребовать перенастройки интеграций. Например, изменения в подсистеме «Обмен данными» иногда влияют на правила выгрузки.
Обновленная БК гарантирует соответствие справочников актуальным приказам Минфина. Это критически важно для учреждений, которые работают с федеральным бюджетом.

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

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

Требования к технологической платформе: готовим среду к обновлению

Релиз 1.1.71.2 не запустится на устаревшей платформе. Минимальная версия «1С:Предприятие 8» - 8.3.27.1688. Это жесткое требование, а не рекомендация. Если ваша платформа ниже, при попытке открыть конфигурацию вы получите ошибку.

Проверьте текущую версию платформы до начала работ. В запущенной 1С откройте меню «Справка» - «О программе». В открывшемся окне найдите строку «Платформа». Если номер версии меньше 8.3.27.1688, обновление платформы становится первым и обязательным шагом.

Порядок действий для обновления платформы:

Скачайте дистрибутив платформы версии 8.3.27.1688 или новее. Официальный источник - портал 1С:ИТС или личный кабинет партнера. Не используйте файлы из непроверенных источников.
Убедитесь, что разрядность дистрибутива соответствует вашей системе. Для 64-битной операционной системы нужен 64-битный клиент. Серверная часть также должна совпадать по разрядности.
Установите платформу на все рабочие места, где используется толстый или тонкий клиент. Если база работает в клиент-серверном варианте, обновите серверную часть.
После установки проверьте версию платформы повторно через «О программе». Номер должен совпадать с установленным дистрибутивом.

Если платформа уже новее 8.3.27.1688, дополнительных действий не требуется. Конфигурация корректно работает с более свежими версиями платформы в пределах одной редакции.

С каких версий возможен переход: правильная последовательность обновлений

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

Типичная ситуация: вы пытаетесь обновиться с версии 1.1.68.x сразу на 1.1.71.2. Конфигуратор выдает ошибку о несоответствии версий или, что хуже, обновление проходит формально, но при запуске начинают сыпаться ошибки обращения к несуществующим полям.

Правильный алгоритм:

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

Этот подход требует времени, но гарантирует целостность данных. Спешка здесь неуместна. Лучше потратить час на последовательную установку двух-трех релизов, чем сутки на восстановление базы из резервной копии.

Как проверить текущую версию конфигурации и историю обновлений

Текущую версию конфигурации можно посмотреть двумя способами. Первый - в пользовательском режиме: меню «Справка» - «О программе». В открывшемся окне найдите строку «Конфигурация». Там указаны название и номер версии, например, «Бюджетная отчетность, редакция 1.1.70.5».

Второй способ - через конфигуратор. Запустите 1С в режиме конфигуратора, откройте меню «Конфигурация» - «Открыть конфигурацию». В корне дерева конфигурации найдите свойство «Версия». Этот метод точнее, так как показывает полный номер, включая номер сборки.

Историю обновлений можно проверить через журнал регистрации. В пользовательском режиме откройте «Администрирование» - «Журнал регистрации». Установите отбор по событию «Обновление конфигурации». Вы увидите список всех установленных релизов с датами. Это поможет понять, какие версии уже были пропущены ранее и спланировать корректный маршрут обновления.

Аналогичный подход мы описывали в разборе обновления «Управления торговлей» до версии 11.5.27.68. Принцип везде один: сначала диагностика, потом действие.

Где получить официальное обновление, если программа на поддержке

Дистрибутив обновления конфигурации доступен только пользователям с действующим договором информационно-технологического сопровождения (1С:ИТС). Без подписки легально получить файл обновления нельзя.

Основные источники:

Портал 1С:ИТС (its.1c.ru). В разделе «Обновления программ» найдите конфигурацию «Бюджетная отчетность» и скачайте нужный релиз. Доступ открыт при наличии действующего договора.
Личный кабинет партнера 1С. Если вашу программу сопровождает партнер, он предоставит файл обновления через свой кабинет.
Сервис «1С:Обновление программ». Встроенный в платформу механизм, который автоматически проверяет наличие новых релизов и загружает их. Настройка выполняется в разделе «Администрирование» - «Обновление программы».

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

Если вы работаете с госучреждением, дополнительно изучите практический гайд по обновлению 1С:БГУ до версии 2.0.109.42. Там разобраны похожие вопросы доступа к обновлениям и нюансы работы с казначейскими системами.

Планирование перехода: как минимизировать риски и простои

Обновление конфигурации - это операция, которая временно блокирует работу пользователей в базе. Продолжительность зависит от размера базы и количества устанавливаемых релизов. В среднем один релиз устанавливается от 15 до 40 минут. Если требуется последовательная установка нескольких версий, закладывайте на это несколько часов.

Рекомендации по планированию:

Назначайте обновление на нерабочее время. Оптимально - вечер пятницы или выходной день. Убедитесь, что все пользователи завершили сеансы.
Предупредите сотрудников заранее. За день до обновления разошлите уведомление с указанием времени начала и ожидаемой продолжительности работ.
Назначьте ответственного за процедуру. Это должен быть сотрудник с правами администратора, который понимает порядок действий и знает, куда обращаться при возникновении ошибок.
Подготовьте регламент действий на случай сбоя. Если обновление прервется с ошибкой, у вас должен быть план: кто принимает решение, как долго пытаемся восстановиться, в какой момент откатываемся на резервную копию.

Для бюджетных учреждений дополнительный фактор - отчетный период. Не планируйте обновление за день до сдачи квартальной или годовой отчетности. Даже если процедура пройдет гладко, всегда есть риск, что потребуется время на проверку и адаптацию.

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

Резервная копия - это страховка, которая позволяет откатить изменения, если что-то пойдет не так. Создайте ее непосредственно перед началом обновления, а не за день или неделю до этого.

Два уровня резервного копирования:

Средствами 1С. В конфигураторе выберите «Администрирование» - «Выгрузить информационную базу». Сохраните файл с расширением .dt. Этот способ создает полную копию базы в формате 1С.
На уровне СУБД. Если база работает на PostgreSQL или Microsoft SQL Server, создайте резервную копию штатными средствами базы данных. Это быстрее и надежнее для больших баз.

После создания резервной копии разверните ее в тестовую среду. Проведите обновление на тестовой копии и выполните проверку:

Запустите конфигурацию в пользовательском режиме. Убедитесь, что нет ошибок при старте.
Откройте основные справочники и документы. Проверьте, что данные на месте и корректно отображаются.
Сформируйте ключевые отчеты за последний закрытый период. Сравните результаты с теми, что были до обновления.
Запустите регламентные операции, если они настроены. Убедитесь, что обмены и фоновые задания отрабатывают.

Только после успешного тестирования переносите процедуру на рабочую базу. Эта практика занимает дополнительное время, но окупается отсутствием авралов в случае неудачного обновления.

Схожий подход к тестированию мы разбирали в статье о релизе 1С:Управление торговлей 11.5.27.70. Там обновление БСП до версии 3.1.12.254 также требовало тщательной проверки интеграций.

Часто задаваемые вопросы по обновлению до 1.1.71.2

Нужно ли обновлять платформу, если она новее 8.3.27.1688?

Нет. Если ваша платформа версии 8.3.27.1688 или выше, она полностью совместима с релизом 1.1.71.2. Дополнительных действий не требуется.

Что делать, если после обновления конфигурация не запускается?

Первое - проверьте версию платформы. Это самая частая причина. Второе - убедитесь, что вы не пропустили промежуточные версии. Если ошибка сохраняется, восстановите базу из резервной копии и обратитесь к партнеру 1С, который сопровождает вашу программу.

Как долго длится обновление?

Один релиз устанавливается от 15 до 40 минут. Время зависит от размера базы и производительности сервера. Если вы ставите несколько релизов последовательно, суммируйте время на каждый. Добавьте 30-60 минут на тестирование после установки.

Можно ли откатить обновление?

Штатного механизма отката нет. Единственный способ вернуться к предыдущей версии - восстановить базу из резервной копии, созданной до обновления. Все данные, введенные после обновления, будут потеряны. Поэтому резервное копирование обязательно.

Что будет, если не обновляться?

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