1С договор на внедрение и стоимость услуг

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

Процедура обслуживания собственных информационно-технологических систем достаточно проста. Она включает несколько основных этапов:

  • Поиск программистов и администраторов.
  • Заключение договора на оказание услуг.
  • Непосредственная работа специалистов по внедрению и настройке.
  • Дальнейшая информационно-технологическая поддержка.

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

Главный предмет договора.

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

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

Отдельно стоит отметить следующие положения стандартного договора:

  • Предполагается чистое внедрение лицензионных программ и приложений.
  • Договор о возмездном оказании услуг составляется на основе гл. 39 ГК РФ.
  • Каждая услуга должна быть детально описана, чтобы не возникало вопросов в дальнейшем.

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

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

Внедрение 1С:Предприятие по технологии «PMBOK»

1С-Внедрение — это сервис, по автоматизации бизнес процессов вашего предприятия, на программном обеспечении 1С.

В зависимости от сложности поставленных задач, используются различные технологии внедрения (подробнее. ). Здесь мы рассмотрим технологию проектного внедрения (технология «PMBOK»).

Решили автоматизировать бизнес процессы вашего предприятия на программе 1С, звоните по номеру телефона +7 (845-2) 32-28-02 , или закажите Обратный звонок или отправьте форму запроса на внедрение, с указанием всех тех условий по автоматизации, которые вы решите озвучить первоночально. Обязательно перезвоним вам и для уточнения ряда условий по внедрению 1С на вашем предприятии, проведем переговоры.

Принцип внедрения 1С от «Модуль-Софт» — это реальные сроки, адекватный бюджет и ожидаемый клиентом результат.

Договор на оказание услуг по внедрению 1С: Управление производственным предприятием для нужд Федерального казенного предприятия «Тамбовский пороховой завод»

на оказание услуг по внедрению 1С: Управление производственным предприятием для нужд Федерального казенного предприятия «Тамбовский пороховой завод»

г. Котовск «___» _______ 2012 г.

Федеральное казённое предприятие «Тамбовский пороховой завод», именуемое в дальнейшем «Заказчик», , действующего на основании Устава, с одной стороны, и _______________________________________, именуемое в дальнейшем «Исполнитель», в лице ____________________________________________, действующего на основании _______________________, с другой стороны, заключили настоящий договор о нижеследующем:

1.1. Настоящий Договор заключается по итогам проведенного аукциона от «____» ______ 2012 г. победителем которого стал «Исполнитель».

1.2. По настоящему договору Исполнитель обязуется в обусловленный настоящим Договором срок осуществить внедрение Программ 1С: Управление производственным предприятием для нужд Заказчика, а Заказчик обязуется обеспечить приемку и оплату поставленного товара, указанного в Приложении №1, являющемся неотъемлемой частью настоящего Контракта.

2. Цена и порядок расчетов

2.1. Цена настоящего договора составляет ________________ рублей____________ копеек

Цена предлагаемого товара указана в рублях с учётом затрат на, установку и внедрение Программ 1С: Управление производственным предприятием для нужд Федерального казенного предприятия «Тамбовский пороховой завод», страхование, уплату налогов, таможенных пошлин, сборов и других обязательных платежей, а также командировочные расходы и обучение работе персонала Заказчика с установленными Исполнителем программами и исполнение гарантийного обязательства.

2.2. Оплата за работы и услуги производится Заказчиком путем безналичного перечисления денежных средств на расчетный счет Исполнителя (в рублях)

-аванс в размере не менее 20 % от стоимости договора, включая НДС 18% в течение 30-ти банковских дней с момента заключения договора;

— оставшиеся денежные средства после полного внедрения 1С: Управление производственным предприятием и адаптации 1С: Управление производственным предприятием под потребности Заказчика. Работа по внедрению 1С: Управление производственным предприятием принимается на основании подписанного обеими Сторонами акта выполненных работ.

3. Условия, сроки и место оказания услуг

3.1. Условия оказания услуг указаны в Приложении №1, являющемся неотъемлемой частью Договора.

3.2. Место оказания услуг указано в Приложении №1, являющемся неотъемлемой частью Договора.

4. Права и обязанности сторон

4.1.Заказчик имеет право:

— требовать полного оказания услуг предусмотренных настоящим договором (Приложение );

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

4.3. Заказчик обязан:

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

4.4. Исполнитель обязан:

— оказывать услуги Заказчику в полном объеме в соответствии с условиями договора и Приложением №1.

5. Изменение и расторжение договора

5.1. Расторжение договора допускается за нарушения пунктов 6.2. и 6.3. настоящего договора по соглашению сторон или по решению суда по основаниям, предусмотренным действующим законодательством.

5.2. Изменения договора допускается исключительно по соглашению сторон (за исключением предмета контракта). Цена договора может быть снижена по соглашению сторон без изменения объема работ.

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

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

6. Ответственность сторон

