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

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

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

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

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

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

Подрядчик прав

(0) Увы но такие вещи надо в ТЗ.

(1) Получается, тогда нужно прописывать и кнопки "Закрыть", "Записать", "Провести" и т. д.?
А также команды контекстного меню "Копировать", "Вставить" ...

Да, надо перечислять.

(3) "Закрыть", "Записать", "Провести" - стандартные.
А я видел далеко не одно ТЗ на 1С лансере, где реально каждый чих описан со скриншотиками

Хочется понять: где граница что нужно прописывать в ТЗ, а что можно "умолчать" (оно и так подразумевается и должно работать)?

(6) Все надо описывать в ТЗ

(5) А разве формат номера документа "0000-000000" - не стандартный?

(8) Нет, это префиксация БСП

(5) ""Провести" - стандартные"
А если документ не проводися? ))

>> Какие типовые механизмы должны быть реализованы "по умолчанию" при создании новых документов?
Всё что на уровне есть платформы, типа (3).

Любые требования по "типовым" механизмам прикладного уровня должно явно указываться.

(10) Любое отчтупление от по умолчанию - должно быть отражено

А копирование строк из документа в буфер обмена, чтобы вставить их в другой документ?
Разве это не стандартный механизм?

(13) БСП

И создание на основании тоже есть как БСП реализация так и платформенная

в УТ CRM аж 3 реализации СоздатьНаОсновании:
БСП
Платформенная
Рарусовская

(9) >> это префиксация БСП

Так ведь БСП и расшифровывается - "Библиотека _стандартных_ подсистем".

(12) >> Любое отчтупление от по умолчанию - должно быть отражено

Мы то как раз и хотим, чтобы было все стандартно.
И чтобы не было не-стандартных отступлений.

А нам сделали номер документа в формате "0000000".

(13) Другое дело что та же префиксация и копирование подключаются достаточно просто, но если это делать не нужно, то зачем это делать?

(17) 0000000 - платформенный
не всем документам префиксация требуется

(10) >> А если документ не проводися?

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

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

(19) >> 0000000 - платформенный
>> не всем документам префиксация требуется

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

А у всех документов в конфигурации формат одинаковый.
И во всех документах есть копирование строк табличной части.

Почему в нашем документе эти функции не должны работать?

(22) Не все документы конфигурации префиксируются, поверьте.
Далеко не во все жокументывстроен функционал копироваения строк

Вы с подрядчиком просто нашли друг друга, низкая квалификация с обеих сторон.

(21) >> Потому что конкретно Вам в конкретно этом документе просто не надо

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

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

Обязательно должно быть описано
- механизм цен и скидок
- механизм учета НДС (включен или не включен в цену)
- подбор из справочника номенклатуры

Спорно.
- кнопка "Создать на основании"
- механизм разделения прав

(25) Ваши фантазии к делу оношения не имеют.
Подключать какие то возможности БСП к документу определяет заказчик, а не программист, ибо это время, а время деньги

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

Любой другой функционал требует труда разработчика. И интеграция механизмов (даже) БСП в конкретный документ не исключение.

(21) >> Цена работ расчитывается исходя из требований в ТЗ

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

(26) Дратуйте права не должны быть описаны, там на одних правах потеть неделю можно, ну мы же имели ввиду как документ реализации с ограничением по 100500 ролям, не ужели догадаться было сложно?)

(29) Вы за составление ТЗ деньги платили?
Составление ТЗ на проектах жо 50% от стоимости работ

(24) >> Вы с подрядчиком просто нашли друг друга, низкая квалификация с обеих сторон.

А как работают с высокой квалификацией?

Есть прекрасный ресурс1с лансер, можно там зарегестрироваться и посмотреть как матерые ТЗ составляют

(32) Или за ТЗ платятденьги и согласовывают или пишут самиЮно разбираются в том что надо

(27) >> Подключать какие то возможности БСП к документу определяет заказчик, а не программист, ибо это время, а время деньги

(28) >> Любой другой функционал требует труда разработчика. И интеграция механизмов (даже) БСП в конкретный документ не исключение.

Откуда я как заказчик могу знать, что какие-то функции реализуются в платформе (и для их реализации не надо ничего делать), а какие-то функции реализуются в БСП (и нужен дополнительный труд)?

Может быть это просчет разработчика, который не обратил на это мое внимание и не уточнил необходимость типовых механизмов БСП?

http://1clancer.ru/download/fileId=60116
http://1clancer.ru/download/fileId=60117
Вот ТЗ на доработку отчета

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

(35) Это так не работает.
ВПарихмахерской Вы или говорите как стричь или результат будет не такой как Вы хотите. Но для этого же Выне являетесь стилистом

(26) То есть формат номера можно было не описывать в ТЗ?
И сейчас мы можем требовать, чтобы нам его привели в соответствие с форматом номера в конфигурации?

(39) Это мнение господина Баранова. Я считаю что нужно.

(30)> Дратуйте права не должны быть описаны, там на одних правах потеть неделю можно, ну мы же имели ввиду как документ реализации с ограничением по 100500 ролям, не ужели догадаться было сложно?)

Как я уже сказал - спорно.

1. Если есть упоминание ролей в другой части ТЗ.
2. Если так рассуждать, то документ не надо ни в какую подсистему/интерфейс включать. Как минимум грубое, на создание, просмотр - должно быть. Вот более тонкое, например на изменение цен в тч, можно без явного требования не делать.

С другой стороны можно потребовать "соответствие документа единообразию конфигурации".

(41) Формулировка из разряда обеспечить корректную работу

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

(36) >> Вот ТЗ на доработку отчета

Ну здесь тоже ничего из типовых стандартных механизмов не перечислено.
Например:
- сохранение отчета в MXL,
- сохранение в PDF и т. д.
- стандартный механизм настройки фильтров

Кстати, можно ссылку на само задание?

(43) Это то что вшито в платформу и каких либо действий от разработчика не требует.

(37) >> Подрядчик с высокой квалификацией сделал бы все это по умолчанию

Так вот мы и ожидали, что он все это сделает по умолчанию.
А он теперь на отрез отказывается что-то доделывать, что есть в типовых документах.
Даже формат номера.

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

дальше уже обсуждение что, как и в каком объеме....


(46) может имеет смысл пригласить сюда вторую сторону?

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

(39) > То есть формат номера можно было не описывать в ТЗ?



В армии. Прапорщик показывает на кучу кирпичей и спрашивает у солдат:
Прапор: Рядовой Иванов, о чём вы думаете, когда смотрите на эту кучу кирпичей?
Иванов: Я думаю из этих кирпечей можно построить дот, чтобы защищать от врагов нашу великую Родину.
Прапор: Молодец, Иванов! Рядовой Петров, а о чём вы думаете, когда смотрите на эту кучу кирпичей?
Петров: Я думаю о новых школах и больницах, которые можно построить из этих кирпичей, чтобы богаче, краше стала наша Родина.
Прапор: Молодец, Петров! Рядовой Сидоров, а о чём вы думаете, когда смотрите на эту кучу кирпичей?
Сидоров: А я думаю о бабах!
Прапор: Почему о бабах??
Сидоров: А я всегда думаю о бабах!

"Василий Цуцыков оказался тощим человеком лет тридцати пяти, с узким лицом в золотых очках. В руках он нервно сжимал багровую кожаную папку, удивленно косясь на мятые бумажки, раскиданные по кабинету. Длинные волосы были схвачены сзади резинкой. «Голубой, — огорченно подумал Вадим Петрович, — впрочем, какая мне разница?»
...
— Ну, есть царь-колокол, царь-пушка, а у нас будет царь-масло!

— «Царь-масло»? А ты о бабах думал? Как будут наши бабы в магазине спрашивать? Дайте пачку «царямасла»? Ты о бабах вообще когда-нибудь думаешь?"(С)





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

(47) Тут и без второй стороны хватает тупых и жадных...

(48) "по самой дешёвой стоимости" - по НИЗКОЙ стоимость!

(51) Не выпендривайся.

(47) >> в теме же написал, что мешало написать это в ТЗ?

Мы сконцентрировались на наших прикладных функциях нового документа.
Мы подробно расписали что и откуда должно браться, как считаться.

Мы и подумать не могли, что к этому надо еще писать те вещи, которые и так работают в конфигурации.
Они же уже _работают_.

>> может имеет смысл пригласить сюда вторую сторону?

В смысле "сюда"?
Сюда в тему?

Это подождите, Вы ремонт начните делать, без ТЗ, сметы и постоянных пинков под зад взрослые мужики, которые тоже должны все понимать такого наделают, что реветь хочется.
У меня у бабушки 4я бригада только доделать смогла, видят бабка, типо ничо не понимает и творят дичь.

(48) >> и не смогли определить его квалификацию в процессе обсуждения ТЗ.

При обсуждении до заключения договора подрядчик вел себя более лояльно.

(53) По факту то что описали работает и корректно?

(55) > При обсуждении до заключения договора подрядчик вел себя более лояльно.

гы-гы-гы.

Впрочем, может быть заказ обговаривал один, а задачу поручили стажеру.

(54) >> Вы ремонт начните делать...

Делали...
На ремонт есть СНИП-ы, ГОСТ=ы.
То что не оговаривается, должно соответствовать этим "стандартам".
То есть опять же есть некие стандарты, про которые не нужно отдельно писать.

(53) Кгда Вы поймете, что то что Вы имеете ввиду знаете только Вы, наступит гармония.
Любое задание надо объяснять максимально подробно. Ни я ни другие мои коллеги, на сколько мне известно, навыками телепатии не обладаем, и то что твориться у Вас в голове - известно только Вам. Это каксется не только 1С.
(57) Скорее парень посчитал все, а ему еще часов на 10 работы накидали.
(58) Снипы есть, а косые швы в мозайке каким СНИПом или Гостом описаны? Затирка положенная через жопу?

(56) >> По факту то что описали работает и корректно?

В общем да.
Хотя сначала было много ошибок. С трудом удалось добиться исправления этих ошибок.
Но сейчас ошибок нету.

Но нету и типовых механизмов!
Строки из одного документа не перенести в другой документ, подбора нету, формат номера не правильный.

(60) Тогда увы, если сейчас все работает по ТЗ - только в суд,но ИМХО шансов у Вас мало.

