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

ИМХО, слишком размытое понятие "Дефекты". Допустим, некоторые действия пользователя вызывают ошибку Программы. Так же допустим, что эти действия не были предусмотрены в техническом задании. И, соответственно, на программирование ответа системы на эти  неправильные действия пользователя не были потрачены средства Заказчика. В таком случае производить работы бесплатно в течении года по устранению подобных "дефектов" будет странно.

Какую формулировку посоветуете?

Каждая найденная ошибка является предполедней.

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

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

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

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

(96) я просто исправляю то, что мое
это вопрос репутации ))
даже если все проморгали и если редко-редко
но в договоре гарантии по-моему 5 рабочих дней сейчас

Возьму себе.....

(97) В книгах тоже бывают опечатки, хотя их проверяют. Только переиздавать тираж не будут. Тебе же предоставляется уникальная возможность не упасть в грязь лицом и создать правильно работающий продукт, доведя заказчика до оргазма.
Ты вот можешь сравниться с 1С? Вот такое, например, используешь?
http://v8.1c.ru/model/
А штат тестировщиков и консультантов есть?
А теперь посмотри на типовые... и кол-во релизов с опианиями исправленных ошибок.

Стоимость работ умножь на 10 а лучше на 20. Заказчик сам уберет этот пункт.

(76) - loool

Не нужно брать пример с 1С + ИТС. Мы вам впарим кривую платформу с полуработающей конфигурацией. Но вы платите, пожалуйста, мы неспешно тут обновляем... и плодим новые ошибки...

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

(0)365 дней юридически обоснованного рабства
посоветую:
не играть с ними в юридические игры а тупо вычеркнуть или послать

(99) Бредятина немного с этими пятью днями. Если у тебя это именно ГАРАНТИЯ и написано, что по истечении 5 дней претензии не принимаются - другое дело. Но тогда как же репутация?
Я бы не стал связываться с таким внедренцем.

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

(108) Я бы такой договор не подписывал. Какую-нить фигню где все очевидно я и то могу в течение 2-х недель сдать по закону.

(109) Забавно... Купим загрузку из эксель - загрузим данные и сдадим обработку обратно с формулировкой "не устроила"... Повторюсь - продаваться ПО должно "как есть" и никак по другому...

как только заказчик заикается о "гарантиях" - разговор можно прекращать и с таким заказчиком прощаться...

(109) неважно. можно 2 недели. но никак не 365 дней )

Своих "сильно неудачных" тут обсуждала
JOB: Стоимость работ и предварительная оценка

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

ПО оно все таки не ботинки...
к нему правила продажи ботинок не подходят )

а с заказчиками и с юридически грамотным договором проблем нет.

(110) Ну это я образно говорю. Какую-нить хренотеть, которую даже не нужно тестить.
"Как есть", но согласно ТЗ, все верно. Если дорабатывается типовая значит описываются как она работает в части доработок.

(115) всегда есть "смежные вопросы".
и в написании детального-детального ТЗ тоже увязнуть можно ))

(112) А это тоже нужно писать в договоре, что для внесения исправлений нужен монопольный доступ к системе или её полная остановка. Причём, на необходимое для перенастройки время.

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

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

Потому договор просто типовой, с хорошим запасом прочности ))

(115) Достаточно описать основные требования к разработке.

(0)
подстава, надо определять вменяемость клиента, и итоговую сумму (факт), умножить на 2.

Т.е. если выходит по всем расчетам 100 т.р. умножить на 3.

месяца за глаза при активной поддержке избавить баги в небольшой системе.

разработка с нуля, или небольшая подсистема к типовым?

Предлагаю за разработку взять стоимость прибавить 365 помноженное на 8 помноженное на ставку ххх руб/час и ответственность брать за действия программы отличные от описанного ТЗ. Если чё говорить что поведение при таких исходных данных не прописывалось в ТЗ

(0) Сначала нужно устранить из текста договора некорретную терминологию.

Использование ее бессмысленно, поскольку для программных продуктов ГК РФ не устанавливает понятий качества и гарантий изготовителя.

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

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

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

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

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

(123) >>Косяки разработчика должны устраняться всегда (в течение всего жизненного цикла программы), и не могут быть ограничены каким-либо псевдогарантийным сроком.

Вот этот момент вызывает недоумение. Они и через 20 лет смогут докопаться до разработчика - а вот помните, было дело в далеком 2013, мы одной обработкой не пользовались, а вот вчера попользовались и у нас вышла ошибка.

(123) Первый толковый пост :)
У меня пожизненная гарантия и это даже не оговаривается, а подразумевается как само собой разумеющееся, т.к. оговорить это невозможно. Попытки это сделать вызовут недоумение и отказ в сотрудничестве.
Только не совсем понятно как это может быть: "истечению срока полезного использования программы"? Может быть установленный срок использования (допустим какая-то оговоренная защита по сроку использования стоит).

(124) Срок исковой давновсти+ срок полезного использования программы решит большинство проблем.

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

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

