Если программно вызвана запись какого-либо элемента, и RLS выдает запрет на это действие, то возникает исключение (ошибка).
Огромная проблема в том, что это исключение не отрабатывается Попытка ... Исключение ... КонецПопытки.
Каким способом можно программно понять, что действие удалось выполнить и исключение не возникло?
RLS

Предметно - ошибка возникает на строчке "Движения.Записать()" в обработке проведения. Нужно сделать кое какие действия в случае, если записать движения не удалось из за RLS. Флаг "Отказ" не участвует во всем этом.
---
От разработчика зависит. В УТ 10, например, нет.
---
Методически верно выполнять проведение в привилегированном режиме, не обращая внимание на РЛС. С помощью РЛС нужно запрещать записывать документ с реквизитами не проходящими по РЛС.
---
УправлениеДоступом.ИзменениеРазрешено:

```1c
    // Проверяет, что на уровне записей (и на уровне прав) указанному пользователю
    // разрешено изменение объекта в базе данных на объект в памяти.
    // Для нового объекта проверяется только объект в памяти.
    // Если указана ссылка или ключ записи, проверятся только объект в базе данных.
    //
    // Важно: если подсистема работает в режиме стандартного ограничения,
    // а не в режиме универсального ограничения, тогда проверяется право
    // Изменение на таблицу, а на уровне записей проверяется только право Чтение.
    // Если указан пользователь, но не текущий пользователь, то будет вызвано
    // исключение (для проверки предусмотрена функция ПроизводительныйВариант).
    //
    // Параметры:
    // ОписаниеДанных - СправочникСсылка
    // - ДокументСсылка
    // - ПланВидовХарактеристикСсылка
    // - ПланСчетовСсылка
    // - ПланВидовРасчетаСсылка
    // - БизнесПроцессСсылка
    // - ЗадачаСсылка
    // - ПланОбменаСсылка - ссылка на объект в базе данных, который требуется проверить.
    // - РегистрСведенийКлючЗаписи
    // - РегистрНакопленияКлючЗаписи
    // - РегистрБухгалтерииКлючЗаписи
    // - РегистрРасчетаКлючЗаписи - ключ записи в базе данных, которую требуется проверить.
    // - СправочникОбъект
    // - ДокументОбъект
    // - ПланВидовХарактеристикОбъект
    // - ПланСчетовОбъект
    // - ПланВидовРасчетаОбъект
    // - БизнесПроцессОбъект
    // - ЗадачаОбъект
    // - ПланОбменаОбъект - объект в памяти и базе данных, который требуется проверить.
    // - РегистрСведенийНаборЗаписей
    // - РегистрНакопленияНаборЗаписей
    // - РегистрБухгалтерииНаборЗаписей
    // - РегистрРасчетаНаборЗаписей - набор записей в памяти и базе данных,
    // который требуется проверить.
    //
    // Пользователь - СправочникСсылка.Пользователи
    // - СправочникСсылка.ВнешниеПользователи
    // - Неопределено - текущий пользователь.
    // Когда параметр указан, привилегированный режим не учитывается.
    // Для проверки прав не текущего пользователя требуются административные права.
    //
    // Возвращаемое значение:
    // Булево
    //
```
---
Обработка проведения и так выполняется в привилегированном режиме, там не может быть ошибки из-за RLS.
---
От разработчика зависит. В УТ 10, например, нет.
---
Навскидку Запрос Разрешенные к таблицам движения

```1c
    ВЫБРАТЬ РАЗРЕШЕННЫЕ ПЕРВЫЕ 1
    *, "ВзаиморасчетыССотрудниками" КАК ИмяТаблицы
    ИЗ
    РегистрНакопления.ВзаиморасчетыССотрудниками КАК ВзаиморасчетыССотрудниками
```

Если Запрос на эту таблицу пустой, значит РЛС блокирует