Движения документа в подписке на события #628385

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

если хочешь дописать, то и дописывай Движение = Источник.Движения.Хозрасчетный.Добавить

А читать за чем? Пиши в коллекцию и спи спокойно

или после записи получай набор, предварительно проверив на проведен

для формирования проводки по забалансовому счету мне нужны данные, которые были сформированны основным кодом. В частности, субконто Партии

Делай через набор записей НаборЗаписей=РегистрыБухгалтерии.Хозрасчетный.СоздатьНаборЗаписей; НаборЗаписей.Отбор.Регистратор.Установить(Регистратор); НаборЗаписей.Прочитать;

кстати да в подписке на проведение уже должны быть движения

Подписка обработка проведения

Код, похожий на твой, уже пробовал, но таблица движений остается пустая:

Спасибо, сейчас попробую

нет, тоже не прокатывает.. первая же строчка возвращает пустую ТЗ. Но движения определенно есть! После проведения документа вижу целых 4 проводки

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

&suvolod хочешь нас уверить, что у тебя в подписке на событии приведенный выше код не видит движений?

да

Быть такого не может.

Движение по регистру бух. выполняется в модуле проведения или в еще одной подписке?

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

НачатьТранзакцию нигде не применяешь?

Явно подписка не на то событие. На какое событие подписываешься?

может. Там или или. Или вариант из видит движения или из .

В подписке уже есть все движения т.е. она выполняется после модуля проведения (у меня на этом конфа вся построена а автор уверяет, что движений там нету).

как это проверить? Я использую абсолютно типовую БП 2.0, в которой добавил единственную подписку - Источник: ДокументОбъект.ПеремещениеТоваров, Событие - ОбработкаПроведения. Код: НаборЗаписей пуст, хотя после проведения проводки по доку есть

Не знаю как работает типовая, но с удовольствием бы посмотрел как может этот код не возвращать записи..

если движения не записаны, тогда Источник.Движения их видит, а НаборЗаписей.Прочитать не видит. или случай 2. Движения пишутся через НаборЗаписей. ТОгда надо всегда делать Прочитать;

Такой код вроде как должен вернуть пустой набор, т.к. данные еще не записаны в базу. Код из более правильный - получать набор через свойство Источник.Движения.

Так как они могут быть не записаны, если в "подписку на событие" попадаем только когда выполнится "модуль проведения"

здесь что?

в модуль подписки вообще попадает? все должно быть, если есть движения у документа Галки сервер стоят, вызов сервера?

Молча. Если в коде обработки проведения ни где не было принудительной записи Движения.Записать или Движения.Хозрасчетный.Записать, то наборы записеи будут записаны в базу по окончании транзакции.

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

В обработке проведения твой код вернет либо пустой набор (при первом проведении), либо старый набор (при перепроведении).

Мы же говорим о подписке на событие ведь так?

Да.

может код проверить?

обработка проведения выполняется в транзакции

Бинго! Так что прочитать записи наборов ты сможешь только по окончании транзакции (если не делается принудительная их запись в коде Движения.Записать)

и что, они же должны быть видны через Движения.Хозрасчетный всеравно

т.е. в БП 2.0 забыли написать Движения.Записать)?????????

Совершенно верно. Через свойства Источник.Движения ты их увидишь. А из базы прочитать не сможешь - их в базе еще нет.

А зачем они должны были это написать?....

для механизма подписок епт..

Свой код в исправь:

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

хехе см

я читал . И сильно сомневаюсь, что там написана правда. Либо обработчик вообще не отрабатывает, либо подписка сделана на другое событие, а не на обработку проведения.

судя по параметрам имеено на проведение сделана)

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

кеш почисть xD

возьми код из - потом расскажешь работает так или нет.

Солнышко. И откуда у нас вдруг вылез запрос? Что-то в про запрос ни какой речи нет.

Не будет твой код работать. Он получит СТАРЫЕ движения докмента.

у меня в подписке на проведение запрос, использующий движеня из обработки проведения...

не вижу смысла спорить - если автору будет интересно - он проверит (будетнебудет)

А чтож ты родной раньше молчал? Если тебе в обработке проведения нужно получать данные из регстров уже С УЧЕТОМ проведения, то единственный способ это делать принудительную запись - Движения.Записать или Движения.Хозрасчетный.Записать и только после этого писать свои запросы к регистрам.

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

Короче только что проверил. БП 2.0.37.14 Документ ПеремещениеТоваров Подписка на событие ОбработкаПроведения Код обработчика подписки: При любых раскладах (первое проведение/перепроведение ранее проведенного) выдает правильный результат. То есть набор записей есть и с правильным количеством записей. Можете спорить дальше сколько хотите.

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

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

Ааааааа..... Перечитай все мои посты и найди, где я говорил, что движений нет! Ты хоть понимаешь разницу между и

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

Всю ветку не читал... но мнение имею :) 1. Проверяем как делает движения документ. Если документ делает движения стандартным способом то это одно, если делает записи в наборы регистров, то подписку нужно делать на запись в регистр, иначе не перехватишь. 2. По поводу пустого набора записей. Скорее всего документ действительно делает запись движений "кривым" - правильным способом. В подписке ты перехватываешь только затирание движений, а сами движения записываются в другом месте петум прямой записи в набор записи регистра. 3. При простой - "не правильной" записи движений, в подписке перехватываются движения которые документ будет делать если ты их не изменишь.

внутри обработки проведения была запись движений. КА, РТиУ