(60) @Строки из одного документа не перенести в другой документ@

Это где такое есть, я что-то пропустил?

(59) >> а косые швы в мозайке каким СНИПом или Гостом описаны? Затирка положенная через жопу?

Это ошибки, и они должны быть исправлены.

Мы же говорим про соответствие неким стандартам, стандартным технологиям.

(53) сюда в тему, сюда на форум... если человек категорично отказывается сделать нумерацию, значит дело не в нумерации...

(58) При ремонте должен быть человек который смотрит как делают подрядчики и контролировать их.

Создавать ТЗ это отдельный труд.

У подрядчиков попа прикрыта ТЗ.

Отвечать должен тот кому за ТЗ заплатили деньги.

Если есть в служебных обязанностях составление ТЗ то виноват тот кто создавал ТЗ.

Т.к. такие пункты как
- механизм цен и скидок
- механизм учета НДС (включен или не включен в цену)
- подбор из справочника номенклатуры

непрописанные в ТЗ явная некомпетентность.

(62) В ут есть через папраметр сеанса реализовано.
(63) Да конечно, по 3 часа ора и только потом что то переделают. Это не ошибка, Вам так кажется, свет просто так падает (С)

(66) То есть там я могу из перемещения в платёжку строку перенести?

(63) > Мы же говорим про соответствие неким стандартам, стандартным технологиям.

В ТЗ было прописано соответствие БСП?

(62) >> @Строки из одного документа не перенести в другой документ@
>> Это где такое есть, я что-то пропустил?

Ну как же...
Это стандартный механизм платформы. Точно не помню когда он был добавлен.
В табличной части документа можно выбрать строки, скопировать их в буфер обмена, и вставить в другой документ.

(57) Или он просто жлоб.

(68) Судя по треду нет.
(69) Это не механизм платформы. Это часть библиотеки

(69) "Это стандартный механизм платформы. Точно не помню когда он был добавлен."
Давай вспоминай. Я что-то такого не помню. В 8.3.13 точно нет.

(69) А вот это вы уже наглеете... Такое точно в ТЗ надо прописывать.

(69) Я Вам могу рассказать какв крупной конторе на сайт по похожему ТЗ несколько миллионов выкинули)

(67) Скопировали
https://ibb.co/hLSnscD
Вставили
https://ibb.co/7ST2G0J

(35) >> Может быть это просчет разработчика, который не обратил на это мое внимание и не уточнил необходимость типовых механизмов БСП?

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

Но этот функционал есть далеко не во всех документах, и требовать что бы кто то догадался что он тут нужен - неверно

(76) Иногда пофиг на репутационные издержки, лишь бы это издевательство кончилось. Был у нас такой проект, я с него седой ушел

(78) И седой это не метафора, жена ругаться начала что у меня седина полезла

(78) https://cs11.pikabu.ru/post_img/2019/10/24/3/1571889332116175546.png

(0) обязательно необходимо оговорить каковы типовые решения вы хотели в подключенном документе! Это даже не оспаривается. Там масса механизмов которые могут и не использоваться вообще. Например заполнение объектов, Печать, редактирование реквизитов, групповая обработка по изменению реквизитов - КУЧА механики. Дополнительные свойства.

(78) Был к сожалению и у меня такой проект. Я вообще стараюсь за свою практику делать то что хотят клиенты - ну в итоге это было не выносимо и мы их бросили. А точнее так: вломили изурядную цену за этакие издевательства! В итоге знаю, что после нас там работало еще 8 франчей!!!

(0) к автору создай тему рядышком с голосованием и увидишь результат!

(33) поржал

(84) Там достаточно много неплохих бытовых ТЗ, зря так

(85) Это конечно не внедрение в газпроме, но те проблемы, которые вспыли у ТС я далеко не одно видел где прям разжовано

(85) это одно задание из ста. В основном - задание объясняется на пальцах в двух-трех абзацах.

(69) не платите деньги и всё. пусть переделывают.

(87) Ну хз, я на первых 5 страницах штуки 4 видел норм, там просто и сами задачи часто не требуют какого либо ТЗ.
(88) Странно, почему не платить, если функционал из ТЗ сделан?

(89) Хотя можешь не отвечать, мне похер)
Пойду в ПУБГ порублюсь, устал чота

(89) в тз написано, наверняка, доработка типовой конфигурации Бухгалтерия, или там Управление торговлей. Значит, все документы должны быть в едином стиле, в стиле типовой конфигурации. Если заказчик открывает документ и видит, что документ не соответствует, вообще другие кнопки и расположение полей, как в какой-то самописке, он смело может отправить подрядчика куда подальше.

(91) Честно - субъективно.
Копирование ТЧ далеко не у всех доков.
Префиксация реально имеет смысл только при обмене.
Создание на основании - тут могут быть сюрпризы, нельзя просто так взять м захотеть создавать на основании, нужна логика
Еслинственное что, я на свои доработки всегда создаю роль на чтение всех созданных мною объектов, остальную ролевую модель должен дать заказчик, то же самое с РЛС.
Мы тут конечно трещим, но там на самом деле работы то на час) даже интересна причина этого конфликта истинная.

(92) ну ок без НДС и скидок

(89) и потом раз там такое море ошибок, и обнаружено судя по всему только 10% ошибок, которые на поверхности, а остальные 90% еще пока скрыты, ТС дальше ожидает куча удивительных открытий.

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

(95) в новом то что - проводки соответствуют ожидаемым, отчёт с учётом этих проводок корректен, все поля реагируют как надо.
Это в типовом 80% думаешь 20% работаешь

(92) вообще-то префиксация всегда была для разделения документов по организациям. Тут ТС элементарно может придраться. Сказать, у меня есть документ номер 1 по организации Рога и Копыта, следующий документ должен быть номер 2, а у вас автоматом вылезает номер 8.

(97) да мы тут больше спорить будем чем эту префиксация добавлять)

Резюмирую: ТС лишить месячной премии.

Разработчику предложить оценить сколько будет стоить допиливание.

Ну и вообще любопытно узнать бюджет, а то может там 2 часа по 500 рублей заложено.

(99) не, просто плата за доработки будет платой за обучение, чисто с человеческой точки зрения я его понимаю, так же понимаю мотивы второй стороны.

ТС, зато теперь у вас есть полноценный опыт работы с франчами! :)

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

поэтому - да, больно.
но иначе - будет небольно, но очень дорого.

(0) Озвучьте уже цену то работы?

У меня например ценник за голый документ с таблицей товаров соотвествующий стандарту БСП - от 8 ч/ч.
Это при том, что на половине процедур будет стоять заглушка.
То есть Копирование строк будет переносить только номенклатуру и количество, заполнение на основании будет заполнять только общие реквизиты, организация, подразделение.
НДС будет только в виде реквизитов, потому что например в перемещении товаров - НДС нет и быть не должно.

И да 99% всего что бы написали не является обязательным и даже если вы возьмете 3 конфигурации БП, УТ и УНФ - написанные вроде бы на одной версии БСП - ни один документ в другой конфигурации - если его тупо скопировать - не заработает.

так что в данной ситуации вы 100% абсолютно не правы. Если вас не устраивает соотношение качества/цены текущего исполнителя на примере конкретной задачи. Платите (это ваша вина) и ищите другого исполнителя которому явно вербализируете ваши ожидания, лучше всего письменно и готовитесь платить за свои желания в разы больше.

(103) + И да примерно 1 раз в год-два 1С меняет версию БСП и часть/все добавленных документов разработанных по стандарту БСП - внезапно перестают работать - потому что стандартные процедуры, которые в них используются - 1С изменила. Что опять же приводит к увеличению затрат на владение такой конфигурацией. Ибо все эти документы необходимо после обновления рефакторить.

(104) И внезапно - никто вам не обязан делать это бесплатно - только на основании того , что оно раньше работало.

(104) Вот поэтому чем меньше "типовых" механизмов тем дольше работает документ без доработок

Всегда конкретизируйте ТЗ. Или нанимайте подрядчика-телепата (3х от рынка).

При фиксированном бюджете делать надо то, что прописано. При уточнениях ТЗ надо добавлять цену и сдвигать сроки.

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

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

(76) >> Просчет это или тонкий расчет конечно вопрос к подрядчику.
>> Опытный исполнитель должен конечно понимать при обсуждении требования подразумеваемые заказчиком.

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

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

(99) >> Резюмирую: ТС лишить месячной премии.

А меня то за что?

>> может там 2 часа по 500 рублей заложено.

Заложен час по 1800 руб.

(103) >> Озвучьте уже цену то работы?

Общая сумма 40 тыс.

(92) >> Мы тут конечно трещим, но там на самом деле работы то на час)

Во-во!
Может быть там некоторые вещи вообще делаются очень просто.
А подрядчик уперся и все.
Ну объяснили бы спокойно: типа на это столько-то часов, а на это столько-то.

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

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

(112) Наймите фикси на полставки - выйдет лучше и дешевле.

(113) Можете настаивать и на "темной теме" в 1С, сейчас это модно. Но если это невозможно - настаивайте хоть до посинения.

(91) >> в тз написано, наверняка, доработка типовой конфигурации Бухгалтерия, или там Управление торговлей.
>> Значит, все документы должны быть в едином стиле, в стиле типовой конфигурации.

Да, именно так. Только "Комплексная автоматизация".

(114) Пробовали найти фикси - не нашли.

"при первоначальной оценке они просто об этом не подумали" // Именно поэтому оценка - это всегда диапазон

(103) >> У меня например ценник за голый документ с таблицей товаров соотвествующий стандарту БСП - от 8 ч/ч.

А "ч/ч" - это что такое? Человеко-часы?
Нас то больше не часы интересуют, а стоимость.
Стоимость часа у тебя какая?

(88) >> не платите деньги и всё. пусть переделывают.

Ну мы не хотим так поступать.
Хочется как говорится конструктивнго взаимодействия.
Чтобы и нам было удобно работать в новой программе, и чтобы исполнитель получил нормальные деньги за свою работу.

(120) Значит, доплачивайте

(113) Ну, настаивайте, вкорячат картинкой, тоже мне проблема...

