Как в 1С запретить «Сохранить как»: способы ограничения выгрузки данных

Задача запретить в 1С сохранение файлов через «Сохранить как» возникает, когда нужно защитить данные от несанкционированного копирования: прайсы, базы контрагентов, табличные документы, печатные формы. Пользователь открывает отчёт или печатную форму, нажимает «Файл — Сохранить как» и уносит данные в Excel или mxl-файле. Полностью заблокировать сохранение штатной кнопкой нельзя — платформа 1С не имеет отдельной настройки «запретить Сохранить как», но задачу можно решить комбинацией прав доступа, настройки ролей и доработки конфигурации.

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

Ниже разобраны рабочие способы: от простого ограничения прав до программного запрета команд сохранения в управляемых формах. Подходы применимы к типовым конфигурациям (Бухгалтерия, Управление торговлей, ERP, ЗУП) и к самописным решениям на платформе 8.3.

Почему штатной кнопки запрета нет и что это меняет

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

Из этого следует практический вывод: запрет строится не на блокировке одной кнопки, а на контроле того, что пользователь вообще может увидеть и выгрузить. Если сотруднику недоступны сами данные (нет прав на чтение справочника контрагентов), то и сохранять ему нечего. Если данные нужны для работы, но выгружать их нельзя — применяются программные ограничения в формах.

Способ 1. Ограничение прав доступа на уровне ролей

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

Логика простая: создаётся профиль, в котором разрешён просмотр и интерактивное изменение только рабочих объектов (документы продажи, заказы), а доступ к отчётам по базе, обработкам выгрузки и справочникам целиком закрыт. Универсальные отчёты и консоли, позволяющие вывести произвольные данные в табличный документ, исключаются из профиля в первую очередь.

Какие объекты закрывать в первую очередь

Через эти инструменты чаще всего выгружают данные, даже если прямой доступ к справочникам закрыт:

• универсальный отчёт и отчёты по произвольным таблицам;
• консоль запросов и консоль кода (внешние обработки);
• обработки «Выгрузка и загрузка данных», групповое изменение реквизитов;
• право «Вывод» на печать и сохранение табличных документов (право «Вывод» в ролях управляет возможностью печати и сохранения);
• доступ к внешним обработкам и отчётам в целом.

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

1. 1
   Создайте копию типового профиля пользователя, чтобы не ломать стандартную роль
2. 2
   В профиле снимите доступ к универсальным отчётам, консолям и обработкам выгрузки
3. 3
   Проверьте роли на предмет права «Вывод» по критичным объектам
4. 4
   Назначьте профиль тестовому пользователю и попытайтесь выгрузить данные всеми способами
5. 5
   Зафиксируйте результат и только потом применяйте к рабочим учётным записям

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

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

У табличного документа есть свойства, влияющие на защиту: Защита у области и документа, а также возможность установить защиту табличного документа паролем. Установленная защита запрещает редактирование и копирование содержимого до снятия защиты. Для отчётов на СКД можно переопределить вывод, запретив интерактивное изменение настроек и отключив командную панель результата.

// Пример: защита табличного документа перед выводом
ТабДок = Новый ТабличныйДокумент;
// ... формирование документа ...
ТабДок.Защита = Истина;
ТабДок.ТолькоПросмотр = Истина;

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

Способ 3. Запрет запуска внешних обработок и консолей

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

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

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

Способ 4. Ограничение на уровне инфраструктуры

Если требования к защите высокие, технические ограничения внутри 1С дополняют мерами на уровне инфраструктуры. Это не отменяет настройку прав, а закрывает обходные пути.

• Запрет USB-накопителей и ограничение почтовых вложений через групповые политики и DLP-системы.
• Работа через терминальный доступ (RDP) с отключённым пробросом дисков и буфера обмена — пользователь видит данные, но не может вынести файл.
• Веб-клиент или тонкий клиент без доступа к локальной файловой системе сервера.
• Водяные знаки на печатных формах с указанием пользователя — не запрет, но средство удержания и расследования утечек.

Проверка результата и типичные ошибки

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

Ограничения и границы подхода

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

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

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