При внедрении IT-решения нужно согласовать не только запуск программы, но и границы ответственности заказчика и исполнителя. Проверяю проект договора, техническое задание и условия лицензии: какие системы интегрируются, кто готовит данные для миграции, как проходит тестирование и чем подтверждается готовность к эксплуатации. Отдельно разбираю зависимость сроков от доступа к инфраструктуре и решений заказчика. Как адвокат, оформляю условия изменения объёма работ, приёмки этапов и устранения дефектов, чтобы стороны могли проверить исполнение по документам проекта. На консультации определяю, какие приложения нужны к договору и какие разногласия стоит снять до начала внедрения.
Коротко
Договор на внедрение IT-решения должен описывать состав работ, интеграции, миграцию данных и критерии приёмки. Проверяю, где стороны согласуют результат подряда, услуги и права на программу. Закрепляю этапы, порядок испытаний, исправления дефектов и оплаты принятого результата.
Ситуации, в которых договор стоит проверить до подписи
Позиция по внедрению опирается на документы проекта: план, протокол испытаний, журнал дефектов и акт запуска должны быть датированы и подписаны.
Ошибки, которые осложняют правовую защиту компании — Оформление договора на внедрение IT-решения
Разграничиваю обязанности внедренца и поставщика лицензии, состав интеграций и переноса данных.
Устанавливаю, кем выступает компания: заказчиком подряда, получателем услуг или лицензиатом программы. Если заказчик приобретает лицензию у другого поставщика, отделяю его обязательства от обязанностей внедренца: исполнитель не всегда вправе изменять программу.
Определяю, что входит в работу: контур внедрения, интеграции, миграция и критерии готовности, а что остаётся за её пределами. В приложении перечисляю версии систем, интерфейсы обмена и источники данных. Отдельно обозначаю настройки, которые заказчик выполняет самостоятельно.
Для каждого обязательства выбираю правила: о подряде, об услугах или о лицензии. Обучение пользователей и сопровождение после запуска отделяю от сдачи настроенной системы. Для каждой части нужны свои документы об исполнении.
Проверяю, чем подтверждено исполнение договора на внедрение: датированным планом проекта, протоколом испытаний, журналом дефектов и актом запуска. Проверяю, связаны ли эти документы с конкретным этапом и согласованной версией технического задания, а также кто вправе вносить замечания.
Смотрю, какие письма, замечания и правки к проекту договора на внедрение направляла вторая сторона. Выясняю, стали ли эти правки согласованным изменением задания или остались предложением. Это влияет на цену доработок и дату завершения этапа.
Оцениваю, можно ли исполнить требование компании на практике. Договор на внедрение программного продукта должен давать проверяемый итог: измеримые критерии приёмки и понятный порядок подписания акта. Указываю, какие тесты проводятся на приёмке, кто предоставляет тестовые данные и какие дефекты препятствуют подписанию акта.
Проверяю, кто утверждает бизнес-требования, меняет цену и сроки, подписывает договор и акты.
| Участник | Полномочие и документ |
|---|---|
| Собственник продукта | Утверждает модель проекта и состав работ: контур внедрения, интеграции, миграцию и критерии готовности. Его согласование бизнес-требований фиксируется в приложении или протоколе. Проверяю, вправе ли он также менять цену и сроки от имени заказчика. |
| Руководитель компании | Подписывает проект договора на внедрение, акты и претензии, распределяет полномочия внутри компании. Если документы подписывает руководитель проекта, проверяю основание его полномочий и пределы согласования дополнительных работ. |
| Технический специалист | Готовит техническое задание к договору на внедрение программного решения, ведёт испытания и журнал дефектов. Описывает сценарии тестов, допустимые отклонения и порядок проверки перенесённых данных. Юридические условия приёмки связываю с этими техническими критериями. |
| Контрагент | Выполняет работы или оказывает услуги, передаёт права на программу и представляет результат к приёмке. Уточняю, какие права он предоставляет сам, а какие заказчик должен получить у правообладателя. Работа субподрядчиков также требует распределения ответственности. |
| Компетентный орган или суд | Проверяет полномочия сторон, соблюдение процедуры и материалы дела; для споров между компаниями это арбитражный суд. При споре о работоспособности могут потребоваться технические пояснения или экспертиза; её вопросы должны относиться к условиям задания и выявленным дефектам. |
| Адвокат | Проверяю распределение полномочий и документы каждой стороны, готовлю правовую позицию, веду переговоры и представляю компанию в арбитражном суде. На стадии оформления договора связываю документы технической команды с обязанностями сторон, сроками и основаниями оплаты каждого этапа. |
Как связаны фактический процесс, материалы и норма
Сначала описываю фактический процесс и его границы: что именно внедряется, какие есть интеграции, как идёт миграция и по каким критериям проверяется готовность. Формулировки «внедрить систему» недостаточно, если стороны по-разному понимают число рабочих мест, набор модулей или состав переносимых данных.
Затем собираю доказательственный комплект: план проекта, протокол испытаний, журнал дефектов и акт запуска. Проект договора на внедрение оцениваю отдельно по фактам, по полномочиям подписантов и по требованиям закона. До начала работ вместо ещё не составленных актов проверяю формы будущих документов и порядок их согласования. В договоре обозначаю, кто со стороны заказчика принимает каждый этап.
Каждое событие проекта должно иметь дату и подтверждение. Отдельно проверяю, на каких условиях компания получает лицензию на использование программы. Доступ к серверу, обучение сотрудников и передача лицензии не заменяют друг друга. Проверяю, можно ли использовать настроенное решение после завершения отношений с внедренцем.
Договор на внедрение системы часто совмещает подряд, оказание услуг и передачу прав. Поэтому устанавливаю реальное содержание работы и для каждой части применяю свои правила: нормы Гражданского кодекса о подряде, о возмездном оказании услуг и о лицензионном договоре. После этого выбираю способ защиты.
Если договор на внедрение программного продукта уже исполняется, сверяю переписку и акты с условиями договора. Так видно, где стороны разошлись и какие требования можно подтвердить. При расширении задания сопоставляю первоначальную цену с согласованной стоимостью доработок. Переписка о пожеланиях пользователя сама по себе не объясняет, кто и когда утвердил новый объём.
Для сдачи работающей системы закрепляю в договоре критерии готовности и порядок испытаний.
Комментарий адвоката Вруцкогоадвокат · рег. № 78/8790
Если внедрение заканчивается работающей системой, договор ближе к подряду: важны результат, его сдача и приёмка. Поэтому критерии готовности и порядок испытаний прописываю в договоре, а не оставляю на усмотрение сторон после запуска. Запуск в рабочей среде и юридическая приёмка могут приходиться на разные даты. В приложении разграничиваю опытную эксплуатацию, итоговые испытания и подписание акта, а также описываю, как заказчик сообщает о выявленных дефектах.
Подтверждаю характер работ, основание использования программы и полномочия подписантов.
Сначала фиксирую модули, рабочие места и условия переноса данных, затем сохраняю версии материалов проекта.
Для претензии сопоставляю испытания, дефекты и запуск системы с согласованными условиями приёмки.
Досудебная позиция сильнее, когда условия лицензии и приёмки подтверждены датированными документами компании.
Определяю суд и стороны спора с учётом участия исполнителя, субподрядчика и лицензиара.
| Вопрос | Что подтверждаю |
|---|---|
| Компетенция суда | Определяю подсудность по сторонам и предмету спора: подряд на внедрение системы между компаниями обычно рассматривает арбитражный суд. Также проверяю договорное условие о суде и соблюдение претензионного порядка для заявленного требования. |
| Надлежащие стороны | Устанавливаю, кто подписал проект договора на внедрение и кто фактически выполнял работы, — исполнитель, субподрядчик или лицензиар. Само участие разработчика в проекте не делает его обязанным перед заказчиком: проверяю договорную связь и распределение работ. |
| Предмет требования | Формулирую требование по договору на внедрение системы: сдача результата по ст. 702 ГК РФ, устранение дефектов или оплата; каждое условие подтверждаю отдельно. Для денежных требований готовлю расчёт по этапам, а для доработки — перечень несоответствий техническому заданию и подтверждающие тесты. |
| Цифровые материалы дела | Если договор на внедрение программного продукта оформлен как услуги, оцениваю его по ст. 779 ГК РФ. Комплект: план проекта, протокол испытаний, журнал дефектов и акт запуска. Сохраняю исходные файлы и историю согласования заданий. Снимок экрана оцениваю вместе с датой, версией системы и условиями воспроизведения ошибки. |
| Нормативное основание | Обстоятельства сопоставляются со ст. 702 ГК РФ; ст. 779 ГК РФ; ст. 1235 ГК РФ. Разграничиваю обязанности по сдаче настроенного решения, обучению пользователей и предоставлению права использования. Название договора не определяет все требования. |
| Исполнение решения | Проверяю, как решение будет исполнено: что именно должен сделать исполнитель по подряду на внедрение системы и как это подтвердить. Формулировку о доработке связываю с перечнем функций и проверкой их выполнения; при необходимости уточняю технические вопросы для эксперта. |
Если стороны заключили договор оказания услуг по внедрению, требования к исполнителю определяю по ст. 779 ГК РФ.
Техническое задание и изменения задают объём работ, а протоколы испытаний и акт запуска подтверждают их ход.
| Документ | Что он отражает |
|---|---|
| Схема процесса | Описывает, как на самом деле устроен проект: контур внедрения, интеграции, миграцию и критерии готовности. По схеме видно, какие работы входили в договор, а какие стороны добавили позже. |
| Договорная база | Договор, приложения, техническое задание и изменения показывают, о чём стороны договорились. |
| Технические материалы | План проекта, протокол испытаний, журнал дефектов и акт запуска подтверждают ход работ и готовность системы к приёмке. |
| Деловая корреспонденция | Письма и замечания к проекту договора на внедрение показывают, как стороны понимали условия. |
| Документ органа | Запросы, требования и решения органов или суда, если они уже есть, определяют рамки ответа и сроки. |
| Расчёт последствий | Расчёт показывает, какие расходы и потери компания несёт из-за нарушения договора. К каждой строке нужен подтверждающий документ: счёт, платёжное поручение, акт или переписка. Без таких приложений расчёт остаётся только оценкой. |
Состав комплекта уточняю по тому, на какой стадии находится проект: переговоры, исполнение или спор.
Разделяю расходы на проверку договора, изменение проекта и устранение ошибок исполнителя.
| Элемент | Как подтверждается |
|---|---|
| Правовой аудит | Стоимость проверки договора на внедрение системы, приложений и технического задания подтверждается договором и актом. |
| Переработка бумаг | Расходы на переработку условий, приложений и регламентов подтверждаются актами и счетами. Отдельно считаю доработки, которые вызваны изменением модели проекта, и те, что потребовались из-за ошибок второй стороны. |
| Технические меры | Затраты на исправление дефектов, повторные испытания и миграцию подтверждаются журналом и актами. |
| Договорные платежи | Договор на внедрение программного продукта определяет цену, этапы оплаты и условия лицензии. |
| Подтверждённые убытки | Убытки считаются раздельно по каждому виду потерь: простой, повторные работы, оплата другому исполнителю. Каждая сумма подтверждается документами с датами, а связь потерь с нарушением договора показываю отдельно. |
| Судебные расходы | Расходы на представительство и экспертизы подтверждаются договорами, счетами и платёжными документами. |
Состав расчёта зависит от того, что именно нарушено: сроки, качество работ или условия лицензии.
Для проверки давности устанавливаю даты сдачи этапов, обнаружения дефектов и предоставления прав на программу.
| Действие | Срок | Начало и условие | Норма |
|---|---|---|---|
| Претензия по денежному требованию | 30 календарных дней | Для денежного спора о цене внедрения сохраняю подтверждение направления претензии. Проверяю, не установлен ли законом или договором иной срок либо порядок. Дату получения учитываю отдельно: она не подменяет дату отправки при отсчёте указанного срока. | ч. 5 ст. 4 АПК РФ |
| Оспаривание решения органа | 3 месяца | Устанавливаю, когда компания узнала о решении органа по вопросам внедрения, и сохраняю документ с этой датой. | ч. 4 ст. 198 АПК РФ |
| Апелляционная жалоба | 1 месяц | Срок считается от даты решения суда; дату изготовления полного текста проверяю по материалам дела. | ч. 1 ст. 259 АПК РФ |
| Кассационная жалоба | 2 месяца | Проверяю дату вступления обжалуемого судебного акта в законную силу по материалам спора о внедрении. Получение копии позднее само по себе не переносит начало срока; основания восстановления оцениваю отдельно. | ч. 1 ст. 276 АПК РФ |
Для требований об оплате этапа или недостатках внедрения отдельно проверяю исковую давность: она не совпадает со сроком ответа на претензию и сроками обжалования судебных актов в таблице. Нужны даты сдачи этапа, обнаружения дефектов и предъявления требований. Для лицензионной части устанавливаю даты предоставления прав и начала использования программы.
Проверяю модель IT-проекта, готовлю условия внедрения и приёмки, согласую правки с контрагентом.
Сравниваю заявленную модель с фактическими работами: контуром внедрения, интеграциями, миграцией и критериями готовности.
Готовлю договор, техническое задание, регламент приёмки и лицензионные условия под реальный проект.
Согласую с контрагентом правки в проект договора на внедрение и фиксирую итог протоколом разногласий.
Готовлю ответ на запрос органа по вопросам внедрения и лицензии на программу с первичными материалами. При споре материалы готовлю для арбитражного суда.
Готовлю претензию по нарушению сроков или качества работ с расчётом и приложениями.
Представляю компанию в арбитражном суде: факты, применимая норма, расчёт и конкретное требование.
Позиция зависит от обещанного результата настройки и редакции договора, действовавшей на спорном этапе.
Роль сторон определяется по сути договора: подряд на внедрение системы (ст. 702 ГК РФ) или оказание услуг. По техническому заданию выясняю, обещан ли определённый результат настройки или только выполнение согласованных действий.
Сверяю, какая редакция договора на внедрение программного продукта действовала на дату спорного этапа. Несогласованный список новых функций не приравниваю к подписанному приложению. Проверяю полномочия автора письма о доработках.
Договор на внедрение системы подтверждается журналом задач, протоколами испытаний и актами; по ним и применяю ст. 702 ГК РФ. Важно, чтобы записи позволяли установить версию решения, дату теста и конкретное отклонение от задания.
Лицензия на использование программы должна совпадать с контуром внедрения, интеграциями, миграцией и критериями готовности. Проверяю разрешённые способы использования, число пользователей и возможность эксплуатации на инфраструктуре заказчика после ухода внедренца.
Замечания по договору оказания услуг по внедрению заявляю сразу; без своевременной фиксации ссылка на ст. 779 ГК РФ слабее. В замечании указываю сценарий, при котором возник сбой, и сохраняю ответ исполнителя. Это помогает отделить дефект от нового пожелания.
Требование должно давать проверяемый итог: конкретный результат работ по подряду на внедрение системы. При требовании оплаты сопоставляю сумму с принятым этапом; при доработке перечисляю функции и условия повторного тестирования.
Стороны могут согласовать базовые настройки, дополнительные работы, условия доступа и использования программы.
Споры возникают, когда фактические работы расходятся с договором или границы внедрения описаны неточно.
Бывает, что по тексту стороны заключили договор на внедрение как подряд, а исполнитель фактически оказывает услуги или только передаёт лицензию. Исход спора зависит от того, что подтверждают план проекта, протоколы испытаний и акты. Я сопоставляю текст с фактическим ходом работ и определяю, какие правила применимы.
Если в договоре нет контура внедрения и критериев готовности, стороны по-разному понимают объём работ.
Исполнитель получил доступ к системам компании, но договор не ограничивает его объём и срок.
Если журнал дефектов не вели, доказывать качество работ приходится по косвенным материалам.
Приёмку, претензию и спор о правах на программу ведут одним письмом, и требования путаются.
Формальное обозначение роли компании и чужой шаблон лицензии осложняют спор о приёмке и оплате.
Для расчёта потерь отделяю оплату внедрения от платы за лицензию и проверяю, какие этапы остались невыполненными.
адвокат · рег. № 78/8790
При оформлении договора на внедрение программного продукта начинаю с вопроса, что именно заказчик должен получить на каждом этапе. Настроенный модуль, перенос справочников и обучение пользователей требуют разных подтверждений. Проверяю, совпадают ли техническое задание, календарный план и условия оплаты: расхождение между ними может привести к спору даже при фактически работающей системе.
В приложении о приёмке описываю тестовые сценарии и порядок замечаний. Отдельно обсуждаю, что происходит при непредоставлении доступа, задержке исходных данных и изменении задания. Для услуг учитываю ст. 779 ГК РФ, но не переношу эту квалификацию автоматически на весь проект. Передача лицензии также не подтверждает сама по себе завершение настройки и интеграции.
На консультации прошу показать договор вместе с техническими приложениями и предложением исполнителя. По ним определяю, где не согласованы границы работ, кто принимает этапы и какие условия доработки требуют обсуждения. Если внедрение уже началось, дополнительно изучаю переписку о новых функциях и дефектах, чтобы отделить изменение заказа от исправления недостатков.
Проверяю утверждение новых задач и разграничиваю условия настройки, сопровождения и прав на программу.
Порядок работы адвоката — Оформление договора на внедрение IT-решения
Компания описывает бизнес-требования, сохраняет исходные файлы проекта и передаёт их адвокату для проверки.
Компания сама описывает цели проекта и собирает материалы, которые нужны для проверки проекта договора на внедрение.
Адвокат контролирует квалификацию, материалы дела, сроки и процедуру защиты.
Компания лучше знает свой процесс, адвокат — правовую модель договора; результат дают совместные действия.
| Этап работы | Когда нужен | Что вы получаете | Цена |
|---|---|---|---|
| Разбор задачи компании | До подписания, ответа на требование или иска | Оценка рисков и план действий; если справитесь своими силами — скажу прямо | от 10 000 ₽ |
| Документы и переписка | Договор, протокол разногласий, претензия, ответ органу | Проект документа, согласованный с вами до подписания или отправки | по соглашению |
| Представительство в компетентном суде | Спор дошёл до суда | Иск или отзыв, расчёты, доказательства, участие в заседаниях | по соглашению |
| Апелляция и кассация | Решение не устроило | Жалоба и участие в вышестоящем суде | по соглашению |
| Выезд по вопросу бизнеса | Проверка, переговоры, встреча в офисе компании | Разбор на месте и план ближайших действий | от 50 000 ₽ |
№ 78/8790 · адвокат · в профессии с 2006 года
Я веду поручение лично. При обращении разбираю задачу, необходимые действия и объём помощи, который закрепляю в соглашении.
Сведения, полученные в связи с обращением за юридической помощью, охраняются адвокатской тайной.
Проверку начинаю с состава интеграций и миграции, а применимые правила определяю по фактическим обязанностям сторон.
С описания проекта: что внедряется, какие интеграции и миграция нужны, по каким критериям проверяется готовность. Затем я смотрю договор, техническое задание и лицензионные условия.
Это зависит от того, что стороны делают на самом деле: к работам применяются правила о подряде, к услугам — об услугах, к передаче прав — о лицензии.
Как правило, нет. Типовой текст не учитывает ваш состав работ, интеграции и критерии приёмки.
Сохраните подписанный договор и приложения, план проекта, протокол испытаний, журнал дефектов, акт запуска и всю переписку в исходном виде, с датами и метаданными.
По денежному требованию претензионный порядок, как правило, обязателен. Точный порядок проверяю по договору.
Спор между компаниями обычно рассматривает арбитражный суд. Конкретный суд проверяю по договору и по месту нахождения ответчика.
Нет. Итог зависит от документов и позиции второй стороны. Я оцениваю доказательства и объясняю, какие варианты возможны.
Компания получает договор, который точно описывает реальный проект: состав работ, интеграции, миграцию, критерии готовности и условия лицензии. Если работа шла по спору — письменную позицию, претензию или иск с расчётом и приложениями, подготовленные под конкретного адресата.