(121) Ну они то должны как-то отвечать за свои "проколы"?
Иначе получается, что за их проколы - мы платим.

(120) Так а на форуме зачем пришел жаловаться? В надежде что буковки в интернете погрозят пальчиком твоему исполнителю и он пристыженно побежит бесплатно все переделывать?

(117) Может, мало предлагаете?
Фикси-удалёнщика найти вообще не проблема, на фултайм сложнее, но тоже при хорошем предложении не так уж сложно для вашего рода задач, которые вы тут описали.

(122) Как я понял, картинку тоже нельзя вставить в колонтитул в 1С

(123) Так в чем прокол? Что они свой телепатический шар в ремонт сдали?

(123) Пока нет прокола

Исполнитель может вашу конфигурацию в глаза не видел, так почему же он должен по вашему знать наизусть все типовые и делать "по подобию"? Ему сказали тут копать, он и копает.

(124) >> Так а на форуме зачем пришел жаловаться?

Выяснить как лучше действовать сейчас.
И как лучше составлять следующее задание, с учетом того что мы не знаем в деталях что такое БСП и что там в нем есть и чего нету.

(126) Да, эт я поторопился. Там программно область а ля "МойКрутойКолонтитул" создавать надо и с проверкой вывода выводить. Кароч, плёвое дело, по сути. Лан, речь не об этом.

(129) Это его проблемы - видел он или не видел конфигурации.
Он согласился на ее доработку, значит пусть выполняет договоренности.

(130) А нет лучше.Конфу вы свою знаете?

(130) Не надо деталей БСП. Нужно написать - "За образец взять типовой док-т ТакойТоДокумент, по аналогии вывести кнопки такие, растакие и вот эдакие, пользуясь БСП".

(132) Не видя вашей конфы?Серьезно?

(132) С фига ли гости понаехали? Я могу доработать (тем более речь идет о новом документе) любую конфигурацию, но это не значит что я знаю стиль и возможности всех конфигураций

(128) >> Пока нет прокола

Как это нет прокола?

По крайней мере два прокола, с которыми обсуждающие тут согласились:
Печатную форму по образцу сделать не смог, не предупредив.
Шаблон нумерации документов не соответсвует стандарту.

Т.е. не надо абстрактно "сделать по подобию", а перечислить элементы функциональности и интерфейса.

(134) можно и без упоминаний БСП, прост сказать указать образец и какие возможности нужно перенести

(139) Ну, если задача стоит - не городить велосипеды во имя возможностей дальнейшего сопровождения и поддержки, то БСП лучше упомянуть.

(135) >> Не видя вашей конфы?

Это не наша, это полностью типовая конфигурация.

(137) ? что ха бред с нумерацией? А ты в курсе что даже в типовой БП у разных документов разный стандарт нумерации?  Я знаю как минимум 3 стандарта которые используются в типовой БП

(141)А базу давали или cf хотя бы?

(141) Да какая разница типовая она или нет? Я могу не видить в глаза ТИПОВУЮ конфигурацию УАТ, но в полне в состоянии добавить в неё УНИКАЛЬНЫЙ документ.

(141) Возьмите типовую КА 2.1 и 2.4, удивитесь различиям.
Надо базу давать разработчику и конкретизировать требования.

(136) >> Я могу доработать (тем более речь идет о новом документе) любую конфигурацию, но это не значит что я знаю стиль и возможности всех конфигураций.

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

(143) >> А базу давали или cf хотя бы?

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

(145) >> Возьмите типовую КА 2.1 и 2.4, удивитесь различиям.

Мы назвали подрядчику конкретный релиз - КА 2.4.

Кароч, классическое "нет ТЗ - результат хз".
Учитесь работать с подрядчиками, это полезно и экономит кучу средств и нервов.

К примеру в БП есть ЭДО, там документ входящий ЭД. Нумерация у него просто платформенная, не от БСП, т.е. вида 00000000293
Есть например документ установка цен, там нумерация вида ПУ-00000048, где ПУ - префикс базы для УРИБ
Есть поступление товара, там номер ПОПУ-000002, где ПО - префикс организации, ПУ - префикс базы
У счет фактуры на аванс свой стандарт.

И заметь это я еще про корп не говорю, где есть префикс подразделения и цифровой код подразделения.


Так что является стандартом?

(146) Он оценил свои возможности в рамках ТЗ, которые он и выполнил. В чем прокол?

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

Хотите, я с вами поработаю? :D

(142) >> А ты в курсе что даже в типовой БП у разных документов разный стандарт нумерации?  Я знаю как минимум 3 стандарта которые используются в типовой БП

Нет, не знаю.
Значит, еще один прокол подрядчика.
Он должен был спросить: "по какому формату делать нумерацию".

(151) случае разные бывают, возможно он уже обжегся и поэтому из принципа делает по ТЗ

Гарантирую уникальный опыт работы с проектным менеджером-разработчиком, после которого сможете любого франча нагибать в плане постановки задач ;)

(146) Он подумал и у него проблем нет, это у тебя проблема с кривой постановкой задачи и ты теперь пытаешься стрелки на разработчика перевести, чтобы начальство тебя не вздрючило

(152) Не против. Напиши мне на почту

(154) Да, действительно, подрядчик обжегся, что о многом не подумал в начале.
И теперь просто "забаррикадировался" с помощью ТЗ.

(153) Ага приходить строитель и спрашивает, назвоте мне номер ГОСТа или номер ТУ по которому мы будем плитку класть и раствор месить :)
Не должен он был спрашивать. Это вы должны указать, а раз не указали то по умолчанию используются возможности платформы. Что он и сделал

(0) Вся проблема "непонимания" друг друга заключается в сумме оплаты.
Сделать "новый документ" стоит X а сделать "со всеми типовыми" стоит уже 10*X.

Если бы у вас было детальное ТЗ, пусть не расписано все подробно но хотя бы сделаны ссылки на типовые документы или механизмы ("сделать как в ...") то боюсь вы не сошлись бы по сумме с исполнителем.

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

(161) Со временем приходит опыт что именно требуется заказчику и просто заранее додумываешь сам не озвученное и не описанное и увеличиваешь сумму.

(159) >> Ага приходить строитель и спрашивает, назвоте мне номер ГОСТа или номер ТУ по которому мы будем плитку класть и раствор месить

Не должен он спрашивать номер ГОСТа.
Он просто должен его соблюдать при выполнении любых работ. Это однозначно. Если при приемке обнаруживается, что ГОСТы не соблюдены, неважно оговаривались они или нет - работа не будет принята.

(162) А потом заказчик уходит к подрядчику из (0) потому что у него вдвое дешевле, т.к. он не додумывает и не накидывает

(163) Покажите мне хоть одного рабочего (строителя кладущего плитку ручками) который еще помнит про ГОСТ или ТУ :)

(132) "пусть выполняет договоренности" // Так и какие договоренности не выполнил-то?

(164) И такое бывает

(163) так он и соблюдал госты. Т.е. использовал возможности платформы.

(166) Те что были умолчаны "по умолчанию".

(162) >> Со временем приходит опыт что именно требуется заказчику и просто заранее додумываешь сам не озвученное и не описанное и увеличиваешь сумму.

А лучше озвучить заказчику то что сам додумал.
И обсудить это с заказчиком.
Именно в этом случае будет полное взаимопонимание.

Именно такие подрядчики нам и нужны - которые помогают заказчику "додумать".

(164) >> А потом заказчик уходит к подрядчику из (0) потому что у него вдвое дешевле, т.к. он не додумывает и не накидывает

Нет, не уйдет заказчик.
Или в крайнем случае очень быстро вернется назад к нормальному "додумывающему" подрядчику.

(170) Это называется фикси, и стоит уже от 100к в регионах и от 150к в Мск.

(169) Подробнее

(165) >> Покажите мне хоть одного рабочего (строителя кладущего плитку ручками) который еще помнит про ГОСТ или ТУ :)

Это я согласен - дефицит таких работников.

(170) Кривая постановка задачи, неверный выбор подрядчика, перекладывание ответственности на других. Да вам руководителя проекта менять надо

(166) >> Так и какие договоренности не выполнил-то?

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

(174) В ИТ все нормативы ("ГОСТы") устаревают раньше чем их успеют опубликовать.
Например уже давным давно обмен между базами 1С через COM соединение устарел и нельзя его применять в новых и желательно переписать в старых базах/конфах.
Но блин до сих пор же юзают, вместо веб-сервисов или чего другого.

(175) Ну сам себя он не уволит

(174) И ценник у них

(176) Что в договоре прописано на этот случай? Его разрыва или споров?

(176) >> Кривая постановка задачи

Был нарисован четкий образец печатной формы.
Девочки все шрифты, все цвета, все отступы отмерили.
В чем кривость этой постановки?

(176) Про печатную форму вопросов нет. В сабже речь о каком-то ТЗ с каким-то документом, там-то какие договоренности не выполнены?

(181) 1С не умеет до микрометра шрифты, отступы и до оттенка цвета соблюдать

(181) Нет такого, чтобы "в 1С это было сделать нельзя", т.к. если в электронном виде документ предоставлен - значит - его уже сделали, его лишь надо прикрепить в 1С.

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

(183)+ Точнее не умеет штатными типовыми механизмами, можно нечто внешнее использовать но это а)сложно и б)дороже

(170) "Именно такие подрядчики нам и нужны - которые помогают заказчику "додумать""
Такие подрядчики стоят на порядок больше.

Наверняка, Вы и сами говорили "максимально дёшево надо"

Да и какая разница, если сделано ТЗ и его оплатили? Больше работ - больше цена, Вам сделали первый этап, а если мало - оплачивайте второй. И так далее.

Я, как исполнитель, сразу так не делаю, ровно по ТЗ, а объясняю масштаб задачи, после чего заказчик говорит "стоп, стоп, стоп, не надо усложнять, нам по-проще". А по результату - один хрен: "А где НДС? А где ввод на основании? А где электронный документооборот?"...

(0) ТЗ это документ, покажите нам его, что конкретно Вы подписали с подрядчиком. Краткая выжимка в теме поста может быть обманчивой.

(189) Случайно не вы и делали (0) топик стартеру?

(25) >> отступление от стандартного функционала.
Именно это должно быть прописано, если не надо.

