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