Имя: Пароль:
1C
 
Как правильно дорабатывать форму документа?
0 SuperUser
 
19.10.14
19:37
В работе часто требуется добавить реквизиты на форму документа. Это значительно усложняет жизнь при обновлении. Какие способы доработки форм вы используете?
Коллеги рекомендуют создавать свою форму и назначать ее основной. Я думаю, это не самый лучший вариант, так как при сравнении я не могу видеть изменений. 1С очень часто меняет общие модули, процедуры и функции в них. А в моей форме возможен их вызов.
1 GROOVY
 
19.10.14
19:40
Программно добавлять новые реквизиты на форму.
2 kumena
 
19.10.14
19:48
(1) и чем это лучше?
3 SuperUser
 
19.10.14
19:50
(1) Реквизит же в модуле формы программно добавляется?
Т.е. без вмешательства в модуль не обойтись?
4 kosts
 
19.10.14
19:56
(0) Создавать свою основную форму этот очень непрактичный способ.
Программно модифицируй форму.

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

Это достаточно редко. Как поменяют,так и ты поменяешь.
5 GROOVY
 
19.10.14
20:05
А в чем проблема взять готовую форму и отдельной обработкой с ней работать? Зачем вмешиваться в модуль формы?
6 ОбычныйЧеловек
 
