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

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

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

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

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

Гарантийный срок Автора на Программу составляет: 0 дней. Программа поставляется "как есть"

Добавить подпункт для определения "дефектов". И там перечислить чем они являются и чем никак не могут являться.

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

пускай описывает "дефекты"... а лучше твердое ТЗ и софт поставляется "as is"

(1) +1

Как-то так:

Исполнитель гарантирует исправление ошибок в разработанном программном обеспечении за свой счет в течении 6 месяцев со дня подписания Акта сдачи-приемки работ по Спецификации. Гарантия распространяется исключительно на программное обеспечение, разработанное по заказу Заказчика в соответствии с спецификацией.

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

(4)(8) согласен, надо будет так и сделать.
Описать что является дефектом, что нет и как классифицировать не входящее в оба списка.

(0)  Напиши что дефектами являются несоответсвия начальному ТЗ.

можно попробовать так

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

В принципе заказчик прав. Сам стараюсь работать именно так.

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

(12) А если 1с модуль перепишет?

Хрень все это. Это не авто. вдруг не сломается. Никаких гарантий быть не может. Заказчик должен все протестировать что делал по ТЗ.

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

(12) у тебя заказчики добрые или глупые. с такими формулами можно попасть на бесконечные бесплатные работы

(13) В спецификации можно указать для какого релиза будет работать.

>гарантия в софте - это нонсенс

есть софт повышенной надежности... но там и цена вопроса не "полпроститутки"

(13) 1с за это еще и бабло берет в виде итс.
(16) Не совсем. Продукт должен соответствовать ТЗ. А все остальное - за ваши деньги...

(15) Баги всплывают же. Нормально с гарантией.

(11) Как описать контрольные суммы?

1 месяц гарантии не больше.

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

(23) + 100 типа время приемки работ

(22) Алгоритмом контрольных сумм. Или распечатывать и утверждать код.

(26) Каким образом он повлияет на качество? а если ошибка в самом алгоритме? А не в реализации? Да и кому нафиг нужны эти распечатки?

(0) Объяснить заказчику, что в программе дефекты не возникают. На то она и программа.

(27) Да это просто гарантия того, что заказчик не модифицировал код.

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

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

О модификации другим разработчиком даже не думал, это конкретная засада.

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

(31) Как акт доброй воли - для закрепления отношений почему бы и нет.

(13) адаптация под обновления 1С, это уже новые деньнги.

(33) Заказчик - это не конкретный человек, а целый человеческий фактор)))

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

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

(32) До первой модификации конфигурации или 356 дней, что наступит раньше. Хэш цээфки распечатываем, подписываем.

(0) - а фирма MS даст мне гарантию, что их Windows не зависнет в течение следующего месяца?

Зы. Что за бред, ПО на гарантии..

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

(37) Не факт, опять же данный пункт никому не дает прпва тебе туда сесть, шея то твоя.

(42) как только подпишешь такой договор - "шея" уже твоя :)

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

За ошибки клиента платить должен клиент.

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

(43) Нет факт того что программа содержит ошибки надо еще доказать, чтоб выставить тебе регресс, а это ой как непросто.

Хороший пункт. Заранее дисциплинирует разработчика - пиши внимательней, тестируй лучше. А ты закладывай соответственно дополнительные часы на разработку и тестирование, причем с привлечением тестировщика.

(44) - чем отличается ПО, написанное под заказ от массового?

Ты знаешь, что доказать отсутствие ошибок в ПО нельзя?

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

(0) Интересно, а как ты разделишь косяки платформы от своих ?

(0) посылай их нах.й. Или предложи договор сопровождения с ежемесячной оплатой на 365 дней, куда включи консультации и исправления багов.

Пользуйся

7.1.    Исполнитель несет ответственность за качество произведенных им настроек ПП.
7.2.    Исполнитель гарантирует Заказчику, что в течение срока действия настоящего Договора в случае сбоя в созданных Исполнителем настройках ПП (в соответствии с п. 2.1) в процессе их эксплуатации все работы по восстановлению работоспособности ПП будут выполнены силами и за счет Исполнителя. Датой сбоя Стороны согласились считать дату подтверждения сбоя через демонстрацию аналогичной ситуации представителю Исполнителя на восстановленной из архивной копии базе данных.
7.3.    В случае сбоя в настройках ПП, происшедшего по вине Заказчика, все работы по диагностике и восстановлению работоспособности настройки выполняются за счет Заказчика.
7.4.    Исполнитель не несет ответственности за сбой в работе ПП в части не подвергавшейся настройке Исполнителем. В данном случае все работы по диагностике и восстановлению работоспособности ПП выполняются за счет Заказчика.

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

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

