Метод регистра НомерСтроки() #226165

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

Вопрос снят, нашла в доках, что нельзя.

Тогда не понимаю такого глюка...модуль документа Строка авансового отчета:КонецЦикла;документ проведен, пытаемся сформировать отчет о бух.проводкахметод НомерСтроки возвращает 4 - в документе 1 строка...КАК ТАКОЕ МОЖЕТ БЫТЬ?

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

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

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

Поставила в отладчике точку останова в модуле документа на той строке где указывается ПривязыватьСтроку(ТаблицаДокумента.НомерСтрокиДокумента);ПРОГРАММА ТУДА НЕ ЗАХОДИТ!!!Как же тогда проводится перепроведение в потоке???? Расскажите пожалуйста подробно кому не очень сложно.

Посмотри заполнение ТаблицаДокумента. Номер строки пишется в регистр оттуда, а не непосредственно из дока...

2 Может просто отладчик в этом режиме не работает (ни разу не пробовал). Понатыкай Сообщить в модуле проведения.

проверила - там правильноВсе таки смогла отловить отладчиком проведение дока в потоке. Получилось, что при ручно проведении метод Регистр.НомерСтроки дает одно значение, а при потоковом другое. :((((Т.е. иду пошагово - документ проводится:КонецЦикла;Док всего делает 4 движения по регистру - закрывает два расхода и формирует две курсовые разницы, но по идее во все движения должен прописываться НомерСтроки = 1 - строка в документе одна.Тут же после проведения пытаемся сформировать проводки и в пр-ре формирования прводок:и т.д.Но уже в этом месте Рег.НомерСтроки = 4ВСЕ!!! СИЛ БОЛЬШЕ НЕТ....

С отладчиком разобралась, зависит от последовательности запуска. Сначала программу - потом отладчик - тогда останавливается. Но проблема осталась.+ Если все то же самое делать при проведении этого дока вручную, то все ОК. Рег.НомерСтроки=1. Все отлично.Прям чудеса какие то...Никогда подобного не видела...

Прежде чем дрыгаться с отчетом, посмотри привязались ли движения к строкам ...

Я могу каким то это посмотреть в момент между проведением и формированием проводок по этому документу?после проведения я посмотрю - а вот интересно в момент проведения

В том то и фокус - при проведении одного этого документа движения привязываются к нужному номеру строки, а при перепроведении в потоке к неправильному.

Т.е., ты смотришь движения документа и видишь, что вместо строк 1,2,3 ... стоят номера строк 5,15,9?

Нет, в движениях все правильно. Но если выполнить такой код:КонецЦикла;то он выдает 2 раза по 4провожу документ вручную, запускаю ту же обработку2 раза по 1движения действительно два - закрытие долга и курсовая разница

>> то он выдает 2 раза по 4>> провожу документ вручную, запускаю ту же обработку>> 2 раза по 1 А к каким строкам при этом движения привязаны на самом деле?Привязались к одним строкам, а отчет показывает другие?!!! Не тренди!

Включили отопление... и началось...

Тогда научите меня посмотреть к каким строкам привязалось на самом деле?Именно так и обнаружили ошибку - при проведении документа вручную все ОК.Потом перепроводим документы например в конце недели - и наблюдаем предупреждение о том что проводки по документу сформированы не будут. При детальном изучении (отладчиком пошагово) обнаружилось, что в момент перепроведения Рег.НомерСтроки выдает 4, хотя в документе всего 1 строка. Как следствие не находится счет и проводок нет.И этот кусочек кода, что я привела - выдает тоже самое. Когда док проведен вручную - все ОК: Рег.НомерСтроки=1. Стоит перепровести потоком - Рег.НомерСтроки=4, хотя работает один и тот же модуль.Я второй день отладчиком этот модуль меряю - поверьте ничуть не трындю. (ну или не знаю как там это слово склоняется :)

А ты что, не умеешь смотреть движения документа?!!! Что же ты знаешь в 1С? В документе или в журнале Действия-Движения документа

Этот метод я знаю - я думала может другой какой есть.Так вот если смотреть через движения (ни отчет движения документа, а именно движения из меню по правой кнопке), то там таже фигня: провела потоком доки за 2 дня - номер строки 4. Провела нужный документ вручную - номер строки 1.Могу скриншоты вслать если не верите. :)

Прошу прощения в ввела в заблуждение фразой "Нет, в движениях все правильно", тогда я смотрела отчет о движениях. Только потом поняла о чем идет речь.

Ну, если ты смотришь движения и видишь, что строки привязались не правильно, то какой смысл обсуждать метод НомерСтроки, какие-то дурацкие отчеты?Ведь, очевидно, что ты накосячила в модуле проведения ...Пока ты не добьешься, чтобы движения правильно привязывались к строкам, все что ты говоришь - один сплошной трындёшь ..

а сколько строк в документе?

Во-первых это не я накосячила, конфа типовая, эти документы я не трогала. Во-вторых, я отладчиком смотрю при проведении:КонецЦикла;причем = 1 при любом варианте проведения и когда один док проводится и когда потоком.Не понятно почему в регистр записывается номер строки 4.На НомерСтроки признаюсь зря грешила, оказалось это не он виноват, но ветку уже на переназвать. строка одна

регистр один и тот же смотришь?

В типовых привязывают движения к строкам?

Да.Причем по многим регистрам.Он всего один используется в движениях этого документа.

да как "потоком" проводишь?

Операции - Проведение документов

это только у одного документа?

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

проведи двумя вариантами с таким кодомТаблицаДокумента.ВыбратьСтроки;

Попробовала. До проведения ТаблицаДокумента.НомерСтрокиДокумента = 1, а после не возможно посмотреть. НомерСтроки работает только для объектов созданных СоздатьОбъект.

Получилось.До проведения - 1, после проведения - 4. :0

не верю!!! :)))

