Клиент меняет исполнителя: как прописать передачу дел, данных и доступов при прекращении услуг

Меняете исполнителя и хотите сохранить управляемость проекта? Возьмите за основу договор оказания услуг и дополните его порядком передачи дел, данных и доступов. Условия ниже нужно согласовать под ваши системы и фактический объём сопровождения.

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

Ниже рассматривается коммерческий договор между организациями или ИП по праву России. Речь не о переводе долга и не о замене стороны договора: заказчик завершает отношения с одним исполнителем и самостоятельно заключает договор с другим. Для медицинской, аудиторской, банковской и иной регулируемой деятельности дополнительно проверяют специальные требования к тайне, хранению документов и доступу. Порядок передачи не должен заставлять исполнителя нарушать закон или правила правообладателей.

Разделите прекращение услуг и передачу проекта

В договоре удобно выделить три события: прекращение текущих услуг, исполнение обязательств по передаче и окончательный денежный расчёт. Если связать их одной фразой «договор действует до полного исполнения», получится спор: обязан ли исполнитель продолжать ежедневное обслуживание, пока стороны согласуют последний акт? Лучше назвать дату остановки обычных задач, отдельный период передачи и обязанности, сохраняющиеся после прекращения договора.

Статья 782 ГК РФ устанавливает разные условия одностороннего отказа заказчика и исполнителя. Передача проекта не должна превращаться в способ блокировать реализацию законного права на отказ. При этом прекращение основного обслуживания не отменяет автоматически все обязанности, которые по своему назначению должны исполняться позднее: возврат переданного имущества, расчёты, конфиденциальность и специально согласованные завершающие действия. Их содержание и срок следует описать прямо, учитывая статьи 421, 450.1 и 453 ГК РФ.

Не стоит обещать, что любой установленный договором срок уведомления или плата за выход безусловно действуют во всех ситуациях. Это отдельные юридические вопросы, зависящие от основания прекращения и статуса сторон. В рассматриваемом условии безопаснее регулировать технический процесс передачи, не подменяя им порядок отказа и не объявляя неоплаченный счёт препятствием для направления уведомления.

Вариант условия. «С даты прекращения оказания текущих услуг Исполнитель не принимает новые задания, кроме действий, прямо включённых в План передачи. Обязанности по передаче материалов и доступов, возврату имущества Заказчика, защите информации и окончательным расчётам сохраняются в пределах и на сроки, установленные настоящим разделом. Передача проекта не означает продление текущего обслуживания на неопределённый срок».

В приложении укажите, какое событие запускает процедуру: доставка уведомления об отказе, подписание соглашения, истечение срока договора или иное законное основание. Если одна сторона оспаривает прекращение, полезно предусмотреть сохранительную передачу копий и резервов без признания её правовой позиции. Это позволяет не терять данные, пока юристы спорят о датах и суммах.

Составьте реестр, а не обещание передать «всё необходимое»

Понятие «проект» слишком широко. Для маркетинга это кампании, аудитории, отчёты и календарь размещений; для бухгалтерского сопровождения — базы и регистры; для администрирования — конфигурации, резервные копии и перечень интеграций. В реестр включают только то, что исполнитель обязан создать или вернуть по договору, а также имущество и сведения, полученные от заказчика. Произвольная фраза не превращает внутренние методики исполнителя и лицензии третьих лиц в собственность клиента.

Для каждой позиции нужны наименование, версия или дата актуальности, место хранения, формат передачи, получатель и критерий завершения. «База клиентов» недостаточна: важно, какие поля экспортируются, включены ли комментарии и согласия, как обозначены архивные записи, в каком виде сохраняются связи. Если выгрузка теряет структуру, заказчик может получить файл, который формально открывается, но практически не позволяет продолжить процесс.

Реестр можно вести с начала сотрудничества и актуализировать ежемесячно. Это значительно дешевле, чем восстанавливать перечень за два дня до ухода исполнителя. Укажите, кто согласует изменения: руководитель проекта может подтверждать технические версии, но не обязательно вправе менять цену или передавать исключительные права. Для таких решений нужен уполномоченный представитель стороны.

Вариант условия. «Состав передаваемого комплекта определяется Реестром в приложении № __. По каждой позиции указываются идентификатор, актуальная версия, формат, способ передачи и контрольный признак. Не позднее двух рабочих дней после запуска процедуры Исполнитель направляет уточнённый Реестр со статусами “готово”, “в работе”, “требуется решение Заказчика”. Добавление нового результата, не предусмотренного договором, согласуется отдельно».

