Как определить типовую конфигурацию 1С

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

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

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

Проверка через раздел «О программе»

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

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

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

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

Достоверный способ — открыть базу в режиме «Конфигуратор» и посмотреть состояние поддержки. Для этого нужны права администратора и возможность монопольного или обычного входа в конфигуратор.

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

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

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

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

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

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

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

Косвенные признаки типовой и нетиповой конфигурации

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

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

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

Что делать, если конфигурация оказалась нетиповой

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

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

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

Варианты действий с нетиповой конфигурацией

Оставить доработки

Подходит, если изменения критичны для бизнеса; обновления будут ручными и трудоёмкими

Перенести в расширение

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

Отказаться от изменений

Подходит, если доработки устарели или заменены типовым функционалом новых релизов

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

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

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

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

Проверка результата и завершающие шаги

После диагностики зафиксируйте вывод: название конфигурации, номер версии, состояние поддержки, количество и список изменённых объектов. Эта информация понадобится при планировании обновления, покупке подписки ИТС или привлечении специалиста.

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

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

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

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

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

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

Мешают ли расширения конфигурации обновлению?

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

Где взять эталонный .cf-файл для сравнения?

Файл поставки входит в дистрибутив конфигурации, который доступен при действующей подписке ИТС через сервис обновлений или устанавливается из шаблона. Важно, чтобы версия файла точно совпадала с версией вашей конфигурации, иначе сравнение покажет ложные различия.

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

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

Как понять, что конфигурация вообще не от фирмы «1С»?

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