Здравствуйте!

Заключили договор с подрядчиком на доработку типовой конфигурации 1С.
В техническом задании было просто сказано:
- разработать документ "Новый документ"
- описано назначение документа и его функции
- перечислены реквизиты документа
- перечислены реквизиты табличной части.

Нужно ли в тех-задании явно перечислять все типовые механизмы (которые используются в типовых документах), и которые должны работать в этом нашем новом документе?

Нам нужно, чтобы в этом документе работало:
- формат номера документа такой же как в типовых документах
- подсчет итоговой суммы по табличной части
- механизм цен и скидок
- механизм учета НДС (включен или не включен в цену)
- подбор из справочника номенклатуры
- авто-подстановка единиц измерения при выборе номенклатуры
- кнопка "Создать на основании"
- механизм разделения прав

Однако, подрядчик отказывается реализовывать некоторые из перечисленных функций под тем предлогом, что они не были указаны в ТЗ.

Кто прав?
Какие типовые механизмы должны быть реализованы "по умолчанию" при создании новых документов?
А реализацию каких типовых механизмов нужно явно оговаривать в ТЗ?

(108) Логично. Только тогда правильней 5 вариант.

Потому как уже говорилось выше - разработка добавленных объектов по стандартам БСП - увеличивает ТСО конфигурации при последующих обновлениях. И строго говоря, именно поэтому 1с-ник не должен этого делать.

Все, что не разрешено - запрещено.
Ибо навешаешь бантиков, а потом выяснится, что через них можно запрещенные махинации проворачивать.

(0) Со стороны заказчика:
Выбирали того кто сделает по дешевле (если бы все требования озвучили, возможно стоимость была бы в 5 раз больше).
Думали что будет за одну итерацию конфетка как в типовой.
Похоже в первый раз заказывают такую работу, не знают что исполнитель делает так как в ТЗ и что исполнитель не телепат.
Если исполнитель сделает что то лишнего, что не указано в ТЗ и при этом не нароком раскурочит Вам кофну (но он хочел как лучше), то потом Вы будете плакать какой он плохой, что Вы хотели только то что в ТЗ, а он полез куда не просят, пусть теперь восстанавливает и т.д.

Со стороны исполнителя, обсуждал задачу человек не имеющий опыта выявления требований (когда нужно задавать как можно больше вопросов и в конце сказать что будет сделано ТАК КАК в ТЗ и ни больше, а дальше опять задать кучу вопросов).

Итог:

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

Ошибками считается только то что не соответствует ТЗ, все остальное это дополнительные требования.

Если Вы не знаете как работает платформа, что относится к библиотеке, что к платформе, конфигурации и т.д., то наймите того кто знает и сможет составить это ТЗ ведя переговоры с Вами и исполнителем (тогда итераций будет меньше), либо платите исполнителю (больше итераций).

PS Например в УТ 11 в авансовом отчете вообще нет ни подбора, ни копирования строк ни НДС и т.д.
https://yadi.sk/i/w-bmOedNHDA_ig

(0) Интересно, какова была бы реакция заказчика, если б было сделано все даже лучше, чем в (0), подключены все мыслимые типовые механизмы.
А через месяц накатили обновление БСП и документ, предположим, перестал функционировать.
Потребовали бы переделать бесплатно?

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

Я пропустил видимо: Написание ТЗ - это время и очень немалые деньги. Иногда сопоставимое со стоимостью доработки. Вот кто писал ТЗ и должен нести ответственность.

Жизненный опыт.
Ибо сделаешь сверх ТЗ, а потом ещё себе геморрой получишь (Ну Вы же это сделали, всесломалось)

самую мелочь сделать можно, и всё.

(0) нифига себе доптребования поумолчанию!!

так

(0) ТС открой БСП, посмотри сколько там "типовых" подсистем.
на ITS даже мануал есть по каждой подсистеме, как каждую систему прикрутить -
и, внезапно, всё это стоит какое-то количество человекочасов

!

Если делает франч то однозначно по ТЗ.
Я так пробежался по теме - заказчик пытается свою некомпетентность спихнуть на франча.
Был "консультантом" на одном проекте. Подрядчик за условное оформление своего же отчета просил от 300 тыс. Так что «плюшки» — это не всегда легко как автору кажется.