Доброго всем дня!
Сориентируйте, пожалуйста.
Розница 2.2.11.30
В настройках в режиме Предприятие установлено "Ограничение на уровне записей". Ограничение было установлено для того, чтобы пользователь в процессе работы не мог сменить магазин (была путаница с продажей товаров не со своего склада).
Есть внешняя обработка, которая использует динамический список, получает остатки на складах. При формировании запроса срабатывает ограничение по правам, которое в результате не позволяет просмотреть остатки на центральном складе (проверила, если добавить нужный магазин в список разрешенных, запрос выводит нужные данные корректно).
Возможно ли, и как грамотно снять ограничение на уровне записей только для запроса, формирующего динамический список?
Пробовала в модуле формы внешней обработки в ПриСозданииНаСервере прописать УстановитьПривилегированныйРежим(Истина), далее ПриЗакрытии обращение к серверной процедуре, выполняющей  
УстановитьПривилегированныйРежим(Ложь). Не срабатывает, в толстом клиенте при запуске обработки "не удалось установить привилегированный режим". Как поняла, для этого пользователю нужно давать право Администрирование.
Создать отдельную роль?
Как правильно решать подобные задачи?

(0) динамический список замени на ТЗ, запрос выполняй в привелигерованном режиме, ссылки не возвращай, только представления

(1) - Благодарю!
   Подозреваю, что в моей задачи замена на ТЗ "повесит" базу.. Динамический список использую для подбора номенклатуры. По сути, заказчик пожелал, чтобы вместо типовой обработки подбора номенклатуры обработка выводила только те позиции, которые есть на центральном складе, с указанием рядом с наименованием номенклатуры остатка на центральном складе и на складе текущего магазина.
Поправьте пожалуйста, если решение заведомо кривое.

* в задаче

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

хотя если это подключенная, то можно через опасный режим

(0) зачем нужно это ограничение прав, да еще и на уровне записей. Просто сделайте проверку на магазин при записи документа отгрузки.

(4), (5) - спасибо!
(6) - типовая, не хотелось снимать с поддержки. Долгое время по невыясненной причине при продаже через РМК появлялись другие склады в чеках, при ККМ нужного магазина. Отследить не удалось, проблема то исчезала на несколько месяцев, то вдруг, вновь всплывала, когда "никто ничего никуда не нажимал". Журнал регистрации молчал. Было предположение, что смена происходит в тот момент, когда кассиры смотрят документы чужих магазинов, не сознавались. Пока решили вот так, на уровне записей, подсказали на инфостарте..

(7) Чтобы не снимать с поддержки, придуманы расширения.

если платформа свежая, то есть событие ПриПолучениеДанных на сервере. В нем можно сделать подмену выводимого значения. Т.е получать остатка в этом событии.
Еще недавно появились пользовательские поля. Может через них получится

(8) - спасибо!
(9) - благодарю! попробую.