IT-аутсорсинг
Подрядчик выполняет функцию или комплекс работ: разработка, поддержка, тестирование, DevOps, сопровождение. В договоре важны результат, SLA, отчёты и приёмка.
Закрепим ответственность за специалистов, код, сроки, качество, доступы и конфиденциальность внешней команды.
Первый проект — до 3 рабочих дней после получения исходных данных.
Подрядчик выполняет функцию или комплекс работ: разработка, поддержка, тестирование, DevOps, сопровождение. В договоре важны результат, SLA, отчёты и приёмка.
Команда работает под проект заказчика, но остаётся на стороне подрядчика. Нужно прописать роли, загрузку, замену специалистов, управление задачами и права на результат.
Самая чувствительная схема. Нужно проверить ограничения заемного труда, кто фактически управляет сотрудниками и не маскирует ли договор трудовые отношения.
Разработчик ушёл из команды, подрядчик ищет замену, сроки проекта сдвигаются. В договоре нет правил замены, передачи контекста и ответственности за простой.
Работы оплачены, но в договоре не указано, кому принадлежат исключительные права, репозиторий, документация и результаты доработок.
Он ставит задачи напрямую, утверждает график, контролирует отпуск и дисциплину. Такая модель может выглядеть как заемный труд или скрытые трудовые отношения.
Внешняя команда получила доступ к CRM, репозиторию, аналитике или персональным данным. При утечке непонятно, кто отвечает и какие меры безопасности были обязательны.
Аутсорсинг услуги, выделенная команда, поддержка, разработка по задачам или предоставление специалистов — формулируем модель без опасных двусмысленностей.
Кто ставит задачи, кто принимает результат, кто отвечает за дисциплину, замену специалистов, отпуск, болезнь и передачу контекста.
Когда и в каком объёме переходят права на код, документацию, дизайн, конфигурации, скрипты, тесты и результаты спринтов.
Конфиденциальность, доступы, учётные записи, запрет копирования данных, возврат доступов после завершения проекта.
Время реакции, доступность поддержки, порядок исправления дефектов, отчёты, критерии качества и ответственность за нарушение SLA.
Роли оператора и обработчика, поручение обработки, меры защиты, инциденты и ограничения доступа к данным.
Адаптируем договор под фактическую схему работы — от T&M-разработки до субподряда в составе IT-проекта.
Единый стандарт юридической проработки во всех вариантах. Различаются результат, комплектация и объём правок.
Услуга 1
Выявим риски и дадим рекомендации по безопасной работе с договором.
Вариант 1
3 000 ₽
Анализ рисков, комментарии и рекомендации.
Вариант 2
4 500 ₽
Правовое заключение и исправленный договор в Word или протокол разногласий.
Услуга 2
Подготовим договор под вашу задачу и обеспечим необходимыми документами.
Вариант 1
6 000 ₽
До двух приложений и до трёх циклов правок.
Вариант 2
8 500 ₽
Все необходимые формы и приложения; правки без ограничения в пределах первоначальной задачи.
01
Договор, реквизиты, описание сделки и коммерческие условия — всё, что уже согласовано или есть у контрагента.
02
Подтверждаем результат, комплектацию, срок и точную цену до начала работы.
03
Стандартный первый проект — в течение 3 рабочих дней после получения исходных данных.
04
Вносим правки в объёме выбранного варианта и передаём итоговые документы в Word и PDF.
При аутсорсинге подрядчик оказывает услугу или выполняет работу и отвечает за результат. При аутстаффинге заказчик фактически получает специалистов в своё распоряжение. В России такая модель требует осторожности из-за ограничений заемного труда, поэтому договор нужно строить по фактической модели, а не только по названию.
Можно, но это рискованная формулировка. Нужно понять, кто управляет специалистами, кто отвечает за результат, кто ведёт кадровые вопросы и кто несёт ответственность за качество. Иногда безопаснее оформлять не «предоставление людей», а оказание IT-услуг выделенной командой.
Это должно быть прямо прописано. В договоре фиксируется, какие результаты создаются, когда переходят права, какие материалы передаются заказчику, что происходит с open source и кто отвечает за нарушения прав третьих лиц.
Можно включить non-solicit условие: стороны не переманивают сотрудников и подрядчиков друг друга в течение срока договора и определённого периода после него. Важно формулировать его разумно, без чрезмерных штрафов и ограничений трудовых прав.
В договоре или приложении нужно описать, кто выдаёт доступы, какие уровни доступа допустимы, как ведётся учёт, когда доступы отзываются и кто отвечает за утечку или несанкционированное копирование данных.
Если команда отвечает за поддержку, DevOps, инфраструктуру или критичные сервисы — да. SLA помогает закрепить время реакции, сроки восстановления, приоритеты инцидентов и последствия нарушения. Для чистой разработки чаще достаточно сроков этапов, критериев приёмки и отчётности.
Да, если сделать рамочный договор и отдельные приложения по каждому проекту или роли. В приложениях можно менять состав команды, ставки, загрузку, задачи, сроки и критерии приёмки без переписывания всего договора.
Да. Для этого подходит тариф «Аудит или правка». Мы проверим риски по оплате, приёмке, ответственности, правам на код, штрафам, NDA, доступам и признакам заемного труда.
На странице IT-договоров — MSA, NDA, SaaS, SLA, лицензии, разработка ПО, сайты и SEO.
Справка
В IT-проектах аутсорсинг и аутстаффинг часто смешивают, но юридически это разные модели. Для договора важно не название, а фактические отношения: кто управляет специалистами, кто отвечает за результат, кто контролирует рабочее время, кто решает кадровые вопросы и кому передаются права на созданные материалы.
Особенно осторожно нужно оформлять предоставление персонала. В российском праве заемный труд ограничен, поэтому договор с внешней командой должен показывать реальную услугу, результат, ответственность подрядчика и порядок приёмки. Если заказчик фактически управляет специалистами как своими сотрудниками, возникают трудовые, налоговые и регуляторные риски.
Напишите нам в мессенджер — ответим в течение 10 минут.