Привет!

Есть документ. Опущу детали и сформулирую цель так: в обработке проведения этого документа мне нужно создать программно ещё один документ (с этим вопросов нету) и открыть его. Как, собственно, открыть с сервера программно созданный объект?

ДополнительныеСвойства

alex040269, не понял.

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

Дополнительные свойства только на сервере или толстом клиенте. Создаем временное хранилище, проводим документ, во временное хранилище возвращаем ссылку и уже на клиенте делаем Ссылка.ОткрытьЗначение() .

И в каком событии смотреть туда? После записи что ли?

Да, на клиенте ПередЗаписью создаем временное хранилище, вызываем серверную процедуру, в доп свойства записываем адресс хранилища, при проведении в хранилище записываем ссылку, массив ссылок и на клиенте после записи считываем данные из временного хранилища.

"ПослеЗаписи".

Курить структуру "ПараметрыЗаписи".

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

да, недосмотрел

Да, кстати, а как же мне в форме заполнить ДополнительныеСвойства, если у меня там объекта еще нету?

1.
Была похожая задача в обычном интерфейсе. Перепроводить документ2 из модуля объекта документа1, который выполнялся на сервере. Необходимо было выполнить в привилегированом модуле, а ссылку в качестве параметра функции передать нельзя - "Ошибка параметра. Передача мутабельного значения не поддерживается". Не знаю, подойдет вам такой способ или нет. В моем случае документ2 всегда уже существовал.

//В модуле документа1
ИдентификаторДокумента2  =  Документ2.УникальныйИдентификатор();
ПроцедураИзПривилегированогоМодуля(  ИдентификаторДокумента2  );

Процедура ПроцедураИзПривилегированогоМодуля(  ИдентификаторДокумента2  )

    Документ2Ссылка = Документы.Документ2.ПолучитьСсылку(   ИдентификаторДокумента2   );
    Документ2Объект = Документ2Ссылка.ПолучитьОбъект();

    //Делаем с Документ2Объект все что нам надо

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

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

Это совсем другая задача. Здесь вся "соль" именно в управляемом интерфейсе.

+1


Значит в форме списка прописать тоже самое. Или сообразить универсальную процедуру в общем модуле.

Ну это понятно. Вопрос в том, какое событие формы списка отлавливает обработку проведения?

Ну и актуальный вопрос ещё висит:

Я бы просто запретил проводить документы в форме

Практическое пособие разработчика - 832 стр.

Я чего-то не понимаю или же "Последовательность событий при проведении документа из формы документа" не имеет никакого отношения к форме списка?

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

Это же не наш метод


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

И вопрос

глупый и никто не отвечает или же никто не знает ответа?

ПослеЗаписи Объект уже есть, соответственно в какой-то серверной процедуре можно взять из ДополнительныхСвойств чего-то. Т.е. в модуле при проведении записываем туда ссылку нового объекта, а в форме ПослеЗаписиНаСервере получаем ее. Только вот доступны ли ДополнительныеСвойства в форме...

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

Собственно, в форме списка документов (кстати он как правило представлен "ДинамическийСписок") такого нет в принципе.
Посему вывод: подобный финт не возможен из формы списка, однако возможен из формы самого объекта. То есть, стандартными средствами не достижимо.
Однако, можно извратится:
- сделать кнопку на форме списка (со своей собственной процедурой/функцией вызова проведения того объекта на который спозиционированы).
- в данной команде вызываем открытие формы объекта с передачей определенных параметров вызова. (думаю взаимодействие 2-х и более форм описывать не требуется).
- потом получив из так не открывшейся (так надо задать в условиях данного вопроса насколько я понял) формы передаем контекст (привет 7.7)/ссылку на созданный объект.
- .........
- PROFIT

Запутали ещё больше . В общем, я по позже ещё тему перечитаю, покручу то о чем здесь написано и отпишу. Всем спасибо за ответы!

Ладно, попробую .....

Есть:
- "документ 1" - создаем, зписываем/проводим, проводим существующий из формы списка.
- "документ 2" - создается из модуля проведения (и проводится) документа1.

в догонку:
- "документ 1", знает о наличии отсутствии (как вариант реквизит-ссылка) "документа 2".

Варианты:
1. "Документ 1" - проводится (и записывается ессно..) из собственной формы документа.
2. "Документ 1" - проводится/перепроводится (хотя не суть важно) из "ФормаСписка"/"ФормаВыбора" (как вариант еще журналы, но принцип тот-же).