(124) Ну и что? Если соблюдены условия ее использования, то они будут правы.

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

(125) Срок использования- обязательное условие лицензионного договора.

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

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

Вот в таком виде получил вариант от заказчика. Что думаете?

"Гарантийный срок это срок исправления ошибок исполнения ТЗ выявленных в ходе эксплуатации и которые не могли быть обнаружены на этапе тестирования и сдачи работы. Такие ошибки могут быть связаны с нагрузочной способностью программы или сервера. Объем исполнения гарантии не может превышать 15%  от общего объема разработки. Гарантийный срок составляет 3 месяца."

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

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

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

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

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

Никаких гарантий!

(135)  Поведение пользователя - результат, понятно. Про скорость не буду, конечно.
(136) так категорично, вплоть до отказа подписывать договор?

(137) если клиент "жирный" и щедро платит, то стоит подвязываться, если клиент нищебродный и торгуется и деньги маленькие то не стоит гарантий

лол.. Программа что имеет срок годности? Что за бред?

(132) пересмотрела свой договор
у меня таки в последней версии сроки - 3 или 5 или 14 - неважно -вообще не прописаны.
Сейчас вот так

5.    ОТВЕТСТВЕННОСТЬ СТОРОН
5.1.    В случае обнаружения Заказчиком некачественно оказанных услуг при их приемке, Исполнитель обязуется исправить недостатки за свой счет в согласованный с Заказчиком срок.
.....
5.3.    В случае вызова Заказчиком Исполнителя по вопросу устранения недостатков оказанных услуг (неработоспособность программы и т.д.) и не обнаружения таких недостатков при выезде Исполнителя к Заказчику, Заказчик выплачивает Исполнителю штраф в размере ___ рублей за каждый случай вызова.
--------
Что совсем не противоречит "пожизненной гарантии", но при этом и не дает повода сесть на шею)

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

(141) Поэтому контора и богатая.. )))

(142) в точку ))

(140) Приемка услуг не предусмотрена законом.
Если такое право предоставлено Заказчику договором, оно должно быть описано отдельно.

Обнаружение должно касаться несоответствия качества. Требования к показателям качества услуг в сфере ИТ нигде не описаны (ни в НТД, ни в договоре), поэтому обнаружить и зафиксировать несоответствия невозможно.
В сфере ИТ речь должна идти не о мифическом качестве, а о соответствии программы условиям задания на разработку.
Пункт в твоем договоре ни о чем, тупость в квадрате:)
Как разработчика, так и заказчика.

(139) Срок использования программы - срок действия разрешения правообладателя на использование его кода.

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

Сроки же годности устанавливаются для вещей и материалов исходя их сохранности их физико-химических свойств.

http://job.mista.ru/users.php?id=8784
а мог бы ты пояснить такой пункт в договоре
"Ответственность Исполнителя по Договору ограничена суммой реального ущерба, причиненного Заказчику."

Это хорошо для меня или плохо?)

(146) к Азазель

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

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

(146) Условие выгодно, так как ограничивает объем ответственности, выводя из-под возмещаемых убытков неполученные доходы.

Вместо объема возможно также ограничение ответственности по призаку вины должника. Это предусмотрено п.1 ст.401 ГК РФ.
По общему же правилу, при предпринимательской деятельности ответственность наступает независимо от вины (п.3 ст.104 ГК РФ).

Есть только одно ограничение.
Заключенное заранее соглашение об устранении или ограничении ответственности за умышленное нарушение обязательства ничтожно.(п.4 ст.401 ГК РФ).

(130) Еще убери косноязычие.

Объем исполнения гарантии- это явно неудачная конструкция.
Что это за гарантия, которая может не исполняться, или исполняться только на 15 процентов?
Ведь фактически -это не гарантия, а фикция в виде частичного исправления недостатков!
Ведь даже нигде не оговорено, что остальные 85 процентов тоже исправлятся, но за плату!

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

(140) Ну осталось "ни о чем", как у всех :)

5.4 В случае вызова Заказчиком Исполнителя по вопросу устранения недостатков оказанных услуг (неработоспособность программы и т.д.) и ОБНАРУЖЕНИЯ таких недостатков Исполнитель возмещает убытки, вызванные простоями в работе и некорректной работой ПО.

Такого нет?

Нафига ездить? 21-й век на дворе. Если там оборудование складское или торговое - еще куда ни шло.

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

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

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

(131) Доработки и дописки могут предоставляться заказчику на условиях лицензионного договора на их использование (ст.1286 ГК РФ) или по договору на их создание по заказу (ст.1296 ГК РФ).

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

Гм. А какой ущерб исполнитель может нанести заказчику?

"Ответственность Исполнителя по Договору ограничена суммой реального ущерба, причиненного Заказчику."

365 дней слишком много, срок должен мотивировать заказчика качественно проводить приемку и испытания. Ставь 90 максимум.

(154) Понятие реального ущерба приведено в п.2 ст.15 ГК РФ, где описывается состав убытков и приводится их деление на реальный ущерб и упущенную выгоду:

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

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

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

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

