Как снять запрет на удаление в 1С

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

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

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

Как определить, что именно блокирует удаление

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

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

Снятие даты запрета изменения данных

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

Порядок действий: откройте раздел «Администрирование» → «Поддержка и обслуживание» → «Регламентные операции» → «Даты запрета изменения данных». Если в поле «Дата запрета» стоит конкретная дата, все объекты раньше неё заблокированы. Установите более раннюю дату, выберите вариант «Не используется» или настройте индивидуальную дату для конкретного пользователя, которому нужно удалить объект.

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

1. 1
   Откройте Администрирование → Поддержка и обслуживание → Даты запрета изменения данных
2. 2
   Проверьте, какая дата установлена и для кого действует
3. 3
   Измените дату, отключите запрет или добавьте исключение для пользователя
4. 4
   Сохраните настройки и перезапустите сеанс пользователя
5. 5
   Повторите попытку удаления и убедитесь, что ошибка исчезла

Проверка и выдача прав на удаление

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

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

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

Удаление помеченных объектов и контроль ссылок

Даже когда права есть и дата запрета снята, объект может «не удаляться»: пометка ставится, но физически объект остаётся в базе. Это нормальное поведение — помеченные объекты удаляются отдельной операцией. Откройте «Администрирование» → «Поддержка и обслуживание» → «Удаление помеченных объектов» и запустите обработку.

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

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

Особые случаи: RLS, обмены и блокировки

Ограничение доступа на уровне записей (RLS)

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

Объекты, полученные через обмен данными

В распределённых базах и при синхронизации (например, УТ ↔ Бухгалтерия) удаление объектов в одной базе может быть заблокировано настройками плана обмена, либо удалённый объект «возвращается» при следующей синхронизации. Правильный подход — пометить объект на удаление в той базе, где он создан, и дождаться обмена, а не удалять принудительно в приёмнике.

Запрет через подписки на события и код

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

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

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

Ошибка упоминает дату запрета изменения данныхСнимите или скорректируйте дату запрета в разделе Администрирование

Ошибка «Нарушение прав доступа» у конкретного пользователяПроверьте профиль группы доступа и права роли на удаление

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

Текст ошибки нестандартный, появляется у всехПроверьте подписки на события — запрет реализован в коде

Типичные ошибки при снятии запрета

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

Третья ошибка — попытка удалить объект напрямую через консоль запросов или внешние инструменты в обход контроля ссылок. Такие действия разрушают ссылочную целостность: в документах появляются «битые ссылки» вида «Объект не найден», а восстановление требует тестирования и исправления базы. Удаляйте только штатными средствами.

Проверка результата

После снятия запрета убедитесь, что операция прошла полностью. Повторите удаление под тем пользователем, у которого возникала ошибка, а не под администратором. Если объект помечался на удаление — запустите обработку удаления помеченных и проверьте, что объект исчез из списка и не появился в перечне объектов со ссылками.

Дополнительно проверьте, что настройки защиты восстановлены: дата запрета возвращена на место, временные права отозваны. Это закрывает риск случайных изменений в закрытом периоде после завершения работ.

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

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

Повторное удаление под проблемным пользователем

Норма

Объект помечается или удаляется без ошибок

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

Ошибка повторяется — причина не устранена

Обработка «Удаление помеченных объектов»

Норма

Объект отсутствует в списке после удаления

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

Объект в списке с пометкой о ссылках

Настройки дат запрета после работ

Норма

Дата запрета возвращена к исходному значению

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

Запрет остался снятым для всех

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

Можно ли удалить документ, не снимая дату запрета для всех?

Да. В настройках дат запрета изменения данных переключите режим на «По пользователям» и задайте для конкретного сотрудника более раннюю дату или отключите запрет только для него. Остальные пользователи продолжат работать с прежним ограничением.

Почему кнопка «Удалить» неактивна, хотя я администратор?

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

Что делать, если объект не удаляется из-за ссылок на него?

В обработке удаления помеченных объектов откройте список мест использования объекта. Удалите или измените ссылающиеся документы и записи, затем повторите удаление. Если ссылки нужно сохранить, объект остаётся помеченным — это безопасно и не влияет на отчёты.

Восстановится ли удалённый объект?

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

Объект удалили, но он снова появился после обмена. Почему?

В распределённых базах и при синхронизации удаление фиксируется только в узле, где объект был создан. Если удалить объект в базе-приёмнике, при следующем обмене он придёт обратно. Пометьте объект на удаление в исходной базе и выполните синхронизацию.