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

После обновления конфигурации 1С важно понимать, что именно поменялось: новые документы, изменённые отчёты, исправленные ошибки и доработки могут затронуть привычные процессы учёта. Если проигнорировать этот этап, пользователи столкнутся с неожиданным поведением программы, а бухгалтер или администратор не сможет объяснить, почему отчёт стал считаться иначе.

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

Ниже разобраны все рабочие методы просмотра изменений, порядок проверки системы после обновления и типичные ошибки, которые приводят к потере доработок.

Описание изменений при первом запуске после обновления

Самый простой способ увидеть новшества — окно, которое типовые конфигурации 1С показывают автоматически при первом запуске после обновления. Оно называется «Описание изменений» или «Что нового в программе» и содержит структурированный список: новые возможности, изменения в учёте, исправленные ошибки.

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

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

Файл описания обновления в каталоге шаблонов

При установке обновления файлы релиза распаковываются в каталог шаблонов. Там же лежит файл с описанием изменений — обычно он называется 1cv8upd.htm или находится в подкаталоге конкретного релиза рядом с файлом поставки.

Типовой путь в Windows выглядит примерно так: C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8\tmplts\1с\НазваниеКонфигурации\Номер_релиза\. Внутри находится HTML-файл, который открывается в любом браузере и содержит полное описание новшеств версии.

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

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

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

Порядок действий: откройте конфигуратор, в меню «Конфигурация» выберите «Сравнить, объединить с конфигурацией из файла» и укажите файл поставки нового релиза (файл с расширением .cf из каталога шаблонов). Программа построит дерево различий: изменённые, добавленные и удалённые объекты будут помечены соответствующими значками.

Двойной щелчок по изменённому модулю открывает построчное сравнение кода. По нему видно, какие процедуры и функции переписаны, что позволяет перенести свои доработки в новую версию осознанно, а не вслепую.

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

Что проверить в базе сразу после обновления

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

Проверьте статус этих процедур в разделе «Администрирование» → «Обслуживание» → «Результаты обновления и дополнительная обработка данных». Все обработчики должны быть в статусе «Выполнено». Если какие-то зависли или завершились с ошибкой, до их устранения работать в базе не рекомендуется.

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

Контрольные точки

Как проверить результат обновления

Статус обработчиков обновления

Норма

Все процедуры в статусе «Выполнено»

Тревожный признак

Есть зависшие или завершённые с ошибкой обработчики

Итоги основных отчётов

Норма

Совпадают с данными, снятыми до обновления

Тревожный признак

Расхождения в остатках или оборотах

Номер версии конфигурации

Норма

Соответствует установленному релизу

Тревожный признак

Версия старая — обновление не завершилось

Работа пользователей

Норма

Документы проводятся, печатные формы открываются

Тревожный признак

Ошибки при проведении или открытии форм

Риски при обновлении доработанных конфигураций

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

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

Резервная копия перед обновлением обязательна в любом случае — даже для полностью типовой конфигурации. Сбой в момент обновления (отключение питания, обрыв сети при клиент-серверной работе) может оставить базу в промежуточном состоянии, из которого её выводит только восстановление из копии.

Где ещё искать информацию об изменениях

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

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

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

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

Где найти описание изменений, если окно при запуске не появилось?

Откройте раздел «Администрирование» → «Обслуживание» → «Результаты обновления и дополнительная обработка данных» и перейдите по ссылке описания изменений программы. Альтернатива — файл описания в каталоге шаблонов релиза, который открывается в браузере.

Как понять, какие доработки затерло обновление?

Сравните текущую конфигурацию базы с файлом поставки предыдущего релиза в конфигураторе или с копией конфигурации, снятой до обновления. Объекты, которые совпадут с типовым релизом, но ранее были изменены, — это и есть потерянные доработки.

Можно ли посмотреть изменения до установки обновления?

Да. Распакуйте или откройте каталог шаблонов с новым релизом и прочитайте файл описания (обычно HTML). Для глубокого анализа сравните файл поставки нового релиза с конфигурацией копии базы в конфигураторе.

Что делать, если после обновления отчёт считает иначе?

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

Обязательно ли обновляться на каждый новый релиз?

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

Как проверить, что обновление завершилось полностью?

Сверьте номер версии конфигурации в разделе «О программе» с номером устанавливаемого релиза, убедитесь, что все обработчики обновления в статусе «Выполнено», и проконтролируйте итоги основных отчётов по данным, снятым до обновления.