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