Типовая конфигурация или доработанная: проверяем базу 1С сами

· 9 мин

Содержание

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

Окно «О программе», расширения и журнал регистрации дают быстрые косвенные признаки. Но окончательный ответ даёт только сравнение с конфигурацией поставщика или с эталонным CF-файлом той же версии. Всё описанное работает на платформе 8.3 в интерфейсе «Такси» и одинаково для Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и других конфигураций на БСП.

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

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

На практике встречается пять состояний базы:

СостояниеЧто это значитКак обновляется
🔒 На поддержке, изменения не разрешеныЧистая типоваяАвтоматически, в т. ч. из пользовательского режима
🧩 Типовая + расширенияОснова не тронута, доработки вынесены в расширенияОбычно автоматически, расширения проверяют после обновления
✏️ На поддержке, изменения разрешеныМогли что-то поменять, а могли просто включить режимЧерез конфигуратор, с объединением
🛠 Изменена с сохранением поддержкиДоработанная, но связь с поставщиком естьЧерез конфигуратор, с разбором конфликтов
⛔ Снята с поддержкиПолностью нетиповаяТолько вручную, программистом

Что понадобится для проверки:

  • 👤 пользователь с правом администрирования (полные права);
  • 🖥 возможность запустить базу в режиме «Конфигуратор» из окна запуска;
  • 📦 для эталонного сравнения — дистрибутив конфигурации той же версии, что и у вас.

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

Окно «О программе»: проверка за минуту

Откройте главное меню (кнопка с тремя полосками в левом верхнем углу окна) и выберите Справка → О программе. В окне указаны версия платформы, название конфигурации и её версия, например «Бухгалтерия предприятия, редакция 3.0» и номер вида 3.0.xxx.yy.

На что смотреть:

  • 📛 Название. У типовой оно стандартное. Слова «копия», «доработанная», название франчайзи или вашей компании в имени — явный признак переделки.
  • 🔢 Версия. У типовых релизов номер из четырёх групп цифр. Пятая группа или буквы в номере обычно означают, что программист правил свойство «Версия».
  • 🧩 Расширения. Если в окне или в заголовке видно, что подключены расширения, основа может быть типовой, но поведение программы уже отличается от эталона.

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

Настройка поддержки в конфигураторе — главный способ узнать, типовая ли 1С

Запустите базу в режиме «Конфигуратор». Откройте дерево: Конфигурация → Открыть конфигурацию. Затем выберите Конфигурация → Поддержка → Настройка поддержки.

Дальше возможны три ответа.

Конфигурация на поддержке, изменения не разрешены

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

Изменения разрешены

Кнопки включения нет, возможность изменения уже включена. В этом режиме у каждого объекта своё правило поддержки. Это видно по значкам в дереве конфигурации:

  • 🔒 закрытый замок — объект поставщика, редактирование запрещено;
  • ✏️ замок с карандашом — объект можно менять с сохранением поддержки;
  • ➕ объект без значка замка — его, как правило, добавили в базе, у поставщика его нет.

Само включенное изменение ещё не значит, что базу дорабатывали. Иногда режим включают «на всякий случай» и ничего не трогают. Ответ даст сравнение из следующего раздела.

Конфигурация не на поддержке

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

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

Сравнение с конфигурацией поставщика и эталонным CF-файлом

Это проверка, после которой спорить уже не о чем. Есть два варианта, в зависимости от того, что показала настройка поддержки.

Вариант 1. Конфигурация на поддержке

В базе хранится копия конфигурации поставщика. С ней и сравниваем.

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

Вариант 2. Снята с поддержки или есть сомнения

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

%APPDATA%\1C\1cv8\tmplts\1c\<папка конфигурации>\<версия>\1Cv8.cf

Для Бухгалтерии предприятия папка называется Accounting. Если нужной версии нет, скачайте полный дистрибутив с портала обновлений по подписке ИТС и установите шаблон. Файл обновления .cfu для сравнения не подходит: это не полная конфигурация.

  1. Выберите Конфигурация → Сравнить, объединить с конфигурацией из файла....
  2. Укажите 1Cv8.cf эталонной версии.
  3. Конфигуратор может предложить поставить конфигурацию на поддержку. Для простой проверки откажитесь.
  4. Просмотрите различия и закройте окно без нажатия «Выполнить», иначе начнётся объединение.

Как читать результат сравнения

Не каждая строка в дереве различий одинаково серьёзна. Оцените, что именно поменяли:

  • 📜 Модули объектов и общие модули — изменена логика: проведение, расчёты, обмены. Самые рискованные доработки при обновлении.
  • 🪟 Формы — добавлены поля, кнопки, вкладки. Часто безобидно, но формы конфликтуют с новыми релизами чаще всего.
  • 🖨 Макеты — переделаны печатные формы. После обновления их приходится сверять с новыми требованиями к бланкам.
  • ➕ Новые объекты — свои справочники, документы, регистры. Их судьба при обновлении проще, но они могут ссылаться на типовые объекты.
  • ⚙️ Свойства конфигурации — изменены название, версия или роли. Сами по себе мало что меняют, но говорят о том, что в базе работал программист.