Вы заблуждаетесь. В ТЗ описывают не какие-то там отклонения. В ТЗ описывают требования. Это принципиальный момент.

Кроме того понятие "стандартный" функционал - очень и очень растяжимое. Вы в силу недостаточно квалификации сами не понимаете отличия стандартного функционала платформы от стандартного функционала БСП (а ведь кроме БСП, например, в типовую бухню встроено еще по меньшей мере 11(!!!) библиотек - БиблиотекаИнтеграцииВЕТИС, БиблиотекаИнтеграцииГосИС, БиблиотекаИнтеграцииЕГАИС, БиблиотекаИнтеграцииМОТП, БиблиотекаПодключаемогоОборудования, БиблиотекаСистемыМаркировки, БиблиотекаТехнологииСервиса, БиблиотекаЭлектронныхДокументов, ИнтернетПоддержкаПользователей, РегламентированнаяОтчетность, УниверсальныйОбменСБанками). У каждой из этих библиотек может быть свой "стандартный" функционал, который можно связать с вашим документом.
А еще есть "стандартный" функционал для конкретной конфигурации.
А функционал типа "выводить итоги в табличных частях" - вообще не является стандартом. Где-то есть, где-то нету - как программист нарисовал, так и будет (если не оговорено специально).

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

Всё, что не оговорено в ТЗ, может быть реализовано на усмотрение исполнителя. Если исполнитель "перестарался" и сделал то, что его не просили, это повод для претензии со стороны заказчика. Так же верно и обратное - если исполнитель не реализовал какое-либо требование ТЗ или реализовал его не так, как оно описано, не согласовав предварительно с заказчиком, это тоже повод для претензии к исполнителю.

(192) "именно эти требования (_не больше_ и не меньше) должны быть реализованы" // Значит ты ошибся с пунктом голосовалки

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

Как бы ССЗБ

(193) Я выбрал наиболее подходящий. Правильного варианта в голосовалке нет вообще. Ибо у автора извращенное и в корне неверное понимание того что такое ТЗ и что в нём должно быть.

Суть моего поста (если кратко). То что описано в ТЗ должно быть реализовано в любом случае. Исполнитель должен(!) это сделать. Всё что не описано в ТЗ явно, может быть реализовано или не реализовано исполнителем на его усмотрение. Но на за всё что сделано сверх ТЗ заказчик может предъявить исполнителю.

так нужно было изначально огаваривать что должне быть аналог документа Реализация, а не новый УНИКАЛЬНЫЙ документ

ваши хотелки тянут тыщ на 100-200

и да. "... это они еще в ракете не смотрели". ТС там походу много чего еще интересного может открыться со временем/в процессе наполнения базы.

(58) Покажите снипы и госты на разработку для вашей конфигурации.

Вообще, в чём-то ТС прав в (170), если на подряде не мартышка-кодер, а именно опытный разработчик/архитектор, то ещё на этапе обсуждения задачи имеет смысл обсудить все возможные хотелки, исходя из опыта разработчика. Это обоим выгодно и в плане увеличения объёма работ вместе с ценником для подрядчика, и в плане получения заказчиком готового решения, где все грабли заранее убраны опытным разработчиком.

(199) ага, потом выяснится что документ не учитывается в расчете себестоимости и доработка такая будет стоить 100500 денег

(201)В чем-то,еще бы на совесть начал бы давить.

(181) "Девочки все шрифты, все цвета, все отступы отмерили" - а без этого жить нельзя? Если цвет и отступ - ключевые моменты, то это должно быть чётко донесено до исполнителя.

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

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

(206) франч

(203) Ну, то, что ТЗ не проработано нормально, вина в основном ТС, я на его месте, передавая ТЗ, озвучил бы конечную цель и попросил разработчика экспертно оценить архитектурную составляющую. Может быть, это велосипед, который разработчик уже несколько раз переизобретал и знает доподлинно, где грабли и что нужно сразу делать ещё.
(206) Не просто есть вероятность, а с вероятностью 90% так и есть :)

(208) Воттт,а он поверхностно,думал франч будет его облизывать.

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

Вообще, правильно так (пример взят навскидку):
З: Наша цель - автоматизировать учёт транспортной логистики по ключевым точкам - время погрузки, время доставки, время разгрузки, на основании этого выводить некий KPI в форме отчёта для супервайзера. Мы предполагаем это реализовать через добавление реквизитов в типовые документы, чтобы их вносили кладовщики и охранники. Может быть, вы предложите более правильное методологическое решение?
И: Не нужно создавать реквизиты, корректнее будет создать новый документ, включающий в себя эти реквизиты, печатную форму со штрихкодом, сканирование которого на АРМ заполняет нужные реквизиты. Или создать бизнес-процесс доставки, где всё нужное будет отражено. Давайте рассмотрим плюсы и минусы решений.

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

(210) Ну, это если проект крупный. Для какой-то небольшой модификации БП учёта обследование не нужно, достаточно пару часов обсудить с представителем заказчика предстоящую задачу.

(204) классика же
https://www.youtube.com/watch?v=UoKlKx-3FcA

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

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

Итог:

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

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

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

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

(214) Самый вменяемый ответ.

что за копирование строк такое...

Даже не знал что копирование строк в типовых механизмах появилось. Я должен был это сделать если это не было указано в ТЗ?

(217) Ты не знаешь типовых механизмов. Ты профнепригоден!

(201) >> Вообще, в чём-то ТС прав в (170), если на подряде не мартышка-кодер, а именно опытный разработчик/архитектор, то ещё на этапе обсуждения задачи имеет смысл обсудить все возможные хотелки, исходя из опыта разработчика. Это обоим выгодно и в плане увеличения объёма работ вместе с ценником для подрядчика, и в плане получения заказчиком готового решения, где все грабли заранее убраны опытным разработчиком.

Спасибо за поддержку!
Согласен. Мы на такую работу и рассчитывали.

(211) >> Мы предполагаем это реализовать через добавление реквизитов в типовые документы, чтобы их вносили кладовщики и охранники.
>> Может быть, вы предложите более правильное методологическое решение?

Мы столкнулись с тем, что как правило, исполнитель на это отвечает: "Как скажете так и сделаем".

(214) В общем тоже со всем согласен.

Ты косвенно подтверждаешь, что подрядчик в общем-то не совсем прав, так как не сделал того, о чем ты пишешь:

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

Формально, конечно, подрядчик прав.
Но сработал он не очень профессионально.

(220) Думать за заказчика стоит дороже чем ваять по ТЗ, уже писали это.

Разница в постановке вопроса от И, вместо "Что сделать?", он задает "Зачем вам это надо?"

(211) После чего Заказчик берет вылизанное ТЗ, говорит Исполнителю "Большое спасибо" и идет на рынок искать кто сделает ему дешевле.

(221)А вы заплатите за проф-м?

(223) Очень частый вариант, решается почасовой оплатой с момента начала составления ТЗ.
Т.е. обычно например я беру за свое потраченное на заказчика время.

(223) Почему же?
Зачем отказывать от исполнителя, который проявил себя как настоящий профессионал на "кота в мешке"?

(223) Пара часов обсуждения - небольшая цена для выявления недобросовестного заказчика. Такой ведь может и на сотни тысяч кинуть впоследствии. И в (225) всё верно, почасовка решает.

(226) Потому что это описали из опыта личного

(226) Среди заказчиков жадных и тупых не меньше, чем среди исполнителей :)

(227) предоплата еще лучше)

(230) Ну, предоплату за ещё не обозначенный объём работ как-то не особо обозначишь.
Можно минимум какой-то затребовать, как вариант. 5-10 часов, к примеру.

(230) Платишь предоплату и попадаешь как в предыдущем посте - на жадного и тупого.
Тоже попадали на таких - исполнитель сделал плохо, так еще и запаролил то что у нас до него было сделано.

(231) За ТЗ,просить просто так не очень проходит

(232) Печалька.

(226) Потому легко найдете дешевле раза в 1,5 - 2. Что вы выберете? 80 тыс от профессионала или 40 тыс от "середнячка".

(231) Продлевать будете?))

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

(232) Что он там запаролить в тестовой базе мог и зачем?) Ну разверните бекап заново да и всё

(219) так если вы на такого рассычитывали,то он должен был описать вс е в ТЗ.
или вы рассчитывали, что он все сам правильно сделает без ТЗ?

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

(0) Подрядчик прав. Но конечно тоже молодец. Раз док делают уточнили бы что-куда он делает движения, и как им будут пользоваться.

(240) Я сам являюсь постановщиком задач для разработчиков наших сайтов.
Да бывает реализуют не так как мы бы хотели. Но всегда находим компромисс.
И при этом в ТЗ у нас только суть. Остальное все на словах.

(242) Видать, разрабы более профессиональны, чем подрядчик ТС-а.

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

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

(245) А кто накатывает обновление?

(246) Админ обновит, это ведь несложно, конфа почти типовая

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

- Слушай, ты разработчик. Ответь, почему разработчики всегда неправильно оценивают время на создание программ?
- Представь что тебе надо разгрузить машину, сколько времени это займет?
- Пару часов
- Это камаз
- 8 часов
- Камаз, груженый песком
- 12 часов
- У тебя нет лопаты и инструментов, только твои руки
- 2 дня
- На улице -40
- 4 дня
- Камаз вообще под водой
- Так же нечестно, ты постоянно придумываешь новые условия! К чему ты мне вообще все это рассказываешь? Вы, разработчики, вечно всякую фигню рассказываете! Вместо этого могли бы просто оценить правильное время на разработку.

(248) Хороший пример.
Прям как анекдоте.

Гиви, что ты сделаешь, если медведя в лесу встретишь?
— Вах, конечно, его из ружья убью.
— А если нет ружья?
— Тогда из пистолета…
— А если и пистолета не, тогда что?
— То кинжалом зарэжу.
— А вот нэт у тебя кинжала.
— Как нэт? Всегда с собой!
— Дома забыл кинжал, нэту его.
— Тогда камнем зашибу.
— А вот нет в лэсу камней.
— В лэсу камней нет?
— Нэту. Вот такой вот лэс.
— Тогда на дерево залэзу!
— А вот нэту в лесу деревьев!
— Вах, Гоги, как же в лесу деревьев нету?
— А вот такой вот лэс — без деревьев.
— Тогда убегу!
— А не убежишь — медведь быстро бэгает!
— В озэро нырну!
— А вот нэту в лесу озера!
— Слюшай… Ты вообще за кого? За меня или за медведя?

