Вход | Регистрация
    1  2  3  4  5   
1С:Предприятие :: 1С:Предприятие 8 общая

Детализация типовых механизмов в ТЗ

Детализация типовых механизмов в ТЗ
Я
   ErinSergey
 
29.10.19 - 20:30
4. Если нет в ТЗ одинэсник может и не делать53% (17)
5. Если нет в ТЗ одинэсник должен не делать41% (13)
1. Одинэсник должен был реализовать всё мыслимое3% (1)
2. Заказчик прав и нужно было сделать как "везде3% (1)
3. Все варианты правильные0% (0)
Всего мнений: 32

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

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

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

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

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

Кто прав?
Какие типовые механизмы должны быть реализованы "по умолчанию" при создании новых документов?
А реализацию каких типовых механизмов нужно явно оговаривать в ТЗ?
 
 
   Paint_NET
 
301 - 31.10.19 - 05:54
Я на обеих сторонах был, так что предвзятость тут не при чём. Сугубо личный опыт.
   d4rkmesa
 
302 - 31.10.19 - 08:39
>>" Однако, подрядчик отказывается реализовывать некоторые из перечисленных функций под тем предлогом, что они не были указаны в ТЗ. "

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

5. Если нет в ТЗ одинэсник должен не делать
   НиколаевГ
 
304 - 31.10.19 - 09:17
(302) Ну да, развёл лохов на деньги, да ещё чтобы к нему теперь докопаться нельзя было. Кросаучег просто...
   APXi
 
305 - 31.10.19 - 09:22
(304) в чем развод?
   НиколаевГ
 
306 - 31.10.19 - 09:24
(305) В том, что не сделал так, как клиенту надо. Честный разработчик уточнил бы ТЗ, и, если клиент не согласился бы на увеличение бюджета для его реализации - отказался от работы.
   ErinSergey
 
307 - 31.10.19 - 10:04
(306) +++++
   ErinSergey
 
308 - 31.10.19 - 10:05
(109) >> разработка добавленных объектов по стандартам БСП - увеличивает ТСО конфигурации при последующих обновлениях

Кстати, что такое "ТСО"?
   ДенисЧ
 
309 - 31.10.19 - 10:06
(308) Total Cost of Ownership
   Uberschall
 
310 - 31.10.19 - 10:14
(306) без информации с другой стороны это Ваши домыслы. может там заказчик смотрел на подписании умными глазами и всем было все ясно, а потом заказчик задним числом решил добавить себе плюшек.
   dmt
 
311 - 31.10.19 - 10:15
(306) На смену честному гаишнику идет честный разработчик. Не доедает, не досыпает, умрет но сделает "как надо клиенту"

https://s9.stc.all.kpcdn.net/share/i/4/547764/wx1080.jpg
   pechkin
 
312 - 31.10.19 - 10:17
(306) это заказчик должен отказаться, а не разработчик
   НиколаевГ
 
313 - 31.10.19 - 10:30
(311) Читать умеешь? Я не говорил, что обязан в рамках того-же бюджета.
   Cyberhawk
 
314 - 31.10.19 - 10:30
(282) При чем тут автор-то, к тебе-то вопрос по твоим же словам был.
   НиколаевГ
 
315 - 31.10.19 - 10:30
(312) А я что написал?
   НиколаевГ
 
316 - 31.10.19 - 10:31
(307) Я надеюсь, данная ситуация научит вас работать лучше и качественнее. Вашей вины в произошедшем не менее 50%
   НиколаевГ
 
317 - 31.10.19 - 10:33
(310) Если разработчик предложил сделать это с увеличением бюджета, а заказчик отказался, и теперь требует - тогда да, заказчик - жлоб. А вот если разработчик ничего не предлагал, совсем другой расклад.
   Cyberhawk
 
318 - 31.10.19 - 10:38
(317) А зачем разработчику предлагать, если ему дали конкретное ТЗ и попросили оценить?
   НиколаевГ
 
319 - 31.10.19 - 10:40
(318) Затем, что цель хорошего разработчика - сделать так, как нужно клиенту, а не срубить бабла и уйти в закат. Но не всем дано это понять, да.
   ДенисЧ
 
