Comments 14
Спасибо! Немного переделать и будет то, что надо! Для меня... :)
Ошибочка закралась:
И еще немного: в 3.2.1 лишняя точка; в 3.2.2, если не ошибаюсь, не надо запятой ставить. Дальше ошибки\опечатки выискивать не стал:-)
Стоимость и сроки выполнения работ<...>определя_ю_тся
И еще немного: в 3.2.1 лишняя точка; в 3.2.2, если не ошибаюсь, не надо запятой ставить. Дальше ошибки\опечатки выискивать не стал:-)
я бы кое-что скорректировал:
1. Почему гипертекстовое представление? вы же код пишете? или это договор на верстку?
2. 3.1.2 - постоянно? регулярно? по запросу? зачем это вам? только геморрой
3. 3.3. а деньги? капусту требуйте!
4. 4.4. и далее везде форма приемки работ? АКТ? расписка?
5. 5.2. если вы частное лицо впишите "по месту ответчика"
6. разрыв договора опасный пункт. вас могут просто кинуть
7. форма и порядок оплаты?
8. внесение изменений в УЖЕ подписанный документ юридически неправильно, только доп.соглашениями или протоколом разногласий.
а так нормуль, пользуйтесь :)
1. Почему гипертекстовое представление? вы же код пишете? или это договор на верстку?
2. 3.1.2 - постоянно? регулярно? по запросу? зачем это вам? только геморрой
3. 3.3. а деньги? капусту требуйте!
4. 4.4. и далее везде форма приемки работ? АКТ? расписка?
5. 5.2. если вы частное лицо впишите "по месту ответчика"
6. разрыв договора опасный пункт. вас могут просто кинуть
7. форма и порядок оплаты?
8. внесение изменений в УЖЕ подписанный документ юридически неправильно, только доп.соглашениями или протоколом разногласий.
а так нормуль, пользуйтесь :)
Этим договором пользоваться не рекомендую. Много всяких мелочей, странной терминологии, проблемы с русским языком.
Я плакал :-)
А вот тут мне стало страшно за автора.
обязанности по разработке гипертекстового представления страниц корпоративного WWW-сайта
Программирование сайта выполняется строго с поставленным ТЗ
Я плакал :-)
7.1. Договор вступает в силу с момента его подписания Сторонами.
7.2. Договор заключается на неопределенный срок.
А вот тут мне стало страшно за автора.
И не рекомендую пользоваться договорами, где не указанна сумма вознаграждения. Так как после выполгнения работ Заказчик может заплптить не ту сумму, которую вы сказали. Так что всё таки стоит указать сумму в договоре, а так же пункт, в котором оговорить способы изменения вознограждения.
вот вы говорите "не пользуйтесь этим договором", указываете на ошибки...
а где тогда взять "правильный" договор?
думаю, мне в ближайшее время предстоит с этим столкнутся, хочется быть защищенным в юридическом плане
а где тогда взять "правильный" договор?
думаю, мне в ближайшее время предстоит с этим столкнутся, хочется быть защищенным в юридическом плане
Позвольте мне пару слов с точки зрения нетипичного заказчика, который не заказывает корпоративный сайт, а стремится найти разработчика-консультанта для развития "из 1.0 в 2.0-3.0 далее везде"
Понимаю, что для разработчиков (правильно так называть исполнителей таких сайтов) "корпоративы" - это массовый рынок и надолго им останется.
Но именно на массовом рынке сейчас не так много компаний, имеющих свои юридические подразделения (которые и являются основными читателями Договоров).
Всего в договоре предусмотреть невозможно, потому лучше, чтобы он был короче, лаконичней и конкретней - стороны, сколько денег, права - обязанности, этапы и оплаты отдельным приложением, на одной странице должно уместиться.
То есть направьте Вашу Творческую Энергию и Внимание на разработку ТЗ - тем более, что как раз здесь возникают основные трения и непонимания.
Договор - короче (велосипед давно изобрели), ТЗ - подробней (к сожалению, на массовом рынке именно ТЗ и страдает, от того, возможно, заказчики и не чувствуют вовлеченности исполнителя).
Удачи и плюсик в довесок!
Понимаю, что для разработчиков (правильно так называть исполнителей таких сайтов) "корпоративы" - это массовый рынок и надолго им останется.
Но именно на массовом рынке сейчас не так много компаний, имеющих свои юридические подразделения (которые и являются основными читателями Договоров).
Всего в договоре предусмотреть невозможно, потому лучше, чтобы он был короче, лаконичней и конкретней - стороны, сколько денег, права - обязанности, этапы и оплаты отдельным приложением, на одной странице должно уместиться.
То есть направьте Вашу Творческую Энергию и Внимание на разработку ТЗ - тем более, что как раз здесь возникают основные трения и непонимания.
Договор - короче (велосипед давно изобрели), ТЗ - подробней (к сожалению, на массовом рынке именно ТЗ и страдает, от того, возможно, заказчики и не чувствуют вовлеченности исполнителя).
Удачи и плюсик в довесок!
UFO just landed and posted this here
Хотел ознакомиться, только ссылка больше не работает.
Таки ссылка битая...
Sign up to leave a comment.
И ещё раз о договорах