У автора ветки налицо классическая проблема абсолютно всех заказчиков - патологическое нежелание вникать в суть задачи и все детали её решения. Классические подходы:
- "ну вы же специалисты". Оно же "ты ж программист".
- "сделайте нам всё красиво".
- "а это и так подразумевалось само собой". Оно же "это же и дураку было понятно".

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

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

Быстро, дёшево, качественно. Выбрать можно одновременно только два пункта. Так что быстро и дёшево никогда не будет качественно. А быстро и качественно не может быть дёшево.

(250) и все это за фикс прайс

(250) можно не погружаться, но тогда бюджет не ограничен

(250) Вдобавок он плохо выбирает исполнителей, которые привыкли работать по ТЗ, не думая. Тут, к сожалению, как со строителями - надо искать по рекомендациям.

(250) >> У автора ветки налицо классическая проблема абсолютно всех заказчиков - патологическое нежелание вникать в суть задачи и все детали её решения.
>> ему придётся погружаться в мелочи, детали, нюансы и особенности

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

В общем суть понятна.
Спасибо, ребята!
Следующее ТЗ постараюсь поточнее составить.
Где бы найти описание БСП?

(254) А вы озвучили [Вот я и ожидал от нашего исполнителя, что они помогут вникнуть и точнее сформулировать задание.] или только подумали?

(254) ну ищи другого. но цена может быть выше

(254) Это нужно было озвучивать сразу

(247) Тогда исполнитель не при делах, заказчик знал о том, что конфа уже нетиповая, и если не проконсультировался с разработчиком - сам себе злобная буратина.

(255) Вам подсказали уже,что проще на примере готового дока писать

(255) так ты уже считай нормальное составил, в (0) вполне годное дополнение к ТЗ

(259) Мягко говоря, неочевидно.
- Наделал тут всякого, чего не просили, и сломал конфигурацию!

(196) Сам себе противоречишь. Внимание на подчеркивание.

(255) >> Где бы найти описание БСП?

На ИТС. Так же ка и описание многих других стандартных библиотек, которые встраивают в современные конфигурации.

>>  суть понятна.

Сложилось впечатление, что не до конца.

Кстати,а оплачивать готовы тех кто будет задавать вопросы?Не услышал так ответа

(263) Не вижу явных противоречий. А те, что есть (а они действительно есть), вызваны отсутствием наиболее точного варианта ответа.

(211) Такие дискуссии платные, вот в чем соль. Кому интересно безплатно участвовать в улучшении постановки?

(267) В последнем абзаце написано, что это не бесплатно.

(255) >> Где бы найти описание БСП?
С ума сошел? Там техническая инфа, которая не всем программистам понятна. Уровень программиста средний+ . Тебе задачу по типовым механизмам надо ставить - "нужна кнопочка как в этом документе".

(254) "ожидал от нашего исполнителя, что они помогут вникнуть и точнее сформулировать задание" // Забезплатно?

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

(146) Нужно давать либо копию базы, либо доступ к копии базы, либо тестовый стенд (где изменены данные) и только в этом случае можно проверять правильно ли работает то что сделал исполнитель.
Если дали пустую базу или cf или вообще ничего не дали, то стоимость возрастает минимум в 2 раза, т.к. в тестовой базе необходимо смоделировать то что будет происходить в вашей базе, а в ней очень ОЧЕНЬ много разных настроек и будьте готовы к тому, что у исполнителя на его базе все будет работать как по ТЗ, а в вашей вообще не будет работать.
(221) Исполнитель не прав только в том, что не задавал вопросы и не уточнял, но это из-за отсутствия опыта, когда опыта наберется, то будет так:
1. Оценка очень приблизительная от-до.
2. Будет задавать кучу вопросов.
3. В стоимость будут включены переговоры и составление ТЗ.
4. В стоимость будут включены часы на непредвиденные задачи.
В итоге заказчик будет думать что за его микро задачку хотят что то очень много денег и задают что то очень много вопросов, которые и так должны были додумать по умолчанию. В итоге заказчик идет искать дальше студента который как в (0) сделает так как в ТЗ не задавая лишних вопросов. Круг замкнулся.

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

(220) Правильно говорит исполнитель, т.к. большинству нужно сделать быстрее и дешевле, а за вылизывание задачи Заказчик платить не хочет, также Заказчик не хочет платить за то что бы исполнитель погрузился в задачу (а это иногда занимает больше времени чем решение задачи, а иногда и задача в итоге такого погружения/расследования меняется или вообще исчезает, т.к. это можно решить стандартными средствами).

(266) Рекомендую пройти этот тест: https://nazva.net/logic_test1/
О результатах доложить в этой ветке :)

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

Я правильно понимаю - что если бы франч обсчитал все хотелки "хочу как стандартной реализации"  и выкатил бы ценник от 200 тыр, плюс увеличил бы стоимость ежемесячного обновления с 1800 до 15000-18000 -  то тот кто оплачивает все хотелки сказал бы - обойдетесь без копирования строк, нумерации и ввода на основании?

(244) Справедливости ради - примерно 90% фиксиков и фришников - тоже знаете ли совсем не гении.

(255) Забавно, что собственно к БСП (и то с большой натяжкой)- из перечисленного вами можно отнести только разделение доступа и префиксацию номеров.

(277) или как вариант, заказчик покрутил бы у виска и всем потом рассказывал про неадеквата, который 200 выкатил, когда все остальные предложили 40 ))

(278) Ну, "не гений" и "тупая мартышка" всё-таки несколько разные категории :) На фиксе вторых как-то поменьше будет, естественный отбор сказывается. Насчёт фри затрудняюсь сказать, там слишком разношёрстный люд.

(275) Утомил. Глупый спор ни о чём. При выборе ЛЮБОГО из предложенных вариантов ответов были бы противоречия с моими высказываниями. (Я по-моему, уже третий раз это повторяю.)
Потому что автор голосовалки видит мир в чёрно-белом цвете. Все пункты, кроме третьего, отражают некие крайности. А одной из мыслей, которые я пытался до него донести заключается в том, что в жизни встречается чуть больше цветов, чем только два.

(273) >> кто писал ТЗ и должен нести ответственность.

А кто его утверждал и подписывал?
Во всех проектах, где я участвовал, в случае возникновения подобных проблем, после разбора всех полётов, выясняется что все кругом *андоны. Заказчик что-то не договорил, не уточнил. Интервьюер что-то не так понял на этапе сбора требований. Постановщик с архитектором не так сформулировали. Программист не совсем так реализовал. А заказчик в 90% случаев ТЗ объёмом больше трёх страниц подписывает, вообще не читая.
Это не значит что никто не виноват. Но и вешать всех обезьян всегда на постановщика тоже нельзя.

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

ТЗ должно содержать четкое определение того что нужно выполнить. Любые формулировки которые можно истолковать по разному могут быть истолкованы по разному в конце.

(283) если тз написано тех языком, то заказчик его просто и не поймет

поэтому для сложных задач только эджайл

Именно для "полного удовлетворения заказчика" всегда к рассчитанным часам прибавляю 50%. Даже когда точно знаешь, что "ну за 1 час сделаем по любому". Просто +50% и любые "мы не совсем так имели в виду" будут прикрыты. А если и сделал быстрее, и заказчик больше ничего не хочет, то воспринимаю эти +50% как премию за точный расчет трудозатрат. :)

(286) "заказчик его просто и не поймет" - тогда он не должен его подписывать.

(281) Интересно на основании каких данных вы делаете вывод - что у фиксиков процент говнокода и говнопрограммистов - ниже чем у франчей?

Количество автомотивированных людей в популяции - примерно постоянно - где то между 10% и 30% - все остальные программисты не входящие в подмножество автомативированных людей  стабильно пишут говнокод - независимо от того где работают - во франче или на окладе.

(290) хочется думать что ты входишь в "элиты" только по факту правильного места работы

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

ну итог по таблице для упр форм делается в 1 клик

(286) >> если тз написано тех языком, то заказчик его просто и не поймет.

Это его личные половые трудности.
Если ему что-то непонятно, он всегда может попросить разъяснений таких моментов у авторов ТЗ или даже потребовать их переписать/дописать/уточнить в терминах и сущностях прикладной области.
Почему-то бухгалтеру понятны термины "журнал проводок", "проводка", "операция" и "документ". Но вызывают глубокий ступор слова "регистр", "запись", "набор записей" и "регистратор". Хотя это суть одно и то же.

Суть ТЗ в том, что обе стороны (исполнитель и заказчик) должны понимать что именно будет сделано. Потому что потом любые взаимные претензии будут переадресовываться именно к ТЗ. Ибо со всеми остальными, которые в ТЗ не упомянуты, можно идти жаловаться в спортлото, ОНН или ЕСПЧ (куда там щас принято).

