В работе часто требуется добавить реквизиты на форму документа. Это значительно усложняет жизнь при обновлении. Какие способы доработки форм вы используете?
Коллеги рекомендуют создавать свою форму и назначать ее основной. Я думаю, это не самый лучший вариант, так как при сравнении я не могу видеть изменений. 1С очень часто меняет общие модули, процедуры и функции в них. А в моей форме возможен их вызов.

Программно добавлять новые реквизиты на форму.

(1) и чем это лучше?

(1) Реквизит же в модуле формы программно добавляется?
Т.е. без вмешательства в модуль не обойтись?

(0) Создавать свою основную форму этот очень непрактичный способ.
Программно модифицируй форму.

> 1С очень часто меняет общие модули, процедуры и функции в них. А в моей форме возможен их вызов.

Это достаточно редко. Как поменяют,так и ты поменяешь.

А в чем проблема взять готовую форму и отдельной обработкой с ней работать? Зачем вмешиваться в модуль формы?

(0)
1. Отказаться от обновления
2. Отказаться от добавления своих реквизитов (использовать штатные средства свойства\категории или что там еще есть.

А можно все свои доработки вынести в общий модул  и вызввать в приоткрытии \при записи\при изменении т.е. добавление  кода в модуль формы минимален.

(3) а какая разница? при обновлении потом сравниваешь-объединяешь код, а форму берешь из новой конфигурации и нет проблем

(0) если заменять типовую основную форму на свою, то при обновлении нужно сравнивать типовые формы: новую и старую. Если изменений в них нет, то и обновлять свою форму не нужно. Если изменения есть, то нужно делать что проще: добавлять типовые изменения в свою форму или делать заново свою форму на основе новой типовой.
Но в идеале конечно удобнее добавить программно элементы.

Если заменять основную форму на свою, то перестаёт работать фишка "показывать дважды измененные объекты", которая показывает что надо переколхозить свои доработки с учетом изменений поставщика. Трудозатраты на возню с новой формой при обновлении те же, поэтому смысла в этом никакого нет.

(0) Добавляете код в модуль формы.
Код при обновлении легко сравнивается и почти не мешает обновлению.

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

(11) Заменить сложную на простую подойдет.
Но чаще нужно добавить 2-3 реквизита. Для этого свою рисовать смысла нет.

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

> Коллеги рекомендуют создавать свою форму и назначать ее основной. Я думаю, это не самый лучший вариант
Самый лучший вариант, после обновления можно подпилить немного при необходимости.

(14) необходимость проявится когда у юзеров ексепшны начнут вылезать?

(15) Зависит от мозгов обновлятора. В нормальной форме никакой обработки данных в бд (т.е записи) быть недолжно. Форма потомок редко сильно отличается от предка, да и обе формы перед глазами можно выбрать лучший путь - доработать старую форму или еще раз скопировать новую и изменить ее.

(1) + Самый лучший вариант.

(11) Так можно и не только в упр формах, обычные так же работают

(1) поддерживаю. Программно при открытии в таблицу например добавлять колонки и т.д. Код гораздо легче обновить, чем постоянно следить за изменениями формы.

(0) а вот если бы тупые 1С добавили ПодпискуНаСобытие "ПриОткрытии", был бы рай. Но такого никогда не будет

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

(21) Ну не скажи, времени на обновление экономится куча. Либо перенес обработчики новых элементов в модуль и всё, либо муторно через сравнение разыскиваешь, что где поменялось (особенно весело с ТЧ, про которые отчет выдается "изменена колонка №100500"), добавляешь элементы в те же места + обработчики - разница чувствуется. Единственное, иногда дополнительные доработки требуются, если в типовой неуправляемой форме в это же место добавили своих новых реквизитов и всё наложилось, но такое редко.

Программно добавлять новые реквизиты на форму.

(22)
> времени на обновление экономится куча
если потраченное (рабочее) время оплачивается, то не все ли равно?

(24) Если фикси, то нет

(25) с чего бы это? прог при деле, зарплата идет - фсе должны быть довольны.

http://infostart.ru/public/236363/

(3) в типовых почти во всех документах в процедурах ПриОткрытии можно встретить вызовы процедур из общих модулей. Можно добавить свой код в конце данных процедур и в результате формы остаются без изменений.
В УПП, например, везде встречается ФормированиеПечатныхФорм.СоздатьКнопкиПечати(ЭтотОбъект, ЭтаФорма);

(25) Ну если тупо "отбывать" свое рабочее время, имитируя деятельность, то может быть. Когда куча интересных проектов, то в своих интересах быстрее завершить муторную и неинтересную работу.

(29)
> Ну если тупо "отбывать" свое рабочее время, имитируя
> деятельность
обновление измененной конфы - тупая имитация?) ну так нихай юзеры сами обновляются!)
> Когда куча интересных проектов, то в своих интересах
> быстрее завершить муторную и неинтересную работу.
если ты все еще про фикси, то, типа, уволиться?)

