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

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

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

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

Почему стоит ограничить отмену проведения

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

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

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

Способ 1. Запрет через права и роли

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

Для типовых конфигураций на базе БСП (Библиотека стандартных подсистем) права настраиваются через профили групп доступа. Путь: «Администрирование» → «Настройки прав и пользователей» → «Профили групп доступа». Откройте профиль нужной группы, найдите роли, дающие доступ к документам, и создайте копию профиля без права на отмену проведения.

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

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

Способ 2. Даты запрета редактирования

Даты запрета изменения данных — штатный механизм БСП, который блокирует любые изменения документов раньше заданной даты, включая отмену проведения. Это стандартный инструмент для закрытия периодов, и он работает без доработки конфигурации.

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

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

Способ 3. Программный запрет в коде документа

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

Отмена проведения — это тоже вызов проведения с режимом «ОтменаПроведения». Внутри обработчика можно проверить условие и отказать в операции:

Процедура ОбработкаПроведения(Отказ, РежимПроведения)
Если РежимПроведения = РежимПроведенияДокумента.ОтменаПроведения Тогда
Если НЕ РольДоступна("ПолныеПрава") Тогда
Отказ = Истина;
ВызватьИсключение "Отмена проведения документа запрещена";
КонецЕсли;
КонецЕсли;
КонецПроцедуры

Более корректное место для проверки — обработчик «ПередЗаписью» или подписка на событие, поскольку там доступен анализ состояния документа до начала транзакции. Однако для блокировки именно распроведения проверка в «ОбработкаПроведения» работает надёжно: при Отказ = Истина движения не удаляются, а пользователь получает сообщение об ошибке.

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

&Вместо("ОбработкаПроведения")
Процедура Расш_ОбработкаПроведения(Отказ, РежимПроведения)
    Если РежимПроведения = РежимПроведенияДокумента.ОтменаПроведения
        И НЕ РольДоступна("ПолныеПрава") Тогда
        Отказ = Истина;
        ВызватьИсключение "Отмена проведения запрещена. Обратитесь к администратору.";
    КонецЕсли;
    ПродолжитьВызов(Отказ, РежимПроведения);
КонецПроцедуры

Сравнение способов и выбор подходящего

Универсального варианта нет: у каждого метода своя область применения. Ориентируйтесь на то, кого ограничиваете и какие операции должны остаться доступными.

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

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

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

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

Ограничения и границы самостоятельной настройки

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

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

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

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