Задача:
Создан документ, еще не записан. Необходимо заполнить реквизит документа  ссылкой на сам документ.

Какие есть простые способы решить эту задачу?:
1. Не записывая документ.
2. Записывая документ.
=)

какой глубокий смысл в этом ?

хреновая задача, имхо

"Необходимо заполнить реквизит документа  ссылкой на сам документ"


пятнично!

+2 ибо у него и так есть Ссылка

по ссылке получить объект и присвоить реквизиты самого документа и документа полученного по ссылке

Неужто такая простая задача всех в ступор завела? :))
Для обычного режима задача не стоит и выведенного яйца :)

(6) для необычного - всё так же

Присоединяюсь к (1)

(7) Документ.Реквизит = Объект.Ссылка   ?

(9) нахрена ?

(1) Документ расчетов.

(11) расскажи задачу полностью, мб отговорим тебя от такого поступка

(11) ???

нормальная задача... если идет цепочка документов, которая начинается со счета, при этом всю цепочку можно выбрать по одному реквизиту

(12)(13) Да уже просто из принципа интересно.
(All) Сам Документ является документом расчетов.

В модуле объекта

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
   Если ЭтотОбъект.ЭтоНовый() Тогда
       мСсылкаНового = ЭтотОбъект.ПолучитьСсылкуНового();
       Если НЕ ЗначениеЗаполнено(мСсылкаНового) Тогда
           мСсылкаНового = Документы[ЭтотОбъект.Метаданные().Имя].ПолучитьСсылку();
       КонецЕсли;
       Если НЕ ЗначениеЗаполнено(ЭтотОбъект.ПолучитьСсылкуНового()) Тогда
           ЭтотОбъект.УстановитьСсылкуНового(мСсылкаНового);
       КонецЕсли;    
   КонецЕсли;
   
   Если НЕ ЗначениеЗаполнено(Договор) Тогда
       Если ЭтоНовый() Тогда
           СсылкаНаДокумент = мСсылкаНового;
       Иначе
           СсылкаНаДокумент = Ссылка;
       КонецЕсли;
   КонецЕсли;
КонецПроцедуры

зачем такое нужно - ну вот в (14) написано

(14) так у вновь создаваемого док есть реквизит на докОсновании, где ссылка заранее определена

(9) Ну и плюс УстановитьСсылкуНового().
Хитрость только в доступе к объекту из модуля формы на сервере.
Сначала нужно распаковать объект из основного реквизита формы через РеквизитФормыВЗначение, сделать с объектом чего надо, а потом запаковать его обратно в реквизит (через ЗначениеВРеквизитФормы).

упс
Если НЕ ЗначениеЗаполнено(Договор) Тогда
заменить на
Если НЕ ЗначениеЗаполнено(СсылкаНаДокумент ) Тогда

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

(16) Это Управляемое приложение

(20)+ если вводить 3-й документ на основании второго - то реквизит с первым документом будет свой, а одкОснование - свой

(18) Это решение я знаю :)

(18) + Или делать назначение ссылки и присвоение её реквизиту в ПриЧтенииНаСервере(), когда объект еще напрямую доступен.
(23) А в чем проблема тогда?

(24) Да как-то не кошерно, хочется попроще :))

(25) А в чем ты видишь принципиальную разницу с обычными формами? Там кашерно было, а тут некашерно?

В обычных формах можно сразу получить ссылку на вновь созданный объект, это если мне память не изменяет =)

(27) Без записи и УстановитьСсылкуНового()? Изменяет.

(28)  Возможно старый совсем стал :)

(20) зачем первому реквизит ?

(0)

1. Пока документ не записан, ссылки на него нет (в курсе?)
2. Если документ записан, ссылка в реквизите Ссылка (в курсе?).

(25) Не кошерно у вас спроектировано.

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

(31) Если бы не знал, тему бы не открывал :))

(33) Интересно, в процедуре ПередЗаписьюНаСервере получится сделать?

(34) Тогда задачу поставьте внятно.

(33) В курсе, что это меняет? Если бы это устраивало ТС, "тему бы не открывал".

(34) Вопрос в лоб: зачем документу копия уже имеющегося реквизита?

(36) Да куда уж внятнее :)

(37) В реквизите документа должна быть ссылка на сам документ

(35) Вообще-то, в любой момент получится.

(17) А можно поподробнее?

(40) В любой момент придется гонять форму в объект и обратно. А ПриЗаписиНаСервере уже есть объект.

(39) "Так начальник сказал"?

(42) ПриЗаписиНаСервере отлично подходит под "любой момент". И это не единственное событие, где есть объект.
Но все-таки ты расскажи, зачем тебе дублировать функционал системного поля "Ссылка"? Или в чем отличие?

(44)  Да чтож вы все к постановке задачи цепляетесь :))
Торговля, регистр сведений взаиморасчеты, документ расчетов.  Убыл, позже буду. Может кто что подробнее расскажет, так как за Управляемый Интерфейс взялся недавно. С Уважением... :)

(45) Я цепляюсь, потому что хочу вернуть взорванные мозги на место (вот не могу сообразить нафига это надо, хоть ты тресни). Что рассказывать подробнее - непонятно. Уже вроде все вдоль и поперек проехали несколько раз.

(46) вот например договора, которые вводятся на основании друг-друга (доп. соглашения). У договоров есть реквизит ОсновнойДоговор - который обозначает начало цепочки. При запросах часть данных берется из основного договора - соответственно, чтобы не мучаться, у основного договора реквизит ОсновнойДоговор заполнен им самим. Также очень просто выбирать всю цепочку разом - все документы, у которых ОсновнойДоговор = основному договору документа.

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

(48) сложно сказать ) я знаю что бывает затык как поставить при записи ссылку на сам, еще не записанный, документ - подумал что у ТС проблемы с этим и притащил решение в (16).

(47) Чтобы не мучаться?

ГДЕ ОсновнойДоговор = &ОсновнойДоговор ИЛИ Ссылка = &ОсновнойДоговор

Это мучение?

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

Управляемое/неуправляемое - да какая разница?

Процедура ОбработкаЗаполнения(ДанныеЗаполнения, СтандартнаяОбработка)
   СсылкаНового = Документы.Документ.ПолучитьСсылку(Новый УникальныйИдентификатор());
   УстановитьСсылкуНового(СсылкаНового);
   ДокументОснование = СсылкаНового;
КонецПроцедуры

(51) Логично, если *так* решил разработчик. От смысла "цепочки" зависит. В примере с договорами, *для меня* не логично, что основной договор является доп. соглашением к самому себе. :)

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

(18) Для этого вообще-то ПередЗаписьюНаСервере есть

(54) бывает что ссылка нужна УЖЕ, а сам объект в базу будет записан позже
вообще все записи надо делать один раз и в конце обработки
так надо...

(56) Не бывает такого, что объекту самому нужна ссылка о самом себе перед записью. Есть пример?

(0) копай ПолучитьУникальный UID, его же и записывай.

(57) но бывают случаи, когда нужно создать другой объект и ссылаясь на этот, который еще не записан.

UID вам в помощь.

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

(57) Справочники "номенклатура" и "Контрагенты" в УТ

(57) контрагенты в любой типовой..
реквизит "головной контрагент"