(293) Ну да это если речь об итоге в подвале таблицы. А если речь "как в документе 1С" (- там в подвале таблицы - 1С ничего не выводит - в реквизит на форме размещенный - там все таки не так уж прям все просто и очевидно.

Я например в БП на форме ПТУ - насчитал 12 вызовов расчета Итого из разных процедур.
Это все таки не галочку в конфигураторе поставить.

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

сейчас маньяк придет, все расставит, он всегда с запасом деньги берет, с учетом всяких "потоков сознания по умолчанию"

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

+(298) Я даже больше скажу, качество кода далеко не всегда зависит от квалификации разработчика. В условиях нехватки времени даже эксперт может ляпать код "на коленке" сугубо ради быстрого результата.

+(299) У франчей же авралы - это нормальный режим работы разработчика, стремящегося закрыть побольше часов.
Так что перекос есть, и это не от какой-то "илитарности", сугубо из-за специфики и различий условий работы.

Я на обеих сторонах был, так что предвзятость тут не при чём. Сугубо личный опыт.

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

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

так

(302) Ну да, развёл лохов на деньги, да ещё чтобы к нему теперь докопаться нельзя было. Кросаучег просто...

(304) в чем развод?

(305) В том, что не сделал так, как клиенту надо. Честный разработчик уточнил бы ТЗ, и, если клиент не согласился бы на увеличение бюджета для его реализации - отказался от работы.

(306) +++++

(109) >> разработка добавленных объектов по стандартам БСП - увеличивает ТСО конфигурации при последующих обновлениях

Кстати, что такое "ТСО"?

(308) Total Cost of Ownership

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

(306) На смену честному гаишнику идет честный разработчик. Не доедает, не досыпает, умрет но сделает "как надо клиенту"

https://s9.stc.all.kpcdn.net/share/i/4/547764/wx1080.jpg

(306) это заказчик должен отказаться, а не разработчик

(311) Читать умеешь? Я не говорил, что обязан в рамках того-же бюджета.

(282) При чем тут автор-то, к тебе-то вопрос по твоим же словам был.

(312) А я что написал?

(307) Я надеюсь, данная ситуация научит вас работать лучше и качественнее. Вашей вины в произошедшем не менее 50%

(310) Если разработчик предложил сделать это с увеличением бюджета, а заказчик отказался, и теперь требует - тогда да, заказчик - жлоб. А вот если разработчик ничего не предлагал, совсем другой расклад.

(317) А зачем разработчику предлагать, если ему дали конкретное ТЗ и попросили оценить?

(318) Затем, что цель хорошего разработчика - сделать так, как нужно клиенту, а не срубить бабла и уйти в закат. Но не всем дано это понять, да.

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

(319) См. (267)

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

(320) Не факт, у каждого свое чувство прекрасного, для кого-то деньги пахнут, ну или участвовать в реализации корявой постановки желания нет

(320) Да. Но предложить "сделать хорошо" при этом нужно. Не в ущерб себе, конечно.

(321) В данном конкретном случае разговор был бы коротким.

(325) См. (270) :)

(270) >> "ожидал от нашего исполнителя, что они помогут вникнуть и точнее сформулировать задание" // Забезплатно?

Мы предлагали время, потраченное на предварительные обсуждения, включить в оценку выполнения задания.

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

(327) Что-то вы себя уж слишком белыми и пушистыми выставляете. Как-то не верится.

(328) Должен.
Или платить за это

Не надо экономить на постановке задачи. Как задачу поставили - так ее и сделали.

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

помню как-то подобный ТС заказчик пытался на разборках аппелировать определением ТЗ в ВИКИПЕДИИ, очень смешно было.
как я понял стоимость доп работ примерно 40к? это 16 часов по франчовым меркам, весьма малая цена за полученный опыт по части точности формулировок.

(333) Скорее, опыт в том, что среди 1С-ников разводил не меньше, чем в других профессиях.

Все не прочитал, но думаю дело было так: исполнитель сказал "работа будет стоить хулеард рублей", на что заказчик сказал "бюджет 100 руб". Ну сто, так сто. Сказку "жадный богач" помните, где из одной шкурки 7 шапок сделали?

+335 сколько делали для заказчиков, почти всегда шли на встречу небольшим изменениям: тут передвинуть, тут добавить. Но такое развитие ситуации было изначально заложено в цену

(0) однозначно! Просто спорные моменты всегда надо обговаривать. То есть подрядчик в данном конкретном случае обязан был спросить как мы делаем!

(327) Исполнитель отказался?

(338) Лично у меня уже начало складываться впечатление что исполнитель тупо "не может", а не "не хочет".

Для франча который специализируется на обновлении типовых, ИТСе и ВПФ и не имеет собственного проектного отдела - разработка товароучетного документа в КА, "как в КА" - вполне может быть на грани (или за гранью) его компетенций/возможностей.

(327) "время, потраченное на предварительные обсуждения, включить в оценку" // Это какая-то новая схема развода? :)
В чем профит исполнителю от того, что _уже потраченное_ время включено в какую-то там оценку?

(328) Не путай тех. проект (ТП) и тех. задание (ТЗ).
ТЗ - это как раз хотелки на языке бизнеса, ТП - технический документ для кодера.

(334) То что исполнитель не подумал за заказчика вряд ли справедливо называть разводом. По ТЗ-то ведь все сделано.
На то аджайл и придумали.

(340) тебе предлагают по факту заплатить и за время на тз сверху. где ж тут развод?

ну и исполнителю не все оплачивается. есть еще пресейл

вернее исполнитель получает за прейсейл не от заказчика, а от своей конторы. если конечноон не продажник. там все иначе

(342) Ну, это как заказчик электрику попросил сделатть, и подрядчик половину алюминием положил, половину медью, и соединение скрутками сделал. Вроде, по ТЗ, да?

(341) >> хотелки на языке бизнеса.

Не надо путать "язык бизнеса" с "языком прикладной области" и с "языком прикладных объектов конкретной конфигурации".

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

А то зачастую ерунда получается, когда после ТЗ с единственной формулировкой "Хотим автоматизированный складской учёт", начинаются претензии о том, что на формах документов нет итогов в табличных частях и кнопочки "Создать на основании".

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

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

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

(346) Если это не противоречит всяикм там ГОСТам и СНиПам, то проблем никаких не вижу

(347) И тебе не путать

(350) Так заказчик откуда знает, противоречит или нет? Получается, если воспользоваться незнанием заказчика - это и есть развод. Но я не говорю, конечно, что заказчик белый и пушистый, и не в чём не виноват.

(352) Так и не надо знать. Расчет на то, что все сделано как положено, если это "как положено" оформлено в виде норм.
Что там в плане документа сделано "не как положено" ТС так и не рассказал.

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

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

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

(354) Ничего не надо уточнять, ибо "пользователь не знает, чего он хочет, пока не увидит то, что он получил" (с) :)
Поэтому оцениваем с расчетом на бантики и (322)

(356) Мы говорим про этот конкретный случай, или вообще? Если вообще, то согласен, а если этот конкретный случай, то нет :))

(304) Думаю, 2/3 из голосующих на в самом деле так не делают. Это просто страховка от крайностей. А так, хорошим людям не жалко быстренько расставить обработчики из БСП. Мне вот до сих пор должны с**ные 200 евро один автодилер с немецкими традициями. Вот для таких мне жалко своего дополнительного времени. Т.к. сначала идет техзадание, неважно внятное или нет, а потом начинается сушка, т.к. проверяют раз в квартал, за это время успевает измениться спецификация и ТЗ, соответственно. Я уже потратил на все это куда больше, чем планировал, и еще потрачу час-два и т.д. чтобы забрать свои деньги, хорошо если в этом году.
Ну а вообще, в целом, вот это:

- механизм цен и скидок
- механизм учета НДС (включен или не включен в цену)
- кнопка "Создать на основании"
- механизм разделения прав

контекстно привязано зачастую к регистратору. В той же обработке заполнения может быть тысячи строк кода. Да и в RLS могут быть уникальные километровые простыни. Забесплатно код писать глупо. Но, конечно, по уму обо всем нужно предупредить хотя бы на словах. Но слова ничего не значат(чай не 1913 год на дворе, когда рукопожатиями заключали сделки), иногда тупорылые директора тупо хотят чтобы "работало все", не вникая в подробности. Вот на это попадаться не стоит.

(357) Но про этот конкретный мы ведь и не знаем как повела себя вторая сторона (исполнитель) - все со слов первой (заказчика).
То что вторая сторона не заложила бантики ("тесную" интеграцию с БСП) в оценку Я еще в (322) озвучил и в принципе не спорю, но аналогия с электриками и скрутками неправильная.

(359) ты же не знаешь какой там торг шел по цене.

(355) ++++ 1000%
Спасибо за поддержку!

(360) К чему ведешь / на что намекаешь? :)

(362) к тому что это  была не ошибка, а вынужденная мера

(363) Да, такой вариант допускается, у меня там фраза "скорее всего" оставляет место для маневра в рассуждениях)

(0)Прочитал 2 страницы, дальше видать в том же духе. Вас тупо троллят. Здесь абсолютно каждый знает, что для того чтоб стать нормальным одинэсником и дорабатывать типовую конфу надо знать эту типовую(может быть не все, но большую ее часть). В любой теме, где спрашивается, что нужно чтоб стать 1сником все единогласно пишут одним из пунктов это изучение типовых. Для чего это надо: чтоб свои огороды не городить часами, а использовать готовое за 30 сек и чтоб не увеличивать в 10-20 раз стоимость работы и чтоб в последующем можно было доработки спокойно абгрейдить, не только тем программистом, который изначально писал но и любым другим нормальной квалификации.

Приведу вам пример с вашим номером. В программе есть типовая процедура формирования номера. Программист обязан был прогнать формирование номера через эту процедуру. В данном случае программист сэкономил 15сек работы и не прогнал. Завтра вы позовете другую контору и попросите: измените нам формат всех документов на такой какой нам надо. Программист скажет вам без проблем 15 мин работы: залезет в типовую процедуру и поменяет там одну строчку, но все ваши дописанные документы останутся с прежним форматом и вы начнете предъявлять претензии этому программисту, хотя он все сделал как надо. Конечно супер прог прежде чем браться за работу спросит, сколько дебилов было до него в этой конфе и посмотрит хотя бы мельком, что там нагородили. На форуме вы спросите кто виноват и кто за это должен платить. Вам скажут, что второй прог абсолютно прав и он не обязан доделывать бесплатно. Получается и первый красавец и второй, а вы просто пользователь 1с, который не может всего этого знать, должны в 10 раз больше платить - это называется развод. Уберечься от этого наверное нельзя, но со временем надо найти нормального прога(контору) или будете всегда мучатся и переплачивать.

+(365)Не говоря о том что данный документ итак вас не устраивает, все доработки этого чуда будут стоить многократно дороже чем должны были. И вероятность ошибок будет в разы больше чем при использовании типовых механизмов.

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

Когда есть ТЗ, тогда все, чего в нем не указано явно, разработчик делает или не делает на свое усмотрение.
Оно за тем и нужно - ТЗ это ваше.

Подрядчик прав

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

(367) ну блин, может в ТЗ надо описывать что это должно на мышку реагировать? а то программист не сделает?

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

(370) Если предъявляются претензии - значит это важно.
Если это важно - это должно быть описано ДО.
И да, если важно как должно реагировать на мышку -это ДОЛЖНО быть описано в ТЗ

