Что поменялось в базе после обновления 1С: пять способов проверить

Посмотреть изменения после обновления 1С можно на трёх уровнях. Для пользователя — форма «Описание изменений программы», которая открывается при первом запуске после обновления, и файл 1cv8upd.htm из комплекта поставки. Для администратора — журнал регистрации и Администрирование → Обслуживание → Результаты обновления программы. Для программиста — Конфигурация → Сравнить конфигурации в Конфигураторе: там видно каждый изменённый реквизит, форму и строку кода.

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

Описание релиза: что поменялось по версии поставщика

Самый быстрый источник — текст, который поставщик кладёт в каждое обновление. Он описывает изменения языком пользователя: новые документы, поправки в отчётах, изменения законодательства.

Форма «Описание изменений программы»

В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) после обновления при первом входе пользователя с правами администратора открывается окно с перечнем изменений. Если его закрыли, найти снова можно так:

1. Откройте поиск по меню в интерфейсе «Такси» (поле поиска в разделе или Главное меню → Все функции).
2. Введите слово «изменений».
3. Выберите «Описание изменений программы».

Форма показывает изменения по всем релизам, через которые прошла база. Если вы перескочили с 3.0.150 на 3.0.155, увидите описание каждого промежуточного шага.

Файл 1cv8upd.htm в каталоге шаблонов

При установке обновления из дистрибутива (файл .cfu) файлы ложатся в каталог шаблонов. По умолчанию это:

%APPDATA%\1C\1cv8\tmplts\1c\<имя конфигурации>\<номер версии>\

Например, для Бухгалтерии — папка Accounting, внутри — подпапка с номером релиза через подчёркивания. Там лежат:

• 📄 1cv8upd.htm — «Новое в версии», подробное описание изменений;
• 📄 ReadMe.txt — требования к версии платформы и порядок перехода;
• 📦 1cv8.cfu — сам файл обновления.

Открыть 1cv8upd.htm можно любым браузером. Это удобнее формы в базе: работает поиск по странице (Ctrl+F), можно найти нужный документ или отчёт по названию.

Результаты обновления в режиме предприятия

Администрирование → Обслуживание → Результаты обновления программы показывает не «что нового», а как прошло обновление: завершилась ли дополнительная обработка данных, какие процедуры ещё выполняются в фоне. Пока отложенная обработка не закончилась, часть отчётов может показывать неполные данные. Смотрите сюда в первую очередь, если после обновления «поехали» остатки или итоги.

Журнал регистрации: кто и когда обновлял базу

Журнал отвечает на вопросы «когда именно обновили» и «кто это сделал». Это важно, когда расхождения в учёте нужно привязать к дате обновления.

Где открыть:

Как найти события обновления:

1. Откройте журнал и нажмите кнопку отбора.
2. Задайте период — дни, когда предположительно было обновление.
3. В отборе по событиям оставьте события группы «Информационная база» (изменение конфигурации, изменение параметров) и события обновления информационной базы.
4. Примените отбор и отсортируйте по дате.

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

Сравнение конфигураций в Конфигураторе

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

Сохраните старую конфигурацию до обновления

Сравнивать можно только с тем, что сохранено. Поэтому перед обновлением сделайте:

1. Откройте Конфигуратор.
2. Конфигурация → Сохранить конфигурацию в файл.
3. Назовите файл с номером релиза, например buh_3_0_150.cf.

Если старый .cf не сохранили, а резервной копии нет — сравнивать будет не с чем. Вариант на этот случай: взять дистрибутив предыдущего релиза из каталога шаблонов (там лежит полный 1cv8.cf, если релиз ставили полным дистрибутивом) или развернуть копию базы из выгрузки .dt.

Сравните старую и новую версии

1. В Конфигураторе: Конфигурация → Сравнить конфигурации.
2. Слева выберите «Основная конфигурация» (уже обновлённая).
3. Справа — «Конфигурация из файла» и укажите сохранённый .cf.
4. Нажмите «Выполнить».
5. В окне результата включите показ только отличий — так дерево свернётся до изменённых объектов.

Изменённые объекты подсвечиваются, у них есть значки «изменён», «добавлен», «удалён». Для модуля или формы через контекстное меню объекта открывается подробное сравнение: построчное для кода, поэлементное для формы.

Если нужно передать список изменений коллеге или заказчику, сформируйте отчёт о сравнении из окна результата. Его можно сохранить в текстовый файл или табличный документ.

Что сравнивать с чем

Последняя строка — частая ловушка. После обновления основной конфигурации забывают нажать «Обновить конфигурацию базы данных», и пользователи работают на старой версии. Сравнение с конфигурацией БД сразу покажет расхождение.

Доработанная конфигурация на поддержке

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

Если база ведётся через хранилище конфигурации, историю изменений смотрят в Конфигурация → Хранилище конфигурации → История хранилища. Там каждое помещение — с автором, датой и комментарием.

