Тип значения - установлен в макете.

Число(15,2)

Занового его переустанавливать перед записью знаачения?

Не, заново наверное не надо, не спасет

лучше таб.док на сервере заполнять, т.к. у платформы странный механизм работы с mxl. Она его частями на клиента отдает при пролистывании. Это работает круто с большими отчатами, но если тебе нужно работать со всем таб.доком на клиенте это вызывает кучу обращений к серверу и тормозит при программной обработке. Посмотри как счетчики вызовов сервера растут просто при листании ТД на клиенте.

А как-нибудь можно понимать, контекстные или бесконтекстные эти вызовы сервера?

не. но по идее должны быть бесконтекстными

Если на сервере, то можно в попытке обращаться к контексту.

Будет ли изменятся позиционирование, свернутость/свернутость развернутость групп табдока, при его "поездке" на сервер и обратно?
Для меня важно что бы значения ячеек имзенялись а позиция курсора и состав свернутых/развернутхы групп был незименен для пользователя.

Т.е. пользователь открыл отчет. Увидел его. Изменил какие-то данные, это привело к пересчету связанных данных... значения в ячеек обновилось. При этом никакого "дерганья" интерфейся не произошло.

Так возможно?

Так вызов-то неявный, никакого кода кроме одной строки, его порождающей, в нашем распоряжении нет

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

Ок. Спасибо. Попробую.

Проверил. Таки да.. не вызывает "передергиваний"

Значит быть всему на сервер )

Странный механизм это не то слово ) передает по 100 строк за раз. Если листать - предает страницами, если перейти в конец - передает конец, а вот если от конца пролистать на верх - начинает гнать весь документ, но опять порциями по 100 строк, это осень тормозно и долго. Как получить документ целиком я так и не понял. Причем есть подозрение , а не будет ли оно гнать его весь целиком по новой, если поменять пару ячеек на сервере ...

весь документ целиком, самый быстрые способ: сохранить на сервере в файл и передать на клиент как Новый ДвоичныеДанные(). Время пересылки большого документа  сокращается с 10 минут до нескольких секунд. При том это время нигде в замерах явно не показывается, ибо внутренний механизм платформы. И вычисляется косвенно через время работы процедуры ТД.ЗаписатьВФайл()

А дальше то как с ним быть ? Он нужен как реквизит формы. Отчёт, например. Ну или просто таб док для ввода данных ?

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

типовой кейс, если тебе правда интересно, можно поглядеть тут: https://its.1c.ru/db/bsp311doc#content:1372:hdoc