Имя: Пароль:
1C
 
Менять типовую форму под требование заказчика.
0 Толич
 
17.02.26
14:03
1. Свое мнение. 89% (8)
2. Задачу делать. И все счастливы. 11% (1)
3. Задачу не делать. Возвернуть. 0% (0)
Всего мнений: 9

Добрый день. Попробую без эмоций описать один спор и даже постараюсь сделать так, чтобы моя сторона была бы не определена.

Есть доработка, которую некоторые коллеги хотят завернуть. У коллектива программистов разошлись мнения о том, надо ли делать доработку.

Итак задача:
После очередного обновления от поставщика, у типовой формы изменились положения полей. Необходимо переставить поля, чтобы было так как привыкли пользователи. И это понятно, т.к. удобство пользователей должно быть превыше всего. В новой форме они, возможно, будут путаться в расположениях реквизитов и это скажется на производственном процессе.

Мнения коллектива:
1. Форма типовая на поддержке. НЕчего лезть портить форму. Разработчики меняют форму каждое обновление, поэтому каждое обновление придется тратить на нее время.
2. Пользователи - заказчики, программист - исполнитель. За это деньги получает. И как говорил выше, такие изменения мешают производственному процессу.

Уважаемые форумчане. Проголосуйте, пожалуйста. Что Вы сделали бы на месте программиста?

Заранее спасибо. Всем хорошего дня.

PS. Меня попросили добавить. Форма документа, элемента это не единичный случай. Их несколько.
3 unenu
 
17.02.26
14:00
любой каприз за ваши деньги, прочая мотивация ущербна.
главное чтобы деньги были очень большие, если маленькие - то ничего не менять.

Свое мнение.
5 SleepyHead
 
гуру
17.02.26
14:08
(0) А что, у вас кнопка "Еще" - "Изменить форму" заблокирована?

Свое мнение.
7 Fish
 
гуру
17.02.26
14:17
(5) +100500. Формы на то и управляемые. Пусть пользователи расставляют реквизиты, как хотят.

Свое мнение.
8 PuhUfa
 
17.02.26
14:19
Если клиент платит а вы хотите заработать то переделывайте хоть каждую неделю. Не вижу проблем. Если вам лень то (5)

Свое мнение.
11 paramedic
 
17.02.26
14:31
Честно говоря, я не видел, чтобы внешний вид типовых форм документов, справочников или обработок менялись без существенного изменения функционала.
Если полетели сделанные доработки из-за изменения наименований или положения в иерархии элементов, к которым привязываются эти доработки, то это нормальный процесс и от этого не уйти - поправили доработку и все.
Бывает, что после обновления слетают пользовательские настройки форм - ну и кроме этого глюков хватает. Поправили назад и все.
Лезть же своими шаловливыми ручками в типовой функционал чаще себе дороже потом выходит, т.к. в подавляющем большинстве случаев это делается из-за незнания или непонимания механизмов, заложенных разработчиками в конфигурацию.

Свое мнение.
18 RVN
 
17.02.26
14:52
1. Считаешь сколько будет стоить настроить эти формы.
2. Идешь с этим знанием к заказчику.
3. Предупреждаешь, что затраты эти не разовые, а постоянные при каждом обновлении.

Далее заказчик сам решит кто прав в данном случае))

Свое мнение.
19 Мультук
 
гуру
17.02.26
15:01
(0)

Скриншоты формы ДО и ПОСЛЕ в студию.
Они же типовые.

ИНАЧЕ
Сферический ответ в вакууме:

1)
Коллектив не умеет в расширения ?
Коллектив не умеет писать буквы в "МодификацияКонфигурацииПереопределяемый" и сделать изменения чисто кодом ?
(да я помню про "изменить форму", но большая часть пользователей при это "не в курсе")

2) Если это ЗУП -- посылаем пользователей в лес.

Свое мнение.
20 shuhard
 
17.02.26
15:02
(0)[Что Вы сделали бы на месте программиста?]
разобрался в причинах изменений
с минимальными затратами решил задачу

Свое мнение.
Независимо от того, куда вы едете — это в гору и против ветра!