Настройка готового программного обеспечения (ПО) — распространённая услуга, которая часто путается с разработкой с нуля. Это принципиально разные юридические конструкции, и использование неподходящего договора ведёт к финансовым рискам, неисполнению обязательств и судебным спорам. Данная статья поможет понять, как правильно оформить отношения с подрядчиком при настройке ПО.
Почему нельзя использовать шаблон договора на разработку?
Как верно заметили в исходном материале, скачанный из интернета шаблон редко обеспечивает защиту. Причина проста:
- Предмет договора в договоре на разработку, создание нового объекта интеллектуальной собственности (программы); При настройке вы получаете услугу по адаптации уже существующего продукта.
- Результат при разработке — новый код, авторские права на который могут переходить к заказчику. При настройке результат — настроенная система, которая не является объектом авторского права.
- Техническое задание (ТЗ) для разработки детально описывает будущий продукт. Для настройки нужен акт приёмки-сдачи услуг или протокол испытаний, подтверждающий, что ПО работает в требуемом режиме.
Ключевые разделы договора на настройку ПО
Предмет договора
Это самый важный раздел. Формулировка должна быть максимально точной:
«Исполнитель обязуется оказать Заказчику услуги по установке, конфигурации, адаптации и обучению работе с программным обеспечением [название ПО, версия] в соответствии с Приложением №1 (Техническое задание на настройку), а Заказчик обязуется оплатить эти услуги.»
Что указать: Точное наименование ПО, версию, цель настройки (интеграция с 1С, настройка отчётности, подключение оборудования и т.д.).
Техническое задание (Приложение №1)
Это неотъемлемая часть договора. В нём должны быть детально прописаны:
- Перечень настроек и изменений в ПО.
- Требования к функционалу после настройки (например: «Сформировать отчёт X за период Y в формате Z»).
- Критерии приёмки (что будет считаться выполненной работой).
- Сроки выполнения каждого этапа, если работа делится на части.
Стоимость и порядок оплаты
Рекомендуется привязывать оплату к этапам и факту приёмки:
- Аванс (например, 30-50%) — за начало работ.
- Оплата по этапам — после подписания актов сдачи-приёмки по каждому этапу из ТЗ.
- Окончательный расчёт, после полного выполнения работ и подписания итогового акта.
Важно: Указать, что оплата производится только после подписания акта. Без акта претензий по качеству нет, а оплата не считается просроченной.
Сроки выполнения работ
Указать конкретные календарные даты или сроки (рабочих дней) для каждого этапа. Добавить пункт о продлении сроков по вине Заказчика (например, задержка предоставления доступов).
Права на результаты
Поскольку настройка не создаёт новый объект авторского права, здесь нужно прописать:
- Исполнитель передаёт Заказчику право использования настроенной версии ПО в рамках лицензии на исходный продукт.
- Все настройки, скрипты, конфигурации, созданные в процессе работы, являются информацией Заказчика и передаются ему в полном объёме;
- Исполнитель не вправе использовать настройки, созданные для данного Заказчика, для других клиентов.
Конфиденциальность
Обязательный раздел. Нужно защитить:
- Доступы к системам Заказчика.
- Бизнес-данные, с которыми работает настраиваемое ПО.
- Само техническое задание и условия договора.
Ответственность сторон и гарантии
Указать:
- Гарантийный срок на выполненные работы (например, 3-6 месяцев). В течение этого срока Исполнитель бесплатно исправляет ошибки в настройке, если они возникли по его вине.
- Штрафные санкции (неустойка) за срыв сроков и за некачественное выполнение работ.
- Ограничение ответственности (например, размер неустойки не может превышать стоимость услуги).
Порядок приёмки-сдачи
Чёткий регламент:
- Исполнитель уведомляет Заказчика о готовности этапа/работы.
- Заказчик проводит проверку в течение, например, 5 рабочих дней.
- При отсутствии претензий стороны подписывают Акт приёмки-сдачи услуг.
- Если есть претензии, составляется протокол с перечнем недочётов и сроками их устранения.
Ключевое: Без подписанного акта работа считается невыполненной, а оплата, не наступившей.
Типичные ошибки, которые нужно избегать
- Отсутствие детального ТЗ. Фразы «настроить 1С под отчётность» без конкретики — приёмка будет невозможна.
- Оплата 100% upfront. После перевода денег заказчик теряет рычаги давления.
- Нет акта приёмки. Без акта невозможно доказать, что работа выполнена некачественно или не выполнена вовсе.
- Путаница в предмете договора. Если в процессе настройки потребуется серьёзная доработка кода (новая функциональность), это уже отдельная разработка и требует допсоглашения с новой стоимостью.
- Нет пункта оForce Majeure. Нужно прописать, что стороны не несут ответственности за задержки из-за действий/бездействия другой стороны (например, Заказчик не предоставил доступы вовремя).
Договор на настройку ПО — это не формальность, а инструмент управления рисками. Его цель — чётко определить, что именно будет сделано, когда, за какую цену и по каким критериям это будет признано выполненным.
Рекомендация: Даже если услуга кажется простой, потратьте время на составление или адаптацию договора с юристом, специализирующимся на IT. Стоимость консультации несопоставима с потенциальными убытками от неисполнения или некачественной настройки. Не доверяйте «универсальным» шаблонам — ваш случай всегда уникален.
Примечание: Данная статья носит информационно-справочный характер и не является юридической консультацией. Для составления конкретного договора необходимо обратиться к квалифицированному юристу.