(30) Это называется "автоматизация".

>>обновление измененной конфы - тупая имитация?) ну так нихай юзеры сами обновляются!)
Я про принцип "прог при деле, зарплата идет", никак не оптимизируя рабочий процесс ради "растягивания удовольствия", лишь бы быть чем-то занятым, пофиг чем.
>>если ты все еще про фикси, то, типа, уволиться?)
Зачем, если на нем "куча интересных проектов"? Непонятно предложение.

(32)
С чего ты взял, что "прог при деле, зарплата идет" = "растягивания удовольствия" ?

> Непонятно предложение.
В отношении фикси действительно непонятно, т.к., либо ешь, что дают, либо кыш из-за стола!)

(33) См (24). Если это не так, то не всё-равно.

(0) Есть вариант выгружать тексты модулей, добавлять свои процедурки в "ПриОткрытии" и загружать обратно.

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

(34) В (24) не нашел про "растягивания удовольствия", но есть о том, что если времени тратиться больше и это "больше" оплачивается, то все ОК, не?

(37) А теперь см. (25). Мне на фикси одинаково заплатят, хоть 2 часа буду обновлять, хоть 20, однако вопрос того, интересно ли тратить на это время и не лучше ли уделить его на другие задачи.

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

(39) >> по сути, фикси не решает, на какие задачи ему тратить оплаченное работодателем время
Но в итоге-то надо его потратить на все задачи, а на какие-то в очень сжатые сроки, так что растележиваться на какой-то фигне типа обновления невыгодно.
>> одинаково не заплатят
Да ну? Платят-то не за объемы выполненного, а за время пребывания на работе.

(20) я давно юзаю аналог подписки на Открытие.

(1) это один из вариантов.
все три способа хороши, но в разных ситуациях. Нужно оценивать последовательно:
- если нет визуального изменения на форме, добавить в саму форму; иначе - пункт 2;
- если есть визуальные изменения, и немного кода меняется в модуле (максимум - новые события и/или отсылки к общему модулю), то программно;
- если есть визуальные изменения, много кода менять в модуле формы, сложные случаи перекрестного взаимодействия допфункционала и типового - то только своя отдельная форма как основная.

(40)
> Но в итоге-то надо его потратить на все задачи
у фикси одна задача - работать в рабочее время
> невыгодно
в чем невыгода для сотрудника?
> Платят-то не за объемы выполненного, а за время пребывания
> на работе.
Вот именно.
"Быстрый" сотр сделает больше, но денег получит как "медленный" => работа "сверх" не будет оплачена

+ 42
для 3-го случая рекомендую на "старой" (типовой" форме написать "not approved" в 2/3 формы (чтобы были недоступны пользователю значимые поля формы).
а) при обновлении ВИЗУАЛА формы будете знать, что форма изменена (это самое неприятное - отлавливать визуальные изменения);
б) если где-то подключена "старая" форма напрямую - у пользователя выскочит такая своеобразная "блокировка" формы, и он будет знать, что у него не та версия формы.

(44) все бы ничего, но априори неизвестно, в каком виде будет следующая версия формы от вендора и п.1 или 2 (как обычно - в самый неподходящий момент) легко может оказаться п.3

(45) оцениваются свои изменения, а не изменения "какие могут быть" в типовой.
В типовой вообще могут отказаться от этой формы. И сделать совершенно другую.

(43) >>у фикси одна задача - работать в рабочее время
Не только просто отбывать "от звонка до звонка", но и удовлетворять своих клиентов-пользователей, в разумные сроки.
>>в чем невыгода для сотрудника?
В случае аврала, незапланированных задач, которые надо сделать "вчера" и на которые не остается запаса свободного времени, п.1 перестает выполняться, а оставаться вечеровать мало кто захочет.
>>"Быстрый" сотр сделает больше, но денег получит как "медленный" => работа "сверх" не будет оплачена
Какая работа "сверх"? Общее количество задач остается постоянным, поэтому посмотрим с другой стороны: я делаю текущую задачу быстро и могу отдохнуть дольше до того, как приступить к следующей.

(47) Да даже не привязываясь ко всей работе в целом, часто бывало такое, что нужный релиз выпускался очень близко к дате сдачи отчетности, а измененную конфу обновить далеко не 2 и не 4 часа времени, поэтому ускорение обновления как нельзя кстати.

(48)>>поэтому ускорение обновления
- зафиксировав (задокументировав при разработке) смысл, общую структуру, и места СВОЕГО обновления, вы в разы ускорите будущее обновление.
Это в первую очередь, все остальное - уже резко вторично.

