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

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

Определить статус базы можно несколькими способами: от быстрой проверки в пользовательском режиме до детального сравнения конфигураций в конфигураторе. Ни один признак по отдельности не даёт стопроцентной гарантии, поэтому надёжнее комбинировать минимум два метода.

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

Что считается типовой конфигурацией 1С

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

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

Быстрая проверка через режим «Предприятие»

Самый простой способ не требует прав разработчика. Откройте базу в обычном режиме и перейдите в раздел сведений о программе: в типовых интерфейсах это меню «Сервис» или значок с буквой «i» → «О программе». Там указаны точное название конфигурации и её версия.

Сверьте номер версии с актуальными релизами на портале 1С или в описании поставки. Если версия соответствует официальному релизу и название стандартное (например, «Бухгалтерия предприятия, редакция 3.0»), это первый признак типовой базы. Однако этот способ не показывает доработки: изменённая конфигурация может иметь тот же номер версии.

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

Проверка через конфигуратор: окно поддержки

Точный ответ даёт конфигуратор. Откройте базу в режиме «Конфигуратор», затем перейдите в меню «Конфигурация → Поддержка → Настройка поддержки». Откроется окно со списком конфигураций поставщика и статусом каждого объекта.

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

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

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

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

В конфигураторе выберите «Конфигурация → Сравнить, объединить с конфигурацией из файла» и укажите файл поставки (.cf). Если система показывает пустой список различий — база полностью типовая. Любые строки в таблице сравнения — это конкретные доработки, и по ним видно, что именно меняли: модули, формы, реквизиты.

Косвенные признаки доработанной базы

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

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

Почему статус базы критичен перед обновлением

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

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

Типичные ошибки при определении типовости

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

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

Маршрут решения

Как выбрать действие

База типовая, на полной поддержкеОбновляйте штатно, поддержку не отключайте

Есть небольшие доработки или расширенияЗадокументируйте изменения, обновляйте вручную с тестированием на копии

База сильно переписана или снята с поддержкиРассмотрите возврат к типовой или привлеките специалиста для сопровождения

Статус определить не удалосьЗапросите у франчайзи файл поставки и выполните сравнение конфигураций

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

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

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

Полностью достоверно — нет. Без конфигуратора доступны только косвенные признаки: номер версии, нестандартные элементы интерфейса, поведение при обновлении. Для точного ответа попросите администратора открыть «Настройку поддержки» или выполнить сравнение с поставкой.

Делают ли внешние обработки и отчёты конфигурацию нетиповой?

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

Что значит «конфигурация снята с поддержки»?

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

Можно ли вернуть доработанную конфигурацию на поддержку?

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

Как проверить, есть ли в базе расширения конфигурации?

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

Чем опасно обновление доработанной базы без подготовки?

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