19.10.14
20:07
(0)
1. Отказаться от обновления
2. Отказаться от добавления своих реквизитов (использовать штатные средства свойства\категории или что там еще есть.

А можно все свои доработки вынести в общий модул  и вызввать в приоткрытии \при записи\при изменении т.е. добавление  кода в модуль формы минимален.
7 Dmitry1c
 
19.10.14
20:11
(3) а какая разница? при обновлении потом сравниваешь-объединяешь код, а форму берешь из новой конфигурации и нет проблем
8 Фокусник
 
19.10.14
21:16
(0) если заменять типовую основную форму на свою, то при обновлении нужно сравнивать типовые формы: новую и старую. Если изменений в них нет, то и обновлять свою форму не нужно. Если изменения есть, то нужно делать что проще: добавлять типовые изменения в свою форму или делать заново свою форму на основе новой типовой.
Но в идеале конечно удобнее добавить программно элементы.
9 systemstopper
 
19.10.14
22:21
Если заменять основную форму на свою, то перестаёт работать фишка "показывать дважды измененные объекты", которая показывает что надо переколхозить свои доработки с учетом изменений поставщика. Трудозатраты на возню с новой формой при обновлении те же, поэтому смысла в этом никакого нет.
10 EugeniaK
 
19.10.14
22:24
(0) Добавляете код в модуль формы.
Код при обновлении легко сравнивается и почти не мешает обновлению.
11 systemstopper
 
19.10.14
22:26
На управляемых формах можно вызвать свою форму вместо основной, не меняя основную форму объекта. Подходит для вызова своей простой морды для сложных документов.
12 EugeniaK
 
19.10.14
22:27
(11) Заменить сложную на простую подойдет.
Но чаще нужно добавить 2-3 реквизита. Для этого свою рисовать смысла нет.
13 systemstopper
 
19.10.14
22:35
Ну в общем да, по возможности программно, вручную менять и потом заново колхозить при обновлении та ещё мерзость, но иногда проще руками нарисовать форму чем программно пытаться чота сделать, на упр формах говорят с этим получше стало.
14 mdocs
 
19.10.14
22:44
> Коллеги рекомендуют создавать свою форму и назначать ее основной. Я думаю, это не самый лучший вариант
Самый лучший вариант, после обновления можно подпилить немного при необходимости.
15 systemstopper
 
19.10.14
23:00
(14) необходимость проявится когда у юзеров ексепшны начнут вылезать?
16 mdocs
 
19.10.14
23:12
(15) Зависит от мозгов обновлятора. В нормальной форме никакой обработки данных в бд (т.е записи) быть недолжно. Форма потомок редко сильно отличается от предка, да и обе формы перед глазами можно выбрать лучший путь - доработать старую форму или еще раз скопировать новую и изменить ее.
17 Ник второй
 
20.10.14
01:03
(1) + Самый лучший вариант.
18 Ник второй
 
20.10.14
01:05
(11) Так можно и не только в упр формах, обычные так же работают
19 Sasha_Rapira
 
20.10.14
01:11
(1) поддерживаю. Программно при открытии в таблицу например добавлять колонки и т.д. Код гораздо легче обновить, чем постоянно следить за изменениями формы.
20 Sasha_Rapira
 
20.10.14
01:12
(0) а вот если бы тупые 1С добавили ПодпискуНаСобытие "ПриОткрытии", был бы рай. Но такого никогда не будет
21 Jump
 
20.10.14
02:12
Изменение формы документа в любом случае является изменением конфигурации, т.е типовую уже не накатишь.
А посему - совершенно безразлично как ты это сделаешь, делай как тебе удобно.
22 FoxFox
 
20.10.14
07:13
(21) Ну не скажи, времени на обновление экономится куча. Либо перенес обработчики новых элементов в модуль и всё, либо муторно через сравнение разыскиваешь, что где поменялось (особенно весело с ТЧ, про которые отчет выдается "изменена колонка №100500"), добавляешь элементы в те же места + обработчики - разница чувствуется. Единственное, иногда дополнительные доработки требуются, если в типовой неуправляемой форме в это же место добавили своих новых реквизитов и всё наложилось, но такое редко.
23 Cujoko
 
20.10.14
07:53
Программно добавлять новые реквизиты на форму.
24 ifso
 
20.10.14
07:56
(22)
> времени на обновление экономится куча
если потраченное (рабочее) время оплачивается, то не все ли равно?
25 FoxFox
 
20.10.14
08:25
(24) Если фикси, то нет
26 ifso
 
20.10.14
08:29
(25) с чего бы это? прог при деле, зарплата идет - фсе должны быть довольны.
27 vde69
 
20.10.14
08:31
28 azt-yur
 
20.10.14
08:34
(3) в типовых почти во всех документах в процедурах ПриОткрытии можно встретить вызовы процедур из общих модулей. Можно добавить свой код в конце данных процедур и в результате формы остаются без изменений.
В УПП, например, везде встречается ФормированиеПечатныхФорм.СоздатьКнопкиПечати(ЭтотОбъект, ЭтаФорма);
29 FoxFox
 
20.10.14
08:38
(25) Ну если тупо "отбывать" свое рабочее время, имитируя деятельность, то может быть. Когда куча интересных проектов, то в своих интересах быстрее завершить муторную и неинтересную работу.
30 ifso
 
20.10.14
08:47
(29)
> Ну если тупо "отбывать" свое рабочее время, имитируя
> деятельность
обновление измененной конфы - тупая имитация?) ну так нихай юзеры сами обновляются!)
> Когда куча интересных проектов, то в своих интересах
> быстрее завершить муторную и неинтересную работу.
если ты все еще про фикси, то, типа, уволиться?)
31 Галахад
 
гуру
20.10.14
08:50
(30) Это называется "автоматизация".
32 FoxFox
 
20.10.14
09:03
>>обновление измененной конфы - тупая имитация?) ну так нихай юзеры сами обновляются!)
Я про принцип "прог при деле, зарплата идет", никак не оптимизируя рабочий процесс ради "растягивания удовольствия", лишь бы быть чем-то занятым, пофиг чем.
>>если ты все еще про фикси, то, типа, уволиться?)
Зачем, если на нем "куча интересных проектов"? Непонятно предложение.
33 ifso
 
20.10.14
09:14
(32)
С чего ты взял, что "прог при деле, зарплата идет" = "растягивания удовольствия" ?

> Непонятно предложение.
В отношении фикси действительно непонятно, т.к., либо ешь, что дают, либо кыш из-за стола!)
34 FoxFox
 
20.10.14
09:20
(33) См (24). Если это не так, то не всё-равно.
35 vhl
 
20.10.14
09:21
(0) Есть вариант выгружать тексты модулей, добавлять свои процедурки в "ПриОткрытии" и загружать обратно.
36 hhhh
 
