Есть код который работал в 8.2 надо перенести в 8.3
Смысл , в процедуре передЗаписью в объекте открывалась форма в которой вводились пара параметров и потом эти параметры обрабатывались в объекте.
Дабы в каждом объекте не дублировать эти параметры новыми реквизитами, не добавлять их на формы и простота обновления.
Теперь это надо перенести на управляемые формы.
и тут я в стопоре...
ОткрытьФорму() - ругается не дает открыть на сервере...
Как это реализовать?

(0) В УФ на сервере нельзя открыть форму.

(0) У формы также есть событие "перед записью".

(0) Никак. Форм на сервере нет. Переделывать логику с явным делением на серверную и клиентскую.

Кстати, на управляемой форме "ПередЗаписью" выполняется на клиенте, вот там можно форму открыть. "ПередЗаписью" формы, а не в модуле объекта.

(0) А обязательно в ПередЗаписью у объекта что-то спрашивать?
ПередЗаписью и у формы есть на клиенте.

(2)знаю. но если 100 объектов? все модифицировать? не вариант.
например при проведении документа НЕ ИЗ ФОРМЫ надо чтобы открывалась форма с параметрами- не кидайте яйцами, но так было сделано и так работало в небольшой фирме и так всех устраивало

(6) Кинь в себя яйцами сам. Я устал.

(6) Пришли новые времена, надо переделывать под новую методологию

(6) Если надо - то надо отказаться от управляемых форм.

вот за это и не люблю УФ.
В толстом программист сделал все за 3часа и свалил. теперь перешли на 8.3 и УФ и клиенту выставить счет за 30 часов? и потом за каждое обновление? не поймет.
Обойти никак?

(0) >в процедуре передЗаписью в объекте открывалась форма
Отличное решение. От слова "отличиться"

(10) Предложи им изменить бизнес-процесс на правильный, устраивающий всех.

(10) В УФ делается за те же три часа. Но другими методами. Обойти можно. Надо переучиться.

(13)какими? только из формы перед записью открывать? это не совсем их устроит

(14) Сделай им обработку, которая пробежится по докам и запросит нужные параметры.

(9) о, вау получилось. спасибо. предложу такой вариант

(14) Требуемые для проведения реквизиты *должны* быть в объекте (или в каком-нибудь регистре сведений, например) до проведения. А забросить их туда можно, запросив предварительно у пользователя.

(0) >>Смысл , в процедуре передЗаписью в объекте открывалась форма в которой вводились пара параметров и потом эти параметры обрабатывались в объекте.

Ааа, ловите наркомана!

(16) В сарказм научились, теперь поучимся программировать в клиент-серверной архитектуре.

(18) Что их ловить, они сами на свет лезут.

(19)да умеем немного. я без сарказма, получилось открыть не УФ под толстым и заработало.
не устроит, придется добавлять общие реквизиты и только из передзаписью из формы их заполнять.
Придется в каждую форму хх-объектов добавлять вызов параметров. так?

Представил групповое перепроведение этих доков и пользователя который через каждые 5 секунд заполняет пару реквизитов и жмет ОК.

(22) Ааа, молчи, мне же еще спать сегодня! Не усну.

(22) А за что им деньги платють? Пускай работают.

(22) в перепроведении это не работает, только при проведении непроведенных или новых
а вообще хватит ржать, на свете есть и мелкие фирмы которые умеют считать денежку и пошли на такое дабы конфу не переколбасить. понимаю. их это устроило в свое время

(22) А теперь представь, что этот пользователь - ты :)
и документов несколько десятков тысяч  %(

(25) Поэтому они до сих пор мелкие.

(25) >>в перепроведении это не работает, только при проведении непроведенных или новых
А при перепроведении эти параметры откуда берутся?

сделал так
#Если ТолстыйКлиентОбычноеПриложение Тогда
ТутОбработкаСВводомПараметров(ЭтотОбъект,Регистратор) ;
#КонецЕсли        

если кто в тонком запустит, то можно групповую обработку предложить

(3) "Форм на сервере нет" - большое заблуждение :)

(28)я еще только с конфой столкнулся, знаю что это несколько лет работало и все клиента устраивало, а тот кто делал уже свалил

(30) Из модуля объекта попробуй вызови.

(31) А почему бы все доп параметры не вводить юзеру в доп. сведения на этапе создания дока?

+(29) вернее наверно так надо ТолстыйКлиентУправляемоеПриложение
щас проверю

(34) Сейчас ты им велосипедов понаприкручиваешь, потом твой последователь еще своих прикрутит и понесется...

(32) "невозможность вызвать метод формы из модуля объекта" <> "формы на сервере нет"!!!
Учим мат. часть: форма одновременно живет на клиенте и на сервере

(34) Правильно делать так:
1. При проведении проверять наличие недостающих параметров, сообщать об этом пользователю, отказываться от проведения; 2. У пользователя должна быть возможность внести эти данные в документ.

(35) Ехали медведи на велосипеде (цы) )))

(30) Нету визуального представления

