Опыт синхронизации больших объемов данных
Как-то пришлось синхронизировать большое количество документов из УНФ в БП.

При этом приобрел некоторый опыт, которым делюсь.
Обмен через Web или HTTP сервисы может сбоить, заканчиваться тайм-аутами и обрывами соединения.
Выход в использовании синхронизации через Яндекс-диск или локальный каталог. Можно также использовать мою разработку «Работа с файлами на сервере 1С«, если сервер 1С позволяет такой доступ.
К сожалению, 1С не позволяет напрямую выгружать/загружать зарегистрированные изменения в файл. Я даже создал свою форму списка плана обмена «Синхронизация данных через универсальный формат», но кнопок «Выгрузить/загрузить изменения в файл» там не появилось.
Как вариант, можно выгрузить нужные документы через Выгрузку/загрузку через Enterprise Data, но мне, слава богу, не понадобилось. А так формат там такой же.
Также показали себя ненадежными фоновые задания. Рекомендую запускать 1С в режиме отладки, для этого можно использовать мою обработку «Обработка переключения режима отладки. БСП » или запуск с параметром РежимОтладки.

Похоже также, что в 1С все же сделали какую-то оптимизацию и если документ не менялся, он не перезаписывается при приеме из другой базы, потому что один раз у меня слетела загрузка данных, а во второй раз она прошла намного быстрее.
Когда я понял, что объем данных большой, убрал из выгрузки самые большие документы 4 видов. Когда прошел обмен первоначальными данными, добавил уже эти 4 вида документа в регистрацию изменений и обменялся ими. Такое деление позволяет уменьшить объем выгрузки.

Т.е. твой Гений додумался до выгрузки партиями данных?
Так это и в рекомендациях от 1С написано, что сперва грузите НСИ, потом документы, если документов много, грузите частями
Интересно. А где это реализовано в 1С?
там только кнопка зарегистрировать данные для первоначальной выгрузки.
А вообще конечно грамотное решение было бы — передали 20 объектов, сняли с них регистрацию, а не пихать весь пакет. 1с тут застряло в каменном веке обмена данными.