Обычное приложение. УТ10.3. Может быть, есть ссылки или идеи на этот велосипед?

делай блокировку какогонибудь элемента справочника

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

Но лучше расскажи, зачем это надо

Уточню. Я про обработку, хранимую в справочнике Внешние обработки

выбрать 0 из РС.ОткрытыеОбработки где РС.Обработка=&Нужная

(3) открывается каждый раз разная

(4) а потом сеанс был завершен администратороом и с тех пор больше ни кто не может открыть обработку

(3) тогда уже есть элемент, который можно блокировать

(2) Обработкой могут пользоваться несколько человек, но запускать должен только один из них. Обработка загружает данные, в этой обработке есть промежуточные действия. По итогам действий создаются документы. Надо избежать дублей.

(6) блокировки вообще то сами снимаются

(4) Такого объекта в типовой УТ10.3 нет.
(7) Фрагмент кода можешь сбросить для примера?

(9) смотри в (4) - он предлагает блокировки ХРАНИТЬ в БД

(8) во-первых, если делать, как в (2), то так и будет работать. Во-вторых, говно твоя обработка. Сделай так, чтобы она не делал дублей и всё.

Пока склоняюсь к варианту записывать в регистр сведений Сохраненные настройки запись-флажок при открытии обработки. Если запись уже есть, то закрывать форму с сообщением пользователю что другой уже с этой обработкой работает.

(10)
СправочникОбъект.<Имя справочника>.Заблокировать (CatalogObject.<Имя справочника>.Lock)
СправочникОбъект.<Имя справочника> (CatalogObject.<Имя справочника>)
Заблокировать (Lock)
Синтаксис:

Заблокировать()
Описание:

Выполняет блокировку объекта от изменения другими режимами или пользователями.

Доступность:

Сервер, толстый клиент, внешнее соединение.
Пример:

Попытка
    Объект.Заблокировать();
Исключение
    Предупреждение(НСтр("ru = 'Не удалось заблокировать объект';"
           + " en = 'Can't lock the object'")
           + " '" + Объект + '"!
           |"+ ОписаниеОшибки());
КонецПопытки;

+(12) А при закрытии очищать от этой записи

(12) что будет, если сеанс пользователя завершится аварийно до того, как он успеет удалить эту запись?

(15) Плохо будет ))
(13) Хороший метод. Но для этого надо наверное лепить дополнительную подписку на событие при открытии конкретной  обработки.

(16) какая в хрен подписка?! Я же в самом начале написал - перед открытием формы обработки это делай и всё!

и подписок на события форм не бывает

(17) Спасибо за пинок. Попробую этот вариант.

У меня обработка обмена пишет в текстовый файл историю обмена между узлами. Кто первый открыл - тот и пользуется. Если файл недоступен - остальные идут в сад

(20) Это похоже на вариант с регистром сведений. И, вероятно, работает только для файловых баз.

Фокус в том, что особенностью справочника Внешние обработки является открытие обработки во временном файле и связь с элементом справочника теряется. И не удаётся применить метод Блокировать(). Во всяком случае  я не смог пока реализовать.

(22) хоспади, что ж ты такой беспомощный?!
Найди ссылку на элемент справочника по коду или по наименованию

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

(23) К вечеру туплю. По наименованию, это достаточно просто.

(24) Спасибо еще раз

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

(27) при аварийном завершении это всё превратится в тыкву

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

Почему бы не блокировать данные, к которым обращается обработка?

(30) Видать, она новые данные создает. Нечего там блокировать

Можно блокировать файлы из которых идёт загрузка
Или их как нибудь копировать/перемещать

Ну или совсем банально
В неком каталоге создаётся файл (элемент стправочника, константа, запись регистра сведений)
При старте обработки
Проверяется что в файле (справочнике, константе)
Если там есть пользователь - выводиться сообщение
Занято тем-то
При закрытии обработки элемент очищается.
В случае фарс мажера надо открыть и закрыть обработку тем, кто числиться в файле(...)

(29) я про блокировку не прочитал, извини


на самом деле надо обработки писать так, чтоб они не ломали ни чего при повторном запуске. Ибо два раза нажать "Выполнить" и один пользователь может

(33) Не надо закрывать-открывать - обработка открывает файл на запись и пишет в него данные пользователя, а другие - читают. Только писать, видимо, придётся не через 1С, так как она не умеет писать, то что другие читают, и читать, что она пишет.
В 7.7. был объект Scripting.TextStream, который с этой задачей справлялся на ура - видимо - здесь можно также и его использовать, а в Linux-е просто подключить .Net, как тут люди писали.
P.S. файл можно использовать, если обработка не в базе, а открывается через Файл,Открыть. И самое место файла в директории файловой базы, а в случае клиент-сервера - в TEMP для процесса сервера.

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