Формат обмена и формат сжатия.
Чем лучше реализовать.
в обмене может быть 5000 товара и картинок по 2-3 штуки.
клиентов около 5000. у каждого может быть свой тип цен.
выгружать историю продаж это около 20 000 документов.
как загрузку сделать за 5 минут?

Гм. а просто записать все эти данные за 5 минут получается?

Через скд. В json.

Я на серверу это отдам. Ещё клиент это должен принять и переварить

А если залить в базу на сервере. И отдать базу)

А телефон переварить этот объем данных, не подавиться и сможет их отобразить? И связь по таймауту не отвалится? И место хватит?

5000 мобильных клиентов?

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

никак, тупо не загрузится.

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

(0)
Мои 5 копеек:
1. Выгружать только изменения. При этом не обязатльо использовать планы обмена, так как планы обмена для 5000 узлов - это жестоко для сервера. Как вариант - на сервере "запоминать" ранее выгруженную таблицу куда-нибудь в РС. Потом при выгрузке сверять её с актуальной таблицей и отправлять только измененные строки.
2. Картинки не держать в мобилке, а подгружать динамически по воздуху только тогда когда отркывается карточка товара (ну или в иных ситуациях только тогда когда картинка нужна)
3. Можно поиграться, предварительно упаковав в хранилище значения с высокой степенью сжатия, и только потом отправлять. Ну тут надо тестить.

(0) При таких жестких исходных я бы делал внешнюю базу для мобильного приложения 1С, которая будет работать на том же девайсе.
Короче обновляется эта база (sqlite?) а далее 1С в фоне начинает синхронизировать из нее данные с текущей базой.

(10)
п. 1 - лажа.
п. 2 - +100500
п. 3 - +100500 (так во всех типовых обменах).

(11)+ Причем хитрым образом да сравнивая свою базу МП, предыдущую базу sqlite и новую базу sqlite.
База sqlite это по сути один файл, так что его можно целиком скачивать

(13)+ И да лучше всего ВК для МП 1С для работы с sqlite наваять и встроить

(10) картинки уже некуда жать. ведь это же жипег

(14)+ Вариант попроще без ВК в МП это нечто вроде https://github.com/olsonpm/sqlite-to-rest
Т.е. МП 1С запускает "веб-сервер" на мобильном девайсе который работает с sqlite, а само МП с базой работает через http api.

+ (10)
п1. Мы это применяли на практике и получали очень хорошие результаты при количестве клиентов 300+

(15) Прочитай п.2 что делать с картинками

Если информация только для чтения на мобильном устройстве, можно сразу передать в таблице значений. И ее там показать.
Как пример:
    ТЗ = Новый ТаблицаЗначений;
    ТЗ.Колонки.Добавить("ИД", Новый ОписаниеТипов("Строка"));
    ТЗ.Колонки.Добавить("Код", Новый ОписаниеТипов("Строка"));
    ТЗ.Колонки.Добавить("Наименование", Новый ОписаниеТипов("Строка"));
    
    Запрос = Новый Запрос;
    Запрос.Текст =
    "ВЫБРАТЬ ПЕРВЫЕ 10000
    |    Номенклатура.Ссылка,
    |    Номенклатура.Код,
    |    Номенклатура.Наименование
    |ИЗ
    |    Справочник.Номенклатура КАК Номенклатура";
    Выборка = Запрос.Выполнить().Выбрать();
    Пока Выборка.Следующий() Цикл
            
        НовСтр = тз.Добавить();
        НовСтр.ИД = Выборка.Ссылка.УникальныйИдентификатор();
        ЗаполнитьЗначенияСвойств(НовСтр, Выборка);
        
    КонецЦикла;
    
    ЗаписьXML = Новый ЗаписьXML;
    ЗаписьXML.УстановитьСтроку();
    СериализаторXDTO.ЗаписатьXML(ЗаписьXML, лОбъект);
    СтрокаXML = ЗаписьXML.Закрыть();

(19) + У меня такая строка вести примерно 1 мб.

(19) ГЫ. Заполняем ТЗ, а записываем лОбъект. Это что бы враг не догадался? Так можно и меньше 1 мб получить.

Печалка в том. что они хотят видеть картинки при просмотре списка товара. подбор через картинки. Есть такая штука на мобилках которые не 1с.
Тогда каталог в настройки и фотки отдельно отправлять. А данные остальные отдельно.

(10) мухахаха "Картинки не держать в мобилке, а подгружать динамически по воздуху" - муха-ха-ха

Интересно, а как это реализовано в таких андроид-приложухах как "aliexpress" загружается ли там вся инфа сразу?

яб сделал буфер кеширования с временем жизни пакета на сервере. Для вида цен хранил бы запакованый пакет с ценами, регламентом бы чистил когда надо. Остатки в разрезе складов по изменениям так же в буфер скидывал(разделил бы полные остатки и изменения по ним

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

2 варианта по картинкам: 1. догружать все в мобилку после первичный данных - будет все быстро летать, но клиентам нужно будет подарить sd-карту
2. Догружать в динамике, организовать отображение таким образом, что бы ты знал последовательность элементов, где ты мог бы догружать инфу

Но самое простое сделать аля браузер и грузить все динамически