(0) я бы сделал так
заключил договор от фирмы, которая специализируется на
"проблемных деньгах "

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

(151) " случае вызова Заказчиком Исполнителя по вопросу устранения недостатков оказанных услуг (неработоспособность программы и т.д.) и ОБНАРУЖЕНИЯ таких недостатков Исполнитель возмещает убытки, вызванные простоями в работе и некорректной работой ПО"

это вообще мазохизм
потому что под "убытки" тоже можно что угодно подвести

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

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

(130) "Такие ошибки могут быть связаны с нагрузочной способностью программы или сервера." - пропущено "не" после "ошибки"...

(157) бред.

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

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

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

(156) Можно это как-то попроще пояснить? А то три раза перечитал...

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

(157) Какой-то не жизненный пример.

(163) Убытки= Реальный ущерб+Упущенная выгода;

Реальный ущерб= Трата бабла на устранение косяков/прочих недостатков + Потеря/Повреждение имущества;

Упущенная выгода = например, недополученная прибыль от продаж при нормально работающей программе;

Так понятнее?

(164) Понятно. Спасибо.

(0) сделай контрпредложение:
1 год гарантии - +100% к стоимости
0.5 года гарантии - +50% к стоимости
0.1 года гарантии - +10% к стоимости

ставь на абон обслуживание 12 000 в месяц

Обязательно впиши пункт, что ненесеш ответственности (гарантия снимается)  если кто то залез в конфу без тебя

(166)(168) отличные идеи

а как доказать, что кто-то туда влез?

(170)+100
для обработок пункт вообще бессмысленный, к тому же ущемляет права Заказчика на доработку конфы или даже на обновления

(170) в конфигураторе "Сравнить файлы" конфигураций?)

(0) У меня всегда в договоре есть год гарантии. Это обязательный признак серьёзности исполнителя. Время отклика, в зависимости от местоположения клиента и используемой им программы, может варьироваться: по критическим ошибкам - от 2 до 24 часов, по некритическим - от 24 до 72 часов.

Неверные действия пользователя не являются ошибками и регулируются либо программной защитой от дурака, либо мануалом - пошаговой инструкцией по верным действиям.

(172) Так можно будет сделать в суде и доказать свою правоту? :)

(171) А с чего это ущемляет права? Никто же не запрещает вносить изменения и не ставит пароль на конфигуратор. Пожалуйста, конфигуряй. Но гарантия уже звиняй, теряется. С техникой ведь тоже самое - сорвал пломбы - все, нет гарантии.

(173) у тебя год бесплатной гарантии или это все таки включено в цену?

(175) если ты разработчик конфигурации и выпускаешь обновления и это прописано в лиц. соглашении, то без проблем.
Но почему заказчик должен садится к вам на "иглу", если он заказал только небольшую доработку конфигурации и остальная часть функционала конфигурации к вам отношения не имеет.
ЗЫ "к вам" - это образно.

177+ тут уже предлагали контрольные суммы модулей сделать. Вот так доказать изменения можно.

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

так и с доработками на одной версии БП работало, обновили на 10 релизов, а там 1С все перекурочила и больше не работает )) бесплатно подгонять под новую версию?

(179) Собственно это здесь и обсуждается.
ЗЫ Я такое в договоре не прописываю - (105). Если я выполняю обновления, то обновляю и такие обработки (закладываю это в стоимость)...

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

Про гарантию вопрос решен - ее в договоре не будет вообще. Ура.

Остался опасный пункт о "нераспространении программы".

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

6.4. Ответственность Автора по Договору ограничена суммой реального ущерба, причиненного Заказчику, но не может превышать сумм, выплаченных автор по данному договору, кроме нарушения пункта 1.6 настоящего договора.


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

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

(183) да не меньше, увы, разглашать не могу.

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

Прошу со стороны оценить степень оправданности моих опасений по шкале от "совершенно надуманные опасения" (1) до "нуегонах с таким связываться" (10).

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

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

(185)
Как на тебя подать в суд? Это ты чтоли своими руками взял и выложил программу в интернет?

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

(176) Первое.

(182) Пункт 1.6 договора сформулирован чрезмерно широко,  и в таком виде не годится.

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

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

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

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

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

(190)(191) отлично сказано.

ну что-то с годовой гарантией на дефекты - это круто, да ))

должна быть куча документации (ТЗ, ТП, BRD, FSD и т.п.), должны быть тест-кейсы, где ситуации расписаны и приведены контрольные суммы. Должны быть испытание, ПМИ, ПСИ и т.д. что там есть..

Заказчик тестит, проверят, сверяет, пробует на зуб. Это его часть работы. Потом подписывает приёмку... Всё...

Если программа явно вылетает в error, то да, в течении какого-то гарантийного срока или если у вас договор на сопровождение - вы за свой счет исправляете.

А всё остальное - это расширение функциональности. Это отдельная работа. За деньги, разумеется :)