Добавлять новую форму и заменять основную это УГ полное. Через некоторое время она перестает работать и ты начинаешь ох*евать в  обновлении, т.е не знаешь с какого релиза он ее скопировл и что туда конкретно добавил.

Я обновлял один раз такую УТ 10 раннего релиза, проклял того кто это сделал.

Вношу изменения в основную форму и не парюсь.  Иногда в модуле формы пишу комментарий что в форме изменено.

(50) читайте 49.
Номер версии, откуда "срелизили" форму - записывается все также и там же, где и документируются основные ключевые изменения.
>>Я обновлял один раз такую УТ 10 раннего релиза, проклял того кто это сделал.
- т.е. если "испохабить" безо всякой документации типовую форму - там все будет понятно и просто её обновлять?

+ 51, кстати, в особо сложных случаях (большие  визуальные изменения и т.д.) просто либо рядом сохраняется копия формы релиза (с указанием релиза), либо хотя бы скриншот "исходной" формы.

Просто никого не учат и ни с кого не спрашивают правильное программирование и правильное документирование.

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

(47) + (48)
проблемы работодателя к фикси имеют апосредованное отношение + ты, похоже, путаешь работу и рабство

(25)- конечно не все равно.
Если сделаешь быстро то куча времени свободного останется, ну и во многих случаях оплата больше.
(25)- а почему именно фикси?

(55) В принципе и для франча/фри тоже, в случаях когда можно схитрить по выставленным часам, но не всегда прокатит
(54) И что из этого признак рабства?
>>проблемы работодателя к фикси имеют апосредованное отношение
Поясни, ничего непонятно, что хотел этим сказать.

(56)
> Поясни
Наличие "клиентов-пользователей", "аврала, незапланированных задач", "вечеровать" и увязки производительности сотра со сроками выхода обновлений вендора взаимоисключает "я делаю текущую задачу быстро и могу отдохнуть дольше" и противоречит ТК РФ. Все это не проблемы сотрудника, но проблемы работодателя/конторы, которые, вообщем-то, не должны касаться фикси до тех пор, пока ставка сотра в конторе или сама контора существуют.

(57) >>...взаимоисключает...
Да прямо уж? Опыт моей работы показывает обратное. Особенно про "Наличие "клиентов-пользователей", "незапланированных задач" весьма улыбнуло :)) Чем это противоречит ТК? И разве ИТ служба не для этого создана, чтобы выполнять эту работу? Наверно, у тебя задачи возникают строго по плану и исходят из вакуума?  
>>Все это не проблемы сотрудника, но проблемы работодателя/конторы, которые, вообщем-то, не должны касаться фикси до тех пор, пока ставка сотра в конторе или сама контора существуют.
В каком-то ты идеальном мире живешь.. Не во всякой организации взаимоотношения работодателя и сотрудника строго регламентированы, и бывает что они идут друг другу на уступки. И не думаю, что работодатель поймет тебя, если ты не сделал свою работу и подвел другие службы, ссылаясь на нерасторопность 1С, тормознутость и наглость вышестоящих органов, которым подай какую-нибудь адскую выборку сегодня (актуально для бюджетки) и т.п.

(57) И хватит уже оправдывать свое желание работать как можно меньше и получать за это деньги, в нормальных местах с высокой зп начальники ИТ-отдела не дураки и с ними принцип (26) не покатит :)

(55)Не понял что значит "схитрить по выставленным часам"?

(60) Ну как тут многие хвастаются, что закрывают по 200 часов в неделю. Управился по факту быстрее, часов выставил чуть больше.

(58) В силу ТК во всякой организации взаимоотношения работодателя и сотрудника строго регламентированы. Считаешь иначе - см. про рабство.
В реальности не важно когда вышло обновление от вендора - на его локализацию будет потрачено минимум столько времени, сколько фактически затратит фикси-обновляльщик, вне зависимости от самомнения начальника ИТ-отдела и басен про то, ради чего контора создавала ИТ-службу (решив, что поиметь своих рабов будет интересней и дешевле, нежели покупать на стороне соответствующий сервис).
(59) Работодатель хочет получить прибыль продавая дороже и меньше тратя (в т.ч. ЗП). У сотрудника аналогичные, но собственные интересы. Стороны вместе пока обе стороны это устраивает.

(61)Я этого не понимаю.
Любая работа оценивается в рублях. Иногда дополнительно оценивается время, но как правило не в часах а в днях.
Т.е чем времени меньше тем денег больше.

К примеру есть задача - цена 5000руб. Срок - неделя.
Надо за день? Не вопрос 10000руб.

