Смысл поля "номер строки" в регистре накопления? #513128

Раньше думал, что номер строки в регистре совпадает с номером строки в документе. И в этом есть какой-то смысл, например, можно вытащить из документа то, чего нет в регистре или наоборот по этому номеру. Сейчас в который раз убедился, что связи может и не быть. Например, есть документ ГТД по импорту. В нем 33 строки. Некая "Номенклатура 1" на 23 строке. В регистре - номер строки 13, но строк столько же, последний номер 33. Почему это вдруг понадобилось, потому что в документе ГТД, есть ссылки на заказ, поступление, есть количество. В регистре "Закупки" нет количества и этих ссылок, но есть уже посчитанная стоимость, ндс в валюте управленческого учета. Т.е. в идеале это все можно вытащить по номеру из документа и регистра. В большинстве случаев это работает, но не всегда. Если вытаскивать по другим полям, то может возникать неоднозначность, например, одна номенклатура может идти по разным заказам, и тогда не ясно какую брать. В общем, вопрос такой. В чем смысл поля "номер строки", если оно не совпадает со значением в документе? Почему кстати не свопадает, от чего это зависит? Ну и вообще, мож кто подскажет, как быть в таком случае :)

РегистрНакопленияЗапись.<Имя регистра накопления>.НомерСтроки (AccumulationRegisterRecord.<Имя регистра накопления>.LineNumber) РегистрНакопленияЗапись.<Имя регистра накопления> (AccumulationRegisterRecord.<Имя регистра накопления>) НомерСтроки (LineNumber) Использование: Только чтение. Описание: Тип: Число. Содержит уникальный номер строки данной записи в списке записей по регистратору, указанному в значении свойства Регистратор. Доступность: Сервер, толстый клиент, внешнее соединение.

ну так а смысл поля?

Идентификатор.

тебе же уже написали.

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

Хотя так если подумать, то можно придумать смысл)

А как тогда определенную запись получить?

ну например, я в отчёте по продажам дёргаю номер строки из регистра, чтобы визуально отделять группы товаров в разных продажах. Где НомерСтроки <> 1 тогда верхняя граница ячеек выделяется пунктиром. На учебных курсах по расчётным задачам тоже использовали НомерСтроки. В общем номерстроки не лишнее.

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

Это чтоб люди думали что НомерСтроки = НомеруСтроки в табличной части и писали кривые запросы =)

>> думал, что номер строки в регистре совпадает с номером строки в документе И тебе ни разу не приходила в голову мысль, что табличных частей может быть сколько угодно в документе и нумерация в каждой из них будет начинаться с 1?

"Номер строки + ид документа" образуют праймари кей для таблицы движений РН

а я не задумывался)) Не сталкивался в задачах с этим, чтоб прям мне номер понадобился. А вообще да, логично, не знаю, почему-то не приходила

В регистре Продажи(по моему, точно не помню) есть НомерСтрокиРеализации(или "ДокументаСписания" не помню), так вот он совпадает.