20.10.14
09:28
зачем в управляемых формах кодом что-то писать? Нажимаешь при обновлении кнопку Объединить, оно само объединяет. Потом открываешь готовую форму, если всё в порядке, ничего не делаешь, если кривоватая форма получилась, элементы быстренько перекидываешь куда надо, выправляешь.
37 ifso
 
20.10.14
09:47
(34) В (24) не нашел про "растягивания удовольствия", но есть о том, что если времени тратиться больше и это "больше" оплачивается, то все ОК, не?
38 FoxFox
 
20.10.14
09:52
(37) А теперь см. (25). Мне на фикси одинаково заплатят, хоть 2 часа буду обновлять, хоть 20, однако вопрос того, интересно ли тратить на это время и не лучше ли уделить его на другие задачи.
39 ifso
 
20.10.14
10:00
(38) по сути, фикси не решает, на какие задачи ему тратить оплаченное работодателем время
и нет, одинаково не заплатят, т.к. фикси, сделавший быстрее будет выполнять больше работы за те же деньги, что и "медленный" фикси
40 FoxFox
 
20.10.14
10:13
(39) >> по сути, фикси не решает, на какие задачи ему тратить оплаченное работодателем время
Но в итоге-то надо его потратить на все задачи, а на какие-то в очень сжатые сроки, так что растележиваться на какой-то фигне типа обновления невыгодно.
>> одинаково не заплатят
Да ну? Платят-то не за объемы выполненного, а за время пребывания на работе.
41 МишельЛагранж
 
20.10.14
10:13
(20) я давно юзаю аналог подписки на Открытие.
42 МишельЛагранж
 
20.10.14
10:23
(1) это один из вариантов.
все три способа хороши, но в разных ситуациях. Нужно оценивать последовательно:
- если нет визуального изменения на форме, добавить в саму форму; иначе - пункт 2;
- если есть визуальные изменения, и немного кода меняется в модуле (максимум - новые события и/или отсылки к общему модулю), то программно;
- если есть визуальные изменения, много кода менять в модуле формы, сложные случаи перекрестного взаимодействия допфункционала и типового - то только своя отдельная форма как основная.
43 ifso
 
20.10.14
10:24
(40)
> Но в итоге-то надо его потратить на все задачи
у фикси одна задача - работать в рабочее время
> невыгодно
в чем невыгода для сотрудника?
> Платят-то не за объемы выполненного, а за время пребывания
> на работе.
Вот именно.
"Быстрый" сотр сделает больше, но денег получит как "медленный" => работа "сверх" не будет оплачена
44 МишельЛагранж
 
20.10.14
10:29
+ 42
для 3-го случая рекомендую на "старой" (типовой" форме написать "not approved" в 2/3 формы (чтобы были недоступны пользователю значимые поля формы).
а) при обновлении ВИЗУАЛА формы будете знать, что форма изменена (это самое неприятное - отлавливать визуальные изменения);
б) если где-то подключена "старая" форма напрямую - у пользователя выскочит такая своеобразная "блокировка" формы, и он будет знать, что у него не та версия формы.
45 ifso
 
20.10.14
10:37
(44) все бы ничего, но априори неизвестно, в каком виде будет следующая версия формы от вендора и п.1 или 2 (как обычно - в самый неподходящий момент) легко может оказаться п.3
46 МишельЛагранж
 
20.10.14
10:39
(45) оцениваются свои изменения, а не изменения "какие могут быть" в типовой.
В типовой вообще могут отказаться от этой формы. И сделать совершенно другую.
47 FoxFox
 
20.10.14
10:44
(43) >>у фикси одна задача - работать в рабочее время
Не только просто отбывать "от звонка до звонка", но и удовлетворять своих клиентов-пользователей, в разумные сроки.
>>в чем невыгода для сотрудника?
В случае аврала, незапланированных задач, которые надо сделать "вчера" и на которые не остается запаса свободного времени, п.1 перестает выполняться, а оставаться вечеровать мало кто захочет.
>>"Быстрый" сотр сделает больше, но денег получит как "медленный" => работа "сверх" не будет оплачена
Какая работа "сверх"? Общее количество задач остается постоянным, поэтому посмотрим с другой стороны: я делаю текущую задачу быстро и могу отдохнуть дольше до того, как приступить к следующей.
48 FoxFox
 
