← На главную

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

Технический механизм защиты базовых версий

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

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

1. Система проверяет наличие признака «снятия с поддержки» или изменения объектов поставщика.
2. Как только в метаданных обнаруживается отметка о том, что конфигурация была модифицирована (даже если сам код остался прежним, но был изменен статус поддержки), базовая платформа прекращает запуск.
3. Пользователь получает критическую ошибку: «Использование измененной конфигурации в базовой версии не поддерживается».

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

Проблемы с последующими обновлениями

Выясним, что произойдет с процессом сопровождения такой «взломанной» базы. Базовые версии обновляются по особому сценарию. Файлы обновлений (с расширением .v8u), предназначенные для базовых версий, рассчитаны на полную замену конфигурации поставщика.

Рассмотрим основные сложности:

• Потеря изменений: Типовое обновление базовой версии полностью перезаписывает конфигурацию. Если вам каким-то образом удалось запустить измененную базу, первое же обновление сотрет все ваши доработки, вернув систему к типовому состоянию.
• Конфликт типов лицензий: Если пытаться обновлять измененную базу через механизм сравнения и объединения (как это делается в ПРОФ версиях), система потребует наличие лицензии ПРОФ непосредственно в процессе обновления. На базовой платформе этот механизм заблокирован.
• Различие файлов: Файлы обновлений для ПРОФ и базовых версий не взаимозаменяемы. Попытка применить обновление от одной версии к другой может привести к фатальному повреждению структуры таблиц базы данных.

Юридический аспект и Лицензионное соглашение

Проанализируем правовую сторону вопроса. Покупка базовой версии 1С подразумевает согласие с определенными ограничениями, которые и обуславливают её низкую стоимость. В Лицензионном соглашении (обычно это пункт 47 или аналогичные разделы о модификации программного обеспечения) четко прописано, что пользователь не имеет права вносить изменения в программный код и структуру метаданных, если это не предусмотрено функционалом самой программы (например, через расширения в новых версиях платформы или внешние отчеты).

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

Можно ли вернуть конфигурацию «на замок»?

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

На самом деле, простого изменения статуса недостаточно. Платформа сохраняет историю изменений в конфигурации. Чтобы база снова стала «чистой» и запускалась под базовой лицензией, необходимо выполнить полную загрузку оригинальной конфигурации поставщика (файл .cf), полученной из официального дистрибутива именно базовой версии.

Разберем по шагам процесс восстановления:

1. Запустите Конфигуратор (потребуется лицензия ПРОФ).
2. Перейдите в меню Конфигурация - Загрузить конфигурацию из файла....
3. Выберите оригинальный файл .cf базовой версии той же самой редакции и релиза.
4. После загрузки и обновления конфигурации базы данных признак модификации исчезнет, и база снова сможет работать под базовым ключом.

Внимание: при этом все ваши внесенные правки будут полностью удалены.

Рекомендуемое решение задачи

Если клиенту действительно необходимы доработки в 1С:Розница или другой базовой программе, наиболее правильным и легальным путем будет Апгрейд.

Рассмотрим, как это происходит:

1. Клиент сдает регистрационную карточку базовой версии партнеру 1С.
2. Доплачивает разницу в стоимости до версии ПРОФ (с учетом небольшого дисконта по правилам апгрейда).
3. Получает полноценную лицензию, которая позволяет официально вносить изменения, использовать многопользовательский режим и вести учет в нескольких организациях в одной базе.

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