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

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

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

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

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

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

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

Быстрая проверка через конфигуратор

Самый надёжный способ — открыть базу в конфигураторе и посмотреть настройки поддержки. Этот метод показывает и факт доработок, и их масштаб: какие именно объекты изменены.

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

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

Обратите внимание на строку поставщика. Значение «Фирма 1С» подтверждает происхождение решения. Если поставщиком указана сторонняя компания, перед вами отраслевое или партнёрское решение — оно может быть «типовым» для своего поставщика, но обновляется по его правилам, а не через стандартный сервис «1С».

Проверка через пользовательский режим

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

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

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

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

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

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

Сравнение с эталонной поставкой

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

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

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

Что это значит для обновления и сопровождения

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

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

Сравнение вариантов

Типовая на полной поддержке

Обновляется автоматически, дешевле в сопровождении; ограничение — нельзя править типовые объекты

Типовая + расширения

Сохраняется автообновление, доработки изолированы; ограничение — не все изменения реализуемы через расширения

Доработанная (снята с поддержки)

Любые изменения возможны; ограничение — каждое обновление требует ручного объединения и тестирования

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

Типичные ошибки при проверке

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

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

Как зафиксировать результат проверки

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

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

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

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

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

Внешние обработки делают конфигурацию нетиповой?

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

Чем расширение отличается от доработки конфигурации?

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

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

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

Почему в настройке поддержки указан не «1С», а другая компания?

Это отраслевое или партнёрское решение, построенное на платформе 1С, но поставляемое другим вендором. Для своего поставщика оно может быть типовым, однако обновляется по его регламенту и через его каналы, а не через стандартный сервис обновлений «1С».