Подскажите как правильно сделать: при копировании есть ссылка на объект копирования, а при записи нового объекта надо проанализировать кое какие св-ва копируемого объекта. База клиент - сервер. Пробывал через экспортную переменную в модуле объекта - не запоминает.

ДополнительныеСвойства

Если запись идет в другом серверном вызове то доп свойства не сохранятся, это если уф

(2) тоже да... пробовать врем хранилище

(0) Критерий отбора СвязанныеДокументы

УФ, ДопСвва не проканают
(4) а они не связаны, он не основание

(5) А как ты вообще при записи узнаешь об исходном документе?

(0) Сделать реквизит ДокументОснование не?

(6) при создании нового есть ссылка на объект копирования, ее и надо заполнить до записи
(7) не, реквизиты в типовой не кошерно создавать

(8) временное хранилище пробовал? времени у него немного, но может хватит

(8) Значит, ответ в (0) - никак

(8) "реквизиты в типовой не кошерно создавать" с чего бы это?

(8) "реквизиты в типовой не кошерно создавать" — а что за типовая?

временное хранилище попробую, может проканает, спс
типовая бух 3.0, вопрос то пустяковый, не хочется реквизит создавать

Если БП 3.0, то создай ДопРеквизит.

Вообще странное дело, копирование это помощник ввода нового. А контроль источник-получатель это уже ввод на основании по идее.

Да и "не менять типовую", а как будешь контроль производить? Все равно же создашь подписку какую-нибудь. И чем подписка будет отличаться от реквизита (в плане тововости)?

тововости = типовогости

(17) тововости = типовогости = отличия от типовой :)

(18) Меня больше бесит слово "закупер", когда слышу.

(13) через хранилище по-любому нельзя. А если пользователь захочет второй раз записать документ, у вас получится, что при второй записи уже точно утерян документ источник. Лучше создать реквизит и не париться.

(20) А наверняка потом у него еще попросят отобразить исходный документ в структуре подчиненности. :)

Да передать-то можно. Только смысл? Без сохранения в реквизите ты сможешь проанализировать свойства копируемого объекта только при первой записи - это раз. Программное копирование и интерактивное придется отрабатывать по-разному - это два.

убедили сделал через реквизит, а через ВХ не получилось, получается идентификатор адреса хранения не доступен после окончания процедуры ввод нового, или я чтото не так делаю? Потому что впринципе вариант с ВХ меня бы устроил

(23) Можно через реквизит формы.

Можно и через хранилище, но сохранять надо именно в привязке к форме.

А в объект передавать через дополнительные свойства уже в транзакции записи.

Имхо, что-то не то с задачей.
Зачем при записи теплого лампового сферического коня нужно знать откуда его скопировали?

(27) есть инфа что у коня 5 ног, которая в РС доп сведения, надо ее засунуть в РС доп сведения у нового объекта

(28) Для этого существуют доп. реквизиты.

(29) В документации БСП пишут, что доп-сведения имеет смысл использовать вместо доп-реквизитов, если политика доступа к ним и к самому объекту может отличаться.

(5) А ты при записи и сделай их связанными.