Кто видит PDF-счета в 1С: права доступа после массовой загрузки

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

Почему возникает ситуация, когда PDF видят посторонние сотрудники

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

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

Но именно эта унаследованная логика и подводит: администратор настраивает права на документы, ориентируясь на бизнес-процесс (кто должен вводить, кто согласовывать), и забывает, что к документу прицепят файл с чувствительными данными. Поэтому массовая загрузка PDF — счетов, договоров, паспортных сканов для командировок — часто становится моментом, когда открывается доступ, который никто не планировал.

Ставка здесь не абстрактная. Утечка цен закупки конкуренту через сотрудника с широким доступом — реальный сценарий для оптовой торговли. Для персональных данных в сканах (паспорта, СНИЛС) неправильно настроенный доступ — это уже вопрос 152-ФЗ и обязанности оператора персональных данных ограничивать круг лиц, имеющих доступ к таким файлам (федеральный закон о персональных данных). Штраф за нарушение — не главная проблема; куда дороже обходится разбирательство, кто именно слил цифры конкуренту, когда доступ был у пятнадцати человек.

Как исправить права доступа к уже загруженным файлам

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

Что проверить в первую очередь

Откройте справочник «Присоединённые файлы» и посмотрите, в каком хранилище они физически лежат — в базе или в томах на файловой системе. Если в томах, права на уровне файловой системы ОС дают дополнительный контур защиты, независимый от прав 1С: даже если пользователь получит доступ к документу, файл на диске можно закрыть отдельными NTFS-правами.

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

Что делать, если ошибка повторяется после настройки ролей

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

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

Если ошибка повторяется системно — при каждой загрузке пачки файлов, — это симптом того, что процесс загрузки PDF не интегрирован с логикой прав доступа изначально, а работает как отдельная надстройка. В таком случае разовая правка ролей не поможет: нужна доработка конфигурации 1С, где загрузка PDF и присвоение прав идут одной транзакцией — файл сразу получает нужный уровень видимости в момент попадания в базу, а не после ручной донастройки.

Как предотвратить утечку данных через присоединённые файлы

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

• ✓Заведите в конфигурации реквизит «Уровень конфиденциальности» на документах, к которым цепляются PDF, и настройте RLS по этому реквизиту до начала массовой загрузки.
• ✓Разделите роли по принципу «кто вводит документ» и «кто видит приложенные файлы» — это разные права даже для одного и того же документа.
• ✓Для сканов с персональными данными храните файлы в отдельном томе с ограничением на уровне ОС, а не только на уровне 1С.
• ✓Логируйте открытие присоединённых файлов через журнал регистрации — так видно, кто и когда смотрел конкретный скан, если возникнет спор.

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

Когда проблема не в правах, а в железе

Отдельная ситуация: права настроены правильно, но при массовой загрузке 200-300 PDF за раз база подвисает на несколько минут, а пользователи в панике начинают открывать документы вручную через общий доступ администратора «чтобы не ждать» — и вот тут контур прав ломается уже человеческим фактором, а не настройкой. Слабый сервер провоцирует обходные пути, которые сводят на нет всю работу по разграничению доступа.

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

Проверить, готово ли текущее железо к массовой загрузке PDF и одновременной работе бухгалтерии, можно тестом Гилёва — он показывает реальную производительность сервера под нагрузкой 1С, а не паспортные характеристики (тест производительности 1С). Если тест показывает низкий результат, сначала решайте вопрос с инфраструктурой, а потом настраивайте права — иначе любая грамотная схема доступа будет ломаться под давлением очереди пользователей, которые просто хотят быстрее загрузить счета и уйти домой.

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

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

Можно ли настроить права на конкретный PDF-файл, а не на весь документ?

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

Кто по умолчанию видит присоединённые файлы в 1С?

Любой пользователь, у которого есть право чтения документа, к которому файл прикреплён. Отдельного права «на файл» без доработки конфигурации не существует.

Нужно ли отдельно защищать сканы с персональными данными по закону?

Да, если в PDF есть паспортные данные, СНИЛС или другие персональные данные, компания как оператор обязана ограничивать круг сотрудников с доступом согласно 152-ФЗ.

Почему после настройки ролей проблема с доступом возвращается?

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

Влияет ли слабый сервер на утечки через файлы?

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