Права на удаление помеченных объектов в 1С:ЗУП и корректное удаление организации с сотрудниками

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

Вторая часть касается удаления: организация не удалится, пока на неё ссылаются сотрудники и документы. Объект нельзя удалить, если он присутствует в качестве реквизита в другом объекте. Рабочий порядок - сначала сотрудники, затем организация.

Коротко: можно ли дать права только на удаление помеченных объектов

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

Для удаления действует правило ссылочной целостности: пока организация указана в карточках сотрудников, обработка её не удалит. Сначала удаляют сотрудников, потом организацию.

Таблица 1. Если таблица шире экрана, прокрутите её влево или вправо. С клавиатуры: перейдите к таблице клавишей Tab и используйте стрелки.

Задача	Типовые средства	С изменением конфигурации
Права ровно на обработку «Удаление помеченных объектов»	Недоступно	Своя роль с правом «Использование» на обработку
Доступ к обработке для сотрудника	Профиль «Администратор» или профиль с ролью «Администрирование»	Отдельная роль в профиле пользователя
Влияние на обновления	Нет	Доработку нужно сопровождать при каждом обновлении

Почему отдельной роли для «Удаления помеченных объектов» нет

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

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

Что видно в конфигураторе: роли и обработка

Запустите конфигуратор: меню «Администрирование» - «Конфигуратор» или ярлык базы с параметром запуска конфигуратора.
В дереве конфигурации раскройте ветку «Обработки» и найдите «УдалениеПомеченныхОбъектов». В ЗУП 3.1 обработка лежит в общей ветке, быстрее искать по имени.
Откройте права объекта: правой кнопкой по обработке - «Права» (в части версий платформы это отдельное окно со списком всех ролей).
Посмотрите, у каких ролей стоит флажок «Использование». По обсуждению на профильном форуме такая роль одна: «Полные права».

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

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

Как выдать доступ типовыми средствами: профиль с ролью администрирования

Сделайте резервную копию базы: «Администрирование» - «Резервное копирование и восстановление» либо выгрузка файла .dt через конфигуратор.
Откройте «Администрирование» - «Настройки пользователей и прав» - «Пользователи». В разных сборках ЗУП путь отличается, ориентируйтесь на раздел с пользователями и правами.
Создайте отдельного пользователя, например «Удаление помеченных», со своим входом.
Назначьте профиль: предопределённый «Администратор» либо собственный профиль, куда включена роль «Администрирование». В актуальных сборках ЗУП профили групп доступа настраиваются отдельно, порядок разобран в материале о новых профилях групп доступа в 1С:ЗУП 2026.
Проверьте результат: войдите под новым пользователем, откройте обработку и запустите проверку списка. Под учётной записью с ограниченными правами обработка не должна открываться.
Включите журнал регистрации и просматривайте его после каждой серии удалений.

Ограничение очевидно: права будут шире, чем одна операция. Администратор меняет настройки программы, удаляет данные и работает с объектами, к которым бухгалтеру доступ закрыт. Минимизируйте риск кругом лиц и журналированием. Если задача ограничить опасные действия на уровне платформы, а не только внутри ЗУП, смотрите профили безопасности 1С:Предприятия 8: они отсекают опасные вызовы прикладного решения и доступ к ресурсам кластера.

Вариант с изменением конфигурации: собственная роль «Удаление помеченных объектов»

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

Включите возможность изменения конфигурации: «Конфигурация» - «Открыть конфигурацию», затем «Поддержка» - «Настройка поддержки». При включённых замках правка ролей запрещена.
В дереве конфигурации откройте ветку «Роли» и добавьте новую, например «УдалениеПомеченныхОбъектовРоль».
В правах новой роли найдите «Обработки» - «УдалениеПомеченныхОбъектов» и отметьте «Использование». Право «Просмотр» добавляйте, только если оно действительно нужно.
Обновите конфигурацию базы данных (F7) и проверьте, что база запускается без ошибок.
В профиле пользователя, которому нужен доступ, отметьте новую роль и сохраните профиль.
Проверьте доступ под этим пользователем и убедитесь, что остальные обработки ему недоступны.

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

Почему организация не удаляется, а сотрудники остаются

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

Обратная ситуация встречается чаще: пользователь удаляет организацию, а сотрудники остаются в базе. Причина та же. Связанные объекты не удаляются автоматически, ссылка в карточке сотрудника блокирует удаление организации, и в итоге в справочнике остаются записи с неполными данными. Рекомендация из обсуждения на форуме - действовать с конца: сначала удалить сотрудников, затем организацию (практический пример).

Как найти ссылочные связи перед удалением

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

Если объект используется в документах, которые нужны для отчётности или подтверждения стажа, удалять его нельзя. Безопаснее оставить пометку на удаление и скрыть запись из рабочих списков, чем ломать ссылки в проведённых документах.

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

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

Пошаговая инструкция

Сделайте резервную копию базы и проверьте, что копия восстанавливается. Выгрузку .dt удобно хранить отдельно от рабочего сервера.
Пометьте сотрудников на удаление, начиная с записей с наибольшим числом связей: уволенные, дубли, ошибочно созданные карточки. В списке сотрудников выделите несколько строк и нажмите «Пометить на удаление» или Delete.
Откройте обработку «Удаление помеченных объектов» (в ЗУП путь зависит от сборки, ищите через «Все функции»), включите поиск ссылок и просмотрите отчёт.
Снимите пометку с тех сотрудников, чьи документы нужны для отчётности и истории: их удаление сломает ссылки.
Запустите удаление и прочитайте сообщения обработки. Ошибки перечислят объекты, которые удалить не удалось.
Убедитесь, что сотрудники удалены: проверьте справочник и повторите поиск ссылок на организацию.
Пометьте организацию на удаление и повторите обработку.
Проверьте итог: организация удалена, документы не остались с пустыми реквизитами, журнал регистрации не содержит ошибок.

Частые ошибки и как их избежать

Удаление организации до сотрудников. Обработка выдаст ошибку, а время уйдёт на повторные прогоны. Начинайте с зависимых объектов.
Полные права всем подряд. Профиль «Администратор» даёт доступ к настройкам и удалению данных. Заведите отдельного пользователя под задачу и ограничьте круг лиц.
Снятие замков без необходимости. Конфигурация снимается с поддержки, обновления усложняются, доработку нужно сопровождать. Оценивайте этот шаг только при реальной потребности в узких правах.
Удаление без резервной копии. Восстановить данные можно только из архива, и он должен быть свежим.
Игнорирование сообщений обработки. Ошибки ссылочной целостности остаются незамеченными, а записи потом всплывают в отчётах.
Удаление вместо пометки. Для исторических данных безопаснее оставить пометку: запись не мешает работе, но сохраняет связи.

Названия пунктов меню и состав объектов отличаются между версиями ЗУП: интерфейс 3.1.11 и 3.1.37 выглядят по-разному, а в «Бухгалтерии 3.0» права распределены иначе. Сверяйте шаги со своей сборкой.

Итог: что делать в вашей ситуации

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

Если доработка допустима, создайте роль с правом «Использование» на обработку «УдалениеПомеченныхОбъектов», добавьте её в профиль и опишите изменение в документации, чтобы при следующем обновлении доработку не потеряли.

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