Право «Администрирование данных» в 1С: что это и кому его давать

Право «Администрирование данных» — одно из стандартных прав в типовых конфигурациях 1С (Бухгалтерия предприятия, Управление торговлей, ERP, ЗУП и другие), которое выдаётся пользователю через профили групп доступа. Оно открывает доступ к сервисным операциям с данными информационной базы: обменам, загрузке и выгрузке, настройке синхронизации, работе с некоторыми служебными обработками — но при этом не делает пользователя полным администратором системы.

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

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

Что именно даёт право «Администрирование данных»

В типовых конфигурациях на базе Библиотеки стандартных подсистем (БСП) это право объединяет набор ролей, связанных с обслуживанием данных. Точный состав зависит от конфигурации и её версии, но обычно в него входят:

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

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

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

Чем оно отличается от полного права «Администрирование»

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

Право «Администрирование данных» — существенно уже. Его обладатель работает только с содержимым базы: переносит, синхронизирует, исправляет данные. Он не может вмешиваться в модель безопасности и настройки системы. Такое разделение соответствует принципу минимальных привилегий: сотрудник получает ровно столько полномочий, сколько нужно для его задач.

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

Кому и когда выдавать это право

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

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

Маршрут решения

Как выбрать действие

Сотруднику нужно только настраивать синхронизацию и обменыВыдайте право «Администрирование данных» через профиль доступа

Сотрудник должен заводить пользователей и раздавать праваНужно полное право «Администрирование» — выдаётся в карточке пользователя

Сотруднику нужны только периодические разовые операции с даннымиНе выдавайте право постоянно — выполните операцию под своей учётной записью или выдайте право временно

Нужен доступ к конфигуратору и обновлению конфигурацииТребуются права на уровне платформы и режим конфигуратора, прикладных прав недостаточно

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

Как настроить право пошагово

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

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

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

Риски и меры предосторожности

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

Дополнительные меры безопасности:

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

Типичные ошибки при работе с этим правом

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

Как проверить, что настройка выполнена правильно

Контрольные точки

Как проверить результат

Доступ к разделу синхронизации данных

Норма

Пользователь видит узлы обмена и может запускать синхронизацию

Тревожный признак

Раздел отсутствует или команды недоступны — право не применилось

Доступ к управлению пользователями

Норма

Раздел пользователей недоступен (это норма для данного права)

Тревожный признак

Пользователь может заводить других пользователей — выдано полное право, а не ограниченное

Выполнение обмена

Норма

Синхронизация завершается без ошибок доступа

Тревожный признак

Ошибки «нарушение прав доступа» — не хватает ролей на объекты обмена или мешает RLS

Журнал регистрации

Норма

Действия пользователя фиксируются с указанием учётной записи

Тревожный признак

События не пишутся — нужно настроить уровень регистрации

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

Часто задаваемые вопросы

Право «Администрирование данных» есть во всех конфигурациях 1С?

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

Может ли пользователь с этим правом удалить данные из базы?

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

Почему после выдачи права пользователь всё равно видит ошибку «Нарушение прав доступа»?

Чаще всего дело не в этом праве, а в отсутствии роли на конкретный объект: документ, справочник или регистр, участвующий в операции. Вторая причина — ограничения доступа на уровне записей (по организациям, подразделениям). Третья — пользователь не перезапустил сеанс после изменения прав.

Чем это право отличается от роли «Администратор системы» в конфигураторе?

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

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

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

Сохранится ли настройка прав после обновления конфигурации?

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