20.10.14
10:48
(47) Да даже не привязываясь ко всей работе в целом, часто бывало такое, что нужный релиз выпускался очень близко к дате сдачи отчетности, а измененную конфу обновить далеко не 2 и не 4 часа времени, поэтому ускорение обновления как нельзя кстати.
49 МишельЛагранж
 
20.10.14
10:54
(48)>>поэтому ускорение обновления
- зафиксировав (задокументировав при разработке) смысл, общую структуру, и места СВОЕГО обновления, вы в разы ускорите будущее обновление.
Это в первую очередь, все остальное - уже резко вторично.
50 Hans
 
20.10.14
11:03
Добавлять новую форму и заменять основную это УГ полное. Через некоторое время она перестает работать и ты начинаешь ох*евать в  обновлении, т.е не знаешь с какого релиза он ее скопировл и что туда конкретно добавил.

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

Вношу изменения в основную форму и не парюсь.  Иногда в модуле формы пишу комментарий что в форме изменено.
51 МишельЛагранж
 
20.10.14
12:37
(50) читайте 49.
Номер версии, откуда "срелизили" форму - записывается все также и там же, где и документируются основные ключевые изменения.
>>Я обновлял один раз такую УТ 10 раннего релиза, проклял того кто это сделал.
- т.е. если "испохабить" безо всякой документации типовую форму - там все будет понятно и просто её обновлять?
52 МишельЛагранж
 
20.10.14
12:38
+ 51, кстати, в особо сложных случаях (большие  визуальные изменения и т.д.) просто либо рядом сохраняется копия формы релиза (с указанием релиза), либо хотя бы скриншот "исходной" формы.
53 МишельЛагранж
 
20.10.14
12:39
Просто никого не учат и ни с кого не спрашивают правильное программирование и правильное документирование.
54 ifso
 
20.10.14
13:39
(46)
> оцениваются свои изменения, а не изменения "какие могут
> быть" в типовой
дык, свои изменения безотносительно к типовой ни о чем не говорят, да и изменениями не являются - просто свой код
> В типовой вообще могут отказаться от этой формы. И сделать
> совершенно другую.
об том и речь, что вчерашние оценки завтра окажутся ни к черту

(47) + (48)
проблемы работодателя к фикси имеют апосредованное отношение + ты, похоже, путаешь работу и рабство
55 Jump
 
20.10.14
14:41
(25)- конечно не все равно.
Если сделаешь быстро то куча времени свободного останется, ну и во многих случаях оплата больше.
(25)- а почему именно фикси?
56 FoxFox
 
20.10.14
15:24
(55) В принципе и для франча/фри тоже, в случаях когда можно схитрить по выставленным часам, но не всегда прокатит
(54) И что из этого признак рабства?
>>проблемы работодателя к фикси имеют апосредованное отношение
Поясни, ничего непонятно, что хотел этим сказать.
57 ifso
 
20.10.14
16:28
(56)
> Поясни
Наличие "клиентов-пользователей", "аврала, незапланированных задач", "вечеровать" и увязки производительности сотра со сроками выхода обновлений вендора взаимоисключает "я делаю текущую задачу быстро и могу отдохнуть дольше" и противоречит ТК РФ. Все это не проблемы сотрудника, но проблемы работодателя/конторы, которые, вообщем-то, не должны касаться фикси до тех пор, пока ставка сотра в конторе или сама контора существуют.
58 FoxFox
 
20.10.14
17:20
(57) >>...взаимоисключает...
Да прямо уж? Опыт моей работы показывает обратное. Особенно про "Наличие "клиентов-пользователей", "незапланированных задач" весьма улыбнуло :)) Чем это противоречит ТК? И разве ИТ служба не для этого создана, чтобы выполнять эту работу? Наверно, у тебя задачи возникают строго по плану и исходят из вакуума?  
>>Все это не проблемы сотрудника, но проблемы работодателя/конторы, которые, вообщем-то, не должны касаться фикси до тех пор, пока ставка сотра в конторе или сама контора существуют.
В каком-то ты идеальном мире живешь.. Не во всякой организации взаимоотношения работодателя и сотрудника строго регламентированы, и бывает что они идут друг другу на уступки. И не думаю, что работодатель поймет тебя, если ты не сделал свою работу и подвел другие службы, ссылаясь на нерасторопность 1С, тормознутость и наглость вышестоящих органов, которым подай какую-нибудь адскую выборку сегодня (актуально для бюджетки) и т.п.
59 FoxFox
 
