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