6.1. За неисполнение или ненадлежащее исполнение Исполнителем обязательств по настоящему договору п. 4.1. и Приложению №1 Заказчик составляет акт несоответствия.

6.2. За нарушение сроков оказания услуг по поставке товара и других обязательств, предусмотренных договором, а также Приложением №1 Заказчик вправе потребовать уплату неустойки (штрафа, пеней), а также расторжение настоящего договора. Неустойка (штраф, пени) начисляется за каждый день просрочки исполнения обязательства, предусмотренного договором, начиная со дня, следующего после дня истечения установленного договором срока исполнения обязательства. Размер такой неустойки (штрафа, пеней) устанавливается договором в размере 0,1% от суммы договора за каждый день просрочки. Исполнитель освобождается от уплаты неустойки (штрафа, пеней), если докажет, что просрочка исполнения указанного обязательства произошла вследствие непреодолимой силы или по вине Заказчика.

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

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

6.5. За ненадлежащее исполнение обязательств по настоящему договору, Стороны несут ответственность в соответствии с действующим законодательством РФ.

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

7. Форс-мажорные обстоятельства

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

Смотрите так же:  Требования безопасности к рабочему месту водителя

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

7.3. После прекращения обстоятельств указанных в п. 7.1. настоящего договора, стороны принимают меры по выполнению договорных обязательств.

8. Срок действия договора

8.1. Настоящий договор вступает в силу с момента подписания его сторонами.

8.2. Срок действия договора – до полного внедрения 1С: Управление производственным предприятием и адаптации 1С: Управление производственным предприятием под потребности Заказчика в соответствии с техническим заданием, но не более десяти месяцев с начала выполнения работ.

9. Прочие условия

9.1. Настоящий договор составлен в двух экземплярах, имеющих одинаковую юридическую силу, по одному для каждой из сторон;

9.2. Все приложения являются неотъемлемой частью настоящего договора.

9.3. Приложения к договору:

Приложение техническое задание

10. Юридические адреса, расчетные счета сторон

Какой договор заключать: разработка ПО, оказание услуг, лицензионный?

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

Для людей, любящих ГОСТы, есть в Беларуси документ, определяющий все процессы жизненного цикла компьютерных программ, — Государственный стандарт Республики Беларусь СТБ ИСО/МЭК 12207-2003 «Информационные технологии. Процессы жизненного цикла программных средств». В соответствии с п.1 основными процессами жизненного цикла программных средств (компьютерных программ) являются: заказ, поставка, разработка, эксплуатация, сопровождение; в качестве вспомогательных — документирование, управление конфигурацией, аудит, решение проблемы и пр. Также СТБ 12207-2003 конкретизирует связанные с жизненным циклом компьютерных программ работы и задачи заказчика и исполнителя.

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

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

Договор возмездного оказания услуг, в ходе которого исполнитель оказывает консультационные услуги Заказчику

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

Технические требования

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

Лицензионный договор

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

Договор на разработку ТЗ

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

Предметом договора — создание объекта авторского права и предоставление прав на него.

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

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

Договор на разработку компьютерной программы

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

Заказчику может быть:

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

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

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

При заключении лицензионного договора важно определить:

состав правомочий заказчика по использованию программы;

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

срок лицензии.
Цены договора:

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

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

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

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

Договор возмездного оказания услуг (тестирование программы)

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

Договор возмездного оказания услуг (Договор внедрения программы)

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

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

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

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

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

Смотрите так же:  Гибдд москва доверенность

Договор обучения сотрудников

Предмет договора: консультационные услуги по использованию компьютерных программ (систем) в соответствии с подробным планом консультаций (рассматриваемых в ходе консультаций вопросов)

Договор сопровождения программы (договор возмездного оказания услуг)

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

Договор модификации программы

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

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

Договор на внедрения 1с

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

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

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

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

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

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

Выявленные ошибки

Первая ошибка – обтекаемо сформулирован предмет договора. Но был сформулирован следующим образом «…Заказчик поручает, а Исполнитель принимает на себя обязательства по поставке и внедрению программного обеспечения 1С: Предприятие 8 согласно Приложения №2…». Приложение 2 содержало мало конкретики, по форме это была спецификация с указанием видов работ и трудозатрат по ним. Каждая из сторон по-своему трактовала предмет договора. Компания исполнитель понимала под этим доработку стандартной конфигурации 1С: Предприятие под задачи заказчика, ее настройку и внедрение. Заказчик видел то, что будет произведена установка и настройка 1С: Предприятие без какой-либо ее модификации. Он исходил из буквального значения слов и выражений зафиксированных в договоре, такой же точки зрения придерживался суд, игнорируя факт создания составного программного продукта в рамках выполнения обязательств по договору.

Немного судебной практики:
Статья 431 ГК РФ при толковании условий договора судом принимается во внимание буквальное значение содержащихся в нем слов и выражений. Буквальное значение условия договора в случае его неясности устанавливается путем сопоставления с другими условиями и смыслом договора в целом.

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