(355) ну, как-то же заказчик теперь догадывается, об чем ему хочется возражать. Вот так и должен был.
Да и - ну, ок - заказчик не знаел. Вот сейчас узнал, а в чем тогда претензия к подрядчику? То, о чем ты узнал, стоит отдельных денег. Заплати за работу, получишь работу. В чем вопрос?

Вопрос в том, что заказчик каким-то хером уверен, что это должно входить в заявленную ранее стоимость. Тут или "я о механизмах не знаю" и тогда ты не можешь судить о стоимости работ и о том, что входит, а что нет, или "я в курсе этих механизмов" и тогда ты можешь судить как-то о стоимости и где была твоя голова, когда ты подписывал договор.

(367)Но есть какое-то рамки подробности написания ТЗ. И есть стандарты, которые предусмотрены типовой конфой. Зачем из заказчика делать идиота?
(371)Для того, чтоб не работать в убыток надо стать профессионалом своего дела, тогда и делать будешь как надо и быстро и вероятность ошибок и переделок будет минимизирована. Иначе зачем вообще квалификация программиста и чем вообще отличается сильный от слабого прога, если можно просто городить свой огород и за это сшибать деньги. (в убыток ты не работаешь никогда, просто КПД твой работы изначально небольшое, а с ростом навыков увеличивается)

(372)Вы сами то способны написать ТЗ по своим требованиям? Сейчас еще описывать клики мышки, то что делается на уровне платформы, а то вдруг нерадивому прогу, что в голову стрельнет :)

(374) >Но есть какое-то рамки...стандарты типовой конфы
не существует ни того, ни другого. Есть или "есть в ТЗ", или "нету в ТЗ". ТЗ - это договор, все, за рамками договора можно апеллировать только к законодательству.

(375) С нас это требуют
"Что бы любая обезьяна могла понять"

(374) так хотя бы должно было быть описано что "как в документе РТУ"

Нечеткое ТЗ обправляется обратно, пока все не поймут что там написано - работы по нему не будет.
А какое ТЗ такой и результат

(374) ну так не все проги "суперквалифицированы"

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

Когда с обеих стороны рукожопы и комбинаторы, тогда получаются, что и должно получаться

по идее нужно 2 тз.
1 - концепт. где понятным языком написано вкраце
2 - детальное тз

(381) Как то так, да

(382) По идее надо оплачивать и первое , и второе ТЗ, если его составляет подрядчик

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

Заказчик в ТЗ описывает поведение, которое ему нужно. Надо, чтобы в документе были печатные формы, которые можно подключать-отключать, или чтобы была какая-нибудь структура подчиненности - ну, напиши, Карл, об этом, будь, твою мать, мужиком уже!

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

(379) ", пока все не поймут" - кто все и самое главное - КАК они поймут что все понятно? заказчик и Исполнитель - они в разных галактиках. а полет к точке рандеву стоит дорого

а что никто не задался вопросам:
зачем нужен документ как 2 капли похожий на РТУ?

(382) 1. Это "функциональные требования"

(385) и чо? заказчик нахерачит кнопок на каждую печформу и отдельно справочник активная кнопка или нет. а всегото надо - фоформить печформу в соответсвии со стандартном использования печформ в данной окнфигурации и она автоматом станет в подсистему печформ.
.
что здесь Заказчик должен описать?

(376)(377)Приведите пример ваших ТЗ

(380)Поэтому вначале должны пострадывать :)

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

(391) а больше ни чего тебе не привести?

(394)Ну понятно :)

(365) Бред. Ну нет в 1С "стандарта нумерации" Даже в типовой БП использует 3,5 стандарта для разных типов документов. И это пока не говорим об использования механизма "нумераторы"

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

Там делов было с курью ногу, если бы наша система была, то за 4 часа бы управились, не вынимая второй руки из носа.

https://i.imgur.com/Cf0fcIc.png

(395) скукожь в зад свои намёки

(395)Подписка на событие ПриУстановкеНовогоНомераДокумента. Не знаю как в конфах на управляемых, но думаю там тоже что-то типа того есть.

+(399) к (396)

(398)Я то понимаю что вы чушь пишите, как бы вы не пенились :)

(374) Что-то на сказки похоже, сильный прог, слабый прог, стандарты типовой.
Заказчик рассылает ТЗ на пять адресов, смотрит что средняя цена 40+-, а пятый исполнитель ("сильный" и по стандартам) оценивает в 100.
После этого заказчик выбирает из четверых адекватных, а "сильный" идет в мусорную корзину.

(397) сколько разработка тз заняло? сколько стоило (в процентах от стоимости проекта)? впоследствии - пригодилось ли такое подробное тз? было ли что-то, что не было отражено в тз и вызвало проблемы?

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

+(399) в свежей конечно КА

(403) пару дней на формулирование. Неделю на согласование. По стоимости одно другого стоило. Пользуемся третий год результатом. Неучтенки не было, но это благодаря согласованию - подрядчик грамотно повёл себя, указал на пробелы

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

(401) у тебя сельский уровень понимания этих вопросов

(407) а заказчики, надо понимать, все к первой категории поголовно относятся

(402)А с чего вдруг по стандартам и от сильного стало дороже? :) Он сделает быстрее, дешевле и качественнее - поэтому он внеконкуренции.

(410) п**деть не мешки ворочать

(408)Ну да, ну да :)
(411)Поэтому я не занимаюсь этим как некоторые тут :)

(412) ну, тебе нечего показать даже в таком «заблуренном» виде

(413)Вы хотите чтоб я тратил время на тот бред, которым вы занимаетесь? Мне хватает квалификации делать нормально и без подробного ТЗ и так чтоб не было проблем с заказчиком.

(414) я хотел бы, чтобы ты перестал рассуждать о вещах, в которых не соображаешь и в которых у тебя квалификации нет

(415)Пока нету реального ТЗ тут - все ваши слова это детский сад. Будет ТЗ я вам покажу, что у вас есть лазейки и при вашем ТЗ можно тоже спрограммировать чушь. Не можете подтвердить свои слова ТЗ, то и не надо рассказывать байки.

(416) пока что байки рассказываешь ты, обильно цитируя капитана Очевидность в духе "есть такие, которые нормально делают, и вот у них нормально получается, но их мало, а все остальные делают не так и у них получается по-другому".

(416) чудо программист ответь на (404)

(418)Я на управляемых не работаю и в КА тоже. Но если брать на обычных формах в БП или УТ, то я бы уточнил схемы скидок, разграничение прав и что на счет на основании создавать и если там куча всего, а как обычно то 1-2ч.

+(419)*если там не куча всего

(399) Садись 2 за незнания типовых.
В типовых несколько подписок, для разных документов разные процедуры. Для накладной - одна процедура, для счет-фактуры другая. для
Вопрос. в какую процедуру мы должны вклиниваться? Какая определяет "стандарт"

Список событий в типовой ПриУстановкеНовогоНомера

РегламентированнаяОтчетностьПриУстановкеНовогоНомераДокументаПоОрганизации
УстановитьПрефиксИБИОрганизацииНомеруДокументаЗарплатаКадрыБазовая
УстановитьПрефиксИнформационнойБазыИОрганизацииНомеруДокумента
УстановитьПрефиксИнформационнойБазыНомеруДокумента
УстановитьПрефиксИнформационнойБазыОрганизацииПодразделенияНомеруДокумента

Какое из этих событий является стандартной и почему?

(404) 1. В типовой используется кучу форматов номера, какой мы берем за основу?

(421)У меня в конфигурации нет столько всего. Кто работает в данной конфе, тот и должен знать. Главное, что если в конфе есть стандарт, то он должен использоваться, а не отсебятина какая-то лезть. Если программист не может классифицировать какой формат должен быть у документа, то можно уточнить у заказчика: есть такой и такой форматы, первый используется в таких-то документах, второй в таких-то, какой вам надо? Я не понимаю в чем сложности?

Часто сталкиваюсь, что заказчики не знают как правильно реализовать ТЗ и предлагаю свое видение решения. А потом когда сделано, начинают включать голову и понимают, что надо немного по другому и забыли еще что-то учесть...

(423) Так о том и речь что в рамках типовой у 1С нет единного стандарта. И каждая "библиотека" использует свой стандарт. Т.е. часть документов используют БЭД и у них свой стандарт, часть юзают стандарт БСП, часть сидят на возможности платформы и вообще ничего не использует.

Поэтому нет такого "значение по умолчанию", есть или на ваш выбор или сделай как в этом документе

Вот потому многие владельцы контор предпочитают в своем штате иметь 1С-ка. Если что, то за чуб его и объяснить, что он тупой и не понимает высокой мысли руководства, которое ТЗ только в воздухе руками может намахать. Но это не важно, главное - какие все красивые и вот чтоб эта кнопочка была розовым цветом через 5 мин  и еблысь закрытие месяца со всеми бухами, кнопка важней. ТЗ будет составлено всегда в пользу того, кто его делает, а поскольку заказчик, как правило в этом слаб, то и будут подобные проблемы. И да, в данном случае, если ТЗ составить правильно, то цена вырастет скорее всего в несколько раз и клиент может просто с крючка сорваться.

В данном случае за ТЗ не доделывать, ибо там конца края не будет.

!

(3) Не работайте больше с таким подрядчиком :)

+ (0) Наймите Фикси, будьте мужиками, позвольте себе в штат специалиста :)

(419) Пусть будет на ОФ. Сделать по стандартам. Сколько будет стоить?

(419) (423) Ну т.е. не видел, не знаешь, разбираться не хочешь.
См (411)

(104) на сколько знаю у 1C табу трогать область ПрограммныйИнтерфейс - если используешь только эти методы, то ломаться не должно.

А ситуаций полно. У меня
1) В ТЗ было указано, что файл из которого надо загружать XLS, а оказался XML. Заказчик на пару букв ошибся, а трудоемкость в разы отличается
2) "Весь город знает, что я плачу за результат". Сделано по ТЗ, но себестоимость не считается как ему надо. Решилось малой  кровью - надо было в карточке номенклатуры галку поставить
3) В ТЗ указано "сделать произвольный отбор по реквзитам". На этапе сдачи оказывается, что подразумевалось (любое слово заказчиков), что произвольный отбор должен и по реквизатам ТЧ. Кто тут прав хз, но сделал

