Здравствуйте, Всем! Помогите, пожалуйста, есть ли способ передать
значение(какое-либо, в моем случае ссылку) в другую процедуру без
параметров. Мой способ не сработал, но для примера:

Функция ЗапускОбработчикаОжидания(ДокументСсылка) Экспорт
    СтрокаGUID = "a763cfbb-f94f-4c67-8e13-0e96a3a7f353";
    НовыйGUID = Новый УникальныйИдентификатор(СтрокаGUID);
    Адрес = ПоместитьВоВременноеХранилище("212121115", НовыйGUID);
    ПодключитьОбработчикОжидания("ВыполнениеОбработчикаОжидания", 5, Истина);
    

КонецФункции

&НаКлиенте
Процедура ВыполнениеОбработчикаОжидания() Экспорт
    СтрокаGUID = "e1cib/tempstorage/fe5a376e-4e52-41b0-a3d5-5637380d3f5a";
    Ссылка = ПолучитьИзВременногоХранилища(СтрокаGUID);
     //СистемныеФункцииСервер.СменаСтатуса(Ссылка);

КонецПроцедуры

(0) На выходе получаю неопределено, но это не удивительно, учитывая, что адрес меняется при каждом запуске. Можно ли это сделать как то еще?

Не очень понятно, какая связь между этими функциями.
Вы запихиваете GUID, а ищете строку GUID, причём совершенно в другом формате.

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

(3) Действие происходит в общем глобальном модуле, поэтому то и нет реквизита. Мне и нужно передать ссылку на документ

(4) используй глобальную переменную

Или параметр сеанса.

(5) А можно пример?)

(5) Они вроде как в общих модулях не доступны)

(6) А это как то единственный экземляр, тоже не подходит наверное)

(8) Обычно, для этого есть функция глЗначениеПеременной, чтобы из любого места получить значение.

(6) или я не до конца понимаю как этим пользоваться

(11) Создаёшь свой параметр сеанса, он будет доступен и на клиенте и на сервере.

"нужно передать ссылку на документ" // Откуда и куда? Ни о чем информация

(11) Угу, не понимаешь. Разные адреса подставляешь.

PS: Ты только не говори до сотого поста, что хочешь это использоваться в различных сеансах, да и пользователи - тоже различные. Сохраняй интригу!

(13) ИЗ
Функция ЗапускОбработчикаОжидания(ДокументСсылка) Экспорт

В
Процедура ВыполнениеОбработчикаОжидания() Экспорт

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

(16) не одно одновременно)

(12) на толстом клиенте, на тонком не видно

(15) почему не делать всё в одной процедуре?

Вообще задача стоит в том, чтобы сменить статус через некоторое время после выполнения некоторого действия

И лучше ничего кроме обработчика ожидания я не придумал, но тут засада с передачей параметров

(21) пиши в базу, обработчиком ожидания запускай фоновое задание

(22) А вот с этим у меня проблемки, в корень не понимаю, как работает фоновые задания)))

(23) асинхронно, на сервере

(23) Фоновое задание работает на сервере в отдельной области памяти и ничем, кроме базы данных, с клиентскими сеансами не связано.
Соответственно, если мы хотим с клиента узнать что-то о фоновом задании, то мы должны обратиться к серверу, чтобы получить информацию из базы данных.

Если файловый вариант, то фоновое задание выполняется в отдельном сеансе.

(26) серверный

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

(20)>>Вообще задача стоит в том, чтобы сменить статус через некоторое время после выполнения некоторого действия

А что будет, если за это "некоторое время" пользователь произведет "некоторое действие" с другим документом?

(29) Тот документ так ж должен сесть на таймер и сменить статус через скажем час

(28) Я вот не очень понимаю:
Сменить статус документа - если статус документа в базе отражается, то мы просто пишем в базу (статус обычно в регистре сведений) - просто, клиенты, если их статус интересует, периодически читают этот регистр.
Если статус в базе не хранится, то вообще зачем он нужен ?
Тогда, опять же - пишем в регистр изменение, а клиент, которому оно нужно, читает и удаляет запись, чтобы в регистре ничего не было.

(29) если подробнее после того как статус стал равер СовершилПосадку, через час у этого документа должен смениться статус на РейсЗавершен

(30) Вообще - это называется "бизнес процесс" - мы ждём час, если наши черепахи не доползли, то им нужен втык - запускается дочерний бизнес-процесс.

(32) Вот я и говорю, бизнес-процесс "полёт" с переходом из одного состояния в другое - перевод сервисом.

(28) (32) складируй данные для обработки в очередь, используй РегистрСведений

(31) (35) А вот это кажется понимаю. Создать регистр и класть туда данные, которые нужно переделать через час? И как? проверять их каждые минуту?

(35) Или фоновое задание которое будет висеть вечно и проверять?

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

и не нужно тогда никаких регл. заданий и прочих извращений

(38) Суть в том, что система должна поменять статус через час. А не пользователь

(40) ну и пиши в этот регистр данные при проведении документа "Рейс" или что у тебя там фиксирует вылет

(41) Ну а как мне поменять статус этого рейса после часа как он получил статус СовершилПосадку?)

(41) Через час после СОвершилПосадку он должен стать РейсЗавершен автоматом и провестись)

(43) Сделай статус расчётным значением там где он отображается

(42)(43) вынеси Статус полностью в периодический РС
при записи СОвершилПосадку пиши сразу запись "в будущее" с РейсЗавершен  
срез не забудь только на дату всегда брать :)

(45) +100500)

А если через 20 минут взлетит? ))

Вообще то фоновое задание связано с основным.

(43)Делаешь сразу две записи в регистре:
ТекущаяДата()             "Приземлился"
ТекущаяДата()+60*60       "Завершен"

Все, никаких обработчиков и фоновых не нужно.