Увеличить схему

Увеличенную схему можно прокрутить по горизонтали.

Определите, кому именно разрешено передавать сведения

Письмо «вышлите всё нашему новому подрядчику» не всегда достаточно. Исполнителю нужно понимать, что запрос действительно поступил от уполномоченного лица заказчика, кто является получателем и что ему разрешено получить. Название компании без адреса, представителя и перечня данных создаёт риск отправки коммерческой информации не тому человеку. Контроль получателя особенно важен при смене сотрудника заказчика одновременно со сменой подрядчика.

Назначьте одного координатора со стороны заказчика, а для нового исполнителя укажите юридическое наименование, контактное лицо и подтверждённый рабочий адрес. Передавать полномочия через обычный чат без проверки опасно. Предусмотрите подтверждение по ранее согласованному каналу при изменении адреса получателя. Это не запрет электронного взаимодействия, а простой способ снизить риск подмены реквизитов и адресов.

Вариант условия. «Передача третьему лицу осуществляется только по письменному распоряжению уполномоченного представителя Заказчика, содержащему сведения о получателе, состав передаваемых объектов и допустимые способы доступа. Замена получателя подтверждается через контакт Заказчика, ранее указанный в договоре. Исполнитель не вправе самостоятельно выбирать нового получателя или расширять перечень раскрываемой ему информации».

Согласуйте, кто взаимодействует с новым исполнителем. Если прежняя команда обязана лишь передать материалы заказчику, нельзя автоматически требовать от неё неделю обучения конкурента. И наоборот, включённая в цену вводная сессия должна иметь измеримый объём: например, одна встреча до двух часов по согласованной повестке и ответы на перечень вопросов. Числа в подобных условиях являются договорными примерами, а не установленными законом нормативами.

Передавайте контроль над аккаунтами, а не чужие пароли

Для цифрового проекта самый устойчивый вариант — с начала работы создавать корпоративные учётные записи на заказчика и выдавать исполнителю отдельные роли. Тогда при завершении меняются права, а не «продаётся» аккаунт, который сервис запрещает передавать. В реестре укажите владельца аккаунта, администратора, плательщика, адрес восстановления и человека, отвечающего за двухфакторную аутентификацию. Эти роли нередко принадлежат разным лицам.

Передача пароля от личной почты менеджера не является надлежащим способом передачи проекта. В ней могут содержаться сведения других клиентов и личная переписка, а уволившийся работник может сохранить возможность восстановления доступа. Лучше использовать встроенную смену владельца или приглашение корпоративного администратора. Если правила сервиса не допускают перенос, заранее согласуйте выгрузку, создание нового аккаунта и технический переход, а не обещайте невозможное.

Вариант условия. «Контроль над учётными записями передаётся средствами соответствующего сервиса: назначением администратора Заказчика, изменением согласованных реквизитов восстановления или иным разрешённым способом. Личные учётные записи работников и единые аккаунты Исполнителя, содержащие проекты иных клиентов, не передаются. Для таких систем в Реестре указываются доступный способ экспорта и необходимые действия по переносу проекта».

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

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

Отдельно урегулируйте персональные данные и конфиденциальность

Передача клиентской базы новому подрядчику — это не только операция с файлом. Если в ней есть персональные данные, нужно определить правовое основание, цели, состав и роли участников по Федеральному закону № 152-ФЗ. Договор между двумя компаниями не заменяет требуемое законом основание обработки и не позволяет передать избыточные сведения «на всякий случай». Новый исполнитель должен получать только данные, необходимые для порученной ему задачи.

Когда исполнитель обрабатывает данные по поручению оператора, содержание поручения должно соответствовать части 3 статьи 6 Закона № 152-ФЗ. В частности, в нём определяют данные, операции, цели и обязанности по защите и конфиденциальности. При завершении сотрудничества нужно согласовать возврат и прекращение обработки в рамках этого поручения. Новый подрядчик не становится автоматически участником прежнего поручения только потому, что его назвали в электронном письме.

Не пишите универсальное «все данные уничтожаются в день расторжения». Обязанность и сроки прекращения обработки зависят от законного основания, цели и требований статьи 21 Закона № 152-ФЗ; часть сведений может подлежать обязательному хранению. Одновременно неопределённое «исполнитель хранит архив столько, сколько считает нужным» тоже неприемлемо. Нужны категории, основания, ограничение доступа и понятный момент удаления, а не бессрочная страховочная копия всего проекта.