Чем больше в отчёте модулей и чем меньше форм и макетов, тем дороже каждое следующее обновление.

Версия эталона должна совпадать до последней цифры. Сравнение 3.0.150 с 3.0.155 покажет сотни отличий, которые внесла сама фирма 1С, и вы не отличите доработку от обычного обновления.

Признаки доработок в пользовательском режиме

Без конфигуратора полного ответа не получить. Но администратор или главбух может многое увидеть из обычного режима.

Расширения конфигурации

В Бухгалтерии 3.0 откройте Администрирование → Печатные формы, отчеты и обработки и перейдите по ссылке «Расширения». В любой конфигурации тот же список доступен через «Все функции»: Стандартные → Управление расширениями конфигурации. Если меню «Все функции» не видно, включите его в параметрах: главное меню → Сервис → Параметры → флажок «Отображать команду “Все функции”».

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

Внешние отчёты и обработки

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

Чужие объекты в интерфейсе

  • 📂 В «Все функции» встречаются справочники, документы и регистры с префиксами вроде ик_, дп_, мк_ или с названием компании-разработчика.
  • 🖨 В меню «Печать» появились формы, которых нет в демонстрационной базе той же версии.
  • 📝 В типовом документе есть поле или вкладка, которых нет у коллег с такой же программой.

Хороший приём — держать рядом демобазу той же версии и сравнивать формы глазами. Демобаза ставится из того же дистрибутива, что и шаблон для сравнения.

Журнал регистрации: когда и кто менял конфигурацию

Журнал показывает, правили ли конфигурацию в последнее время, и кто это делал. В Бухгалтерии 3.0 он открывается из раздела Администрирование → Обслуживание, в любой конфигурации — через «Все функции» → Стандартные → Журнал регистрации.

  1. Откройте журнал и нажмите кнопку установки отбора.
  2. В поле событий откройте список и найдите группу «Информационная база».
  3. Отметьте события изменения конфигурации и конфигурации базы данных, а также события, связанные с расширениями.
  4. Задайте период, например за год, и примените отбор.

Каждая запись покажет дату, пользователя и компьютер. Если изменения совпадают с плановыми обновлениями, это, скорее всего, обычные релизы. Изменения между обновлениями, под учёткой программиста или подрядчика — повод разобраться, что именно меняли.

Журнал хранит данные не бесконечно: период хранения настраивается, и старые записи могли быть удалены. Пустой результат не доказывает, что базу никто не трогал.

Партнёр, техподдержка и обновление как подсказка

Если доступа к конфигуратору нет, остаются три внешних источника.

  • 🤝 Обслуживающий партнёр. Франчайзи, который сопровождает базу, обязан знать, что в ней дорабатывали. Попросите письменно: список доработок, расширений и внешних обработок.
  • 📞 Линия консультаций. Консультанты 1С отвечают по типовому функционалу. Если ошибка не воспроизводится на демобазе той же версии, вас попросят проверить, нет ли доработок. Это косвенно подсказывает ответ.
  • 🔄 Обновление из пользовательского режима. Типовая конфигурация без изменений обновляется через интернет -поддержку прямо из программы. Для изменённой или снятой с поддержки программа сообщает, что обновлять нужно через конфигуратор.

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

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

Нетиповая база — не приговор. Важно понять масштаб доработок и выбрать, как с ними жить.

Что показала проверка?

Перед любой постановкой на поддержку, переносом в расширение или объединением выгрузите информационную базу в файл .dt из конфигуратора (Администрирование → Выгрузить информационную базу...). Без резервной копии такие операции не начинайте и согласуйте время с пользователями: для обновления структуры базы нужен монопольный режим.

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

Делает ли подключённая внешняя печатная форма конфигурацию нетиповой?
Нет. Внешние отчёты и обработки хранятся как данные и не меняют конфигурацию. Основа остаётся типовой и обновляется автоматически.
Можно ли считать типовой конфигурацию только с расширениями?
Формально да: основная конфигурация не изменена и остаётся на полной поддержке. Но поведение программы уже отличается, поэтому при ошибке проверяйте её с отключёнными расширениями.
Меняют ли конфигурацию дополнительные реквизиты и сведения?
Нет. Они создаются в пользовательском режиме и хранятся как данные. Конфигуратор их как изменения не покажет.
Почему сравнение с поставщиком пустое, а изменения разрешены?
Режим изменения включили, но ничего не правили, либо правки потом откатили. Такая база по сути типовая, её можно вернуть под полную поддержку.
Сколько стоит вернуть доработанную базу к типовой?
Зависит от объёма различий в отчёте сравнения. Ориентировочно: перенос нескольких правок в расширение — несколько часов работы программиста, аудит и переработка сильно изменённой базы — от нескольких дней.