320 - 31.10.19 - 10:41
(319) Если хороший разработчик видит, что ему за "хорошо" не заплатят, то он работает ровно настолько, сколько платят.
   Cyberhawk
 
321 - 31.10.19 - 10:43
(319) См. (267)
   Cyberhawk
 
322 - 31.10.19 - 10:44
Ошибкой исполнителя скорее всего было только то, что он выкатил оценку в виде фиксированной суммы по нижней границе того, что есть в ТЗ.
Так делать не нужно)
   Cyberhawk
 
323 - 31.10.19 - 10:45
(320) Не факт, у каждого свое чувство прекрасного, для кого-то деньги пахнут, ну или участвовать в реализации корявой постановки желания нет
   НиколаевГ
 
324 - 31.10.19 - 10:46
(320) Да. Но предложить "сделать хорошо" при этом нужно. Не в ущерб себе, конечно.
   НиколаевГ
 
325 - 31.10.19 - 10:49
(321) В данном конкретном случае разговор был бы коротким.
   Cyberhawk
 
326 - 31.10.19 - 10:54
(325) См. (270) :)
   ErinSergey
 
327 - 31.10.19 - 11:19
(270) >> "ожидал от нашего исполнителя, что они помогут вникнуть и точнее сформулировать задание" // Забезплатно?

Мы предлагали время, потраченное на предварительные обсуждения, включить в оценку выполнения задания.
   Злопчинский
 
328 - 31.10.19 - 11:22
ТехЗадание - это задание для погромистов 1С.
сильно сомневаюсь что Заказчик способен написать. максимум что сможет - врамках техпроекта описать свои хотелки.
и я, как Заказчик - вообще нахрен не должен знать про БСП и прочую шнягу (если зная - это просто дополнительный профит при общении с исполнителем и для оценки адекватности стоимости и проекта\задач).
   НиколаевГ
 
329 - 31.10.19 - 11:36
(327) Что-то вы себя уж слишком белыми и пушистыми выставляете. Как-то не верится.
   palsergeich
 
330 - 31.10.19 - 11:36
(328) Должен.
Или платить за это
 
 Рекламное место пустует
   Лодырь
 
331 - 31.10.19 - 11:49
Не надо экономить на постановке задачи. Как задачу поставили - так ее и сделали.

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

5. Если нет в ТЗ одинэсник должен не делать
   Timon1405
 
333 - 31.10.19 - 12:04
помню как-то подобный ТС заказчик пытался на разборках аппелировать определением ТЗ в ВИКИПЕДИИ, очень смешно было.
как я понял стоимость доп работ примерно 40к? это 16 часов по франчовым меркам, весьма малая цена за полученный опыт по части точности формулировок.
   НиколаевГ
 
334 - 31.10.19 - 12:26
(333) Скорее, опыт в том, что среди 1С-ников разводил не меньше, чем в других профессиях.
   dka80
 
335 - 31.10.19 - 12:35
Все не прочитал, но думаю дело было так: исполнитель сказал "работа будет стоить хулеард рублей", на что заказчик сказал "бюджет 100 руб". Ну сто, так сто. Сказку "жадный богач" помните, где из одной шкурки 7 шапок сделали?
   dka80
 
336 - 31.10.19 - 12:37
+335 сколько делали для заказчиков, почти всегда шли на встречу небольшим изменениям: тут передвинуть, тут добавить. Но такое развитие ситуации было изначально заложено в цену
   Sasha_H
 
337 - 31.10.19 - 12:58
(0) однозначно! Просто спорные моменты всегда надо обговаривать. То есть подрядчик в данном конкретном случае обязан был спросить как мы делаем!

4. Если нет в ТЗ одинэсник может и не делать
   VinTrack
 
338 - 31.10.19 - 14:23
(327) Исполнитель отказался?
   Sasha_1CK
 
339 - 31.10.19 - 14:35
(338) Лично у меня уже начало складываться впечатление что исполнитель тупо "не может", а не "не хочет".

Для франча который специализируется на обновлении типовых, ИТСе и ВПФ и не имеет собственного проектного отдела - разработка товароучетного документа в КА, "как в КА" - вполне может быть на грани (или за гранью) его компетенций/возможностей.
   Cyberhawk
 
