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