Рамки и договор технической поддержки: образец

Кратко

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

Актуально на 23 сентября 2026 года.

Договор и SLA — не один документ

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

Готовый текст самого SLA с таблицами классов обращений и сроков — в статье Соглашение об уровне услуг (SLA) для техподдержки: образец. Здесь — то, что остаётся в самом договоре.

Готовый образец: договор на техническую поддержку

ДОГОВОР № <…> ВОЗМЕЗДНОГО ОКАЗАНИЯ УСЛУГ ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ

г. <город>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;«<ДД>» <месяц> <ГГГГ> г.

<Исполнитель>, именуемый в дальнейшем «Исполнитель», в лице <должность, ФИО>, действующего на основании <устава/доверенности>, с одной стороны, и <Заказчик>, именуемый в дальнейшем «Заказчик», в лице <должность, ФИО>, с другой стороны, заключили настоящий Договор о нижеследующем.

1. Предмет договора

1.1. Исполнитель оказывает Заказчику услуги технической поддержки в отношении <перечень систем, сайтов, оборудования>, а Заказчик оплачивает эти услуги в порядке, установленном настоящим Договором.

1.2. Параметры качества услуг (время реакции, время решения, часы обслуживания) устанавливаются Приложением № 1 (SLA) к настоящему Договору.

2. Рамки услуг

2.1. В рамки услуг по настоящему Договору входит: <устранение сбоев, консультирование пользователей, регламентное обслуживание — конкретный перечень>.

2.2. В рамки услуг НЕ входит и оплачивается отдельно: <доработка функциональности, обучение новых пользователей, работы, вызванные действиями третьих лиц>.

2.3. Услуги оказываются дистанционно, если иное прямо не согласовано сторонами в заявке.

3. Порядок оказания услуг

3.1. Обращения принимаются через <канал приёма — портал, почта, мессенджер> и зон обслуживания регистрируются с присвоением номера.

3.2. Учёт объёма оказанных услуг ведётся по тарифному плану, согласованному Приложением № 2 (Тариф) к настоящему Договору.

3.3. Работы, выходящие за рамки, установленные пунктом 2.1, выполняются по отдельной заявке после согласования объёма и стоимости с Заказчиком.

4. Стоимость услуг и порядок расчётов

4.1. Стоимость услуг определяется тарифным планом, согласованным Приложением № 2, и не является предметом настоящего раздела.

4.2. Оплата производится <авансом за расчётный период / по факту оказания услуг> не позднее <N> рабочих дней с даты выставления счёта.

4.3. Неиспользованный объём услуг за расчётный период <переносится на следующий период / не переносится> — согласуется сторонами при выборе тарифа.

5. Срок действия и порядок расторжения

5.1. Договор действует с даты подписания до <ДД.ММ.ГГГГ> и продлевается на тот же срок, если ни одна из сторон не заявила об отказе от продления не позднее чем за <N> дней до окончания срока.

5.2. Любая из сторон вправе расторгнуть Договор в одностороннем порядке, уведомив другую сторону не менее чем за <N> дней.

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

6.1. Исполнитель отвечает за соблюдение параметров, установленных Приложением № 1 (SLA), за исключением случаев, предусмотренных пунктом 6.3.

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

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

7. Приложения

7.1. Приложение № 1 — Соглашение об уровне услуг (SLA).

7.2. Приложение № 2 — Тарифный план.

Реквизиты и подписи сторон

Как заполнять

Раздел 2 (Рамки услуг) — самый важный в документе. Именно здесь чаще всего спорят: клиент считает, что «поддержка» покрывает любую доработку, исполнитель — что только устранение сбоев в уже сданной работе. Пункт 2.2 обязан называть конкретные примеры того, что НЕ входит, а не ограничиваться общей фразой «иные работы по согласованию» — общая фраза не защищает ни одну из сторон в споре.

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

Пункт 5.1 (срок и автопродление). Без явного срока уведомления об отказе от продления договор продлевается неожиданно для одной из сторон, и разговор о расторжении превращается в конфликт о том, кто кого не предупредил.

Пункт 6.2 (приостановка срока). Без этого пункта Исполнитель формально нарушает SLA каждый раз, когда Заказчик сам не отвечает на уточняющий вопрос, — пункт защищает от такого расхождения.

Как проверить готовый договор

• Есть ли в разделе 2 хотя бы три конкретных примера того, что НЕ входит в услугу? Если раздел ограничивается общей фразой — рамки не названы, договор не защищает от спора.
• Ссылается ли раздел о стоимости на приложение, а не содержит цифры внутри текста? Иначе любое изменение тарифа требует нового договора.
• Указан ли канал приёма обращений явно (пункт 3.1)? Обращение мимо названного канала не должно считаться принятым — иначе срок отсчитывается непонятно от чего.
• Есть ли пункт о приостановке срока при ожидании ответа Заказчика? Без него сроки будут нарушаться не по вине Исполнителя.

Частые ошибки

• Рамки услуг описаны одной фразой «техническая поддержка сайта». Что именно в неё входит — сбои, контент, доработки, хостинг — остаётся предметом устной договорённости, которая забывается уже к третьему обращению.
• SLA вписан прямо в текст договора. Любое изменение времени реакции требует переподписания всего документа, а не только приложения.
• Нет пункта об автопродлении или о сроке уведомления об отказе. Договор заканчивается незаметно для одной из сторон, и услуга либо прерывается неожиданно, либо продолжается без актуального согласия.
• Стоимость сверх пакета не согласована заранее. Работы, выходящие за рамки услуг, начинаются без утверждённой сметы, и спор о счёте возникает уже после того, как работа сделана.

Как это устроено в TehProf.kz Support

Договор с клиентом описывает рамки услуг и общие условия, а фактический учёт того, что уже согласовано в разделе 3 договора — тарифный план, часы или услуги, время реакции по SLA, — ведётся в карточке компании клиента: тариф подключается там же, привязывается к клиенту и фиксируется с периодом оплаты. Расход часов и переработка сверх пакета считаются автоматически по времени, зафиксированному в заявках, так что раздел 4.3 договора («переносится / не переносится») сверяется с системой, а не с памятью сторон. Устройство тарифов и как назначить конкретный план клиенту — в статье Тарифы техподдержки; цены и границы тарифных планов — на странице тарифов.

Частые вопросы

Что обязательно должно быть в договоре на техническую поддержку?

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

Чем рамки технической поддержки отличаются от условий SLA?

Рамки — это про «что вообще делает поддержка» (раздел 2 договора), а SLA — про «с какой скоростью и в каком классе» (отдельное приложение). Путать их — частая причина, почему договор приходится переподписывать при каждом изменении сроков реакции.

Нужен ли отдельный договор технической поддержки для сайта или для 1С?

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

Как оформить право клиента на техническую поддержку, если оплата почасовая?

В разделе 4 указывается почасовая модель вместо пакета: оплата производится по факту оказанных услуг на основании учёта времени, а не фиксированной суммы за период. Как вести такой учёт — в статье Учёт часов техподдержки по договору: как считать.

Связанные статьи

• Соглашение об уровне услуг (SLA) для техподдержки: образец
• Учёт часов техподдержки по договору: как считать
• Тарифы техподдержки
• Служба технической поддержки: структура и функции
• Регламент технической поддержки: готовый образец