340 - 31.10.19 - 15:12
(327) "время, потраченное на предварительные обсуждения, включить в оценку"// Это какая-то новая схема развода? :)
В чем профит исполнителю от того, что _уже потраченное_ время включено в какую-то там оценку?
   Cyberhawk
 
341 - 31.10.19 - 15:16
(328) Не путай тех. проект (ТП) и тех. задание (ТЗ).
ТЗ - это как раз хотелки на языке бизнеса, ТП - технический документ для кодера.
   Cyberhawk
 
342 - 31.10.19 - 15:18
(334) То что исполнитель не подумал за заказчика вряд ли справедливо называть разводом. По ТЗ-то ведь все сделано.
На то аджайл и придумали.
   pechkin
 
343 - 31.10.19 - 15:25
(340) тебе предлагают по факту заплатить и за время на тз сверху. где ж тут развод?
   pechkin
 
344 - 31.10.19 - 15:25
ну и исполнителю не все оплачивается. есть еще пресейл
   pechkin
 
345 - 31.10.19 - 15:27
вернее исполнитель получает за прейсейл не от заказчика, а от своей конторы. если конечноон не продажник. там все иначе
   НиколаевГ
 
346 - 31.10.19 - 15:27
(342) Ну, это как заказчик электрику попросил сделатть, и подрядчик половину алюминием положил, половину медью, и соединение скрутками сделал. Вроде, по ТЗ, да?
   unregistered
 
347 - 31.10.19 - 15:29
(341) >> хотелки на языке бизнеса.

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

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

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

Идеала нет. Но чем менее точно написано ТЗ, тем больше впоследствии конфликтов и взаимных претензий по качеству готового результата.
   mTema32
 
348 - 31.10.19 - 15:39
Ппц.
ТС, раз уж в ТЗ не прописали, то увы. Вместо двух дней обсуждения заплатили бы десятку и у вас к текущему моменту времени все рюшечки были бы готовы. А вы два дня потратили на трындеж. Ладно бы доработка была бы очень дорогостоящая.
   Cyberhawk
 
349 - 31.10.19 - 15:41
(343) Не так: мне предлагаю безплатно поучаствовать в улучшении постановки и потом, может быть, если заказчик выберет меня, то заплатить за это.
   Cyberhawk
 
350 - 31.10.19 - 15:42
(346) Если это не противоречит всяикм там ГОСТам и СНиПам, то проблем никаких не вижу
   Cyberhawk
 
351 - 31.10.19 - 15:43
(347) И тебе не путать
   НиколаевГ
 
352 - 31.10.19 - 15:52
(350) Так заказчик откуда знает, противоречит или нет? Получается, если воспользоваться незнанием заказчика - это и есть развод. Но я не говорю, конечно, что заказчик белый и пушистый, и не в чём не виноват.
   Cyberhawk
 
353 - 31.10.19 - 15:57
(352) Так и не надо знать. Расчет на то, что все сделано как положено, если это "как положено" оформлено в виде норм.
Что там в плане документа сделано "не как положено" ТС так и не рассказал.
   НиколаевГ
 
354 - 31.10.19 - 16:05
(353) Это если мы берем документ в вакууме, а не документ для конкретного типового решения. Для исполнителя вполне логично предположить, что заказчик желает получить документ, соответствующий по функционалу другим подобным документам в данном конкретном решении. И уточнить у клиента, насколько верно его предположение. А клиент уже пусть решает - он хочет задёшево и с отсутствием функционала, или задорого с полным набором функционала.
   DomovoiAtakue
 
355 - 31.10.19 - 16:14
(0)А как заказчик может знать все внутренности типовой? Нормальный 1сник, если не хотел делать лишней работы, то должен был сказать заказчику, что есть такие и такие механизмы их внедрять в документ или нет?

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

2. Заказчик прав и нужно было сделать как "везде
   Cyberhawk
 
356 - 31.10.19 - 16:18
(354) Ничего не надо уточнять, ибо "пользователь не знает, чего он хочет, пока не увидит то, что он получил" (с) :)
Поэтому оцениваем с расчетом на бантики и (322)
   НиколаевГ
 
357 - 31.10.19 - 16:23
(356) Мы говорим про этот конкретный случай, или вообще? Если вообще, то согласен, а если этот конкретный случай, то нет :))
   d4rkmesa
 