(431)Я ж написал 1-2ч, а уже стоимость это у каждого своя ставка. У меня 10$-1ч.
(432)Как раз таки я понимаю, что такое типовая и как с ней работать. Принцип в любой типовой один и тот же. То что процедура будет по-другому называться или вместо одной надо две вставить не сильно что-то меняет.
Если вы просто тупо троллите меня, то хлопотное это дело.

(434) Почему на УФ-то не работаешь?

(435)А зачем?
Мне, как и большинству пользователей, не нравится интерфейс УФ, не нравится дикая тормазнутость по сравнению с ОФ ну и за лишнюю писанину кода брать деньги совесть не позволяет, а за свой счет как-то не хочется. Ждем когда 1с откажется от этого гемароя, слава Богу на мой век хватит и ОФ.

(436) А по моим наблюдениям, большинству пользователей больше нравится УФ, чем ОФ.

(436) "ну и за лишнюю писанину кода брать деньги совесть не позволяет" - так на УФ ты многое сделаешь платформой, что на ОФ писать кодом будешь. :)

(0) какой город МСК или регион?
1800 - это франч уровня "студенты-шабашники между пивом и парами". Цены уже намного > 2000.
Брали для доработок фирму с ценой 900 руб. - несколько месяцев не могли найти проблему. Взали за 2500 - сделали за 2 часа. Вывод очивиден...

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

Где-то я подобное слышал, ага: "Все *censored*, а я — д'Артаньян". В РФ давно рынок, поэтому каждый продает свой труд как может, соблюдая некий баланс. Я что-то не заметил, чтобы в плане клиентоориентированности 1С-ники отличались от других, везде примерно одинаково на выбор между "дешево и сердито" и "дорого, долго и т.д.".

DomovoiAtakue - классический пример подхода "*уяк - *уяк и в продуктив".
Ни тебе ТЗ подробного. Заказчик же не обязан вникать.
Ни документирования. А зачем - ведь придёт супер 1С-ник, который разберётся во всех доделках.

Естественно ИМХО.

(441) Да, тут больше забавляет вера в собственную исключительность на фоне разнообразных коллег. Я таким переболел лет в 20.

(407) >> Есть проги работающие на доверии и взаимоуважении ... А есть такие которые подходят к вопросу формально и защищаются ТЗ...

Всё тоже самое можно сказать и про заказчиков. Они, *ука, разные бывают. Бывают и такие, которые по ТЗ на разработку одного справочника и одного документа начинают предъявлять доделок на целую подсистему под предлогом "ну ведь это и идиоту понятно" и "а это и так подразумевалось".

(441)Как раз таки при моем подходи надо думать что делаешь и отвечать за это, а при работе по ТЗ можно "*уяк - *уяк и в продуктив" и не важно что вместо самолета получился паровоз - всегда ж можно отмазаться что ТЗ не точно написано.
А в остальном так и есть, только еще даю высокий уровень качества, не развожу на деньги и другим программистам после меня не приходится плеваться. Правило простое: подхожу к работе так, как хочу чтоб люди подходили к работе для меня.
(442)Если нормой брать: клиент идиот на нем можно нагреться, программист должен ничего не делать и брать за 3ч как за 30ч, то я получаюсь исключительным. Но со своей стороны, я считаю что мой уровень это всего лишь норма обычного работника.

Когда я прихожу в парикмахерскую, я просто называю стрижку какую мне надо сделать, а не контролирую на каждом сантиметре какой длинны волосы надо оставлять.


Думаю не стоит доказывать, что после этого программиста никто не захотел бы работать - это итак понятно. Большинство склоняется к тому, что заказчик виноват в том что дал плохое ТЗ.(Примеры хорошего ТЗ никто приводить не стал.) Так что же надо сделать заказчику, чтоб получить то, что он хочет в своей программе от наемного программиста?
Сам ТЗ он написать не может. Без ТЗ как я понял вообще не вариант. Значит как вариант заказать ТЗ у некоего программиста. Если так, то приведите пример ТЗ и стоимости - мы оценим гарантированно ли клиент получит нужный ему результат по ТЗ и сможет ли среднерыночная организация платить такие деньги за доработки. Если нет, то предложите другой вариант. Условно, поставьте себя на место заказчика и получите нужный вам результат от программиста.
Можно сколько угодно меряться, выпендриваться, балаболить и т.д., но вот есть конкретная проблема и ее надо решить.

(444) Тебя постричь это не автоматизацию или дом построить. Подумай как гримируют актеров, я думаю там у них и ТЗ и 3д модели есть, по ним и проверяют хорошо вышло или нет, а если на модели нет чего то, то и в гриме не будет.
(431) 1-2 часа только на начальные переговоры с заказчиком уйдет  :)

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

(444) >>Когда я прихожу в парикмахерскую, я просто называю стрижку какую мне надо сделать, а не контролирую на каждом сантиметре какой длинны волосы надо оставлять.

Ну раз дошли до априори ложных аналогий, то здесь, в городах уже другая реальность: молодые люди с бритыми висками и чудными стрижками с бородой довольно подробно объясняют, как стричь, какую длину оставлять на висках и на бороде, советуются со стилистом, что лучше, классическая помада, гель для укладки, пудра или глина для волос. Это я могу своему парикмахеру не говорить ничего, он сам все сделает, т.к. знает меня хорошо, и хипстерские укладки мне не нужны.
Можно считать себя хорошим парнем, но тогда для вас будет сюрприз, что как-нибудь вы не сможете ответить на звонок и останетесь ***аком, несмотря на то, что столько хорошего сделали для клиента. Поэтому, кстати, в ритейле принято сначала устанавливать стандартно-высокую цену на товар, а потом давать скидку, чем просто предлагать низкую цену всегда. Т.к. человеческая сущность такова, что принимает низкую цену как должное, зато негатив люди помнят долго.

так

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

(445)2)Если говорить о вещах которые в (404) и как говорит ТС там все стандартно, то на обговоры уйдет 5-10 мин.

1)С номером уже разобрали. Если в новых конфах несколько форматов номеров, то работая в них я бы это знал и переспросил какой формат нужен.
2)Под табличной частью Надписи Всего и НДС - в каждом документе это есть, можно еще в подвал таблицы поставить подсчитывать итог суммы и др. колонки.
3)Т.е. человек кинул просто реквизиты ТЧ и ничего с ними не сделал. Что тут уточнять? Что при изменении колва или цены должна сумма меняться? Аналогично раз там предусмотрены скидки то они должны влиять на сумму и участвовать в расчете.
4)С НДС аналогично. Есть ставка НДС при ее изменении не меняется сумма НДС - супер просто. Конечно же это надо уточнить: надо ли при изменении ставки НДС менять Сумму НДС и сумму Всего. Наверное вообще не типовая штука.
5)Подбор из справочника. Спросили: Как Реализации? Да! Ок. Если нет уточнили эти небольшие отклонения и все.
6)Ну тут вообще надо быть гением 1с. Колонка "Номенклатура" есть, колонка "ед. изм." есть, а заполнения нет. Ну наверное все специально просят нет не заполняйте нам это, мы сами руками будем.
7)Тут вообще эпик влепить своё хрен знает что, вместо того, чтоб на вкладке документа "ввод на основании" добавить тип документа и кнопка появилась автоматически на форме.
8)Вот этот пункт единственный, который реально надо уточнить, потому что может быть добавить в 3 роли какие-то права, а может и в 50 ролей. Но если этот пункт не обсуждался, то получается программист дал всем права, или никому, или лишь бы кому - ну супер подход.

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

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

(449) >>Если большинство тут считает, что это какие-то доп вещи

Большинство просто в курсе про БСП и типовые, я думаю, и то что вы написали - 1/10 от объема работы, если делать документ идентичный типовому.

(450)
"- формат номера документа такой же как в типовых документах
> здесь полюбому как других документах, если не оговорен особый нумератор "

тут таким острякам выше по треду объяснили, что в типовых штук 5 разных форматов нумерации...

(451)Я не знаю какая там 1/10, но выше написали, что на УФ программить быстрее, чем на ОФ и это как-то никто тут не оспаривал. Значит считаем что в современных конфах быстрее программить аналогичный типовой функционал чем на той же УТ 10.3.

я понял одно - мне надо повышать цены за свою работу.
Мне ближе позиция ДомовойАтакует. Просто потому что так работаю.

это ясен пень когда в одно рыло на себя.

(453) Это касается только разработки форм. В УТ11 в разы, даже местами на порядок больше кода, чем в УТ10, к примеру. В том числе куча общих модулей, которые предназначены только для работы с формами документов, да и вообще куча отдельных механизмов, которые придают форме того же документа типовой вид.

(453) Где такое написали?

нифига не быстрее на УФ программить: также или медленнее

(458) навено речь про сложные формы, когда нужно все элементы раздввинуть и свой впендюрить

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

(458)  Основная проблема УФ - что типовые конфы переполненные различными библиотеками весят от 500 мб.
И промежуточное сохранение, отладка и первичное тестирование занимают на порядок больше времени.

На этом фоне разница во времени написания кода - не принципиальна.

З.Ы. Кто бы подкинул 1С у мысль вынести библиотеки в расширения. Глядишь основной ЦФ бы уменьшился до разумных размеров.

(461) УФ тут не причем, точнее библиотеки, причиной которых является УФ - кот наплакал, все остальное к типу форм не имеет никакого отношения.
Это не УФ виноваты, а подход у мамки к написанию кода сменился.

(461) тогда уж лучше не библиотеки, а типовую отчётность и драйверы устройств.

(462) можно подробности про подход? Речь идёт о повышении количества абстракций? Когда модули Базовый, Расширенный, Переопределяемый, Локализация?

(463) Он же говорит что не из-за портянки библиотек (БСП, БПО и все такое) прирост, а из-за бинарных данных, вшитых в конфу

Сама обвязка в виде кода ну мегабайт на 100 может дает прирост

(464) меня смутило слово библиотека - это слово есть как в DLL, так и БСП.

(466) но этот код раскидан по дереву так, что может и смущать разработчика.

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