В УПП есть документ заказ покупателя и документ РТиУ, созданный на основании этого заказа. Можно ли как то связать между собой строки табличных частей номенклатуры этих документов?
То есть каждой строке заказа сопоставить строку накладной.
В табличной части могут присутствовать строки с одинаковой номенклатурой.

Может быть есть какой-то реквизит, по которому можно однозначно идентифицировать строку ТЧ в документе?

(1) Нет.

Ссылка в сочетании с номером строки, наверно тоже не покатит?

А если генерить GUID и по реквизиту в каждую ТЧ?

(4) При добавлении строк?

+ (5) А с существующим доками, что делать? Писать обработку для этого реквизита?

А что подразумевается под "связать"? Если в запросе, то можно попробовать сделать соединение по большому количеству полей, типа "Номенклатура,Серия,кол-во,и т.д.". Но (!), можно когда-нибудь очень сильно "нарваться"... Например, когда две строки в одной ТЧ абсолютно идентичные будут...

(7)
>>можно когда-нибудь очень сильно "нарваться"... Например, когда две строки в одной ТЧ абсолютно идентичные будут...

Вот в этом то и проблема.
Да под связать имеется ввиду в запросе.

забыли про партионный учет? - может быть одна строка в заказе и миллион в РТиУ

(5) Я бы поставил в ПередЗаписью(), хотя и при вводе новой можно.
(6) Ну, да... Причем, еще и надо будет как-то организовать, чтобы всё было правильно заполнено.

Номер строки не пойдет, потому что есть сортировка ТЧ. моментально всё убьет.

Вопрос: а количество строк абсолютно всегда должно совпадать?

(10) Нет, количество строк может не совпадать, например создали накладную на основании заказа и удалили из накладной одну из строк.

(8) Тогда надо какой-то ключ и туда, и туда. Пусть не GUID, пусть какой-то другой, но надо.
(9) Сорри, другая страна - другая конфа. Я не знаю Российской УПП.

(12) Да дело не в конкретной конфе, вопрос в том можно ли это как то вообще сделать?

+ (13) Но вопрос не абстрактный, вопрос реальный, нужно отслеживать сколько отгружено по конкретной позиции...

(14) в УПП в РТиУ нет кнопочки Анализ заказа?

(0) Можно генерить Новый УникальныйИдентификатор, либо каждый раз когда добавляется строка, либо в ПередЗаписью и запоминать в добавленном реквизите ТЧ и по нему уже связываться. Но, боюсь, это не поможет, т.к. РТиУ заполняется остатками по РН ЗаказыПокупателей. Либо идентификатор строки добавить в измерение РН (при этом можно удалить другие измерения).
(13) Разве недостаточно, сколько заказано и отгружено всего товара? Отчеты-то строятся по данным регистров.

(15) А что-то не вижу... Не подскажете куда смотреть(может смотрю не туда)?

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

Есть отчет "Анализ заказов", в документе заказ, есть кнопочка "Анализ заказа" там пусть и контролируют

(10) - я сам не то ляпнул - спутал строки документа и записи регистров

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

и в любом случае, ИМХО - эта вся затея - бред

(18) отчет можно детализировать и по документам заказа и по документам отгрузки

(18) Клиенту не все равно, по какой строке отгрузили, если остальные данные одинаковые?

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

+ (23) и чтобы можно было открывать документы из этих списков

(20) >> а в любом случае могут быть и частичные отгрузки и отгрузки по нескольким заказом.

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

(24) дак ты сверни заказы и реализации по номенклатуре - будут у тебя уникальные строки

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

(27) не пойму, если в момент заказа не известен склад, то какая разница по какой строке шла отгрузка? Сверни и выводи по позициям, а без уникальности строки у тебя не чего получится, или связь будет какой то очень мифической... ну как вариант, по тем позициям, по которым конкретно не понятно какая именно строка отгрузилась, делай отгрузку по фифо например

(28) Эх...
Придется сворачивать по номенклатуре раз другого выхода нет.

Всем спасибо!

(29) в чем плох подход со сворачиванием?
В принципе регистр даже есть Резервы