358 - 31.10.19 - 16:32
(304) Думаю, 2/3 из голосующих на в самом деле так не делают. Это просто страховка от крайностей. А так, хорошим людям не жалко быстренько расставить обработчики из БСП. Мне вот до сих пор должны с**ные 200 евро один автодилер с немецкими традициями. Вот для таких мне жалко своего дополнительного времени. Т.к. сначала идет техзадание, неважно внятное или нет, а потом начинается сушка, т.к. проверяют раз в квартал, за это время успевает измениться спецификация и ТЗ, соответственно. Я уже потратил на все это куда больше, чем планировал, и еще потрачу час-два и т.д. чтобы забрать свои деньги, хорошо если в этом году.
Ну а вообще, в целом, вот это:

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

контекстно привязано зачастую к регистратору. В той же обработке заполнения может быть тысячи строк кода. Да и в RLS могут быть уникальные километровые простыни. Забесплатно код писать глупо. Но, конечно, по уму обо всем нужно предупредить хотя бы на словах. Но слова ничего не значат(чай не 1913 год на дворе, когда рукопожатиями заключали сделки), иногда тупорылые директора тупо хотят чтобы "работало все", не вникая в подробности. Вот на это попадаться не стоит.
   Cyberhawk
 
359 - 31.10.19 - 16:46
(357) Но про этот конкретный мы ведь и не знаем как повела себя вторая сторона (исполнитель) - все со слов первой (заказчика).
То что вторая сторона не заложила бантики ("тесную" интеграцию с БСП) в оценку Я еще в (322) озвучил и в принципе не спорю, но аналогия с электриками и скрутками неправильная.
   pechkin
 
360 - 31.10.19 - 16:48
(359) ты же не знаешь какой там торг шел по цене.
   ErinSergey
 
361 - 31.10.19 - 16:48
(355) ++++ 1000%
Спасибо за поддержку!
   Cyberhawk
 
362 - 31.10.19 - 16:51
(360) К чему ведешь / на что намекаешь? :)
   pechkin
 
363 - 31.10.19 - 16:52
(362) к тому что это  была не ошибка, а вынужденная мера
   Cyberhawk
 
364 - 31.10.19 - 16:56
(363) Да, такой вариант допускается, у меня там фраза "скорее всего" оставляет место для маневра в рассуждениях)
   DomovoiAtakue
 
365 - 31.10.19 - 17:17
(0)Прочитал 2 страницы, дальше видать в том же духе. Вас тупо троллят. Здесь абсолютно каждый знает, что для того чтоб стать нормальным одинэсником и дорабатывать типовую конфу надо знать эту типовую(может быть не все, но большую ее часть). В любой теме, где спрашивается, что нужно чтоб стать 1сником все единогласно пишут одним из пунктов это изучение типовых. Для чего это надо: чтоб свои огороды не городить часами, а использовать готовое за 30 сек и чтоб не увеличивать в 10-20 раз стоимость работы и чтоб в последующем можно было доработки спокойно абгрейдить, не только тем программистом, который изначально писал но и любым другим нормальной квалификации.

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

Кстати то, что вы не написали что формат номера должен быть как в типовой, так это получается надо описывать что и проведение документа делаться в процедуре проведения предусмотренной платформой, а не в самопале каком-то, иначе при групповом перепроведении обработкой вы ничего не получите, так же надо оговаривать, что окна должны быть прямоугольной формы и т.д. - короче написать такое ТЗ думаю просто никто в мире не сможет.
 
 Рекламное место пустует
   Лефмихалыч
 
367 - 31.10.19 - 17:38
Когда есть ТЗ, тогда все, чего в нем не указано явно, разработчик делает или не делает на свое усмотрение.
Оно за тем и нужно - ТЗ это ваше.

4. Если нет в ТЗ одинэсник может и не делать
   Лефмихалыч
 
368 - 31.10.19 - 17:39
Подрядчик прав
   Лефмихалыч
 
369 - 31.10.19 - 17:41
В этом, собственно, и замес всей работы по ТЗ - ты получишь то, что захочешь, но тебе надо захотеть письменно, а на это может уйти больше времени и денег, чем на оплату того, чтобы все это сделать. По этому придумали аджай, скрам и прочий хуяк-хукяк-и-в-продакшн-гибкие-методологии
   Злопчинский
 
