1С: как запретить копирование данных и документов

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

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

Важно понимать: ни один технический запрет не даёт стопроцентной защиты от утечки. Пользователь с доступом к просмотру данных всегда может переписать или сфотографировать информацию. Поэтому запрет копирования следует сочетать с разграничением прав и аудитом действий пользователей.

Что именно нужно запретить: определяем задачу

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

Каждая из этих проблем решается по-разному. Запрет копирования документов — это работа с правами или с обработчиком «При копировании». Задвоение справочников лечится правами на добавление и контролем уникальности. Утечка данных требует комплексного подхода: ограничение вывода списков, запрет на внешние обработки, отключение доступа к файловой системе.

Запрет копирования через права доступа

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

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

Если создавать документы пользователю нужно, а копировать — нет, прав недостаточно. В этом случае используйте программный запрет через обработчик «При копировании», описанный ниже, либо настройте профили групп доступа с ограничением по значениям (RLS), чтобы пользователь не видел «чужие» документы, которые мог бы скопировать.

Программный запрет через обработчик «При копировании»

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

Типовой код выглядит так. В модуле объекта документа добавьте процедуру:

Процедура ПриКопировании(Отказ, СкопированныйОбъект)
Отказ = Истина;
КонецПроцедуры

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

Процедура ПриКопировании(Отказ, СкопированныйОбъект)
	Если НЕ РольДоступна("ПолныеПрава") Тогда
		Отказ = Истина;
	КонецЕсли;
КонецПроцедуры

Запрет копирования элементов справочников

Дубли контрагентов, номенклатуры и сотрудников — частая проблема, когда пользователям проще скопировать похожий элемент, чем проверить наличие существующего. Частично проблему решают типовые механизмы: во многих конфигурациях есть встроенный контроль дублей по ИНН и КПП для контрагентов, по наименованию и артикулу — для номенклатуры.

Чтобы усилить защиту, настройте проверку уникальности реквизитов в конфигураторе (свойство «Контроль уникальности» у индексируемых реквизитов) и ограничьте права на добавление элементов справочника узкому кругу ответственных сотрудников. Остальным пользователям оставьте только просмотр и использование уже созданных элементов.

Дополнительно можно запретить копирование программно — тем же обработчиком «При копировании» в модуле объекта справочника. Это удобно, когда создавать новые элементы разрешено, но копирование приводит к переносу устаревших реквизитов: старых договоров, неактуальных цен, неверных единиц измерения.

Защита от выгрузки данных из базы

Запретить копирование данных целиком сложнее, чем закрыть одну кнопку. Пользователь с правом просмотра может вывести любой список в табличный документ командой «Вывести список», сформировать отчёт и сохранить его в файл. Полностью перекрыть этот канал штатными средствами нельзя, но его можно существенно сузить.

Практические меры: отключите пользователям доступ к стандартной обработке «Консоль запросов» и любым внешним обработкам (права «Интерактивное открытие внешних обработок» и «Интерактивное открытие внешних отчётов»), ограничьте состав доступных отчётов через профили групп доступа, настройте RLS, чтобы пользователь видел только свои данные. Чем меньше данных доступно для просмотра, тем меньше можно скопировать.

На уровне инфраструктуры ограничьте доступ к серверу 1С и СУБД: пользователь не должен иметь прав на создание резервных копий, подключение к SQL-серверу напрямую и доступ к каталогу файловой базы по сети. Для файловых баз это критично — любой, кто может прочитать файл 1Cv8.1CD, фактически получает копию всей базы.

Запрет копирования самой информационной базы

Отдельная задача — не дать унести базу целиком. Для файлового режима работы защита строится на правах файловой системы: каталог базы должен быть доступен только учётным записям, под которыми работают пользователи, без права копирования файла на съёмные носители. На практике это реализуется групповыми политиками Windows, запретом USB-накопителей и размещением базы на сервере без прямого доступа пользователей к файлу.

В клиент-серверном варианте пользователи вообще не контактируют с файлом базы: доступ к данным идёт только через сервер 1С. Здесь достаточно защитить сам сервер СУБД — ограничить учётные записи с правами на создание бэкапов и доступ к файлам данных.

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

Типовые ошибки и ограничения подхода

Главная ошибка — рассчитывать, что один запрет решит всё. Снятие права «Добавление» блокирует и ручное создание объектов; обработчик «При копировании» не мешает выгрузить данные через отчёт; запрет внешних обработок обходится, если у пользователя есть доступ к консоли кода. Эффективная защита всегда комбинирует несколько мер.

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

Наконец, не забывайте про «легальные» обходные пути: если у пользователя есть доступ к смежным отчётам, он может получить те же данные в другом виде. Анализируйте не отдельные кнопки, а весь контур доступа пользователя к информации.

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