Защита кода 1С 8.3: пароль на модуль, поставка без исходников и права

Чтобы поставить пароль на модуль 1С, откройте конфигурацию в Конфигураторе, откройте нужный модуль в редакторе и выберите в главном меню Текст → Установить пароль. Введите пароль дважды, сохраните конфигурацию и обновите конфигурацию базы данных. После этого текст модуля откроется только тому, кто знает пароль, а сам код продолжит работать у всех пользователей.

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

Зачем закрывать модуль паролем

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

Типичные причины:

• 🔒 Защита авторского решения. Вы написали обработку или доработку для клиента и не хотите, чтобы её алгоритм скопировали и перепродали.
• 🛠 Защита от случайной правки. В модуле расчётная логика, которую сопровождает один человек. Пароль останавливает коллегу, который «просто хотел поправить одну строку».
• 📦 Распространение тиражного решения. Разработчик закрывает модули с лицензионной проверкой или ноу-хау.
• 🧾 Разграничение ответственности. Если код закрыт, а что-то сломалось, проще понять, кто и где вмешивался.

Чего пароль не делает:

• не мешает запускать код — модуль исполняется как обычно;
• не скрывает объекты метаданных, формы, макеты и реквизиты;
• не защищает данные информационной базы;
• не запрещает удалить модуль целиком или заменить объект.

Какие модули 1С можно защитить

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

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

Как поставить пароль на модуль 1С в Конфигураторе

Порядок одинаков для БП, ЗУП, УТ и любой другой конфигурации: механизм принадлежит платформе, а не прикладному решению.

Шаг 1. Сделайте копию

Выгрузите информационную базу через Администрирование → Выгрузить информационную базу или хотя бы сохраните конфигурацию в файл: Конфигурация → Сохранить конфигурацию в файл. Получится .cf с открытым кодом — он понадобится, если пароль потеряется.

Шаг 2. Откройте модуль

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

Шаг 3. Установите пароль

1. Поставьте курсор в текст модуля, чтобы активным было окно редактора.
2. В главном меню выберите Текст → Установить пароль.
3. Введите пароль и подтверждение.
4. Нажмите «ОК».

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

Шаг 4. Сохраните и проверьте

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

Запишите пароль в менеджер паролей сразу, до закрытия Конфигуратора. Восстановить его средствами платформы нельзя.

Как снять или сменить пароль с модуля

Снять или изменить пароль может только тот, кто знает текущий.

Смена пароля

1. Откройте защищённый модуль и введите текущий пароль.
2. Снова выберите Текст → Установить пароль.
3. Задайте новый пароль и подтвердите.
4. Обновите конфигурацию базы данных (F7).

Снятие защиты

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

Если пароль утерян

Здесь выбор небольшой:

1. Восстановить модуль из резервной копии .cf или из хранилища конфигурации, где он лежал без пароля.
2. Запросить открытую версию у разработчика, который ставил защиту.
3. Если исходника нет и разработчик недоступен — переписать модуль заново по известной логике.

Утилиты «для снятия пароля с модуля» гуляют по форумам. Использовать их на чужом коде — нарушение прав автора. На своём коде — риск получить повреждённую конфигурацию и вредоносный файл в придачу. Резервная копия всегда дешевле.

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

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

Как это сделать:

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

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

Другие способы защитить модули и конфигурацию

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

• 👤 Права на Конфигуратор. Запустить Конфигуратор может только пользователь с правом «Администрирование». Уберите эту роль у всех, кому не нужен доступ к разработке, и задайте пароли пользователям в Администрирование → Пользователи.
• 📚 Хранилище конфигурации. Объекты захватываются на редактирование конкретным разработчиком, у каждого — свой логин и права. Любая правка видна в истории версий.
• 🧩 Расширения вместо правки типовой. Доработку кладут в расширение (.cfe), а основная конфигурация остаётся на полной поддержке. Расширение можно поставить в базу отдельно и при необходимости отключить.
• 🖥 Перенос логики на сервер. Код, который выполняется на сервере, не передаётся на клиентский компьютер. В сочетании с поставкой без исходников это хорошо скрывает алгоритм.
• 🔑 Система лицензирования конфигураций (СЛК). Для тиражных решений — защита на уровне ключа: без лицензии закрытые функции не выполняются.

Правила безопасной работы с паролями модулей

Пароль на модуль надёжен ровно настолько, насколько аккуратно с ним обращаются.

1. Длина и сложность. Минимум 12 символов: буквы разного регистра, цифры, знаки. Слово «1234» или название фирмы подбирается за минуты.
2. Отдельный пароль. Не используйте пароль администратора базы или пароль от Windows. Утечка одного не должна открывать всё остальное.
3. Менеджер паролей. Храните пароли модулей в общем хранилище команды, а не в текстовом файле на рабочем столе.
4. Реестр закрытых модулей. Ведите простую таблицу: какой модуль, когда закрыт, кем, где лежит исходник.
5. Смена при уходе сотрудника. Ушёл разработчик, знавший пароль, — смените пароли на модулях, которые он закрывал.
6. Открытый исходник отдельно. Рабочая версия с открытым кодом должна лежать в хранилище или в системе контроля версий. Пароль — защита копии у клиента, а не единственное место, где живёт код.

Частые ошибки при защите модулей

Закрыли модуль до отладки. Найти ошибку в модуле под паролем неудобно: каждый раз приходится его открывать. Ставьте пароль последним шагом, на отлаженный код.

Защитили не тот модуль. Ключевая логика часто сидит не в модуле объекта, а в общем модуле, который он вызывает. Закрыли модуль формы — а алгоритм виден в общем модуле рядом.

Считали пароль надёжной защитой коммерческого кода. Для продажи решения на сторону пароль слаб. Здесь нужна поставка без исходного текста.

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

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

Потеряли исходник. Единственная копия модуля — под паролем, который никто не помнит. Без резервной копии такой модуль придётся писать заново.

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