370 - 31.10.19 - 17:41
(367) ну блин, может в ТЗ надо описывать что это должно на мышку реагировать? а то программист не сделает?
   palsergeich
 
371 - 31.10.19 - 17:43
(365) Это не так работает.
Или ты будешь себе в убыток работать постоянно переделывая то, что имел ввиду заказчик, примеров вагон только из личной практики.
Или будешь формализовывать все и вся.
   palsergeich
 
372 - 31.10.19 - 17:44
(370) Если предъявляются претензии - значит это важно.
Если это важно - это должно быть описано ДО.
И да, если важно как должно реагировать на мышку -это ДОЛЖНО быть описано в ТЗ
   Лефмихалыч
 
373 - 31.10.19 - 17:44
(355) ну, как-то же заказчик теперь догадывается, об чем ему хочется возражать. Вот так и должен был.
Да и - ну, ок - заказчик не знаел. Вот сейчас узнал, а в чем тогда претензия к подрядчику? То, о чем ты узнал, стоит отдельных денег. Заплати за работу, получишь работу. В чем вопрос?

Вопрос в том, что заказчик каким-то хером уверен, что это должно входить в заявленную ранее стоимость. Тут или "я о механизмах не знаю" и тогда ты не можешь судить о стоимости работ и о том, что входит, а что нет, или "я в курсе этих механизмов" и тогда ты можешь судить как-то о стоимости и где была твоя голова, когда ты подписывал договор.
   DomovoiAtakue
 
374 - 31.10.19 - 17:50
(367)Но есть какое-то рамки подробности написания ТЗ. И есть стандарты, которые предусмотрены типовой конфой. Зачем из заказчика делать идиота?
(371)Для того, чтоб не работать в убыток надо стать профессионалом своего дела, тогда и делать будешь как надо и быстро и вероятность ошибок и переделок будет минимизирована. Иначе зачем вообще квалификация программиста и чем вообще отличается сильный от слабого прога, если можно просто городить свой огород и за это сшибать деньги. (в убыток ты не работаешь никогда, просто КПД твой работы изначально небольшое, а с ростом навыков увеличивается)
   DomovoiAtakue
 
375 - 31.10.19 - 17:51
(372)Вы сами то способны написать ТЗ по своим требованиям? Сейчас еще описывать клики мышки, то что делается на уровне платформы, а то вдруг нерадивому прогу, что в голову стрельнет :)
   Лефмихалыч
 
376 - 31.10.19 - 17:53
(374) >Но есть какое-то рамки...стандарты типовой конфы
не существует ни того, ни другого. Есть или "есть в ТЗ", или "нету в ТЗ". ТЗ - это договор, все, за рамками договора можно апеллировать только к законодательству.
   palsergeich
 
377 - 31.10.19 - 17:55
(375) С нас это требуют
"Что бы любая обезьяна могла понять"
   pechkin
 
378 - 31.10.19 - 17:56
(374) так хотя бы должно было быть описано что "как в документе РТУ"
   palsergeich
 
379 - 31.10.19 - 17:57
Нечеткое ТЗ обправляется обратно, пока все не поймут что там написано - работы по нему не будет.
А какое ТЗ такой и результат
   pechkin
 
380 - 31.10.19 - 17:57
(374) ну так не все проги "суперквалифицированы"
   Лефмихалыч
 
381 - 31.10.19 - 17:57
Если на стороне заказчика - профессионалы, то они предусмотрят в ТЗ максимум подробностей, которые им важны.
Если подрядчик - профессионал, то он на этапе оценки расскажет, чего в ТЗ по его мнению из обычного, типового, востребованного и очевидного нехвататает.

Когда с обеих стороны рукожопы и комбинаторы, тогда получаются, что и должно получаться
   pechkin
 
382 - 31.10.19 - 17:57
по идее нужно 2 тз.
1 - концепт. где понятным языком написано вкраце
2 - детальное тз
   palsergeich
 
383 - 31.10.19 - 17:58
(381) Как то так, да
   МимохожийОднако
 
