Добрый день!!!Есть обработчик с реквизитом составного типа в 8.2.Встал вопрос перехода в 8.3.Когда рисую форму,столкнулся с такой проблемы.Создаю реквизит с составным типом данных на ДокументОбъект,после выходит ошибка что документы не могут входит в сос. тип. данных.Это из за основного реквизита???

Все уснули???

ДокументСсылка нужно выбирать тип, а не ДокументОбъект и версия платформы здесь никаким боком ;)

11:49 - 12:00 "Все уснули???

Нифига себе народ наглый пошел :)

(2) в обычных формах она установлена на докобъекты!!!Я тоже не вчера родился

На управляемых, док объект на клиенте существовать в принципе не может, он конвертируется в данные формы.

(5) Это обработка ручная коректировка,подпиленная.Во вкладке реквизиты,есть реквизит в составным типом докобъект.

(6) Ага, только он там не с проста указан в скобочках. Да и если отладчиком глянуть...

как можно реализовать,я просто писал на обычных формах.В алгоритме принимает только объекты

(8) изменить алгоритм

(8) получить объект по ссылке религия не позволяет?

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

(11) Объект не живет на сервере, объект уничтожается после создания формы и заново создается перед записью на сервере, или при принудительном получении объекта.
(я зануда, я знаю)

(12) Все верно,придется по ссылке получать объект

(13) Безусловно.

(12) Это ключевой момент на самом деле. Я, например, не сразу это понял, когда начал изучать программирование УФ. Либо не заметил, либо явно об этом не говорится в документации.

(15) У Гилева была такая тема,вспомнил,правда он просто объяснил когда рисовал форму

(12) Если быть точным, то на сервере вообще ничего не живёт.
В идеологии 1С предполагалось, что разные серверные процессы могут обслуживать разные запросы клиента.
Но, в момент исполнения кода, как раз Объект прекрасно живёт на сервере.

Основная проблема работы "на сервере" в том, что все переменные разрушаются при окончании исполнения кода, и если мы хотим что-то "оставить на сервере" придётся помещать это в хранилище или ещё куда-то.

(13) Получение объекта по ссылке - не проблема - проблема в том, что если мы не ходим сразу записывать объект - нам нужно как-то сохранить его данные.

Вообще-то, если быть точным, то объект состоит из нескольких вещей:
1) Данные объекта, хранимые в базе - они передаются на клиента и обратно в рамках контекста.
2) Модуль объекта, который работает и на клиенте и на сервере.
Причём, код на сервере хранится, так как не транслируется каждый раз заново.

И не забываем, что можно сделать вызов сервера без контекста, чтобы не передавать туда данные всей формы.