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

как это можно сделать?

Правильный вопрос: зачем это делать?
Ссылку в реквизите вместо строки хранить религия не позволяет?

Маратыч Правильный вопрос: зачем это делать?

это неправильный вопрос.

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

(0) эту хотелку ждут со времён 8.0.
Пока не реализована.
Разве что где-то еще хранить.

*пожимая плечами*
Ну тады в запросе никак.
То, что в бух.операциях, как правило, комментарии разрешено ручками менять, тебя не смущает?

(6) ну можно добавить отдельный строковой реквизит в бух операцию

(7) Ну вот в двух словах, мне просто очень любопытно, почему нельзя добавить ссылочный реквизит составного типа?

(0) В запросе - никак, компоновкой могно

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

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

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

и повторяю - т.к. док в итоге удаляется, то нельзя хранить ссылочную запись на него.

(10) Все, понял, вопрос снят. Не сталкивался с такой задачкой ранее.

(10) если не будешь потом чистить базу от удаленных ссылок, то пихай ссылку. Он и так всё найдет по гуиду, только представление будет <Объект не найден>

(12)тогда док штатно не удалится

(0) В самописке что-то такое делала, уже не помню с какой целью. На 8.2 еще.
Вводила дополнительный реквизит строковый куда копировался ID. Толи при записи, толи при проведении. (Щас не вспомню справочник или документ был)
Запрос по этому реквизиту и делался.

Stim С заданной периодичностью бухгалтер сохраняет в регистр данные УУ проводок документа, чтобы спец отчетом потом смотреть расхождения в разных периодах существования документа.

На вот этом шаге сохранять в измерение регистра строку с гуидом документа

sda553 На вот этом шаге сохранять в измерение регистра строку с гуидом документа

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

Stim и как потом синхронизировать существующий док со строкой гуида?

из дока програмно гуид, и его как параметр в запрос

В общем случае задачу все равно не решить. Либо что то должно ссылаться на док, но тогда док не удалить. Либо док должен ссылаться на что то, но тогда (2)

sda553 из дока програмно гуид

я беру все проводки по БУ по определенным счетам с группировкой + проводки по моему регистру. Предлагаешь все это перебирать в результате запроса, чтобы по каждому регистратору получить ид?
это нерационально

ВЫБРАТЬ ПЕРВЫЕ 10
	ПРЕДСТАВЛЕНИЕ(ТИПЗНАЧЕНИЯ(КадровыеДокументы.Ссылка)) КАК ТипЗначенияСтрокой
ИЗ
	ЖурналДокументов.КадровыеДокументы КАК КадровыеДокументы

(19) представление нельзя использовать в соединениях и фильтрах вроде бы.

(21) если в вт поместить - все будет ок.

Fynjy (21) если в вт поместить - все будет ок.

Какой наивный

(0) 1. Отдельным запросом выбрать все документы, которые попадутся в основном запросе.
2. Прямым запросом по виду, дате, и номеру документа выбрать идентификаторы, и через ТЗ поместить их в ВТ.
3. В основном запросе получить идентификаторы из ВТ.

Можно сделать регистр сведений со ссылкой на док + гуид строкой. А при удалении дока есть механизм автоматическое удаление записи регистра

(23) в смысле? В рамках консоли тоже без проблем. Получаемое значение строка. Хочешь работать с ней в запросе не беда - в ТЗ колонку привел к фиксированной длине вернул в запрос и работай.

(0) бери ГУИД и записывай...

Есть [...], [...] через плетень:
Через три [...] захуй выходит поебень.
Без [...] в три [...] выходит хрень.
Бьюсь который день - [...] не лень.

(27) Получаемое значение у тебя не ИД вообще-то, а представление ссылки на объект. Наименование, по сути.

(27) С представлением в запросе ты не сделаешь ничего, от слова совсем. И похрен, что ты его якобы во "временную" табличку запихал, доступа к нему всё равно нет и не будет. Ну и как в (24) - це не гуид.

Всем сорри не понял, что гуид нужен, а не идентификатор метаданных документа.

Ёпрст (27) С представлением в запросе ты не сделаешь ничего, от слова совсем. И похрен, что ты его якобы во "временную" табличку запихал, доступа к нему всё равно нет и не будет. Ну и как в (24) - це не гуид.

да. не все это понимают.