384 - 31.10.19 - 17:59
(382) По идее надо оплачивать и первое , и второе ТЗ, если его составляет подрядчик
   Лефмихалыч
 
385 - 31.10.19 - 17:59
а как вообще, нахрен, можно приступать к написанию ТЗ, когда ты ни хрена не понимаешь?!.. это к вот этой пузыристой лаже про "откуда заказчик знает".

Заказчик в ТЗ описывает поведение, которое ему нужно. Надо, чтобы в документе были печатные формы, которые можно подключать-отключать, или чтобы была какая-нибудь структура подчиненности - ну, напиши, Карл, об этом, будь, твою мать, мужиком уже!
   Лефмихалыч
 
386 - 31.10.19 - 18:02
ни кто не мешает писать пустые ТЗ в надежде на профессионализм и опыт подрядчика, но тогда за этот профессионализм и опыт плати деньги. Откуда вот это одноизвилинное желание на халяву получать уникальные ресурсы?
   Злопчинский
 
387 - 31.10.19 - 18:02
(379) ", пока все не поймут" - кто все и самое главное - КАК они поймут что все понятно? заказчик и Исполнитель - они в разных галактиках. а полет к точке рандеву стоит дорого
   pechkin
 
388 - 31.10.19 - 18:03
а что никто не задался вопросам:
зачем нужен документ как 2 капли похожий на РТУ?
   Злопчинский
 
389 - 31.10.19 - 18:03
(382) 1. Это "функциональные требования"
   Злопчинский
 
390 - 31.10.19 - 18:05
(385) и чо? заказчик нахерачит кнопок на каждую печформу и отдельно справочник активная кнопка или нет. а всегото надо - фоформить печформу в соответсвии со стандартном использования печформ в данной окнфигурации и она автоматом станет в подсистему печформ.
.
что здесь Заказчик должен описать?
   DomovoiAtakue
 
391 - 31.10.19 - 18:07
(376)(377)Приведите пример ваших ТЗ
   DomovoiAtakue
 
392 - 31.10.19 - 18:08
(380)Поэтому вначале должны пострадывать :)
   Лефмихалыч
 
393 - 31.10.19 - 18:09
(390) например "что к документу ему нужен механизм печатных форм, аналогичный такому, который есть в" или прямо долго и нужно описывать по пунктам, что именно должен уметь механизм печатных форм, который тебе нужен. Или описывать кажду печформу из тех, что нужны, отдельно.
Дальше уже будет профессионализм подрядчика, который скажет "это типовой механизм" или сделает все эти кнопки отдельно.
Если ты знаешь про типовые механизмы, тогда ты можешь про них написать.
А если не знаешь и на том конце придурки, которые тоже не знают, то ты не заметишь разницы.
   Лефмихалыч
 
394 - 31.10.19 - 18:10
(391) а больше ни чего тебе не привести?
   DomovoiAtakue
 
395 - 31.10.19 - 18:14
(394)Ну понятно :)
   Aleksey
 
396 - 31.10.19 - 18:15
(365) Бред. Ну нет в 1С "стандарта нумерации" Даже в типовой БП использует 3,5 стандарта для разных типов документов. И это пока не говорим об использования механизма "нумераторы"
   Лефмихалыч
 
397 - 31.10.19 - 18:16
(391) эти сведения составляют коммерческую тайну, конекретики не будет
но могу косвенно. Например, есть ТЗ по которому нужно было добавить ОДНУ кнопку в форму счета на оплату, которая редиректит на некую страницу в интернетах. При этом, на бэке есть все для того, чтобы корректно определить, куда именно редиректтить. ТЗ занимает шесть страниц, не считая титула с оглавлением и имеет четыре разные версии. Концептуально оно состоит из вот таких разделов (скрин).

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

https://i.imgur.com/Cf0fcIc.png
   Лефмихалыч
 
398 - 31.10.19 - 18:16
(395) скукожь в зад свои намёки
   DomovoiAtakue
 
399 - 31.10.19 - 18:29
(395)Подписка на событие ПриУстановкеНовогоНомераДокумента. Не знаю как в конфах на управляемых, но думаю там тоже что-то типа того есть.
   DomovoiAtakue
 
400 - 31.10.19 - 18:29
+(399) к (396)
  1  2  3  4  5   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.