Какие таблицы и объекты базы данных затронуло обновление

Изменение метаданных не всегда меняет структуру хранения. А вот реорганизация таблиц — это то, что влияет на скорость обновления и на данные.

Окно «Реорганизация информации»

При выполнении Конфигурация → Обновить конфигурацию базы данных Конфигуратор показывает окно со списком объектов, у которых меняется структура. Это и есть перечень изменений на уровне базы данных:

• 🆕 новые справочники, документы, регистры;
• ✏️ добавленные реквизиты и измерения;
• 🗑 удалённые объекты и реквизиты;
• 🔁 изменённые типы реквизитов.

Перед нажатием «Принять» пролистайте список. Если там есть удаление реквизита, которым пользовалась ваша доработка или внешняя обработка, данные в нём будут потеряны.

Сравнение структуры хранения

Для глубокой проверки программист может выгрузить структуру хранения до и после обновления функцией ПолучитьСтруктуруХраненияБазыДанных() и сравнить имена таблиц и полей. Это нужно, если к базе подключены внешние системы, читающие SQL напрямую: обновление может переименовать таблицы, и интеграция сломается без видимых ошибок в самой 1С.

Изменения в формах, печатных формах и интерфейсе

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

Формы документов и списков

После обновления формы могут перестать учитывать старые пользовательские настройки. Если колонка «пропала», чаще всего она просто скрыта:

1. В форме нажмите Ещё → Изменить форму.
2. Найдите нужное поле в дереве элементов и включите флажок видимости.
3. Если форма совсем «сломалась» — там же есть команда сброса к стандартным настройкам.

Чтобы точно узнать, что поставщик поменял в форме, найдите её в окне сравнения конфигураций (раздел выше) и откройте сравнение формы: видно добавленные и удалённые элементы.

Печатные формы и макеты

В БП 3.0 и других конфигурациях на БСП откройте Администрирование → Печатные формы, отчеты и обработки → Макеты печатных форм. Список показывает, какие макеты были изменены пользователями. Если поставщик обновил макет, который вы правили, ваша версия продолжит использоваться — и печатная форма может не соответствовать новой форме документа. Сравните свой макет с поставляемым и при необходимости верните стандартный.

Внешние обработки и расширения

Проверьте Администрирование → Печатные формы, отчеты и обработки:

• 🧩 Расширения — при несовместимости с новым релизом расширение отключается или выдаёт ошибку при запуске;
• 📑 Дополнительные отчёты и обработки — внешние печатные формы и обработки заполнения часто ломаются при изменении реквизитов документов.

Каждую подключённую обработку откройте хотя бы раз и выполните на одном документе.

Как проверить отчёты и учёт после обновления

Описание релиза говорит, что поставщик хотел изменить. Тестирование показывает, что изменилось у вас на самом деле. Самый надёжный способ — сравнить цифры до и после на одних и тех же данных.

Сравнение «до и после» на копии

1. До обновления сформируйте и сохраните в файл ключевые отчёты за закрытый период: оборотно-сальдовую ведомость, анализ счетов 60, 62, 68, 70, для ЗУП — свод начислений.
2. Сделайте копию базы: Администрирование → Обслуживание → Резервное копирование и восстановление или выгрузку .dt из Конфигуратора.
3. Обновите копию.
4. Сформируйте те же отчёты с теми же настройками.
5. Сравните суммы. Удобно в Excel: два листа и колонка разницы.

Если суммы разошлись, а в описании релиза нет изменений в этой части учёта, — это сигнал разбираться до обновления рабочей базы.

Рабочие сценарии

Цифры за прошлые периоды — только половина проверки. Прогоните на копии типовой день:

Пункты, которых в вашей базе нет, пропустите. Обмены и ЭДО проверяйте особенно внимательно: на копии отключите автоматическую отправку и регламентные задания, чтобы копия не выгрузила данные во внешнюю систему.

Частые ошибки при разборе изменений

• ❌ Смотрят только описание релиза в доработанной базе. Оно описывает изменения поставщика, но молчит о том, что стало с вашими правками. Для доработанных конфигураций обязательно сравнение в Конфигураторе.
• ❌ Делают выводы до окончания отложенной обработки данных. Пока в «Результатах обновления программы» не написано, что обработка завершена, отчёты могут показывать неполные итоги.
• ❌ Сравнивают основную конфигурацию с конфигурацией БД и считают это «изменениями обновления». Это разница между загруженной и применённой версией, а не между релизами.
• ❌ Прыгают через много релизов и ищут виноватый релиз наугад. Если база отстала на 10 релизов, читать придётся описания каждого. Поиск по 1cv8upd.htm каждого релиза по названию документа сэкономит время.
• ❌ Тестируют копию с включёнными регламентными заданиями. Копия начнёт обмен, загрузку из банка или отправку в ЭДО от имени рабочей организации.

Частые вопросы