20.10.14
17:28
(57) И хватит уже оправдывать свое желание работать как можно меньше и получать за это деньги, в нормальных местах с высокой зп начальники ИТ-отдела не дураки и с ними принцип (26) не покатит :)
60 Jump
 
20.10.14
17:51
(55)Не понял что значит "схитрить по выставленным часам"?
61 FoxFox
 
20.10.14
17:58
(60) Ну как тут многие хвастаются, что закрывают по 200 часов в неделю. Управился по факту быстрее, часов выставил чуть больше.
62 ifso
 
20.10.14
20:08
(58) В силу ТК во всякой организации взаимоотношения работодателя и сотрудника строго регламентированы. Считаешь иначе - см. про рабство.
В реальности не важно когда вышло обновление от вендора - на его локализацию будет потрачено минимум столько времени, сколько фактически затратит фикси-обновляльщик, вне зависимости от самомнения начальника ИТ-отдела и басен про то, ради чего контора создавала ИТ-службу (решив, что поиметь своих рабов будет интересней и дешевле, нежели покупать на стороне соответствующий сервис).
(59) Работодатель хочет получить прибыль продавая дороже и меньше тратя (в т.ч. ЗП). У сотрудника аналогичные, но собственные интересы. Стороны вместе пока обе стороны это устраивает.
63 Jump
 
20.10.14
20:54
(61)Я этого не понимаю.
Любая работа оценивается в рублях. Иногда дополнительно оценивается время, но как правило не в часах а в днях.
Т.е чем времени меньше тем денег больше.

К примеру есть задача - цена 5000руб. Срок - неделя.
Надо за день? Не вопрос 10000руб.
64 FoxFox
 
21.10.14
05:26
(63) Не работал во франче? Там нет понятия "неделя", "день", платят по часовым тарифам. Так клиенту более понятно, из чего складывается счет, который ему выставили. На фри тоже легче так оценивать стоимость, чтобы хотя бы не продешевить.
(62) "Рабство-рабство-рабство" - походу, тебя где-то на фикси очень крепко обидели.
Еще раз: если ты работаешь работу только ради процесса, а не результата, то ради бога. И непонятно стойкое нежелание упростить муторный процесс. Может еще не пользуешься и синтаксическими подсказчиками, шаблонами и т.п.?
>>ради чего контора создавала ИТ-службу (решив, что поиметь своих рабов будет интересней и дешевле, нежели покупать на стороне соответствующий сервис).
Не надо всё равнять на ларьки, с трудом представляю в организации на 3000 человек до 1000 рабочих мест обслуживание на аутсорсинге.
65 ifso
 
21.10.14
06:20
(64)
> "Рабство-рабство-рабство"
Ну, кого-то смущает, что им про фашизм регулярно напоминают - не допускаешь, что причина не в напоминающих?
В то же время п.2 ст.37 Конституции РФ ненавязчиво так намекает относительно "удовлетворять своих клиентов-пользователей", "аврала, незапланированных задач", "вечеровать" и пр. подобных "мотиваций".
> Еще раз: если ты работаешь работу только ради процесса,
> а не результата, то ради бога.
О результате в чей карман речь ведешь?
Выше уже было показано, что рвение фикси наказуемо неоплатой сверхпроизведенного.
> с трудом представляю
Это лишь стойкое нежелание упростить муторный процесс )
Любое подразделение может рассматриваться (и существовать) как отдельная организация (в т.ч. как часть оптимизации).
66 FoxFox
 
