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

Если делать хорошо - делать полный функционал, в типовых достаточно универсально всё

(1) +100. Иначе есть возможность в будущем поиметь большие проблемы.

(0) У вас есть выбор.
1. Сделать универсально учитывая функционал типовых.
2. Сделать проверку на использование характеристикам. Если это используется то сделать предупреждение что данный документ не имеет возможность работать

(0) по опыту говорю, делай с учетом

(0) Если оплата по времени - делай универсально, иначе - по ТЗ

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

(1,2,4) за это никто не заплатит.

(7) зачем тога спрашиваешь?

(0) Как дальше планируешь с заказчиком сотрудничать?

(2) (1) вас в франч не возьмут - не слишком жадные)

(7)(10) При чем тут не заплатят или не жадные?
Есть временная оценка на разработку нового документа, туда должно по умолчанию быть включен пункт "Типовой функционал".
Туда входит всё, от стандартных ПриОткрытии проверку на даты запрета, до всяких "Если ОбменДанными.загрузка = истина Тогда" при записи, все типовые подписки, префиксация РИБ и прочее, и прочее.

Это называется качественная работа, и денег за неё получишь столько, сколько выстаил при оценке.

В само понятие "Сделать новый документ" всё это должно включатся по умолчанию

(12) видимо мне ещё расти и расти