Подписка в структуре конфигурации самая последняя.
Делаю:
Движения = Источник.Движения.ПартииТоваровНаСкладахБухгалтерскийУчет
там пусто. Однако после проведения документа движение есть по регистру. При попытке прочитать предварительно данные, данные получаются предыдущего проведения. Что не есть гуд. Почему не вижу данные в наборе записей?

а если?
Источник.Движения.ПартииТоваровНаСкладахБухгалтерскийУчет.мТаблицаДвижений

(1). А какого типа там получается данные? А на эту строку не ругнулось, а на итератор ругнулось. И что это вообще за на? У набора записей регистра разве есть такое свойство?

(2) посмотри модуль набора записей

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

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

А после проведения движения есть по всем регистрам.

Может ради оптимизации какая хрень неводома творится на уровне платформы? :)

(7) что-то я сомневаюсь, скорее на уровне решения
хоть конфигурация какая? у меня вот УТ 10.3

(8). УПП блин.

Вот нашел v8: Не видно "хозрасчетных движений"
"А если там сделано через

СоздатьНаборЗаписей() и потом

НаборЗаписей.Добавить()
НаборЗаписей.Записать();
, то ясно что в Движения.Хозрасчетный ничего не увидишь."

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

(9) "базе еще ничего нет - транзакция не завершилась"
странные слова, но ты то в той же транзакции и должен видеть свои апдейты

(10). Если делаю Прочитать(), то вижу то что было там раньше. Хоотяяяя. Четта не так. Таам через раз, то все нормально видит, то видит пустой набор.

Что-то часто стали об этом говорить... впрочем...

"Подписка в структуре конфигурации самая последняя" - порядок исполнения подписок неопределен (надо исходить из того, что якобы неопределен). Это раз.

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

(10) Сорри, но на уровне БД, "в той же транзакции" - сильно сомневаюсь.

(12) а накой они тогда нужны, если в разных транзакциях?

Короче, дело такое, если Движение.Прочитать() есть:
1. Создаю новый документ, провожу в подписке пустое движение. После проведения движений нет.
2. Открываю документ, снова провожу. В подписке вижу записи в наборе. Отлично. После проведения движения есть.
3. Открываю документ, провожу, см п.1.
4. Открываю документ, провожу, см п.2
и т.д.

Если Движение.Прочитать() нет, то после проведения всегда есть движения.

Платформа 8.2.15.310. Это жесть какая-то.

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

это, свойство как выставлено у документа "Запись движений при проведении"?

(16). Записывать модифицированные.

(15) Можно попробывать сделать так (но методисты от 1С не рекомендуют так делать):

Движения.Записать();
Движения.ПартииТоваровНаСкладахБухгалтерскийУчет.Прочитать();

(18). В этом случае я по идее должен видеть в наборе записи. Ведь если есть чего записать, то значит и набор можно перебрать.

(17) если поставить "записывать выбранные" и явно указывать Записывать=Истина?

(19) там два варианта. Если в обработке проведения использовали Движения, то ты их должен видеть сразу. ЕСли через СоздатьНаборЗаписей, то чтобы увидеть, надо сделать

Движения.ПартииТоваровНаСкладахБухгалтерскийУчет.Прочитать();

(21). Я выше писал, что ели делаю через Прочитать(), то через раз вижу движения.

(22) ну и что, что писал. Значит так и есть, у тебя движения там через раз.

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

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

А для чего тебе подписка и анализ движений нужен? Движения пишутся не "от балды" "( сорри, за сленг :) Можетстоит анализировать не движения, а значения документа, на основе которых пишутся движения?

(25) предыдущая платформа какая?

(27) Хм.. интересный вопрос :) Есть предположения или уже найдена зависимость? Озвучь предположение, не ожидая ответа тс. Я, например, с 12 платформы перепрыгнул на 15 и что мене теперь прикажите делать? :)

(28) вдруг раннее была 8.1 или совместимость? мне кажется дело в (16)

Логично, я как-то не подумал об этом. Можно на копии попробывать отключить совместимость (может быть изменить настройки блокировки) и посмотреть появится ли "однозначность" в записи движений.

(27). Уж не помню, но вроде как 8.2.13. Дело в том что это новая вообще база, хотя конфигурация взята старая, которая переходила с 8.1 и редакции 1.2

(29). И как бы чего из этого следует?

А вообще да, у конфы стоит режим совместимости с 8.2.13

Будут еще идеи?