Разработка и Конфигурация · 11 мин
Как найти изменения в конфигурации 1С
Как найти изменения в конфигурации 1С: сравнение конфигураций, хранилище, поддержка, поиск доработок. Пошаговые инструкции для разработчика и администратора.
Задача найти изменения в конфигурации 1С возникает регулярно: после обновления типового решения, при приёме базы от другого разработчика, при поиске причины ошибки, появившейся «после чьих-то правок», или перед установкой нового релиза, когда нужно понять, какие доработки придётся переносить вручную. Платформа 1С:Предприятие предоставляет для этого несколько штатных механизмов — от визуального сравнения конфигураций до истории хранилища.
Выбор инструмента зависит от того, что именно нужно сравнить: текущую конфигурацию с конфигурацией поставщика, рабочую базу с файлом выгрузки, две версии из хранилища или два разных файла конфигурации. Ниже разобраны все основные сценарии с конкретными шагами, ограничениями и способами проверки результата.
Как понять, что конфигурация изменена относительно типовой
Первый признак доработанной конфигурации — состояние поддержки. Откройте конфигуратор и перейдите в меню «Конфигурация → Поддержка → Настройка поддержки». Если в окне видны объекты со снятой поддержкой, включённой возможностью изменения или значком замка, снятого с объекта, — конфигурация содержит отличия от поставки вендора.
Полностью типовая конфигурация находится «на замке»: изменения запрещены, обновление выполняется автоматически. Если правила обновления объектов хотя бы частично переведены в режим «Объект поставщика редактируется с сохранением поддержки» или «Объект поставщика не редактируется» изменён на «снят с поддержки», значит, в базу вносились правки. Именно эти объекты и нужно искать при анализе доработок.
Дополнительный быстрый индикатор — окно «О программе» в пользовательском режиме, где указаны название и версия конфигурации. Нестандартное название или суффикс в номере версии часто означают, что сборка была изменена внедренцем.
Сравнение конфигураций в конфигураторе
Универсальный способ найти изменения — встроенное сравнение конфигураций. В конфигураторе откройте «Конфигурация → Сравнить конфигурации» или «Сравнить, объединить с конфигурацией из файла», если эталонная версия есть в виде файла .cf. Платформа построит дерево объектов и пометит различающиеся элементы.
В окне сравнения выберите режим детализации: можно сравнивать по составу объектов, по свойствам, по текстам модулей и формам. Для глубокого анализа включите показ различий в модулях — платформа откроет построчное сравнение кода, где добавленные строки подсвечены одним цветом, удалённые — другим.
- 1Сделайте резервную копию базы или убедитесь, что работаете на копии
- 2Откройте конфигуратор в монопольном режиме
- 3Выберите «Конфигурация → Сравнить, объединить с конфигурацией из файла» и укажите эталонный .cf
- 4В окне сравнения переключите фильтр «показывать только различающиеся»
- 5Для каждого изменённого объекта откройте детальное сравнение модулей и форм
- 6Сохраните отчёт о различиях в файл для документирования доработок
Отчёт о различиях можно выгрузить в табличный или текстовый документ — это удобно, когда нужно передать список доработок коллеге или составить план переноса изменений при обновлении. Фильтр «показывать только присутствующие в одной конфигурации» помогает найти объекты, добавленные доработчиком с нуля: новые подсистемы, роли, отчёты, обработки.
Сравнение с конфигурацией поставщика
Если база на поддержке, самый быстрый способ увидеть доработки — сравнение с конфигурацией поставщика. Этот вариант не требует внешнего файла: эталон уже хранится внутри базы. Откройте «Конфигурация → Поддержка → Сравнить, объединить с конфигурацией поставщика» (в новых версиях платформы пункт доступен через меню сравнения конфигураций с выбором источника «Конфигурация поставщика»).
Результат покажет все объекты, отличающиеся от типовой поставки: изменённые модули, добавленные реквизиты, новые объекты метаданных. Именно этот список определяет объём ручной работы при следующем обновлении релиза.
Практическая тонкость: перед сравнением проверьте версию конфигурации поставщика в окне настройки поддержки. Если базу давно не обновляли, сравнение покажет не только доработки внедренца, но и накопленные отличия старого релиза от более нового эталона — такие различия нужно трактовать с учётом версии.
Поиск изменений через хранилище конфигураций
Если разработка велась через хранилище конфигураций, история правок доступна напрямую. В конфигураторе откройте «Конфигурация → Хранилище конфигураций → История» (предварительно подключившись к хранилищу). Журнал показывает версии, авторов, даты и комментарии к каждой фиксации.
Из истории можно выбрать две произвольные версии и сравнить их между собой — так вы увидите, что именно изменилось между конкретными фиксациями. Для поиска автора правки конкретного объекта используйте историю объекта: правый клик по объекту в дереве конфигурации → «История хранилища».
Хранилище ценно не только списком изменений, но и авторами. Если в базе обнаружилась непонятная доработка, история объекта часто сразу показывает, кто и когда её внёс, а комментарий к версии — зачем. Требуйте от разработчиков осмысленных комментариев при захвате объектов — это экономит часы при разборе чужих правок.
Если хранилище не использовалось, восстановить историю изменений задним числом невозможно — платформа не ведёт журнал правок конфигурации вне хранилища. В этом случае остаётся только сравнение с эталонным релизом и анализ текущего состояния объектов.
Как найти изменения в данных, а не в конфигурации
Иногда под «изменениями в конфигурации» пользователи подразумевают правки данных: кто изменил документ, элемент справочника или проводку. Для этого служит другой механизм — история изменений данных (версионирование объектов) и журнал регистрации.
Журнал регистрации открывается в режиме «1С:Предприятие» через «Администрирование → Обслуживание → Журнал регистрации» (путь зависит от конфигурации). Отфильтруйте события по типу «Данные. Изменение», пользователю и периоду — получите список изменённых объектов с указанием автора и времени. В типовых конфигурациях на базе БСП дополнительно доступен отчёт «История изменений» в карточке объекта, если включено версионирование.
Чем сравнивать в разных ситуациях
База на поддержке, нужно быстро увидеть доработки. Ограничение: не работает при полном снятии с поддержки.
Есть эталонный релиз или выгрузка другой базы. Требует актуального файла той же версии.
Нужны автор, дата и причина каждой правки. Работает только если разработка велась через хранилище.
Нужно найти, кто изменил данные, а не конфигурацию. Не показывает правки метаданных.
Риски и ограничения при анализе и откате изменений
Сравнение конфигураций — безопасная операция чтения, но следующий за ней шаг «объединить» уже изменяет конфигурацию базы. Любое объединение выполняйте только после резервной копии и желательно на тестовой копии базы, особенно если планируете загрузку эталонной конфигурации для отката доработок.
Учитывайте и ограничения инструмента: сравнение показывает различия метаданных и кода, но не показывает различия в данных, расширениях конфигурации и внешних обработках. Доработки, вынесенные в расширения, в дереве сравнения основной конфигурации не отобразятся — их нужно смотреть отдельно в списке расширений («Все функции → Стандартные → Управление расширениями конфигурации» или соответствующий пункт в конфигураторе).
Проверка результата и документирование доработок
После анализа зафиксируйте результат: выгрузите отчёт о различиях в файл, составьте перечень доработанных объектов с кратким описанием назначения каждой правки. Такой реестр критически важен при обновлениях — по нему вы сможете быстро проверить, корректно ли перенеслись доработки на новый релиз.
Контрольный признак корректного анализа: количество изменённых объектов в отчёте о сравнении совпадает с количеством объектов со снятой поддержкой в настройках поддержки (с поправкой на объекты, добавленные доработчиком, — они в поддержке не участвуют). Расхождение означает, что часть правок вы упустили или, наоборот, посчитали доработкой штатное состояние.
Как проверить результат анализа
Совпадает с объектами, снятыми с поддержки или редактируемыми
В отчёте объекты, которых нет в настройках поддержки — возможно, эталон другой версии
Все активные расширения учтены и разобраны отдельно
Доработки проявляются в поведении базы, но в сравнении конфигураций их нет
Копия создана до любого объединения или загрузки конфигурации
Объединение выполняется на рабочей базе без копии
Что важно запомнить
Доработки ищите сравнением с конфигурацией поставщика или эталонным .cf-файлом, историю правок — в хранилище, изменения данных — в журнале регистрации. Перед любым объединением делайте резервную копию и не забывайте про расширения.
Частые вопросы
Как найти доработки, если конфигурация полностью снята с поддержки?
Скачайте эталонный релиз той же версии, что указана в сведениях о конфигурации, с портала поставщика, и выполните сравнение с файлом .cf через «Конфигурация → Сравнить, объединить с конфигурацией из файла». Если точная версия неизвестна, подберите ближайший релиз — различия между соседними релизами обычно невелики и легко отделяются от доработок.
Можно ли найти, кто изменил конфигурацию, без хранилища?
Штатно — нет. Платформа не ведёт журнал правок конфигурации вне хранилища. Косвенно помогут резервные копии разных дат: сравнивая выгрузки .cf из копий, можно определить, между какими датами появилась правка, но автора установить не получится.
Видны ли в сравнении конфигураций доработки в расширениях?
Нет. Расширения хранятся отдельно и в дерево сравнения основной конфигурации не попадают. Откройте список расширений и анализируйте каждое по отдельности — у расширений есть собственный механизм сравнения с основной конфигурацией.
Чем отличается «Сравнить конфигурации» от «Сравнить, объединить»?
«Сравнить конфигурации» только показывает различия и не изменяет базу — это безопасный режим анализа. «Сравнить, объединить» позволяет перенести различия в текущую конфигурацию и требует резервной копии перед выполнением.
Как найти изменения после обновления релиза?
Сравните конфигурацию базы до обновления (из резервной копии) с конфигурацией после обновления, выгрузив обе в файлы .cf. Также полезен файл описания обновления от поставщика — в нём перечислены изменённые объекты релиза.
Почему сравнение показывает различия, хотя никто ничего не менял?
Наиболее частая причина — эталонный файл относится к другой версии релиза. Также различия могут появиться после нештатного прерывания обновления или восстановления из копии. Проверьте совпадение версий конфигурации базы и эталонного файла.