+(54) Я бы еще намякнул что документированная доработка конечно хорошая вещь, но стоит дороже, но за гарантии ведь тоже надо платить:)

(50) - во во во.

Ты сможешь нести ответственность, если код ЦЕЛИКОМ принадлежит тебе или фирме.

От и до. И ты независим от проприетарных компонент.

У 1С это не так, там вся платформа проприетарна и закрыта

Если ты зависишь только от OpenSource компонент - тогда можно думать.

Зы. 1С гарантию на свое ПО предоставляет?

(57) Написать в требованиях пунктик  о том подо что она работать будет так сложно?

(51) идея с договором сопровождения понравилась.
(52) очень хорошо.

(50)(56) точно, какие нафиг гарантии.

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

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

Вопрос - почему они не несут ответственности за продажу нам ПО, которое нельзя использовать (оно abadonware - снято с поддержки и реально нигде в мире не использовалось) - и они об этом знали?

А потому что As Is.

(61) эммм.... имхо это уже судебный случай.

(61)  Когда вместо реальных аргументов мне говорят - ЭТО ТАК СЛОЖНО, такие люди сильно падают в моих глазах.

(0) Увеличь стоимость в 3 раза. Профит!

Вот бы с Майкрософт получить гарантию))и компенсацию за каждый баг)

(61) Пример вообще не в кассу, вы как вообще смотрели что покупаете?

(65) Это массовый продукт и в целом он удовлетворяет требованиям. И кстати поддержка как и исправление багов у них бесплатные.

(0) при сдаче подговь эталлону базу и моделируй ошибки на ней

(61) - ПО от производителя железа для работы с железом!

с их железом!

(79) В случае если это комплекс до доказать его неработоспособность очень просто.

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

(62) - по какой статье?

Интересно а что никому никогда не звонят клиенты с подобными вопросами?

(0) ничего не пиши, всё в абонентку за доп деньги)

(72) вспомнился баян http://bash.im/quote/268537

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

(73) что-то типа сокрытие информации о товаре. + еще сами настроить не смогли, а полюбэ деньги брали.

где-то не давно темка была как крупный оптовик решил дело в свою пользу против какого-то ВЦ.

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

Гарантированный срок автору за разработку 1С

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

(81) ну почему же главное прописать регламент определения вины, чей баг :)

(82) Я тут разребала один баланс: оказалось был контрагент, с которым велись расчеты. Потом некий человек взял и ввел нового контрагента (с тем же наименованием, про ИНН не помню, но контрагент тот же) и понеслось.
Дефект программы?

Периодически такие темы возникают. Странно как такой - судя по мистостажу, не побоюсь этого слова, динозавр ))) -
их не читал.
Насколько помню, Виликий ОЛЛ  подумал и решил:
1. С предложениями о бесплатной поддержке в любом виде - посылать, если это не вошло заранее в стоимость. Как говорится, купившему особняк на рублевке - бейсболка в подарок.
2. В случае, если это входит в стоимость - до запятой прописывать ТЗ, чтоб не подловили.
3. В случае, если ситуа, приведшая к косяку, в ТЗ не предусмотрена - где деньги, Зин ?

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

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

Я, например, такое вообще не оговариваю. Мне дешевле дать пожизненную гарантию, чем месяц тестировать. Потом сказать - все ОК, ошибок точно НЕТ. А вдруг есть? Сваливать все на заказчика - тоже не айс. Что-то проморгал, не полностью проверил, но бабло-то ведь дал? По-хорошему исполнитель должен тестировать и поставлять работающий продукт.

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

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

Забыл запятых насыпать, вот ,,,

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

+(91) в ином случае. Акт подписан? ну тогда все, что там у вас произошло после того как я получил лаве, ваши проблемы.

После работы с одним очень хитро...м заказчиком - серьезно доработала свой типовой договор, вместе с юристом. Юрист настойчиво порекомендовал гарантийный срок устанавливать совсем небольшой - 3-6 дней.

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

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

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

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

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

(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, то да, в течении какого-то гарантийного срока или если у вас договор на сопровождение - вы за свой счет исправляете.

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