Как в 1С8узнать по какой строке табличной части документа сформирована проводка? #664227

Здравствуйте, можно ли в 1С8 определить по какой строке табличной части документа сформирована проводка? Выгружаю проводки по документу: Как теперь перебирая: Для Каждого Проводка Из НаборДвиженийБУ Цикл узнать в теле цикла по какой строке документа проводка???? КонецЦикла;

Номер строки вроде

А вообще в табличной части может быть 1000 строк, а в проводках одна.

+ это типовой реквизит регистра бухгалтерии

Спасибо Большое!!! Все просто оказалось: Для Каждого Проводка Из НаборДвиженийБУ Цикл

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

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

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

Зато отстатыщь и много работы для будущих поколении 1с -иков на моей фирме! А что ты сделал для нашего брата?

Так получается что если есть табличная часть документа и именно по этой табличной части проводки, то абсолютно НЕТ возможности определить по какой из строк данная проводка?

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

Именно-в семерке БЫЛА такая возможность, а сейчас эта возможность понадобилась так как в документах в старом периоде (которые нельзя перепроводить),есть расхождения в сумме проводки с суммой в табличной части, а мне необходимо сделать отчет который бы эти расхождения показал.

Абсолютно. Остается загадкой с какого перепугу разработчики платформы обозвали реквизит регистра "Номер строки", а не "Номер записи". По сути это именно номер записи в наборе записей. И это справедливо для любого регистра, а не только для регистра бухгалтерии.

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

Никак. Если очень надо - заводи реквизит.

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

>> заводи реквизит. И какой смысл? Что это будет за реквизит и как он его будет заполнять?

Речь о номере строки в наборе записей регистра, а не в строке табличной части документа. Эти два реквизита ни как не связаны. И уж точно полный бред - писать в номер строки регистра уид строки документа. При списании одного материала (одна строка документа) родилось десять записей в регистре (списалось по десяти партиям). По-вашему, в этих десяти строках должен быть один и тот же какой-то там загадочный уид строки документа?.... PS Всем: Проснитесь уже наконец! Хватит бухать! Номера записей в наборах записей регистров не связаны ни как с номерами строк в табличных частях документов-регистраторов. Вообще! Ни как!

Ну, за регистр бухгалтерии.

За проводки!

За Нуралиева.

Стандартно никак. Количество записей в наборе движений обычно отличается от количества строк в табличной части. Иногда может получиться соответствие НомерСтрокиДокумента=Проводка.НомерСтроки; Но это именно случайность, а не правило. Для одного документа может совпасть, для другого нет. При необходимости такой связи можно добавить в регистр реквизит "Номер строки документа" и заполнять его при формировании движений, а потом уже по нему связывать.

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

Реквизит - номер строки документа Заполнять можно простым присваиванием реквизиту значения. Неужели так сложно?

У набора записей нет uid.

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

Аккуратно вклиниться в стандартное проведение. Туда же, где движения формируются. Не всегда просто, но можно при необходимости.

Конечно реквизит добавить можно. Ни кто и не спорит. Вопрос в его заполнении. Придется править алгоритмы проведения, и не в одном месте - добавить в запросы по табличным частям, убрать из этих запросов группировки, наконец добавить само заполнение этого реквизита том месте, где делаются сами записи. С учетом требований в - "перепроводить старые документы нельзя" - всё это превращается в профанацию и бесполезное теоретизирование.

С учетом этого поста номер строки не нужен вообще. Все делается запросом. Запрос по табличным частям документом чтобы собрать суммы по документам и запрос по регистру бухгалтерии. Суммы затем сравниваются.

> Идиоты? Или на праздниках перебухали? он у тебя в штанах никто про "штатное" свойство регистра не говорил