Смотрите так же:  Адрес приемной следственного комитета рф

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

Четвертая ошибка – исполнитель согласился на требования заказчика внести ряд условий в договор явно не выгодных для себя, но поскольку сроки поджимали и представители заказчика не хотели договариваться по условиям договора руководство ИТ компании приняло решение пойти по пути наименьшего сопротивления. Напомню, это был конец 2014 г., санкции, отсутствие других заказов и т.д, картина типичная для многих небольших ИТ компаний, которые хватаются за любую работу и руководствуются принципом «главное начать, а там просмотрим». Условия договора были сформулированы таким образом, что за каждый день просрочки выполнения работ исполнитель должен был выплатить крупную неустойку. Через некоторое время размер неустойки вырос до такого уровня, что рентабельность проекта стала практически нулевой и неуклонно стремилась стать минусовой. Этому способствовала слабая организация работ внутри проекта, и неспособность оперативно справиться с возникшими проблемами проекта из-за нехватки ресурсов, которые были рассчитаны исходя из прогнозируемого по условиям договора объема работ, и не были рассчитаны на его увеличение. С учетом кабальных условий приходилось идти на компромисс с заказчиком и выполнять все его пожелания. Также ситуация усугубилась за счет того, что для продолжения проекта требовалось внешнее финансирование, привлечение которого было сильно затруднено.

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

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

Немного судебной практики:
Пункт 3 статьи 75 АПК РФ гласит, что документы, полученные посредством факсимильной, электронной или иной связи, в том числе с использованием информационно-телекоммуникационной сети «Интернет», а также документы, подписанные электронной подписью или иным аналогом собственноручной подписи, допускаются в качестве письменных доказательств в случаях и в порядке, которые установлены договором.

Постановление Федерального арбитражного суда Московского округа от 17 мая 2013г. по делу N А40-102005/12-57-977 отказывая истцу в удовлетворении его требований, суд указал на:

• предусмотренную договором простую письменную форму документооборота между сторонами;
• отсутствие условий о возможности исполнения договора по электронной переписке;
• отсутствие ссылок на электронные адреса, определяемые сторонами в качестве допустимых для передачи какой-либо информации;
• невозможность установить принадлежность адреса ответчику и его сотрудникам;
• адрес электронной почты зарегистрирован на домене kameya.ru, который является доступным для использования неограниченным кругом лиц.
Постановлением ФАС дальневосточного округа от16.11.12 №Ф03-5177/2012 был отклонен довод Истца о передаче спорных претензий ответчику по электронной почте. Причинами такого вывода суда послужили как не предоставление доказательств согласования сторонами использования электронных документов в претензионном порядке по спорному договору так и тот факт, что передача претензий по электронной почте не свидетельствует об их получения истцом.

  • Четко формулируйте предмет договора, чтобы исключить двусмысленное его понимание;
  • Техническое задание или документ его заменяющий, формируйте так, чтобы у сторон договора было единое понимание о том, как должно функционировать создаваемое ПО, как должен выглядеть пользовательский интерфейс, система отчетов, какие технологии должны быть использованы при создании ПО и т.д.;
  • Указывайте реально осуществимые сроки выполнения работ с учетом времени, необходимого на согласования проектной документации и приемо-сдаточные мероприятия. Предусматривайте увеличение сроков выполнения работ, на случай задержек со стороны заказчика сроков согласования проектной документации или выполнения работ находящихся в его зоне ответственности, а также его ответственность за подобные действия или бездействия;
  • Описывайте порядок сдачи работ, документально фиксируйте сам факт передачи заказчику результата работ и документации по проекту (проектной, первичной и т.д.).
  • Описывайте порядок коммуникаций, каким образом будет вестись переписка при выполнении работ, указывайте ФИО уполномоченных лиц, их адреса электронной почты, телефоны. Просите подтверждения наличия полномочий у доверенных лиц (доверенность, приказ о наделении полномочиями).
  • Кроме того, при заключении договора или при его исполнении рекомендуем избегать прямых ссылок на ГОСТы или иные нормативные документы, это поможет избежать злоупотреблений со стороны заказчика, если созданное вами ПО или проектная документация не будет полностью соответствовать требованиям ГОСТов, если конечно это явно не предусмотрено договором.
  • И последняя рекомендация, не поддавайтесь на давление со стороны заказчика ни в момент заключения договора, ни в процессе его исполнения, не соглашайтесь на заведомо не выгодные для вас условия. Лучше откажитесь от контракта, сэкономите нервы и деньги. Работайте только с теми, кто готов выполнять свои обязательства, ну и конечно сами их выполняйте.

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

Оставить заявку

Оставьте свое имя и номер телефона, оператор свяжется с Вами в рабочее время в течение 2 часов.

Хочу получать новости об акциях, скидках и мероприятиях от 1С:Франчайзи Виктория

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

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