А модуль объекта обработки в обычных формах на клиенте что ли исполняется?

Вот такой код падает по правам доступа на второй строчке:

    УстановитьПривилегированныйРежим(Истина);//Для чтения из общего пользователя
    ИмяФайлаПравил = ХранилищеНастроекДанныхФорм.Сохранить(,ИмяНастройки, Значение,,"Автобот");
    УстановитьПривилегированныйРежим(Ложь);//Для чтения из общего пользователя

А что конкретно пишет?

(13872)}: Ошибка при вызове метода контекста (Загрузить)
    Результат = ХранилищеНастроекДанныхФорм.Загрузить(,ИмяНастройки, ,"Автобот");
по причине:
Нарушение прав доступа!

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

внешняя?

Без разницы.

(5) большая разница

Толстый клиент?

(7) а, ну да, обычные формы же..

(6) Я получаю одинаковые ошибки, значит в данном случае - без разницы.
Больше того, если обернуть модуль объекта в #Если Сервер, то все падает уже на этапе компиляции (при попытке открытия).
(7) Толстый. Обычные формы же.

А обычные формы, тогда конечно на клиенте.
Там все на клиенте, кроме спец общих модулей

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

(0) А где выполняется код, загружающий внешнюю обработку?

(0) Проблема не столько в том, где исполняется. Проблема в том что, неизвестному коду из внешней обработки никто не даст установить привилегированный режим.

(12)Типовой УПП 1.2 механизм работы с дополнительными обработками.

Ладно, с этим путем понятно, сформулирую задачу по другому: как сохранить настройку (типа строка, там путь к файлу), чтобы ее было видно всем пользователям без вмешательства в код конфигурации.

(13) Вот большое подозрение, что даже в УФ это получится. Так как судя по описанию "УстановитьПривилегированныйРежим" он работает на сервере и в файловом, а на клиенте не падает и не работает.

(14) При открытии, если настройки не считаны, заполняешь значениями по умолчанию. Результат: настройки "видны всем пользователям".

(14) Откуда я возьму путь к файлу "по умолчанию"?  его для каждой базы мне админ скажет, куда он шару настроил и файл назвал.

(17) Ну договоритесь как-нибудь. По умолчанию шара такая-то на том же сервере, где 1С.

(15) Работает, но только для встроенных обработок, внешние обработки запускаются в защищенном режиме.

После прикола со сдачей баланса еще у кого-то не прописано отключение защиты от опасных действий?

(20) После прикола с шифровальщиком во внешней обработке у кого-то еще прописано?

(21)Так после этого прикола все эти доп галочки и регэкспы и начались в платофоме АФАИР.

(14) сохраняй настройку без указания пользователя. для этого админские права не нужны

(23) Тогда и читать ее только я буду. А мне нужно, чтобы админ сохранил настройку один раз на базу, а все пользователи обработкой пользовались и в настройки не лезли.

а на уф нельзя настройки пользователей копировать?

(24) записывай в регистр, константу или еще что-нибудь.
Да хоть в файл

можно еще из кода настройки устанавливать по умолчанию

(26) Задача стоит для внешней обработки. Значит в конфигуратор для создания регистра, констатнты и тд лезть нельзя.
Записывать в файл имя файла это класная идея. Осталось найти унивесальное место для записи такого файла в клиент-серверном режиме работы толстого клиента. Чтобы его любой пользователь прочитать мог.

(28) проще в коде прописать

Типа
ПередОткрытием
Организация = НайтиПоКоду()

(10) И внешних обработок, открываемых в режиме внешнего соединения (запущенного из этой же базы, как вариант) - профит!

Пиши в справочник СохраненныеНастройки - туда обычно все внешние обработки "гадят", т. к. на него обычно есть права у пользователей + есть хранилище значения + есть реквизит НастраиваемыйОбъект в виде строки, куда можно свое уникальное имя запихать.

(32) Ты гений. Есть в УПП, в ЗУП, есть доступ у "Пользователь". Идеальный вариант, спасибо.
(И что я зациклился на хранилищах настроек?)