Решения:
1-й вариант, вроде все ясно, отлавливаем событие "ПриЗаписи" объекта и так-как объект уже есть (опустим пока транзакционные особенности), то можно достучаться уже до "ДополнительныеСвойства".
2-й вариант сложнее, требуется модернизировать "ФормуДокумента" у "документ 1". Требуется ввести параметр формы (причем возможно "ключевой"). Далее перед открытием формы делать анализ, и передавать данные форме (списка) которая открыла форму с параметрами (необходимыми нам). ЗЫ: Думаю отдельная команда в списке тут в самый раз. Так-как мы частично повторяем пункт 1-й, то алгоритм надо прописывать с учетом вариаций вызова.
Тут нам кстати пригодится структура "ПараметрыЗаписи", можно добавлять свои ключи.

Где-то как-то так...

Так а как потом достучаться до дополнительных свойств в процедуре ПослеЗаписи из модуля формы на клиенте?

Так объект уже в базе.... события происходят уже после транзакции....
Правда тока на серверной части формы, но все-же....

Объект в базе - не означает, что события происходят после транзакции...

ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения) - еще можно влиять на значение реквизитов документа

ПриЗаписи(Отказ) - изменить реквизиты можно, но бесполезно (документ записан). Отказаться от проведения дока еще можно - транзакция продолжается!

Да к стати. Есть еще одна мыслишка на сервере доступна форма, может получится создать еще один служебный реквизит формы. Запихнуть туда уникальный идентификатор созданного дока и прочитать его на клиенте.

Не знаю, не знаю... Сам конечно экспериментально не пробовал, но согласно вышеприведенной выше ссылке на схему
(собственно страница 832 из 1С:Предприятие 8.2 Практическое пособие разработчика)
событие "ПослеЗаписиНаСервере" в серверной части формы, уже после транзакции записи происходит.

Наверное я чего-то не пониманию.

Итак, на пальцах. Процедура модуля объекта:

Процедура ОбработкаПроведения(Отказ, РежимПроведения)
    ДополнительныеСвойства.Вставить("Тест", "Есть");
КонецПроцедуры

Процедуры в модуле формы:

&НаСервере
Процедура Тест()
    // как мне отсюда к дополнительным свойствам достучаться?
        // объекта того нету. И если мы даже получим тут объект - то это будет другой объект с пустыми дополнительными свойствами.
КонецПроцедуры

&НаКлиенте
Процедура ПослеЗаписи(ПараметрыЗаписи)
    Тест();
КонецПроцедуры

И если можно, давайте продолжим на примерах какого-то кода.

а как открыть форму, если есть ссылка на документ?

необходимо зарегистрироваться для просмотра ссылки

ОткрытьЗначение();

Но в моем случае используется не ссылка, а объект, т.к. ссылки ещё нету. Но не в этом суть, это так, небольшой отступ, который не является предметом обсуждения данной темы.


И что мне покажет пустой конфиг?

ну конфиг не совсем пучтой!!! А что вы ожидали УПП за 15 мин?


а разве объекты доступны на клиенте?

Странно, я просмотрел, ничего не увидел там вообще. Завтра ещё раз гляну.


Не доступен, но это роли не играет необходимо зарегистрироваться для просмотра ссылки

Перекачал, появилось 2 документа. Как добраться до объекта теперь я понял . Но ваш вариант немного не то, что надо, потому что вы создаете документ и записываете его, а мне надо без записи. Но с остальным я разобрался. Мой затык был в том, что я не знал, как потом добраться до текущего объекта. Тепер я понял к чему было сказано

.

При решении воспользовался, как писали:


Если будет время и не забуду, то на досуге оформлю в виде заметки как это сделать.

Всем спасибо, всем жму палец!

PS. Не смог удержаться

Ох.!!!!1111адынадын

Сам в свое время мозги в гипсу держал. Теперь с ужасом сморю на формы "обыкновенные".
Запомним как данность, объект существует даже если он не записан в базу, следовательно..... надеюсь продолжать не надо?
Ссылка будет существовать (всегда) если объект записан в базу данных.

Ну и напомню прописные истины:
Модуль формы (клиент) - не имеет доступа к данным, только к своему объекту и то ограниченно, и то с оговорками.
Модуль формы (сервер) - имеет доступ к данным, но есть некоторые (относительно незначительные) особенности.
Модуль (общий? объекта?) (сервер) - имеет доступ к данным.

За сим откланяюсь.