В 1С согнали лучших студентов лучших франчей - вот они и пишут ... Правь модуль проведения ...

Блин, не туда посмотрела пока проводилось быстро бегут строки - мелькнула знакомая цифра. Нет, все равно не посмотришь.До проведения показывает правильно, после - 0.

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

попробуй, хотя смысла не нахожу...

Вопрос, зачем она вообще глобальная? Лучше наоборот - текст из ГМ воткни в модуль ...

Релиз надеюсь не 18-й? Регистр.КнигаПокупок - в нём нормально привязывается?(док = "СтрокаАвансаПрочее", так?)

А еще РКО и ПКО делают движения по рег.ПодочетныеЛица.

Может, это глюки позабытого релиза? Какой у тебя релиз платформы?

Нет, релиз 25.С кнгой покупок все нормально, но там чаще всего по одной строке все движения.

"С кнгой покупок все нормально"так значит не по всем регистрам неправильно?

Только по одному документу - по одному регистру.В партиях тоже привязываются строки - там тоже все нормально.

Меня смущает, что не по всем документам одного вида это происходит. Если бы в модуле была ошибка, то было бы у всех доков неправильно.

А что здесь смутительного? Она же не просто пишет в регистр, а итоги перебирает, а они же у разных подотчетников разные ...

Итак, подведем итог. Конечно вынесение метода ПривязыватьСтроку в глобальную пр-ру помогло. Немного смущает то, о чем уже писала в .Но...так хотя бы работает.Спасибо огромное всем, кто столько времени со мной возился и слушал мою трескотню!!!!!

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

По книге покупок не могу сразу сказать - никогда покупку товаров облагаемых НДС мы не проводили через авансовый отчет. Не нашла такого примера. Сейчас попробую посмотрю что - получится.

В-общем, единичная попытка провести авансовый отчет с НДС, чтобы посмотреть движения по книге покупок ничего не дала. ВСе нормально работает. Но это единичный случай.С вышеописанной ошибкой доков тоже не много. Среди всех документов за 3 года работы всего штук 10-15 неправильных.Короче, еще раз всем спасибо, оставляю так, буду контролировать.