(63) Не работал во франче? Там нет понятия "неделя", "день", платят по часовым тарифам. Так клиенту более понятно, из чего складывается счет, который ему выставили. На фри тоже легче так оценивать стоимость, чтобы хотя бы не продешевить.
(62) "Рабство-рабство-рабство" - походу, тебя где-то на фикси очень крепко обидели.
Еще раз: если ты работаешь работу только ради процесса, а не результата, то ради бога. И непонятно стойкое нежелание упростить муторный процесс. Может еще не пользуешься и синтаксическими подсказчиками, шаблонами и т.п.?
>>ради чего контора создавала ИТ-службу (решив, что поиметь своих рабов будет интересней и дешевле, нежели покупать на стороне соответствующий сервис).
Не надо всё равнять на ларьки, с трудом представляю в организации на 3000 человек до 1000 рабочих мест обслуживание на аутсорсинге.

(64)
> "Рабство-рабство-рабство"
Ну, кого-то смущает, что им про фашизм регулярно напоминают - не допускаешь, что причина не в напоминающих?
В то же время п.2 ст.37 Конституции РФ ненавязчиво так намекает относительно "удовлетворять своих клиентов-пользователей", "аврала, незапланированных задач", "вечеровать" и пр. подобных "мотиваций".
> Еще раз: если ты работаешь работу только ради процесса,
> а не результата, то ради бога.
О результате в чей карман речь ведешь?
Выше уже было показано, что рвение фикси наказуемо неоплатой сверхпроизведенного.
> с трудом представляю
Это лишь стойкое нежелание упростить муторный процесс )
Любое подразделение может рассматриваться (и существовать) как отдельная организация (в т.ч. как часть оптимизации).

(65) >>В то же время п.2 ст.37 Конституции РФ ненавязчиво так намекает относительно "удовлетворять своих клиентов-пользователей", "аврала, незапланированных задач", "вечеровать" и пр. подобных "мотиваций".
См. ТК, статью, думаю, сам найдешь.
>>О результате в чей карман речь ведешь?
В итоге - мой. ЗП повышают регулярно, отдавая предпочтение при распределении образовавшихся денежных резервов, +премии радуют.
>>Выше уже было показано, что рвение фикси наказуемо неоплатой сверхпроизведенного.
Ускоренное выполнение скучной работы, чтобы от нее быстрее отвязаться - сверхпроизведенное? А многодневное ожидание юзеров выполнение их заявок, лишь бы прогер не перетрудился, это в порядке вещей? Естественно, если круг обязанностей и количество заявок
>>Любое подразделение может рассматриваться (и существовать) как отдельная организация (в т.ч. как часть оптимизации).
Когда не знаешь, о чем говоришь, лучше промолчать :) Не одними ларьками и торгашами мир един, далеко не со всеми предприятиями так получится. Тем более сторонние организации обычно весьма слабо имеют представление о внутренних процессах и ньюансах, несмотря на всякие обследования (уже был неудачный опыт привлечения крупных вендоров для внедрения - по этой причине), и к тому же как правило обладают недостаточной скоростью реагирования. Приходилось бывать с обеих сторон и знаю, как и почему это происходит.

Случайно отправилось недописанным
>>Естественно, если круг обязанностей и количество заявок несоразмерно силам одного прогера, то в адекватной организации добавляют ставки, но мы же говорим про рабочие моменты? Интересно послушать, в какой такой волшебной фирме работаешь, где прогера никто не грузит (сидит пишет себе, а что - пофиг, занят делом и хорошо), а в отчетные периоды вообще тишь и благодать.

По теме в конечном итоге только МишельЛагранж
высказался )). Как ни программируй, а документирование изменений самое полезное вне зависимости от подходов в изменении формы.

(68) >>а документирование изменений самое полезное вне зависимости от подходов в изменении формы.
Ну есть у меня перечень того, что в каком объекте и в какой форме изменено/добавлено и что в итоге это делает, но один черт придется перелопачивать панели документов и внимательно переносить ЭУ и размещать их по местам. Разница при разных подходах чувствуется, и рисков, что где-то что-то потерял, меньше

(66)
> См. ТК, статью, думаю, сам найдешь.
Не, не найду, поясни.
> В итоге - мой.
Ну да, смешно. Особливо про распределение образовавшихся денежных резервов - типа, у конторы бабла лишнего образовалось, так решили сотрудникам раздать. )
> Когда не знаешь, о чем говоришь, лучше промолчать
RTFM :)'
(68) см.(21)

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

(71)
> Странно, как же так, ведь так бравировал тут знанием закона
Во-первых, не бравировал, но лишь напоминал о его (закона) существовании.
Во-вторых, где номер статьи ТК, на которую ты сослался?

Сразу соглашусь, что не идеально и зависимо от реализации конфы, но если есть обработка заполнения табличной части - её и надо пользовать. Так придумало 1С, и не придерживаться доступных возможностей, а кривить поддерживаемое - моветон, я бы увольнял за это.

(70)да, это весьма исчерпывающее пояснение -
"делай как тебе удобно".