Вариант условия. «После подтверждения получения комплекта Исполнитель прекращает обработку персональных данных по поручению Заказчика и возвращает либо уничтожает их в порядке, установленном поручением и применимым законодательством. Сведения, которые Исполнитель обязан хранить на самостоятельном законном основании, выделяются отдельно; их состав, основание и срок сообщаются Заказчику. Использование таких сведений для иных проектов и передачи третьим лицам не допускается без надлежащего основания».

Технические резервные копии требуют отдельного решения. Если мгновенно удалить одну запись из резервного образа нельзя, нельзя просто объявить этот образ «не данными». Опишите блокирование доступа, отсутствие обычного использования, график перезаписи и действия при восстановлении из архива. Конкретная схема должна укладываться в законные сроки. Сведения о подтверждении уничтожения оформляют с учётом применимых требований Роскомнадзора, а не одним сообщением «всё почистили».

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

Увеличить схему

Увеличенную схему можно прокрутить по горизонтали.

Разграничьте готовые результаты, исходники и инструменты исполнителя

Получение файла и получение права использовать его — разные юридические вопросы. Для материалов, охраняемых интеллектуальными правами, договор должен определять основание и объём использования. Передача проекта не исправляет автоматически пробел в лицензии и не передаёт заказчику внутренние библиотеки исполнителя. Если новый подрядчик должен изменять материалы, необходимо проверить, позволяет ли это согласованный режим прав.

В реестре удобно разделить четыре группы: материалы заказчика; результаты, права на которые передаются по основному договору; лицензируемые инструменты исполнителя; сторонние компоненты. Для каждой группы укажите, что можно передать новому исполнителю и на каких условиях. Наименование «исходник» само по себе не означает, что заказчик приобретает исключительное право на все использованные компоненты.

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

Если порядок перехода добавляют к уже действующему договору, используйте универсальное дополнительное соглашение как форму фиксации новых обязанностей. В нём нужны точные пункты о составе передачи, сроках, цене и судьбе прежних условий. Сам шаблон не подтверждает, что исполнитель обладает правами на конкретный программный продукт или может передать аккаунт.

Опишите незавершённые задачи так, чтобы их мог подхватить другой человек

Передача архива прошлых отчётов не показывает, что нужно сделать завтра. В журнале незавершённых задач фиксируют ответственного, фактически сделанное, следующий шаг, ближайший срок, зависимость от решения заказчика и известный риск. Отдельно перечисляют внешние обязательства: назначенные встречи, оплаченные размещения, сроки ответа контрагентам. Новый исполнитель должен понимать, какие действия ещё не выполнены, а не получать впечатление, что проект «в целом готов».

Вариант условия. «Исполнитель передаёт журнал незавершённых задач по состоянию на дату __. Для каждой задачи указываются описание, выполненная часть, доступные материалы, ожидаемые решения, ближайший срок и известные препятствия. Журнал не заменяет приёмку оказанных услуг и не подтверждает отсутствие недостатков; он предназначен для обеспечения непрерывности работы».

Требуйте раскрывать известные ограничения, но не обещать абсолютное отсутствие неизвестных проблем. Формулировка «исполнитель гарантирует успешное продолжение проекта любым новым подрядчиком» создаёт неопределённый риск, зависящий от чужой квалификации и последующих изменений. Более проверяемо обещание достоверно описать состояние, передать согласованные материалы и ответить на уточнения в пределах заданного периода.

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

Установите этапы, проверку и устранение замечаний

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

Вариант условия. «Заказчик в течение трёх рабочих дней после уведомления о готовности проверяет комплект по критериям Реестра и направляет единый перечень конкретных замечаний. Замечание содержит позицию, выявленное несоответствие и способ воспроизведения. Исполнитель устраняет относящиеся к согласованной передаче недостатки в течение двух рабочих дней либо сообщает об объективно необходимом сроке и предлагает план. Новые требования к составу или преобразованию данных согласуются отдельно».

Примерные сроки в этой формулировке нужно соотнести с реальным объёмом. Молчание заказчика не должно автоматически означать подтверждение качества всех прежних услуг и отказ от неизвестных требований. Если стороны выбирают правило о принятии передачи при отсутствии возражений, ограничьте его именно проверяемым комплектом и надлежащим уведомлением, сохраните возможность заявить о скрытых проблемах в применимых пределах.

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

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

