ПланыОбмена.ВыбратьИзменения(Узел, НомерСообщения) помечает весь массив изменений как отправленный. Но я хочу отправить только порцию

У меня конечно есть опция ПланыОбмена.ВыбратьИзменения(Узел, НомерСообщения, ФИЛЬТР), но как мне узнать, что добавлять в этот фильтр.

Есть конечно запрос по изменения, Но нужно обращаться ко всем таблицам метаданных поочередно. Бред)

Как прочитать все изменения скопом не пометив их как отправленные?

Заново зарегистрировать изменения у остальных? маразм какой-то тоже

через запрос, у каждого объекта есть таблица изменений

(2) "Есть конечно запрос по изменения, Но нужно обращаться ко всем таблицам метаданных поочередно. Бред) "

А по каким критериям ты хочешь выбрать данные к отправке?

(4) Первые 100
потом вторые, третьи..

(4) целостность данных типа? временно пострадает

(5) А как упорядочены изменения в узле?

(7) Порядок не имеет значения для меня

(3) С чего это? Пишешь код в  цикле и радуешься.
(7) Если для тебя не имеет значения порядок, как понять "ПЕРВЫЕ"?

(3) это не бред, а единственная возможность

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

(11) Жуть, понял! спасибо)

А может быть проблема у автора в том, что не с того конца начал? :)

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

(12) 2 план обмена нужен чтобы получить ответ о загрузке в приемник

(уже уходя) Короче, это, автор, озвучь саму задачу, а не кривое решение.

Может имеет смысл посмотреть на организацию фонового обмена в типовых?

Окей. Переход с УПП на ЕРП. Есть обработка, которая из УПП выгружает все в EnterpiseData. Хочу поставить перебрасывать ВСЕ и дальше заниматься своими делами, периодически залезать и анализировать. А не сидеть над каждой выгрузкой нервно курить. Большие объемы данных основная проблема. Ну пусть делает порция фоном, не трудно же, теоретически. Сел пилить..))

(17) Не трудно. Сначала справочники, потом регистры сведений, потом документы с проведением.

(17) теоретически, если в запросе явно не задано упорядочивание, ни кто не гарантирует, что выборка по 1000 будет последовательной и повторимой. Так что получится фигня, теоретически

(17) Не в тему, но как бы намёк:
Переходил с ЗУП 2.5 на ЗУП 3.1 - загружал всё историю.

Запускаешь обмен (как же долго работает эта зараза) - получаешь ошибку - устраняешь - запускаешь всё вновь с нуля...

После получения N-ой ошибки меня всё это достало! Залез в алгоритмы загрузки - ёшкин кот! - да эти алгоритмы изначально были написаны для поэтапной порциональной загрузки данных! Убить мало тех, кто писал интерфейсную надстройку - это с их подачи загрузка стала единой операцией :(

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

(21) придет ответ и будет второй запрос, мило

(22) у тебя обмены как-то по другому работают?

(5) т.е. сначала ты выгрузишь движения, потом номенклатуру из этого движения а уж к вечеру и сам документ?

класс, главное чтобы ТиИ никто не запустил в промежутки

(25) Тут ты несомненно прав