(36) Учим матчасть. Это два экземпляра формы. Один на сервере, второй на клиенте )

(38) Согласен!!!

(40) Ну так а речь про вопрос на экране

(41) думали про отображение, а писали про существование...
А я придрался :(

(42) > А я придрался

Как будто столбов мало )))

Интересно, когда люди наконец начнут понимать, что такое клиент-сервер в 1С, и перестанут хотеть открыть форму на сервере?

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

+(45) т.е. если сообщить("привет") на сервере делать, то клиент это увидит

(46) Это для таких как ты совместимость оставили.

(46) увидит, но в догадайся в какой момент времени?

Пипец

В (37) уже все сказал чувак. Это оптимальный вариант. Не городи треугольный овал - тебе потом зачтется это на страшном суде.

Человек хочет интерактивную запись объектов, наверно не в курсе что она бывает не интерактивной, например при обмен/РИБ или программно.

И еще хочет модальное сообщение/вопрос с сервера на клиент.

(0) Нечего всякий овнокод в новую программу переносить.

(51) Человек не хочет расстраивать клиента и взять с него побольше денег за нормальное решение.

(51) он скорее всего предусмотрел это, и в его мире, т.е. конфе - такого просто нет. Там нет риба, там нет каких-то обработок пишущих это программно. Он хочет "шоб как раньше". В (37) самое правильное решение. Так и нужно делать. И я думаю, заказчик на это пойдет.

(54) Тогда надо человеку объяснить что в случае УФ легко можно редактировать форму (добавлять элементы для ввода данных) программно - кодом.

И будет "простота обновления".

(55) Дык сказано же уже, что переучиваться надо.

(50) согласен оптимально, но "У пользователя должна быть возможность внести эти данные в документ. "
Как это сделать не ломая конфу?
Учитывая что модальность отключена.И в УФ надо дважды прогонять это событие первый раз с отказом, а второй без отказа. Но перед записью может вызываться с закрытием формы, а может и нет. А может при отмене проведения.
Короче гемора полно.
Или я усложняю?
См. ниже сколько там форм и они все разные и все надо корежить?

(55)сколько у тебья займет времени программно добавлять при открытии два новых реквизита в примерно 100 документов и учитывая, что во многих документах не одна , а до 5 форм и ВСЕ орни разные? В какое место ты их будешь добавлять?
Конфа БП3, см. пример документ "Поступление товаров и услуг" там 5 форм.

(57) > сколько у тебья займет времени программно добавлять при открытии два новых реквизита в примерно 100 документов и учитывая, что во многих документах не одна , а до 5 форм и ВСЕ орни разные? В какое место ты их будешь добавлять?

Вопрос не мне, но отвечу.
Врезка одного вызова общего модуля в процедуру "ПриСозданииНаСервере()" )

(58)формы то все разные. добавлять внизу? привязки корректно все будут работать?  пробую уже,
но, судя по примеру (общей процедуры у типовой конфы не нашел как в этом примере, надо врезку делать в каждую форму) не все там так просто
http://catalog.mista.ru/public/182443/

(59) Хочешь - внизу. Хочешь - вверху. А хочешь - посередине. У каждой формы есть уникальное имя. По нему ориентируешься и лепишь куда надо.

> общей процедуры у типовой конфы не нашел

У многих есть вызов "ДополнительныеОтчетыИОбработки.ПриСозданииНаСервере"

Вроде сделал.Всем спасибо.
Благо пока в десяток доков и около 20 форм.Пришлось в ПриСозданииНаСервере
во всех врезать вызов своей процедуры т.к.
ДополнительныеОтчетыИОбработки.ПриСозданииНаСервере или другой не нашел общей.
Реквизиты добавляю внизу. вроде нормально и привязки  отрабатывают.

(61) Молодца! Когда нормально освоишь УФ то возвращаться назад на ОФ и тем более на 77 такой изврат и плеваться хочется.

Но конечно минус что типовые на УФ перенаворочены и очень долго разбираться копаться/приходится, перед тем как парой врезок в нужные места легко все поправить.

(61) Как вариант, возможно использование подписки на событие менеджера ОбработкаПолученияФормы
Сам не пользовал

(62)да я впринципе давно УФ ковыряю, но не регулярно и по мелочи и постоянно все начинаю сначала т.к. забываются нюансы. Но, бесит что все гораздо тормознутее работает и согласен что конфы все перенавороченные.И глюков много осбо под вебом

(6) "например при проведении документа НЕ ИЗ ФОРМЫ надо чтобы открывалась форма с параметрами"

Шта за колхоз?

(65) прочитай дальше. колхоз согласен, но у нас все страна в колхозах в свое время поработала :-)

(66) да о чем говорить, из-за таких кулибиных потом надо групповое проведение запустить и фигакс появляются магические формы 100500 раз, я даже не говорю о блокировках на время ввода данных

(67)судя по коду это работало несколько лет и заказчика наверно устраивало.Контора вроде мелкая.Сделано дешово и сердито:-)
в перепроведении это не работало, а только при проведении новых и не проведенных

вы все еще форму на сервере открываете?