Увеличить схему

Увеличенную схему можно прокрутить по горизонтали.

Согласуйте цену перехода без двойной оплаты

Нужно отличать исполнение уже оплаченных обязанностей от новых услуг миграции. Возврат документов заказчика или передача результата, прямо включённого в договор, не становится дополнительной услугой только из-за прекращения сотрудничества. Но конвертация в новый нестандартный формат, обучение другой команды и настройка чужой системы могут выходить за первоначальный объём. Их лучше определить заранее, а не выставлять неожиданный счёт в последний день.

Выберите одну из понятных моделей: базовый комплект включён в цену, расширенная помощь оплачивается по согласованной ставке; фиксированная цена переходного этапа; лимит часов с предварительным согласованием превышения. При почасовой модели укажите, какие действия учитываются и какие документы подтверждают время. Не устанавливайте одновременно фиксированную цену и неограниченное право доплаты за те же действия.

Пример: базовая выгрузка и передача корпоративных ролей включены в ежемесячную плату. Заказчик дополнительно заказал восемь часов обучения по 3 000 рублей, всего 24 000 рублей. Если согласованный лимит составляет десять часов, одиннадцатый час нельзя автоматически включить в счёт только потому, что исполнитель его отработал: нужен предусмотренный договором порядок согласования. Налоговый режим и включение НДС стороны указывают отдельно; эти суммы служат исключительно примером расчёта.

Вариант условия. «Передача позиций 1–8 Реестра включена в цену основных услуг. Дополнительные действия по миграции выполняются только после письменного согласования задания, ставки и предельной стоимости. Исполнитель уведомляет о достижении согласованного лимита до продолжения дополнительных работ. Отказ от новых платных действий не освобождает от передачи включённого в договор комплекта».

Предусмотрите срыв передачи и отсутствие получателя

Заказчик тоже должен содействовать: назначить получателя, предоставить корпоративный адрес, приобрести необходимую лицензию, подготовить место хранения и принять приглашения. Если этого нет, исполнитель не обязан бесконечно поддерживать прежний режим бесплатно. Однако он должен зафиксировать, какая именно зависимость мешает передаче, уведомить заказчика и сохранить комплект в согласованных пределах, а не уничтожить его сразу после первого пропущенного звонка.

Для неявки получателя предусмотрите повторное уведомление, ограниченный срок хранения подготовленного комплекта и стоимость дополнительного хранения, если она действительно нужна и согласована. Права на персональные данные и обязательное хранение документов при этом остаются отдельным ограничением. Нельзя договором разрешить бессрочно держать чужую базу только потому, что новый подрядчик не ответил.

Если исполнитель срывает срок, заказчику важно получить хотя бы независимую резервную копию и доступ к критическим системам. В договоре можно выделить первоочередные объекты и отдельные сроки по ним. Неустойка полезна только при определённом обязательстве: «за нарушение срока передачи позиции Реестра» понятнее, чем «за любое препятствование переходу». Возможность взыскать убытки и соотношение с неустойкой проверяют по закону и согласованным условиям.

Не используйте отключение сайта, уничтожение данных или блокировку корпоративного аккаунта как универсальный способ добиться оплаты. Правомерность удержания конкретной вещи и иных обеспечительных мер оценивается отдельно; электронные данные и доступы нельзя автоматически приравнивать к вещи, которую разрешено удерживать. Практически безопаснее разделить передачу необходимого комплекта и документально подтверждённый денежный спор.

Проверьте условие на одном реальном сценарии

Перед подписанием попросите менеджера проекта пройти процедуру мысленно: уведомление доставлено в пятницу, исполнитель прекращает обычные задачи через неделю, новый подрядчик пока не назначен, а лицензия сервиса принадлежит прежнему исполнителю. Из договора должно быть понятно, кто создаёт выгрузку, где она хранится, кто покупает новую лицензию, когда отзываются роли и сколько стоит дополнительная помощь. Если ответы зависят от будущего «согласуем потом», условие ещё не закончено.

Минимальный рабочий комплект состоит из раздела договора, Реестра передачи, матрицы доступов, журнала незавершённых задач и формы акта. Не все документы должны быть большими: для небольшого проекта достаточно нескольких строк по каждой позиции. Их ценность в точности и актуальности, а не в объёме. Раз в установленный период сверяйте реестр с реальными системами, иначе даже подробно написанный раздел останется обещанием, которое невозможно выполнить без восстановления истории.