Оплаченная лицензия и работающее внедрение — разные результаты. Если компания получила законный доступ к программе, это ещё не доказывает исполнение обязательства настроить согласованные операции, обмен данными и отчётность. Но и неудачное внедрение не всегда позволяет вернуть стоимость всех лицензий. Требования зависят от состава договора, связи этапов и того, какую часть полученного результата компания действительно может использовать. Начать стоит с сопоставления задания и фактических возможностей системы на дату предполагаемой сдачи.
Разберите цену проекта на обязательства
Договор внедрения часто объединяет право использования программы, обследование процессов, настройку, доработку, перенос данных, обучение и сопровождение. Статья 421 ГК РФ допускает смешанный договор: правила применяются к соответствующим элементам с учётом соглашения и существа отношений. Поэтому название «оказание услуг» не делает любые переданные файлы надлежащим результатом. Равно как слово «внедрение» не означает безусловную ответственность исполнителя за любой бизнес-показатель заказчика.
Постройте таблицу этапов с ценой, сроком, результатом и порядком приёмки. Отметьте, где стороны платили за часы специалистов, а где — за определённую функцию. Например, консультация по типовому модулю и обязанность обеспечить автоматический обмен между двумя системами могут иметь разные критерии исполнения. Если цена единая, ищут согласованную смету, коммерческое предложение, счета и переписку. Произвольно назначать неудобному этапу нулевую стоимость нельзя, но отсутствие разбивки не исключает исследования состава фактического исполнения.
Найдите проверяемое техническое задание
Для суда нужны конкретные обещанные функции. Утверждение «система должна была быть удобной» слабее согласованного описания: загружать определённый формат, рассчитывать показатель по утверждённой формуле, формировать документ с заданными реквизитами. Соберите задание, спецификации, протоколы обследования, согласованные сценарии и изменения требований. Если задание уточнялось письмами, сохраните цепочку согласования, сведения об отправителях и версии вложений. Не следует выдавать внутреннее пожелание заказчика за согласованную обязанность исполнителя.
В отдельной колонке укажите, какие исходные данные, доступы и решения должна была предоставить компания. Иногда функция не заработала из-за отсутствия данных или потому, что заказчик изменил процесс после настройки. Это не оправдывает исполнителя автоматически, но влияет на причины сбоя и распределение ответственности. Полезен календарь зависимостей: когда запрошены сведения, когда они предоставлены, какие предупреждения получены и как это повлияло на этап. Такой календарь точнее общих взаимных обвинений в отсутствии содействия.
Что подтверждает предоставление лицензий
По статье 1235 ГК РФ лицензия предоставляет право использования в согласованных пределах. Проверяют программу, способы использования, срок, число пользователей, порядок передачи и полномочия лица, предоставившего право. Право на типовую конфигурацию не всегда включает изменения, дополнительные модули или использование сторонних компонентов. Наличие счёта и платежа само по себе не доказывает передачу именно того объёма прав, который предусмотрен проектом. Но отсутствие запуска бизнес-процесса тоже не доказывает отсутствие лицензии.
Отдельно выясните, кто является лицензиаром: внедренец, правообладатель или иной партнёр. Если лицензия куплена напрямую у правообладателя, неисправность работы другого исполнителя не создаёт автоматического требования вернуть ему лицензионную цену. Если всё объединено в один проект, оценивают связь составляющих и основания прекращения отношений. В статье не применяются будущие изменения законодательства как уже действующие: для каждого договора важны редакция закона, дата заключения и условия самого предоставления прав. Спор о внедрении не сводится к отключению лицензии.
Как зафиксировать неработающие сценарии
Подготовьте реестр сбоев: требование, шаги проверки, входные данные, ожидаемый результат, фактический результат и последствия. Сохраняйте дату, версию программы, настройки среды и сведения о лице, проводившем проверку. Скриншот ошибки полезен, но без контекста он может не показывать ни причину, ни воспроизводимость. Предложите исполнителю совместную проверку по заранее направленным сценариям. Если он отказывается или предлагает постоянно менять условия теста, это тоже фиксируют в переписке.
Для правовой оценки важно сохранить первоначальное состояние до исправлений другим подрядчиком. По возможности создают законную резервную копию и документируют изменения, не нарушая лицензию и правила обработки данных. Нельзя передавать внешним участникам полную рабочую базу с персональными сведениями без оценки основания и объёма доступа. Обезличенные тестовые наборы иногда достаточны, иногда нет. Если причины требуют специальных знаний, привлекается подходящий специалист; юридическое сопровождение определяет вопросы и доказательственную задачу, а не подменяет техническое исследование.
Акт приёмки меняет позицию, но требует чтения
Посмотрите, что именно подписано: передача лицензий, отчёт о часах, завершение этапа или приёмка всей системы. Один акт не обязательно подтверждает все элементы проекта. Важно, содержит ли он замечания, ссылку на протокол испытаний и возможность предъявления требований после опытной эксплуатации. Если акт подписал сотрудник, проверьте полномочия и порядок последующего одобрения. Нельзя автоматически объявлять документ недействительным только потому, что его подписал не руководитель.
При подрядной модели статья 720 ГК РФ различает явные и скрытые недостатки. Замечания, обнаруженные при приёмке, нужно отражать; скрытые недостатки требуют извещения в разумный срок после обнаружения. Подписание без проверки способно ограничить ссылки на явные дефекты, если договор не предусматривает иное. При этом скрытая ошибка расчёта, проявляющаяся на редкой операции, и отсутствие очевидного согласованного модуля могут оцениваться по-разному. Позицию строят по каждому недостатку, а не по общему тезису, что любой подписанный акт окончательно закрывает спор.
Отделите недостаток от нового пожелания
Контрагент часто называет любую жалобу новой задачей. Проверяйте это по согласованному объёму: была ли функция предусмотрена, раскрывалась ли цель использования, соответствуют ли входные данные требованиям. Если компания позднее пожелала другую аналитику или новую интеграцию, это может требовать отдельной оплаты. Если же обещанный обмен вообще не запускается на согласованной версии, вопрос относится к исполнению первоначального обязательства. Чёткое разграничение уменьшает спорную область и позволяет обосновать цену исправления.
Составьте журнал изменений. В нём отдельно отмечают исправление дефекта, согласованное развитие и действия самого заказчика. Если исполнитель утверждает, что работа стала невозможной из-за вмешательства другого специалиста, нужны даты и конкретная связь с ошибкой. Слово «стороннее вмешательство» без описания изменений не заменяет доказательства. Но заказчик, полностью перестроивший систему до фиксации её исходного состояния, тоже рискует лишиться надёжных подтверждений. Решение о срочной замене исполнителя лучше сочетать с сохранением доказательств.
Какое требование подходит компании
В подрядной части статья 723 ГК РФ предусматривает устранение недостатков в разумный срок, соразмерное уменьшение цены и при предусмотренном договором праве — возмещение расходов на устранение. Основания отказа и убытков отдельно связаны с неустранением в разумный срок либо существенными и неустранимыми недостатками. Эти варианты нельзя без анализа соединить в требование вернуть весь платёж и одновременно бесплатно довести весь проект до завершения. В сервисной и лицензионной частях применимость средств защиты проверяют самостоятельно.
В претензии полезно назвать достижимую цель. Компания может хотеть завершить запуск, оставить часть работ и уменьшить цену либо прекратить проект и вернуть неотработанные средства. Выбор зависит от пригодности результата, срочности и возможности исправления. Для затрат на нового подрядчика сохраняют задание, цену и подтверждение связи с первоначальными недостатками. Дополнительное развитие системы не следует полностью включать в убытки. Также проверяют договорные ограничения ответственности и порядок устранения: право на возмещение не возникает только из удобства выбранного компанией решения.
Как определить цену фактически полезного результата
При споре о возврате аванса нужно показать, какая часть обязательств исполнена и сохраняет значение для заказчика. Переданные лицензии, пригодная настройка и бесполезная демонстрационная сборка — разные объекты оценки. Важны самостоятельная применимость этапов и условия договора об их сдаче. Один только внутренний процент готовности исполнителя не определяет сумму долга. Но и полное отсутствие промышленного запуска не всегда обнуляет всё сделанное, если заказчик получил самостоятельный пригодный результат.
Если цена этапа связана с количеством часов, проверьте согласование работ, учёт времени и соответствие ставкам. Если согласован фиксированный результат, многократное увеличение трудозатрат ещё не означает право на дополнительную оплату. Для сложного расчёта могут потребоваться специальные знания, однако юрист сначала определяет, что именно необходимо устанавливать: объём, пригодность, исправимость или стоимость отдельного этапа. Запрос «оценить весь проект» без правовой задачи способен привести к дорогому, но мало полезному документу.
Условный пример разделения платежей
Предположим, проект стоил 3 млн рублей: лицензии — 900 тысяч, настройка склада — 800 тысяч, обмен с производством — 1 млн, обучение — 300 тысяч. Лицензии переданы надлежащим образом, склад работает, но обмен не выполняет согласованные сценарии, а обучение проведено только частично. Для требования вернуть все 3 млн нужны основания, объясняющие утрату интереса ко всему комплексу и судьбу уже полученных прав. Одного сбоя обмена для такой арифметики может быть недостаточно.
Компания может отдельно требовать исправить обмен, снизить его цену или при наличии оснований прекратить соответствующую часть отношений. Стоимость проведённого обучения проверяется по согласованным темам и объёму. Если новый исполнитель одновременно исправляет обмен и создаёт дополнительную аналитику, его счёт разделяют. Тогда причинная связь и сумма требования видны без догадок. Условный пример не устанавливает универсальный процент возврата: он показывает, почему состав цены и самостоятельная польза этапов важнее общего заявления, что система не устроила руководство.
Что делать при встречном требовании об оплате
Отказ подписать акт не всегда освобождает от оплаты, если результат действительно передан и соответствует договору. Поэтому ответ на претензию исполнителя должен содержать конкретные недостатки и документы. Если компания продолжает использовать часть системы, это честно отражают в позиции. Можно спорить о непригодности одного этапа и признавать другое исполнение. Полный отказ от любого платежа при доказанной полезной части работ способен создать собственную просрочку и дополнительные санкции.
Проверьте сроки предъявления требований по соответствующей части договора, гарантию, договорную претензионную процедуру и подсудность. Не существует единого срока для всех требований по смешанному IT-проекту. При угрозе банкротства исполнителя отдельно оценивают сохранность данных, доступов и возможность получить документы. Денежное требование не восстанавливает автоматически контроль над рабочей средой, а передача паролей не заменяет передачу прав и результатов. Планы по продолжению эксплуатации и судебной защите нужно согласовать между собой.
Как подготовить проект к юридическому разбору
Для начала нужны договор, задание, смета, акты, платежи, журнал изменений и короткий перечень воспроизводимых сбоев. Выделите три наиболее значимых сценария с указанием, где они закреплены. Приложите переписку о сдаче, приглашения на тестирование и ответы исполнителя. Перечень внутренних ожиданий полезен только вместе с объяснением, какие из них вошли в обязательство. Сведения о доступах описывают по ролям; пароли и коды активации в первом обращении не требуются.
Мы можем провести юридический анализ договора внедрения, разграничить оплаченные права и результаты, подготовить претензию либо позицию по иску исполнителя. При необходимости технической проверки отдельно формулируются вопросы подходящему специалисту. Сопровождение строится вокруг согласованного задания, приёмки и выбранного требования: это позволяет обсуждать конкретный состав исполнения, а не спорить о субъективной удовлетворённости программой.
Нормы и судебные разъяснения
- ГК РФ, статья 421: смешанный договор
- ГК РФ, статья 1235: лицензионный договор
- ГК РФ, статья 720: приёмка работы
- ГК РФ, статья 723: недостатки результата
Материал подготовлен с учётом законодательства и разъяснений, доступных на 26 октября 2026 года.