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