21.10.14
07:59
(65) >>В то же время п.2 ст.37 Конституции РФ ненавязчиво так намекает относительно "удовлетворять своих клиентов-пользователей", "аврала, незапланированных задач", "вечеровать" и пр. подобных "мотиваций".
См. ТК, статью, думаю, сам найдешь.
>>О результате в чей карман речь ведешь?
В итоге - мой. ЗП повышают регулярно, отдавая предпочтение при распределении образовавшихся денежных резервов, +премии радуют.
>>Выше уже было показано, что рвение фикси наказуемо неоплатой сверхпроизведенного.
Ускоренное выполнение скучной работы, чтобы от нее быстрее отвязаться - сверхпроизведенное? А многодневное ожидание юзеров выполнение их заявок, лишь бы прогер не перетрудился, это в порядке вещей? Естественно, если круг обязанностей и количество заявок
>>Любое подразделение может рассматриваться (и существовать) как отдельная организация (в т.ч. как часть оптимизации).
Когда не знаешь, о чем говоришь, лучше промолчать :) Не одними ларьками и торгашами мир един, далеко не со всеми предприятиями так получится. Тем более сторонние организации обычно весьма слабо имеют представление о внутренних процессах и ньюансах, несмотря на всякие обследования (уже был неудачный опыт привлечения крупных вендоров для внедрения - по этой причине), и к тому же как правило обладают недостаточной скоростью реагирования. Приходилось бывать с обеих сторон и знаю, как и почему это происходит.
67 FoxFox
 
21.10.14
08:03
Случайно отправилось недописанным
>>Естественно, если круг обязанностей и количество заявок несоразмерно силам одного прогера, то в адекватной организации добавляют ставки, но мы же говорим про рабочие моменты? Интересно послушать, в какой такой волшебной фирме работаешь, где прогера никто не грузит (сидит пишет себе, а что - пофиг, занят делом и хорошо), а в отчетные периоды вообще тишь и благодать.
68 Мимохожий Однако
 
21.10.14
08:11
По теме в конечном итоге только МишельЛагранж
высказался )). Как ни программируй, а документирование изменений самое полезное вне зависимости от подходов в изменении формы.
69 FoxFox
 
21.10.14
08:26
(68) >>а документирование изменений самое полезное вне зависимости от подходов в изменении формы.
Ну есть у меня перечень того, что в каком объекте и в какой форме изменено/добавлено и что в итоге это делает, но один черт придется перелопачивать панели документов и внимательно переносить ЭУ и размещать их по местам. Разница при разных подходах чувствуется, и рисков, что где-то что-то потерял, меньше
70 ifso
 
21.10.14
09:32
(66)
> См. ТК, статью, думаю, сам найдешь.
Не, не найду, поясни.
> В итоге - мой.
Ну да, смешно. Особливо про распределение образовавшихся денежных резервов - типа, у конторы бабла лишнего образовалось, так решили сотрудникам раздать. )
> Когда не знаешь, о чем говоришь, лучше промолчать
RTFM :)'
(68) см.(21)
71 FoxFox
 
21.10.14
09:43
>>Не, не найду, поясни.
Странно, как же так, ведь так бравировал тут знанием закона
>>Ну да, смешно. Особливо про распределение образовавшихся денежных резервов - типа, у конторы бабла лишнего образовалось, так решили сотрудникам раздать. )
Не все организации - жадные торгаши. И резервы могут образоваться и в т.ч. от кадровой переорганизации, с тем же ФОТом.
Короче всё ясно с тобой, все прогеры-дураки чем-то упрощают себе жизнь (на инфостарте  и мисте особенно полно таких), один умный ifso не дает работодателю-фашисту облапошить себя и не перетрудиться не дай бог :)
72 ifso
 
21.10.14
09:51
(71)
> Странно, как же так, ведь так бравировал тут знанием закона
Во-первых, не бравировал, но лишь напоминал о его (закона) существовании.
Во-вторых, где номер статьи ТК, на которую ты сослался?
73 bolobol
 
21.10.14
09:54
Сразу соглашусь, что не идеально и зависимо от реализации конфы, но если есть обработка заполнения табличной части - её и надо пользовать. Так придумало 1С, и не придерживаться доступных возможностей, а кривить поддерживаемое - моветон, я бы увольнял за это.
74 МишельЛагранж
 
23.10.14
10:45
(70)да, это весьма исчерпывающее пояснение -
"делай как тебе удобно".