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

MSA - это всеобъемлющий договор, который излагает общие условия, регулирующие деловые отношения между поставщиком услуг и заказчиком. Оно часто используется, когда стороны предполагают постоянные отношения с несколькими проектами. Само MSA не содержит деталей по конкретным проектам. Вместо этого они фиксируются в отдельных SOW, которые ссылаются на MSA и включают его в себя. Такая структура обеспечивает гибкость, поскольку SOW можно добавлять или изменять по мере необходимости без перезаключения всего MSA.

С другой стороны, SOW - это договор, который определяет объём, виды деятельности, результаты работ, сроки и цены конкретного проекта. Оно может быть отдельным соглашением или включаться в MSA. SOW должно быть достаточно подробным, чтобы чётко установить ожидания и позволить поставщику услуг точно оценить стоимость и спланировать работу.

Ключевые положения MSA

Хотя конкретные положения MSA будут различаться в зависимости от отрасли, типа услуг и потребностей сторон, вот некоторые ключевые положения, которые обычно включаются:

Услуги: общее описание видов услуг, которые будут оказываться по MSA. Конкретные детали оставляются для отдельных SOW. Пример положения: «Поставщик услуг будет оказывать услуги («Услуги»), описанные в одном или нескольких технических заданиях (каждое - «SOW»), подписанных сторонами. Каждое SOW должно ссылаться на настоящее Соглашение и подчиняться его условиям». Приведённые примеры положений содержат больше деталей, различая «Обозначенные услуги», которые конкретно перечислены, и «Дополнительные услуги», которые могут быть добавлены. Они также затрагивают такие темы, как оборудование, материалы, услуги связи, использование активов клиента, инструменты повышения производительности, руководства по политике, соблюдение нормативных требований и условия, которые должны быть выполнены до начала оказания услуг. К ключевым моментам относятся:

• Чёткое определение объёма услуг и порядка добавления новых услуг
• Указание обязанностей каждой стороны по предоставлению необходимого оборудования, программного обеспечения, помещений и материалов
• Требование к поставщику соблюдать политику клиента и применимое законодательство
• Определение любых предварительных условий для начала оказания услуг

Срок и расторжение: продолжительность соглашения и основания для расторжения, например по причине нарушения или по усмотрению стороны. Может быть включено положение об автопродлении. Пример положения: «Настоящее Соглашение вступает в силу с Даты вступления в силу и действует в течение одного года, если не будет расторгнуто ранее в соответствии с его условиями. После этого Соглашение автоматически продлевается на последующие годичные сроки, если только одна из сторон не направит письменное уведомление о непродлении не менее чем за 30 дней до окончания текущего срока». Рассмотрите возможность указания:

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

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

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

Интеллектуальная собственность: распределение прав ИС между сторонами, как в отношении ранее существовавшей ИС, так и вновь созданной ИС. Часто заказчик становится владельцем новой ИС с обратной лицензией поставщику услуг. Пример положения: «Каждая сторона сохраняет право собственности на свою ранее существовавшую интеллектуальную собственность и любую интеллектуальную собственность, разработанную вне рамок Услуг, оказываемых по настоящему Соглашению. Любая ИС, созданная Поставщиком услуг специально для Заказчика и оплаченная им, считается «произведениями, созданными по найму» (works made for hire) и принадлежит Заказчику, при условии, что Поставщик услуг сохраняет бессрочную, безотзывную, безвозмездную лицензию на использование такой ИС в своих деловых целях». Образцы рассматривают вопросы владения ИС. Они различают материалы клиента, проприетарные материалы поставщика, материалы третьих лиц, результаты работ и рабочий продукт. К ключевым рассматриваемым вопросам относятся:

• Клиент владеет всеми правами на свои ранее существовавшие материалы и любые производные произведения
• Поставщик предоставляет клиенту лицензию на использование ИС поставщика, включённой в результаты работ
• Особый порядок обращения с компонентами третьих лиц и программным обеспечением с открытым исходным кодом
• Определение критериев и процедур приёмки разработанных материалов

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

• Услуги будут оказаны профессионально, в соответствии с отраслевыми стандартами
• Рабочий продукт будет по существу соответствовать согласованным спецификациям
• Услуги и рабочий продукт не будут нарушать права ИС третьих лиц
• Соблюдение законов и политики клиента
• Отсутствие вредоносного кода в материалах поставщика. Клиент предоставляет более ограниченные гарантии. Также рассмотрите возможность отказа от подразумеваемых гарантий.

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

• Предельных размеров ответственности, равных вознаграждению за 12 месяцев
• Исключения опосредованных, косвенных и некоторых других видов убытков
• Исключений для возмещения убытков, нарушений конфиденциальности, грубой небрежности и умышленного нарушения
• Обеспечительных мер (судебного запрета)

Возмещение убытков: обязательства каждой стороны возмещать убытки, осуществлять защиту и ограждать другую сторону от требований третьих лиц. Пример положения: «Поставщик услуг возмещает убытки, осуществляет защиту и ограждает Заказчика от любых требований третьих лиц, возникающих из (i) грубой небрежности или умышленного нарушения Поставщика услуг; (ii) нарушения Поставщиком услуг своих обязательств по конфиденциальности; или (iii) заявлений о том, что Услуги или Результаты работ нарушают права интеллектуальной собственности какого-либо третьего лица. Заказчик незамедлительно уведомляет Поставщика услуг о любом требовании и содействует в защите». Образец содержит взаимные обязательства по возмещению убытков, при которых каждая сторона ограждает другую от:

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

Страхование: виды и размеры страхового покрытия, которое должен поддерживать поставщик услуг. Пример положения: «Поставщик услуг за свой счёт постоянно в течение Срока поддерживает следующее минимальное страховое покрытие: (i) Коммерческое страхование общегражданской ответственности (Commercial General Liability) с лимитами не менее $1,000,000 на один случай и $2,000,000 в совокупности; (ii) Страхование профессиональной ответственности (Errors & Omissions) с лимитами не менее $1,000,000 на одно требование; (iii) Страхование киберответственности (Cyber Liability) с лимитами не менее $1,000,000 на одно требование; и (iv) Страхование ответственности перед работниками (Workers’ Compensation) в установленных законом размерах. Поставщик услуг предоставляет сертификаты страхования, подтверждающие такое покрытие, по запросу Заказчика». Образец требует, чтобы поставщик имел стандартные виды страхового покрытия, такие как коммерческое страхование общегражданской ответственности, страхование ответственности перед работниками и страхование автогражданской ответственности. Для технологических проектов рассмотрите возможность добавления:

• Страхования профессиональной ответственности / E&O
• Страхования киберответственности / ответственности за конфиденциальность
• Страхования от нарушения прав ИС. Укажите лимиты покрытия и потребуйте, чтобы клиент был указан в качестве дополнительного застрахованного лица.

Применимое право и разрешение споров: право какого штата/страны регулирует толкование соглашения и как будут разрешаться споры (например, арбитраж, судебное разбирательство). Пример положения: «Настоящее Соглашение регулируется и толкуется в соответствии с законодательством штата [ШТАТ], без учёта его коллизионных норм. Любой спор, возникающий из настоящего Соглашения или связанный с ним, разрешается путём обязательного арбитража, проводимого в соответствии с правилами American Arbitration Association». Образец указывает применимое право (New York), а также предусматривает процедуру эскалации спора, при которой вопросы сначала передаются руководителям проектов, затем менеджерам по договорам. Соглашение, по-видимому, не требует арбитража и не указывает место судебного разбирательства. Рассмотрите возможность добавления положения об альтернативном разрешении споров (ADR).

К дополнительным ключевым положениям относятся:

• Обязанности клиента: обязанности клиента предоставлять доступ к помещениям, персоналу, оборудованию, программному обеспечению и данным, необходимым для оказания услуг. Поставщик заинтересован в чётком определении обязательств клиента, чтобы избежать задержек или споров. Например: «Клиент предоставляет персоналу Поставщика разумный доступ к помещениям, системам и персоналу Клиента, необходимый для оказания Поставщиком Услуг. Клиент также предоставляет все Материалы Клиента, указанные в применимом SOW».
• Привлечение субподрядчиков: правила использования поставщиком субподрядчиков и услуг/материалов третьих лиц. Клиент заинтересован в праве давать согласие и в наличии надлежащих условий о передаче обязательств по цепочке. Рассмотрите возможность указания: «Поставщик не вправе передавать на субподряд какие-либо из своих обязательств по настоящему Соглашению без предварительного письменного согласия Клиента, в котором не может быть необоснованно отказано. Поставщик остаётся ответственным за действия и бездействие своих субподрядчиков».
• Уровни обслуживания: определение объективных и измеримых стандартов уровня обслуживания, а также средств правовой защиты, таких как сервисные кредиты за ненадлежащее исполнение поставщиком. Для критически важных услуг рассмотрите возможность включения: «Поставщик оказывает Услуги в соответствии с уровнями обслуживания, изложенными в Приложении X. Если Поставщик не соблюдает уровень обслуживания, он предоставляет Клиенту кредит в размере [X]% от ежемесячного вознаграждения за затронутую Услугу».
• Аудиты: права клиента проверять бухгалтерские книги, записи, процедуры и помещения поставщика, используемые для оказания услуг. Это ключевой инструмент управления рисками для клиента. Положение должно охватывать:
• Периодичность и требования к уведомлению об аудитах
• Права клиента на аудит (самостоятельно или через третье лицо)
• Обязанности поставщика содействовать и устранять проблемы
• Ответственность за расходы на аудит
• Конфиденциальность результатов аудита. Пример положения: «Клиент вправе за свой счёт проводить аудит бухгалтерских книг и записей Поставщика, связанных с настоящим Соглашением, один раз в календарный год с предварительным письменным уведомлением не менее чем за 30 дней. Если аудит выявит завышение счетов на 5% или более, Поставщик оплачивает разумные расходы на аудит».
• Безопасность и конфиденциальность данных: обязательства и процедуры по защите данных клиента, к которым поставщик получает доступ или которые хранит. Всё важнее становится указывать меры безопасности, порядок информирования об инцидентах и права на аудит. К ключевым вопросам относятся:
• Определение стандартов и политик безопасности, которые должен соблюдать поставщик
• Указание планов резервного копирования данных, аварийного восстановления и обеспечения непрерывности деятельности
• Требование незамедлительного уведомления о нарушениях безопасности и их устранения
• Уточнение прав владения данными, прав использования и порядка возврата/уничтожения
• Запрет на передачу данных в определённые места или определённым лицам
• Требование соблюдения применимого законодательства о конфиденциальности и защите данных. Пример положения: «Поставщик внедряет и поддерживает коммерчески обоснованные меры безопасности, соответствующие действующим отраслевым стандартам, для защиты Данных Клиента от несанкционированного доступа, уничтожения, использования, изменения или раскрытия. Поставщик уведомляет Клиента в течение 24 часов с момента обнаружения любого фактического или предполагаемого нарушения безопасности, затрагивающего Данные Клиента».
• Непрерывность деятельности и аварийное восстановление: требования к поставщику поддерживать планы и возможности для продолжения оказания критически важных услуг во время событий, нарушающих деятельность. Рассмотрите возможность указания: «Поставщик поддерживает План обеспечения непрерывности деятельности и План аварийного восстановления, копии которых предоставляются Клиенту по запросу. Поставщик тестирует такие планы не реже одного раза в год и незамедлительно устраняет любые недостатки».
• Разъединение и содействие при расторжении: обязанности поставщика содействовать плавному переводу услуг клиенту или другому поставщику по истечении срока или при расторжении. Рассмотрите такие пункты, как:
• Продолжительность и объём содействия при расторжении
• Доступ к материалам и персоналу поставщика
• Передача рабочего продукта, данных и договоров с третьими лицами
• Вознаграждение за дополнительные услуги по переходу
• Невмешательство поставщика в работу преемника-провайдера. Пример положения: «По истечении срока или при расторжении настоящего Соглашения по любой причине Поставщик предоставляет Услуги по содействию при расторжении на срок до 6 месяцев для плавного перевода Услуг Клиенту или назначенному им лицу. Содействие при расторжении предоставляется по действующим на тот момент ставкам Поставщика, не превышающим ставки, действовавшие на момент расторжения».
• Персонал поставщика: положения, касающиеся обеспечения поставщиком персонала для оказания услуг, включая обязательства по ключевому персоналу, проверки благонадёжности, обучение и права на замену. Например: «Поставщик назначает для оказания Услуг только квалифицированный, юридически уполномоченный персонал. Ключевой персонал не может быть заменён без предварительного одобрения Клиента. Клиент вправе потребовать от Поставщика замены персонала, который работает неудовлетворительно».
• Наиболее благоприятствуемый клиент: обязательство о том, что клиент получит цены, условия и уровни обслуживания не менее благоприятные, чем поставщик предлагает другим своим клиентам. Часто ограничивается клиентами в сопоставимом положении, приобретающими сопоставимые услуги. Например: «Поставщик заверяет, что цены, условия и уровни обслуживания в настоящем Соглашении сопоставимы или лучше тех, что предлагаются любому из клиентов Поставщика в сопоставимом положении, приобретающих услуги аналогичного характера и объёма. Если Поставщик предлагает такому клиенту более благоприятные условия, он незамедлительно уведомляет Клиента и распространяет на него те же условия».
• Бенчмаркинг: право клиента периодически сравнивать цены и/или производительность поставщика с рынком с привлечением независимого третьего лица. Если поставщик оказывается неконкурентоспособным, обычно предусматривается процедура корректировки условий или возможность досрочного расторжения. Например: «Один раз в календарный год Клиент вправе привлечь независимое третье лицо для сравнения цен и уровней обслуживания Поставщика с действующими рыночными стандартами для аналогичных услуг. Если сравнение покажет, что Поставщик взимает более чем на 5% выше рыночной медианы, Поставщик незамедлительно снижает свои цены до уровня медианы. Если уровни обслуживания Поставщика ниже рыночной медианы, Клиент вправе расторгнуть настоящее Соглашение без штрафа с уведомлением за 30 дней».

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

• Критичность и сложность услуг
• Масштаб и продолжительность привлечения
• Чувствительность задействованных данных
• Деловые и нормативные требования клиента
• Операционная и финансовая зрелость поставщика
• Модель ценообразования и структура стимулов
• Конкурентная среда и переговорная сила

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

Ключевые положения SOW

Эффективное SOW должно содержать несколько основных компонентов:

1. Объём работ: подробное описание конкретных услуг, задач и/или результатов работ, которые поставщик услуг будет выполнять/предоставлять. Это основа SOW. Пример положения: «Поставщик услуг спроектирует, разработает и запустит новое мобильное приложение («Приложение») для Заказчика с функциями и возможностями, описанными в Приложении A. Поставщик услуг несёт ответственность за все аспекты процесса разработки, включая управление проектом, проектирование, написание кода, тестирование и подачу в App Store».
2. График: дата начала, дата окончания и любые промежуточные этапы или сроки. Будьте конкретны, но заложите некоторую гибкость. Пример положения: «Проект начинается [ДАТА НАЧАЛА] и заканчивается [ДАТА ОКОНЧАНИЯ]. Поставщик услуг завершает проектирование макетов (wireframe) в течение 2 недель с даты начала, предоставляет бета-версию в течение 6 недель и запускает финальное Приложение в течение 10 недель. Срок может быть продлён по взаимному письменному соглашению».
3. Ценообразование: сколько и когда будет оплачено поставщику услуг. Привязывайте платежи к этапам, где это уместно. Пример положения: «Заказчик уплачивает Поставщику услуг общее фиксированное вознаграждение в размере $50,000 за завершение Приложения, выплачиваемое в рассрочку следующим образом: (i) $15,000 при подписании настоящего SOW; (ii) $15,000 при поставке бета-версии; и (iii) $20,000 при окончательной приёмке и запуске».
4. Критерии приёмки: какие критерии или процедура будут использоваться для приёмки/утверждения заказчиком окончательных результатов работ. Пример положения: «Поставщик услуг передаёт окончательное Приложение Заказчику для тестирования и приёмки. У Заказчика есть 5 рабочих дней для проверки и направления уведомления о приёмке или отклонении в связи с несоответствием спецификациям в Приложении A. Если уведомление об отклонении не получено своевременно, Приложение считается принятым. После получения уведомления об отклонении Поставщик услуг устраняет любые недостатки и повторно представляет Приложение в течение 10 дней. Эта процедура повторяется до тех пор, пока Приложение не будет принято или не истечёт Срок».
5. Допущения и зависимости: любые допущения, сделанные поставщиком услуг при определении объёма и стоимости работ, а также любые зависимости от заказчика или третьих лиц. Пример положения: «Настоящее SOW и ценообразование основаны на следующих допущениях: (i) Заказчик предоставит все необходимые материалы брендинга (логотипы, цветовые схемы и т. п.) в течение 5 дней с даты начала; (ii) Приложение будет разработано для iOS и Android с использованием гибридного фреймворка, такого как React Native; и (iii) Заказчик отвечает за предоставление всего контента для Приложения. Поставщик услуг не несёт ответственности за задержки или дополнительные расходы, возникшие из-за ошибочных допущений или невыполнения Заказчиком своих обязательств».
6. Управление изменениями: как будут обрабатываться изменения в SOW, обычно требующие взаимного письменного согласия. Пример положения: «Любые изменения объёма работ, цен или графика в настоящем SOW должны быть взаимно согласованы в письменном дополнении, подписанном уполномоченными представителями обеих сторон. Если Заказчик запрашивает дополнительные работы сверх объёма настоящего SOW, Поставщик услуг предоставляет смету по запросу на изменение (change order) для утверждения Заказчиком до начала таких работ».

Примеры положений действительно охватывают эти компоненты SOW, но с несколькими ключевыми отличиями:

• Ценообразование в основном рассматривается в MSA, а не в отдельных SOW. MSA содержит подробные условия о вознаграждении.
• Процедуры приёмки сосредоточены на разработанных материалах, а не на всех результатах работ. Рассмотрите возможность определения приёмки для различных типов рабочего продукта.
• Формальные процедуры управления изменениями изложены в MSA. SOW должно соответствовать этим условиям и ссылаться на них.

К дополнительным темам SOW, охваченным в образцах, относятся:

• Включение условий MSA
• Процедуры управления услугами и проектом
• Субподрядчики и услуги/материалы третьих лиц
• Обязательства и зависимости клиента
• Планы перехода и трансформации
• Отчётность и совещания
• Спецификации уровня обслуживания

Лучшая практика - обеспечить, чтобы SOW охватывало все специфические для сделки аспекты, оставаясь при этом согласованным с рамочной структурой MSA. Ключевое значение имеет адаптация деталей под конкретный проект.

Шаблон MSA и SOW

Ниже приведён шаблон MSA и SOW, включающий ключевые положения, рассмотренные в этой статье:

[НАИМЕНОВАНИЕ КОМПАНИИ]
РАМОЧНОЕ СОГЛАШЕНИЕ ОБ ОКАЗАНИИ УСЛУГ (MASTER SERVICES AGREEMENT)

Настоящее Рамочное соглашение об оказании услуг («Соглашение») заключено [ДАТА] между ________________ («Компания») и ____________________ («Поставщик»).

1. Услуги
   1.1 Объём Услуг. Поставщик оказывает услуги («Услуги»), описанные в одном или нескольких технических заданиях (каждое - «SOW»), подписанных сторонами. Каждое SOW ссылается на настоящее Соглашение и подчиняется его условиям. Первоначальные SOW приложены в качестве Приложения A.
   1.2 Изменения. Стороны вправе изменять Услуги или добавлять дополнительные Услуги путём подписания новых SOW или письменных дополнений к существующим SOW.
   1.3 Стандарты исполнения. Поставщик оказывает Услуги профессионально и квалифицированно в соответствии с общепринятыми отраслевыми стандартами и практикой для аналогичных услуг. Поставщик также соблюдает любые уровни обслуживания или иные стандарты исполнения, указанные в применимом SOW.
2. Срок и расторжение
   2.1 Срок. Настоящее Соглашение вступает в силу с Даты вступления в силу и действует в течение [ПЕРВОНАЧАЛЬНЫЙ СРОК], если не будет расторгнуто ранее в соответствии с его условиями. После этого Соглашение автоматически продлевается на последующие периоды [СРОК ПРОДЛЕНИЯ], если только одна из сторон не направит письменное уведомление о непродлении не менее чем за [СРОК УВЕДОМЛЕНИЯ] до окончания текущего срока.
   2.2 Расторжение по усмотрению стороны. Любая сторона вправе расторгнуть настоящее Соглашение или любое SOW по своему усмотрению, направив другой стороне письменное уведомление за [СРОК УВЕДОМЛЕНИЯ].
   2.3 Расторжение по причине нарушения. Любая сторона вправе расторгнуть настоящее Соглашение или любое SOW по причине нарушения, направив письменное уведомление за [СРОК УВЕДОМЛЕНИЯ], если другая сторона существенно нарушает Соглашение и не устраняет такое нарушение в течение [СРОК УСТРАНЕНИЯ].
   2.4 Последствия расторжения. По истечении срока или при расторжении настоящего Соглашения по любой причине Поставщик незамедлительно: (i) прекращает оказание Услуг; (ii) передаёт Клиенту весь Рабочий продукт и Материалы Клиента, находящиеся в его распоряжении; (iii) возвращает или уничтожает всю Конфиденциальную информацию Клиента; и (iv) предоставляет разумное содействие при расторжении по запросу Клиента. Клиент оплачивает Поставщику все надлежащим образом оказанные Услуги и понесённые расходы до даты вступления расторжения в силу.
3. Вознаграждение и оплата
   3.1 Вознаграждение. Клиент уплачивает Поставщику вознаграждение, указанное в каждом SOW. Если иное не указано в SOW, все вознаграждения выражены в [ВАЛЮТА] и не включают применимые налоги.
   3.2 Расходы. Клиент возмещает Поставщику разумные накладные расходы, понесённые при оказании Услуг, при условии, что такие расходы предварительно одобрены Клиентом и подтверждены надлежащей документацией.
   3.3 Выставление счетов и оплата. Поставщик выставляет Клиенту счета [ПЕРИОДИЧНОСТЬ ВЫСТАВЛЕНИЯ СЧЕТОВ] по факту за оказанные Услуги и понесённые расходы. Клиент оплачивает все неоспариваемые суммы в течение [СРОК ОПЛАТЫ] с момента получения надлежащим образом оформленного счёта. На просроченные платежи начисляются проценты по ставке [СТАВКА ПРОЦЕНТА] в месяц или по максимальной ставке, разрешённой законом, в зависимости от того, какая меньше.
4. Конфиденциальность
   4.1 Конфиденциальная информация. «Конфиденциальная информация» означает любую непубличную информацию, раскрытую одной стороной («Раскрывающая сторона») другой стороне («Получающая сторона») в связи с настоящим Соглашением, будь то устно, письменно или путём осмотра материальных объектов. Конфиденциальная информация включает, помимо прочего, коммерческие тайны, данные клиентов, ценообразование, бизнес-планы и условия настоящего Соглашения.
   4.2 Обязательства по конфиденциальности. Получающая сторона: (i) защищает Конфиденциальную информацию Раскрывающей стороны с той же степенью заботливости, что и собственную конфиденциальную информацию, но в любом случае не менее чем с разумной заботливостью; (ii) не использует Конфиденциальную информацию для каких-либо целей за рамками настоящего Соглашения; и (iii) не раскрывает Конфиденциальную информацию третьим лицам, за исключением своих работников, подрядчиков и консультантов, которым она необходима для работы и которые связаны обязательствами по конфиденциальности, не менее защищающими, чем предусмотренные в настоящем Соглашении.
   4.3 Исключения. Обязательства по конфиденциальности не применяются к информации, которая: (i) является или становится общеизвестной не по вине Получающей стороны; (ii) была известна Получающей стороне до раскрытия Раскрывающей стороной; (iii) самостоятельно разработана Получающей стороной без использования Конфиденциальной информации; или (iv) подлежит раскрытию в силу закона, нормативного акта или судебного предписания, при условии, что Получающая сторона незамедлительно уведомляет Раскрывающую сторону, чтобы позволить ей добиваться вынесения защитного приказа.
5. Интеллектуальная собственность
   5.1 Материалы Клиента. Клиент владеет всеми правами, правовым титулом и интересами в отношении любых материалов, документации, данных или иной информации, предоставленной Клиентом Поставщику в связи с Услугами («Материалы Клиента»). Поставщик использует Материалы Клиента исключительно для оказания Услуг и возвращает или уничтожает их по запросу Клиента.
   5.2 Материалы Поставщика. Поставщик владеет всеми правами, правовым титулом и интересами в отношении любых материалов, инструментов, методологий, процессов или ноу-хау, разработанных Поставщиком до заключения настоящего Соглашения или вне его рамок («Материалы Поставщика»). В той мере, в какой какие-либо Материалы Поставщика включены в Рабочий продукт, Поставщик предоставляет Клиенту бессрочную, безотзывную, безвозмездную, всемирную лицензию на использование таких Материалов Поставщика в связи с Рабочим продуктом.
   5.3 Рабочий продукт. «Рабочий продукт» означает любые результаты работ, документы, проекты, код или иные материалы, созданные Поставщиком специально для Клиента в рамках SOW. Клиент владеет всеми правами, правовым титулом и интересами в отношении Рабочего продукта после уплаты применимого вознаграждения. Рабочий продукт считается «произведениями, созданными по найму» (works made for hire) в максимальной степени, разрешённой законом. В той мере, в какой какой-либо Рабочий продукт не квалифицируется как произведение, созданное по найму, Поставщик настоящим уступает Клиенту все всемирные права, правовой титул и интересы в отношении такого Рабочего продукта.
   5.4 Материалы третьих лиц. Поставщик не включает в Рабочий продукт какие-либо материалы третьих лиц, включая программное обеспечение с открытым исходным кодом, без предварительного письменного согласия Клиента. Поставщик уведомляет Клиента обо всех материалах третьих лиц и предоставляет применимые условия лицензий.
6. Заверения и гарантии
   6.1 Взаимные заверения. Каждая сторона заверяет и гарантирует, что: (i) она обладает полными правомочиями и полномочиями для заключения настоящего Соглашения; (ii) настоящее Соглашение является действительным и обязательным к исполнению обязательством; и (iii) её исполнение по настоящему Соглашению не нарушит какое-либо соглашение с третьим лицом.
   6.2 Заверения Поставщика. Поставщик дополнительно заверяет и гарантирует, что: (i) Услуги будут оказаны профессионально и квалифицированно в соответствии с отраслевыми стандартами; (ii) Рабочий продукт будет по существу соответствовать спецификациям в применимом SOW; (iii) Поставщик имеет право предоставлять лицензии по настоящему Соглашению; (iv) Услуги и Рабочий продукт не будут нарушать какие-либо права интеллектуальной собственности третьих лиц; (v) Поставщик будет соблюдать все применимые законы и политику Клиента; и (vi) Поставщик будет использовать актуальную антивирусную защиту и меры безопасности для предотвращения несанкционированного доступа к системам и данным Клиента.
   6.3 Отказ от гарантий. ЗА ИСКЛЮЧЕНИЕМ СЛУЧАЕВ, ПРЯМО ПРЕДУСМОТРЕННЫХ НАСТОЯЩИМ СОГЛАШЕНИЕМ, НИ ОДНА ИЗ СТОРОН НЕ ПРЕДОСТАВЛЯЕТ КАКИХ-ЛИБО ГАРАНТИЙ, ПРЯМЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО, ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ ТОВАРНОЙ ПРИГОДНОСТИ И ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЁННОЙ ЦЕЛИ.
7. Возмещение убытков
   7.1 Возмещение Поставщиком. Поставщик возмещает убытки, осуществляет защиту и ограждает Клиента от любых требований третьих лиц, обязательств, убытков и расходов (включая разумные гонорары адвокатов), возникающих из: (i) грубой небрежности или умышленного нарушения Поставщика; (ii) нарушения Поставщиком своих обязательств по конфиденциальности или безопасности данных; или (iii) заявлений о том, что Услуги или Рабочий продукт нарушают какие-либо права интеллектуальной собственности третьих лиц.
   7.2 Возмещение Клиентом. Клиент возмещает убытки, осуществляет защиту и ограждает Поставщика от любых требований третьих лиц, обязательств, убытков и расходов (включая разумные гонорары адвокатов), возникающих из: (i) грубой небрежности или умышленного нарушения Клиента; (ii) нарушения Клиентом своих обязательств по конфиденциальности; или (iii) заявлений о том, что Материалы Клиента нарушают какие-либо права интеллектуальной собственности третьих лиц.
   7.3 Процедура возмещения убытков. Сторона, которой возмещаются убытки, незамедлительно уведомляет возмещающую сторону о любом требовании и содействует в защите. Возмещающая сторона осуществляет единоличный контроль над защитой, но не вправе урегулировать какое-либо требование, налагающее ответственность или ограничения на сторону, которой возмещаются убытки, без её предварительного согласия.
8. Ограничение ответственности
   8.1 Исключения. НИ ОДНА ИЗ СТОРОН НЕ НЕСЁТ ОТВЕТСТВЕННОСТИ ЗА ЛЮБЫЕ КОСВЕННЫЕ, СЛУЧАЙНЫЕ, СПЕЦИАЛЬНЫЕ, ОПОСРЕДОВАННЫЕ ИЛИ ШТРАФНЫЕ УБЫТКИ, ВОЗНИКАЮЩИЕ ИЗ НАСТОЯЩЕГО СОГЛАШЕНИЯ ИЛИ СВЯЗАННЫЕ С НИМ, ДАЖЕ ЕСЛИ ЕЙ БЫЛО СООБЩЕНО О ВОЗМОЖНОСТИ ТАКИХ УБЫТКОВ.
   8.2 Предел ответственности. СОВОКУПНАЯ ОТВЕТСТВЕННОСТЬ КАЖДОЙ СТОРОНЫ ПО НАСТОЯЩЕМУ СОГЛАШЕНИЮ НЕ ПРЕВЫШАЕТ ОБЩЕЙ СУММЫ, УПЛАЧЕННОЙ ИЛИ ПОДЛЕЖАЩЕЙ УПЛАТЕ КЛИЕНТОМ ПО НЕМУ ЗА [ПЕРИОД], ПРЕДШЕСТВУЮЩИЙ СОБЫТИЮ, ПОВЛЁКШЕМУ ОТВЕТСТВЕННОСТЬ.
   8.3 Исключения из ограничений. ВЫШЕУКАЗАННЫЕ ИСКЛЮЧЕНИЯ И ОГРАНИЧЕНИЯ НЕ ПРИМЕНЯЮТСЯ К: (I) НАРУШЕНИЯМ КОНФИДЕНЦИАЛЬНОСТИ ИЛИ БЕЗОПАСНОСТИ ДАННЫХ; (II) НАРУШЕНИЮ ПРАВ ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ; (III) ОБЯЗАТЕЛЬСТВАМ ПО ВОЗМЕЩЕНИЮ УБЫТКОВ; ИЛИ (IV) ГРУБОЙ НЕБРЕЖНОСТИ ИЛИ УМЫШЛЕННОМУ НАРУШЕНИЮ.
9. Страхование
   9.1 Покрытие. Поставщик за свой счёт поддерживает следующее минимальное страховое покрытие в течение срока действия настоящего Соглашения: (i) Коммерческое страхование общегражданской ответственности (Commercial General Liability) с лимитами не менее $[СУММА] на один случай и $[СУММА] в совокупности; (ii) Страхование профессиональной ответственности (Errors & Omissions) с лимитами не менее $[СУММА] на одно требование; (iii) Страхование киберответственности (Cyber Liability) с лимитами не менее $[СУММА] на одно требование; и (iv) Страхование ответственности перед работниками (Workers’ Compensation) в установленных законом размерах.
   9.2 Сертификаты. Поставщик по запросу предоставляет Клиенту сертификаты страхования, подтверждающие требуемое покрытие. В сертификатах Клиент указывается в качестве дополнительного застрахованного лица, и они предусматривают предварительное уведомление не менее чем за 30 дней об аннулировании или существенном изменении покрытия.
10. Аудиты
    10.1 Права на аудит. Клиент вправе за свой счёт проверять соблюдение Поставщиком настоящего Соглашения и применимого законодательства один раз в календарный год при разумном уведомлении. Аудиты могут проводиться Клиентом или назначенным им сторонним аудитором при соблюдении надлежащих обязательств по конфиденциальности.
    10.2 Результаты аудита. Поставщик незамедлительно устраняет за свой счёт любые недостатки, выявленные в ходе аудита. Если аудит выявит завышение счетов на [ПРОЦЕНТ] или более, Поставщик также возмещает Клиенту разумные расходы на аудит.
11. Безопасность и конфиденциальность данных
    11.1 Меры безопасности. Поставщик внедряет и поддерживает коммерчески обоснованные меры безопасности, соответствующие действующим отраслевым стандартам, для защиты Конфиденциальной информации Клиента и данных Клиента от несанкционированного доступа, использования, раскрытия или изменения. Такие меры включают, как минимум, [ПЕРЕЧЕНЬ ТРЕБОВАНИЙ БЕЗОПАСНОСТИ].
    11.2 Инциденты безопасности. Поставщик уведомляет Клиента в течение [СРОК УВЕДОМЛЕНИЯ] с момента обнаружения любого фактического или предполагаемого нарушения безопасности или несанкционированного доступа к данным Клиента. Поставщик незамедлительно расследует инцидент, принимает все необходимые меры для устранения или локализации угрозы и предотвращения повторения.
    11.3 Обработка данных. Поставщик обрабатывает данные Клиента только в соответствии с письменными инструкциями Клиента и применимым законодательством о защите данных. Поставщик не передаёт данные Клиента за пределы [МЕСТО] без предварительного согласия Клиента.
12. Непрерывность деятельности
    12.1 Планы BCP и DRP. Поставщик поддерживает и регулярно тестирует планы обеспечения непрерывности деятельности («BCP») и планы аварийного восстановления («DRP»), призванные минимизировать нарушение Услуг. По запросу Поставщик предоставляет Клиенту копии своих BCP и DRP и соответствующие результаты тестирования.
    12.2 Форс-мажор. Ни одна из сторон не несёт ответственности за любую задержку или неисполнение своих обязательств по настоящему Соглашению (кроме обязательств по оплате) вследствие обстоятельств вне её разумного контроля, включая стихийные бедствия, действия государственных органов, сбои связи, перебои в электроснабжении или иные форс-мажорные события. Затронутая сторона незамедлительно уведомляет другую сторону и прилагает разумные усилия для возобновления исполнения как можно скорее.
13. Прочие условия
    13.1 Полнота соглашения. Настоящее Соглашение, включая все SOW и приложения, составляет полное соглашение между сторонами и заменяет все предшествующие переговоры и соглашения, письменные или устные, относящиеся к его предмету.
    13.2 Дополнения и изменения. Настоящее Соглашение может быть изменено только письменным документом, подписанным уполномоченными представителями обеих сторон.
    13.3 Делимость. Если какое-либо положение настоящего Соглашения будет признано недействительным или не имеющим исковой силы, остальные положения сохраняют полную силу и действие.
    13.4 Отказ от прав. Неосуществление любой стороной какого-либо права или положения настоящего Соглашения не является отказом от такого права или положения, если только это не признано и не согласовано такой стороной в письменной форме.
    13.5 Уступка. Ни одна из сторон не вправе уступать настоящее Соглашение без предварительного письменного согласия другой стороны, за исключением того, что любая сторона вправе уступить настоящее Соглашение без согласия правопреемнику в связи со слиянием, поглощением или продажей всех или практически всех своих активов.
    13.6 Независимые подрядчики. Стороны являются независимыми подрядчиками, и настоящее Соглашение не создаёт между сторонами отношений товарищества, франшизы, совместного предприятия, агентских или трудовых отношений.
    13.7 Применимое право. Настоящее Соглашение регулируется и толкуется в соответствии с законодательством [ШТАТ/ПРОВИНЦИЯ], без учёта его коллизионных норм.
    13.8 Разрешение споров. Стороны предпринимают попытку разрешить любой спор, возникающий из настоящего Соглашения или связанный с ним, путём добросовестных переговоров между высшим руководством. Если спор не будет разрешён в течение [СРОК], любая сторона вправе инициировать обязательный арбитраж по [ПРАВИЛА]. Выигравшая сторона вправе взыскать свои разумные гонорары адвокатов и расходы.
    13.9 Публичность. Ни одна из сторон не вправе выпускать пресс-релизы или иные публичные заявления, относящиеся к настоящему Соглашению, без предварительного письменного согласия другой стороны.
    13.10 Уведомления. Все уведомления по настоящему Соглашению должны быть в письменной форме и направляться путём личного вручения, заказным письмом (с уведомлением о вручении), курьерской службой с доставкой на следующий день или по электронной почте (с подтверждением получения) по адресам, указанным ниже. Уведомления считаются вступившими в силу с момента получения или, в случае отказа от получения, с момента отказа. Клиенту: Поставщику: [КОНТАКТ КЛИЕНТА] [КОНТАКТ ПОСТАВЩИКА] [АДРЕС КЛИЕНТА] [АДРЕС ПОСТАВЩИКА] [ЭЛ. ПОЧТА КЛИЕНТА] [ЭЛ. ПОЧТА ПОСТАВЩИКА] 13.11 Экземпляры. Настоящее Соглашение может быть подписано в нескольких экземплярах, каждый из которых считается оригиналом, но вместе они составляют один и тот же документ. Электронные подписи действительны и обязательны.

В УДОСТОВЕРЕНИЕ ЧЕГО стороны подписали настоящее Рамочное соглашение об оказании услуг на Дату вступления в силу.

[НАИМЕНОВАНИЕ КЛИЕНТА] [НАИМЕНОВАНИЕ ПОСТАВЩИКА]

Подпись:_________________ Подпись:_________________
Имя: Имя:
Должность: Должность:
Дата: Дата:

[НАИМЕНОВАНИЕ КОМПАНИИ]
ТЕХНИЧЕСКОЕ ЗАДАНИЕ № [№ SOW]

Настоящее Техническое задание («SOW») заключено [ДАТА] во исполнение Рамочного соглашения об оказании услуг от [ДАТА MSA] между [НАИМЕНОВАНИЕ КОМПАНИИ] и [НАИМЕНОВАНИЕ ПОСТАВЩИКА].

1. Услуги
   1.1 Объём. Поставщик оказывает Клиенту следующие услуги («Услуги»): [ПОДРОБНОЕ ОПИСАНИЕ УСЛУГ, РЕЗУЛЬТАТОВ РАБОТ И СПЕЦИФИКАЦИЙ] 1.2 Результаты работ. Поставщик передаёт Клиенту следующий рабочий продукт («Результаты работ»): [ПЕРЕЧЕНЬ РЕЗУЛЬТАТОВ РАБОТ И СРОКОВ] 1.3 Зависимости от Клиента. Оказание Поставщиком Услуг зависит от своевременного предоставления Клиентом следующего: [ПЕРЕЧЕНЬ ОБЯЗАТЕЛЬСТВ КЛИЕНТА И СРОКОВ]
2. График проекта
   2.1 График. График проекта следующий: [ПЕРЕЧЕНЬ ЭТАПОВ ПРОЕКТА, КОНТРОЛЬНЫХ ТОЧЕК И ДАТ ЗАВЕРШЕНИЯ] 2.2 Изменения. Любые изменения графика проекта должны быть взаимно согласованы сторонами в письменной форме.
3. Вознаграждение и расходы
   3.1 Вознаграждение. Клиент уплачивает Поставщику следующее вознаграждение за Услуги: [УКАЖИТЕ ФИКСИРОВАННУЮ ЦЕНУ, ПОЧАСОВЫЕ СТАВКИ ИЛИ ИНЫЕ УСЛОВИЯ ЦЕНООБРАЗОВАНИЯ] 3.2 Расходы. [Клиент возмещает Поставщику следующие расходы:] ИЛИ [Никакие расходы по настоящему SOW не разрешены без предварительного письменного согласия Клиента.] [ПЕРЕЧЕНЬ ДОПУСТИМЫХ РАСХОДОВ И СМЕТ] 3.3 Выставление счетов. Поставщик выставляет Клиенту счета [ПЕРИОДИЧНОСТЬ ВЫСТАВЛЕНИЯ СЧЕТОВ] в соответствии с Соглашением. Счета содержат постатейную разбивку всех вознаграждений и расходов и включают подтверждающую документацию.
4. Приёмка
   4.1 Критерии приёмки. Результаты работ считаются принятыми Клиентом с момента поставки, если Клиент не уведомит Поставщика о любых недостатках в течение [СРОК ПРОВЕРКИ]. Чтобы быть принятыми, Результаты работ должны по существу соответствовать спецификациям в настоящем SOW.
   4.2 Срок устранения. Если Клиент выявит недостатки в Результатах работ, у Поставщика есть [СРОК УСТРАНЕНИЯ] для устранения таких недостатков без дополнительных затрат для Клиента. Исправленные Результаты работ подлежат той же процедуре приёмки.
5. Управление проектом
   5.1 Руководители проекта. Руководителями проекта для данного привлечения являются: Клиент: [ИМЯ И КОНТАКТНЫЕ ДАННЫЕ РУКОВОДИТЕЛЯ ПРОЕКТА КЛИЕНТА] Поставщик: [ИМЯ И КОНТАКТНЫЕ ДАННЫЕ РУКОВОДИТЕЛЯ ПРОЕКТА ПОСТАВЩИКА] 5.2 Совещания по статусу. Руководители проекта проводят регулярные совещания по статусу [ПЕРИОДИЧНОСТЬ СОВЕЩАНИЙ] для обсуждения хода проекта, проблем и рисков. Поставщик предоставляет Клиенту [ПЕРИОДИЧНОСТЬ ОТЧЁТОВ] отчёты о статусе с описанием выполненной работы, предстоящих задач и любых препятствий.
   5.3 Управление изменениями. Любые существенные изменения объёма, графика или вознаграждения в настоящем SOW должны быть взаимно согласованы в письменном дополнении, подписанном обеими сторонами. Поставщик незамедлительно уведомляет Клиента о любых предлагаемых изменениях и их влиянии на проект.
6. Допущения и риски
   6.1 Допущения. Настоящее SOW основано на следующих допущениях: [ПЕРЕЧЕНЬ КЛЮЧЕВЫХ ДОПУЩЕНИЙ, ЛЕЖАЩИХ В ОСНОВЕ SOW] 6.2 Риски. На проект могут повлиять следующие риски: [ПЕРЕЧЕНЬ ЗНАЧИМЫХ РИСКОВ ПРОЕКТА И СТРАТЕГИЙ ИХ СНИЖЕНИЯ]
7. Срок и расторжение
   7.1 Срок. Настоящее SOW вступает в силу с Даты вступления в силу SOW и действует до [СОБЫТИЕ ИСТЕЧЕНИЯ СРОКА], если не будет расторгнуто ранее в соответствии с Соглашением.
   7.2 Расторжение. Настоящее SOW может быть расторгнуто в соответствии с условиями Соглашения. При расторжении Поставщик немедленно прекращает оказание Услуг и передаёт Клиенту всю незавершённую работу.
8. Включение посредством ссылки
   8.1 Условия MSA. Все условия Соглашения включаются в настоящий документ посредством ссылки. В случае противоречия между настоящим SOW и Соглашением преимущественную силу имеет Соглашение, если только в настоящем SOW прямо не указано, что оно заменяет конкретное положение Соглашения.

В УДОСТОВЕРЕНИЕ ЧЕГО стороны подписали настоящее Техническое задание на Дату вступления в силу SOW.

[НАИМЕНОВАНИЕ КЛИЕНТА] [НАИМЕНОВАНИЕ ПОСТАВЩИКА]

Подпись:_________________ Подпись:_________________
Имя: Имя:
Должность: Должность:
Дата: Дата:

Этот шаблон обеспечивает прочную основу для всеобъемлющего MSA и SOW, охватывая ключевые правовые и коммерческие условия, такие как:

• Подробное описание услуг и результатов работ
• График проекта и контрольные точки
• Ценообразование и выставление счетов
• Критерии и процедуры приёмки
• Управление проектом и контроль изменений
• Допущения и распределение рисков
• Срок, расторжение и завершение работ
• Включение условий MSA и связь с ними

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

• Конкретные уровни обслуживания и кредиты/средства правовой защиты при нарушениях
• Обязательства о ценах для наиболее благоприятствуемого клиента
• Права на бенчмаркинг вознаграждения и производительности
• Подробные положения о безопасности и конфиденциальности данных
• Требования к непрерывности деятельности и аварийному восстановлению
• Структура и процедуры управления (например, руководящий комитет)
• Услуги по переходу и передача знаний при расторжении
• Обязательства по разнообразию поставщиков и социальной ответственности
• Правила привлечения субподрядчиков и условия передачи обязательств по цепочке
• Обязательства по актуальности и обновлению технологий

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

Часто задаваемые вопросы

В чём разница между MSA и рамочным соглашением (Master Agreement)?

Рамочное соглашение об оказании услуг (MSA) - это разновидность рамочного соглашения, которая ориентирована именно на постоянное оказание услуг. Термин «рамочное соглашение» (Master Agreement) более общий и может охватывать как MSA, так и другие виды всеобъемлющих соглашений, например рамочные соглашения о закупках (Master Purchase Agreements) для товаров или рамочные лицензионные соглашения (Master License Agreements) для программного обеспечения или ИС. Таким образом, хотя MSA всегда является разновидностью рамочного соглашения, не все рамочные соглашения являются MSA.

Ключевая отличительная черта MSA состоит в том, что оно излагает общие условия и рамочную структуру для оказания поставщиком услуг работ клиенту на постоянной основе, обычно через серию отдельных проектов или заказов на работу. Эти конкретные привлечения, как правило, оформляются в технических заданиях (SOW), которые ссылаются на условия MSA и включают их.

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

Итак, если кратко, MSA - это особый вид рамочного соглашения, ориентированный на услуги, и оно часто идёт рука об руку с SOW, тогда как «рамочное соглашение» - более широкий термин, который также включает рамочные договоры по иным предметам, помимо услуг.

Когда уместно использовать MSA, а когда отдельное SOW?

Выбор между использованием MSA с несколькими SOW и одним отдельным SOW во многом зависит от характера и продолжительности отношений с поставщиком услуг.

MSA наиболее уместно, когда:

1. Клиент предполагает постоянные, долгосрочные отношения с поставщиком услуг, которые, вероятно, со временем будут включать несколько проектов или привлечений.
2. Клиент хочет установить общую рамочную структуру правовых условий и ценообразования, применимую ко всем этим привлечениям, вместо того чтобы согласовывать каждое из них с нуля.
3. Конкретные детали будущих проектов, такие как объём, график и результаты работ, ещё не известны или, вероятно, будут различаться, поэтому требуется гибкость.
4. Оказываемые услуги достаточно схожи, чтобы общие условия имели смысл, но достаточно различны, чтобы отдельные SOW были оправданы для фиксации уникальных аспектов.

С другой стороны, отдельное SOW более уместно, когда:

1. Клиенту нужен поставщик услуг только для одного отдельного проекта без предполагаемой будущей работы.
2. Проект полностью определён по объёму и хорошо проработан заранее, поэтому все условия можно подробно изложить в одном документе.
3. Условия проекта достаточно уникальны или индивидуальны, так что шаблонное MSA не добавит большой ценности или даже может вступить в противоречие с SOW.
4. Клиент хочет сделать процесс заключения договора максимально простым и упорядоченным для разового привлечения.

Итак, по сути, структура MSA + SOW обеспечивает гибкость и эффективность для постоянных отношений по оказанию услуг, тогда как отдельное SOW лучше подходит для разовых, хорошо определённых проектов. Многие компании используют сочетание обоих подходов в зависимости от конкретной ситуации.

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

Каких распространённых ошибок следует избегать с MSA и SOW?

Хотя MSA и SOW могут быть весьма эффективными инструментами для структурирования отношений с поставщиком услуг, есть несколько распространённых ошибок, которых стоит остерегаться:

1. Плохо определённый или несогласованный объём: одна из самых частых проблем - расхождение между тем, что ожидает клиент, и тем, что фактически охватывает SOW. Это часто возникает из-за расплывчатых, неоднозначных или неполных описаний требований, результатов работ и допущений. Крайне важно, чтобы SOW чётко и всесторонне определяло выполняемую работу и обязанности каждой стороны.
2. Недостаток гибкости: чрезмерно жёсткое MSA или SOW без адекватных механизмов контроля изменений может затруднить адаптацию к меняющимся потребностям или непредвиденным обстоятельствам. Хотя нужна конкретность, также необходима практичная процедура изменения объёма, сроков и цен, когда это требуется. Избегайте излишних ограничений или препятствий при согласовании.
3. Несогласованность между MSA и SOW: поскольку MSA и SOW являются отдельными, но взаимосвязанными договорами, при недостаточно тщательном составлении возможны противоречия или пробелы. К распространённым проблемам относятся неопределённые термины, несогласованные формулировки и неясный порядок приоритета. Убедитесь, что MSA и SOW надлежащим образом стыкуются и регулируют, что происходит при возникновении противоречия.
4. Недостаточные показатели исполнения или средства защиты: во многие MSA и SOW не включаются чёткие, объективные критерии успеха или показатели для оценки работы поставщика. Без способа измерять результаты и привлекать поставщиков к ответственности бывает трудно обеспечить ценность или стимулировать улучшения. Рассмотрите возможность включения SLA, KPI, механизмов возврата кредитов (earn-back) или иных механизмов объективного отслеживания производительности.
5. Невыгодное ценообразование или распределение рисков: клиенты могут оказаться связаны невыгодными коммерческими условиями, если MSA или SOW не обеспечивает достаточной гибкости или рычагов воздействия. К распространённым проблемам относятся вознаграждения без предельных размеров, автопродления, слабые гарантии и неограниченная ответственность. Тщательно проверяйте и согласовывайте эти положения, чтобы обеспечить надлежащий баланс риска и выгоды.
6. Отсутствие стратегии выхода: многие компании настолько сосредоточены на достижении подписания, что не планируют завершение отношений. Между тем наличие чёткого, плавного плана перехода критически важно для предотвращения споров и сбоев в обслуживании. Включайте надёжные положения о содействии при расторжении, завершении работ и передаче данных/ИС.
7. Недостаточное управление или управление отношениями: MSA или SOW - это начало отношений, а не их конец. Слишком часто клиенты не выстраивают надлежащие структуры для надзора и взаимодействия с поставщиком на постоянной основе. Установите чёткие роли, протоколы коммуникации, пути эскалации споров и форумы управления, чтобы держать всё под контролем.

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

Сколько деталей следует включать в MSA, а сколько в SOW?

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

MSA обычно должно затрагивать «общие» вопросы, такие как:

• Общий объём и характер услуг, которые могут оказываться
• Тарифы и условия оплаты
• Обязательства по конфиденциальности и безопасности данных
• Права интеллектуальной собственности и лицензии
• Гарантии и возмещение убытков
• Ограничение ответственности
• Права и обязанности при расторжении
• Процедуры разрешения споров
• Применимое право и юрисдикция
• Общие SLA или стандарты исполнения

Эти условия MSA обычно формулируются в общем виде, чтобы охватить весь спектр предполагаемых услуг. Например, MSA может содержать что-то вроде: «Поставщик услуг оказывает услуги, описанные в SOW, в соответствии с согласованными спецификациями, с привлечением квалифицированного персонала и с соблюдением применимого законодательства». Фактические детали того, что это за услуги, спецификации, персонал и законы, прописываются в SOW.

В отличие от этого, именно в SOW следует углубляться в детали:

• Конкретные услуги, задачи и результаты работ для проекта
• Специфические для проекта роли и обязанности
• Контрольные точки, график и график поставки
• Критерии и процедуры приёмки
• Подробное ценообразование и график платежей для SOW
• Допущения, зависимости и риски
• Управление проектом, отчётность и контроль изменений
• Любые дополнительные условия, отличающиеся от MSA или дополняющие его

SOW должно служить практическим «чертежом» проекта. Хорошее правило: человек должен быть в состоянии прочитать SOW и понять, что будет сделано, кем, когда и за сколько. Чем конкретнее, тем лучше, чтобы избежать несовпадения ожиданий.

Несколько дополнительных соображений:

• Для сложных или долгосрочных проектов рассмотрите возможность разбиения SOW на этапы с отдельными деталями для каждого
• Используйте приложения, дополнения или ссылки, чтобы включить подробные технические спецификации или объёмные документы по объёму работ
• Если что-то действительно применимо ко всем SOW, поместите это в MSA; если это уникально для одного проекта, это идёт в SOW
• Если SOW, вероятно, будут сильно различаться, делайте MSA более общим, чтобы сохранить гибкость
• Убедитесь, что в SOW есть механизм изменения деталей по мере развития потребностей (например, через запрос на изменение)
• Привлекайте руководителей по поставке и техническим вопросам для проверки специфики SOW, а не только юристов и закупки

Правильный выбор уровня детализации в MSA и SOW - это одновременно искусство и наука. Главное - найти правильный баланс, чтобы обеспечить ясность и подотчётность, сохраняя при этом гибкость и эффективность. В случае сомнений склоняйтесь к большей конкретности, поскольку неоднозначность часто представляет больший риск, чем избыточность.

Что следует включать в соглашения об уровне обслуживания (SLA)?

Соглашения об уровне обслуживания (SLA) - критически важный компонент многих MSA и SOW, особенно для постоянных или критически важных услуг. SLA устанавливают конкретные стандарты производительности и показатели, которые поставщик услуг должен соблюдать, а также последствия их несоблюдения.

Хотя конкретные SLA будут различаться в зависимости от характера услуг, вот несколько ключевых элементов, которые стоит рассмотреть для включения:

1. Показатели уровня обслуживания: основа SLA - это конкретные показатели, используемые для измерения производительности. Они должны быть объективными, поддающимися количественной оценке и согласованными с деловыми потребностями клиента. К распространённым показателям относятся:

• Доступность/время безотказной работы (например, 99,9%)
• Время отклика
• Время устранения
• Доля дефектов
• Доля точности
• Пропускная способность
• Оценка удовлетворённости клиентов

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

2. Целевые значения уровня обслуживания: для каждого показателя определите целевой уровень производительности, которого должен достичь поставщик. Будьте реалистичны и учитывайте отраслевые ориентиры, исторические данные и критичность услуги. К распространённым подходам относятся:

• Минимальный порог (например, 99,5% времени безотказной работы)
• Целевой диапазон (например, 5-10 дефектов в месяц)
• Многоуровневые цели (например, инциденты уровня 1 устраняются за 1 час, уровня 2 - за 4 часа)

2. Период измерения: укажите период времени, за который будет измеряться каждый показатель, например ежемесячно, ежеквартально или ежегодно. Рассмотрите возможность вводного периода (burn-in) для новых услуг.
3. Отчёты о производительности: потребуйте от поставщика предоставлять регулярные отчёты о фактической производительности по сравнению с показателями SLA. Укажите содержание, формат и периодичность отчётов.
4. Средства правовой защиты: определите последствия несоблюдения поставщиком SLA. К распространённым средствам относятся:

• Сервисные кредиты (т. е. снижение вознаграждения)
• Планы корректирующих действий
• Права на расторжение
• Возврат кредитов (earn-back) за улучшение производительности

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

6. Исключения: определите любые ситуации, в которых SLA не применяются, например во время планового обслуживания, форс-мажорных событий или проблем, вызванных клиентом. Будьте сдержанны с исключениями.
7. Непрерывное улучшение: рассмотрите возможность встраивания механизма пересмотра и корректировки SLA со временем на основе фактических данных о производительности, деловых изменений или улучшений на рынке.

Несколько дополнительных советов:

• Сосредоточьтесь на небольшом числе SLA, отражающих важнейшие результаты; слишком большое их количество может стать неуправляемым
• Устанавливайте SLA на уровне, стимулирующем правильное поведение; если установить слишком низко, нет стимула превосходить ожидания
• Убедитесь, что SLA достижимы; нереалистичные могут иметь обратный эффект и подорвать доверие
• Рассмотрите положительные стимулы, а не только штрафы, чтобы поощрять усилия сверх минимума
• Согласуйте SLA с моделью ценообразования; платите за результат, когда это возможно
• Привлекайте технических экспертов и бизнес-пользователей, а не только юристов, к разработке SLA

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

Как обеспечить безопасность и конфиденциальность данных при работе со сторонними поставщиками услуг?

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

1. Требования безопасности: включите конкретные требования к безопасности и конфиденциальности, которые должен соблюдать поставщик, такие как:

• Соблюдение применимых законов, нормативных актов и отраслевых стандартов (например, GDPR, HIPAA, PCI-DSS, ISO 27001)
• Внедрение технических средств контроля, таких как шифрование, контроль доступа, межсетевые экраны и мониторинг
• Соблюдение политик и процедур безопасности клиента
• Использование безопасных практик разработки при индивидуальной разработке
• Ограничения на использование, хранение и передачу данных

Рассмотрите возможность предоставления приложения по безопасности с подробными требованиями.

2. Должная осмотрительность: проводите первоначальную и постоянную проверку состояния безопасности поставщика, включая:

• Проверку сертификатов безопасности, аудиторских отчётов и результатов тестов на проникновение
• Оценку политик, процедур безопасности и планов реагирования на инциденты
• Оценку практик проверки благонадёжности сотрудников и обучения безопасности

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

• Доступу по принципу наименьших привилегий
• Уникальным идентификаторам пользователей и надёжной аутентификации
• Регулярному пересмотру прав доступа и оперативному прекращению доступа для уволившихся сотрудников

2. Реагирование на инциденты: потребуйте оперативного уведомления (например, в течение 24-48 часов) о любых фактических или предполагаемых инцидентах безопасности или нарушениях. Укажите:

• Обязанности поставщика расследовать, локализовать и устранять инциденты
• Формат и содержание отчётов об инцидентах
• Право клиента участвовать в реагировании на инцидент или возглавлять его
• Распределение затрат и ответственности за инциденты

2. Оценки безопасности: оставьте за собой право проводить периодические оценки безопасности или аудиты средств контроля поставщика и соблюдения требований. Укажите:

• Периодичность и объём оценок
• Квалификацию проверяющих
• Обязанности поставщика содействовать и оперативно устранять выявленные недостатки

2. Передача обязательств субподрядчикам: потребуйте от поставщика передавать эквивалентные обязательства по безопасности и конфиденциальности любым субподрядчикам или третьим лицам, участвующим в оказании услуг.
3. Возврат/уничтожение данных: при расторжении или истечении срока договора потребуйте от поставщика безопасно вернуть или уничтожить все находящиеся у него данные клиента и предоставить подтверждение уничтожения.
4. Возмещение убытков и ответственность: включите сильные положения о возмещении убытков и неограниченной ответственности поставщика за нарушения его обязательств по безопасности и конфиденциальности или за убытки, возникающие из инцидентов безопасности.
5. Страхование: потребуйте от поставщика иметь достаточное страхование киберответственности для покрытия потенциальных убытков от нарушений безопасности. Рассмотрите возможность требования, чтобы клиент был указан в качестве дополнительного застрахованного лица.
6. Обучение и осведомлённость: убедитесь, что MSA и/или SOW предписывает регулярное обучение по безопасности и конфиденциальности для персонала поставщика, имеющего доступ к данным или системам клиента.

Кроме того, тесно сотрудничайте со своими отделами информационной безопасности и конфиденциальности данных для оценки и мониторинга риска поставщика на постоянной основе вне рамок договора. Проводите регулярные деловые обзоры, сосредоточенные на KPI и инициативах в области безопасности.

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

Как урегулировать вопросы владения и лицензирования интеллектуальной собственности в MSA или SOW?

Права интеллектуальной собственности (ИС) - критически важный вопрос, который нужно урегулировать в MSA и SOW, поскольку ясность в отношении владения и лицензирования может предотвратить дорогостоящие споры в будущем. Подходящий подход будет зависеть от таких факторов, как характер услуг, ранее существовавшая ИС, которую привносит каждая сторона, и стратегическая ценность разработанной ИС. Вот основа для урегулирования вопросов ИС в ваших договорах:

1. Исходная ИС (Background IP): начните с чёткого определения любой ранее существовавшей ИС, которой владеет каждая сторона и привносит в отношения («Исходная ИС»). К распространённым примерам относятся проприетарные инструменты, методологии и платформы поставщика услуг, а также проприетарные данные, контент и брендинг клиента.

В MSA/SOW укажите, что каждая сторона сохраняет единоличное право собственности на свою соответствующую Исходную ИС. Затем предоставьте другой стороне ограниченную лицензию на использование Исходной ИС исключительно по мере необходимости для оказания услуг в течение срока действия договора. К ключевым условиям лицензии, которые следует прописать, относятся:

• Объём использования (например, только для внутренних нужд, без права передачи)
• Права на сублицензирование (если есть)
• Лицензионные платежи или роялти (если есть)
• Требования об указании авторства или неразглашении

1. Создаваемая ИС (Foreground IP): далее урегулируйте владение и лицензирование любой новой ИС, созданной по договору («Создаваемая ИС»), такой как результаты работ, рабочий продукт и любые индивидуальные разработки или модификации. Существует несколько распространённых подходов:

• Владение клиентом: наиболее защищающий клиента подход - указать, что клиент исключительно владеет всей Создаваемой ИС, часто через положение о «произведениях, созданных по найму» (work made for hire) и/или резервную уступку. Поставщик услуг может по-прежнему использовать свою ранее существовавшую ИС или обобщённые знания для создания Создаваемой ИС, но сохраняет лицензию только на эту Исходную ИС, а не на саму Создаваемую ИС.
• Совместное владение: в некоторых случаях стороны могут договориться о совместном владении частью или всей Создаваемой ИС. Это наиболее распространено, когда обе стороны активно участвуют в разработке и ИС имеет самостоятельную ценность для обеих. Однако совместное владение может порождать сложные вопросы вокруг защиты прав, лицензирования и коммерциализации, поэтому права и обязанности каждого совладельца должны быть чётко разграничены.
• Владение поставщиком услуг: в ситуациях, когда Создаваемая ИС в значительной степени строится на ранее существовавшей ИС поставщика услуг или будет повторно использоваться для разных клиентов, поставщик услуг может настаивать на сохранении права собственности. Здесь главное для клиента - обеспечить получение достаточно широкой лицензии на использование Создаваемой ИС для своих деловых нужд (например, бессрочной, безотзывной, всемирной, с правом сублицензирования). Лицензия также может включать исключительность на определённый период времени.

1. ИС третьих лиц: учтите любую ИС третьих лиц, которая может быть включена в результаты работ или услуги, например программное обеспечение с открытым исходным кодом или стоковый контент. MSA/SOW должно указывать:

• Какая сторона отвечает за выбор и лицензирование ИС третьих лиц
• Минимальные условия лицензий третьих лиц (например, объём, срок, условия)
• Обязательства соблюдать условия лицензий третьих лиц
• Процедуры сканирования и отслеживания компонентов третьих лиц и условий их лицензий

1. ИС сотрудников/подрядчиков: убедитесь, что MSA/SOW требует от каждой стороны наличия надлежащих соглашений со своими сотрудниками и подрядчиками для обеспечения владения или лицензий на любую создаваемую ими ИС. Никто не хочет, чтобы его тщательно проработанные положения об ИС были сведены на нет недобросовестным консультантом.
2. Остаточные знания (residuals): поставщики услуг часто настаивают на положении об «остаточных знаниях», позволяющем им свободно использовать любые обобщённые идеи, ноу-хау и выводы из привлечения, сохранившиеся в памяти их персонала без посторонней помощи. Хотя хорошо составленное положение об остаточных знаниях может быть приемлемым, клиентам следует возражать против чрезмерно широких формулировок, которые могли бы позволить повторное использование их конкретной конфиденциальной информации или ИС.
3. Открытый исходный код: если Создаваемая ИС будет включать какой-либо открытый исходный код, применяются дополнительные соображения для обеспечения соблюдения условий лицензий на открытый исходный код. Соглашение должно требовать от поставщика услуг:

• Получать одобрение клиента на любое использование открытого исходного кода
• Использовать только одобренные клиентом лицензии на открытый исходный код (в идеале разрешительные, такие как MIT и Apache)
• Передавать открытый исходный код вместе со всеми требуемыми уведомлениями, указанием авторства и условиями лицензий
• Гарантировать отсутствие «копилефт»-заражения проприетарного кода
• Возмещать клиенту убытки по требованиям, связанным с открытым исходным кодом

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

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

Что следует включать в положение о расторжении в MSA или SOW?

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

1. Основания для расторжения: укажите события или обстоятельства, которые позволят одной или обеим сторонам досрочно расторгнуть соглашение, такие как:

• Существенное нарушение (неисполнение основного обязательства)
• Неплатёжеспособность или банкротство
• Смена контроля
• Изменения в регулировании или проблемы с соблюдением законодательства
• Постоянное несоблюдение SLA или стандартов качества
• По усмотрению (без причины), обычно для долгосрочных договоров

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

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

• Необходимый срок уведомления (например, 30, 60, 90 дней)
• Способ доставки уведомления (например, письменно, по электронной почте, заказным письмом)
• Дату вступления расторжения в силу
• Права на частичное расторжение (например, возможность расторгнуть только SOW, а не всё MSA)
• Любые платежи при расторжении или расходы на завершение работ

2. Содействие при переходе: одна из важнейших частей положения о расторжении - указание обязанностей поставщика услуг содействовать плавному переводу услуг клиенту или преемнику-провайдеру. К ключевым положениям о переходе относятся:

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

Цель - снизить риск сбоя в обслуживании и обеспечить, чтобы клиент мог плавно возобновить деятельность после расторжения.

4. Сохранение в силе: определите любые права или обязанности, которые продолжат действовать после расторжения или истечения срока соглашения, такие как:

• Конфиденциальность и защита данных
• Владение и лицензирование ИС
• Гарантия и возмещение убытков
• Ограничения ответственности
• Применимое право и разрешение споров
• Любые обязательства по оплате или поставке после расторжения

4. Последствия расторжения: чётко изложите последствия расторжения, включая:

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

4. Права на приостановку: в некоторых случаях поставщик услуг может настаивать на праве временно приостановить услуги при определённых основаниях (например, неоплата) до полного расторжения. Соглашаясь на права приостановки, клиенту следует обеспечить:

• Требования о предварительном уведомлении
• Строгие ограничения на основания приостановки
• Максимальную продолжительность приостановок
• Оперативное возобновление услуг после устранения нарушения
• Послабления по уровню обслуживания и кредиты во время приостановок

4. Права на вступление в управление (step-in): для критически важных услуг рассмотрите возможность согласования прав на вступление в управление, которые позволили бы клиенту (или назначенному им лицу) временно взять под контроль услуги, если провайдер не может или не желает исполнять обязательства. Права на вступление в управление могут быть сложными, поэтому укажите чёткие основания, процедуры и защиту от ответственности.
5. Убытки: урегулируйте, будет ли у какой-либо из сторон право на убытки при досрочном расторжении, например:

• Фактические убытки при расторжении из-за нарушения (с учётом договорных пределов и исключений)
• Заранее оценённые убытки или платежи при расторжении по усмотрению (должны быть справедливой оценкой фактических затрат)
• Исключение опосредованных или косвенных убытков

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

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

Как обеспечить непрерывность деятельности и аварийное восстановление с внешним поставщиком услуг?

Обеспечение непрерывности деятельности и аварийного восстановления (BC/DR) - критически важное соображение при передаче услуг на аутсорсинг стороннему провайдеру. Любое нарушение в работе провайдера может серьёзно повлиять на ваш собственный бизнес, поэтому крайне важно заранее урегулировать BC/DR в ваших MSA и SOW. Вот как:

1. Требования к BC/DR: начните с чёткого определения ваших требований к BC/DR в договоре, таких как:

• Целевое время восстановления (RTO) - как быстро услуги должны быть восстановлены после сбоя
• Целевая точка восстановления (RPO) - максимально допустимая потеря данных или время между резервными копиями
• Минимальные уровни обслуживания, которые должны поддерживаться во время события, нарушающего деятельность
• Конкретные риски или сценарии BC/DR, подлежащие урегулированию (например, стихийные бедствия, кибератаки, пандемии)

Требования должны согласовываться со стратегией BC/DR и аппетитом к риску вашей собственной организации. Рассмотрите возможность проведения анализа влияния на бизнес (BIA) для выявления наиболее критичных услуг и зависимостей.

2. Планы BC/DR: потребуйте от поставщика услуг поддерживать и регулярно обновлять формальные планы BC/DR, в которых подробно описано, как он будет выполнять указанные вами требования. Планы должны охватывать такие области, как:

• Процедуры резервного копирования и восстановления данных, приложений и инфраструктуры
• Альтернативные схемы работы и резервирование ресурсов
• Протоколы коммуникации и схемы оповещения
• Подробные процедуры реагирования на инциденты и эскалации

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

3. Тестирование и учения: недостаточно иметь планы BC/DR только на бумаге, их нужно регулярно тестировать и отрабатывать для обеспечения эффективности. Потребуйте от провайдера:

• Проводить регулярное тестирование BC/DR (например, ежегодно)
• Использовать реалистичные сценарии и объективные критерии успеха
• Привлекать ключевых заинтересованных лиц клиента к тестам
• Документировать и оперативно устранять любые выявленные пробелы или проблемы

Рассмотрите возможность включения права наблюдать за учениями BC/DR провайдера или участвовать в них.

4. Мониторинг и отчётность: убедитесь, что MSA и/или SOW включает надёжные требования к мониторингу и отчётности по BC/DR, такие как:

• Регулярная отчётность по показателям BC/DR (например, доля успешных резервных копий, результаты тестов)
• Оперативное уведомление о любых фактических или предполагаемых событиях или инцидентах BC/DR
• Подробные разборы после инцидентов и планы корректирующих действий
• Доступ клиента к соответствующим инструментам мониторинга или дашбордам

4. Персонал и экспертиза: убедитесь, что у провайдера есть выделенный, квалифицированный персонал и экспертиза по BC/DR. Потребуйте проверок благонадёжности и регулярного обучения ключевого персонала.
5. Передача обязательств субподрядчикам: если провайдер использует субподрядчиков или облачные сервисы, обеспечьте передачу адекватных требований и ответственности по BC/DR и этим организациям.
6. Финансовая устойчивость: BC/DR - это в равной мере вопрос финансовой устойчивости, как и операционной. Проведите должную осмотрительность в отношении финансовой стабильности провайдера, страхового покрытия и способности выдержать длительные нарушения.
7. Планирование выхода: убедитесь, что MSA и/или SOW включает положения о переводе услуг обратно внутрь компании или к другому провайдеру, если первоначальный провайдер столкнётся с длительным событием BC/DR. Это должно включать:

• Подробную передачу знаний и документации
• Надёжные резервные копии данных и их переносимость
• Лицензии или права на использование любых необходимых инструментов или ИС
• Участие персонала BC/DR действующего провайдера

4. Стимулы и штрафы: рассмотрите возможность встраивания договорных стимулов (таких как бонусы за результат) за достижение целей BC/DR и штрафов (таких как сервисные кредиты или права на расторжение) за их недостижение.
5. Совместное планирование: наконец, относитесь к планированию BC/DR как к постоянному, совместному процессу, а не разовому согласованию договора. Планируйте регулярные встречи с провайдером для пересмотра планов, обмена извлечёнными уроками и адаптации к меняющимся рискам и потребностям.

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

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

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

Как обеспечить передачу знаний и предотвратить зависимость от поставщика (vendor lock-in)?

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

1. Подробная документация: потребуйте от поставщика услуг поддерживать всеобъемлющую, актуальную документацию по услугам, результатам работ и лежащим в их основе процессам. Это должно включать:

• Технические спецификации и схемы архитектуры
• Операционные процедуры и руководства по эксплуатации (runbooks)
• Руководства пользователя и обучающие материалы
• Словари данных и схемы
• Репозитории кода и контроль версий

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

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

• Технические погружения в инструменты и методологии провайдера
• Наблюдение за работой или обратное наблюдение по ключевым процессам
• Совместные упражнения по устранению неполадок или решению проблем
• Сессии вопросов и ответов с профильными экспертами провайдера

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

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

• Оценку базовых навыков вашей команды и пробелов в знаниях
• Определение целевых профилей навыков и учебных целей
• Разработку индивидуальных учебных программ и материалов
• Предоставление коучинга и наставничества на рабочем месте
• Измерение прогресса в освоении навыков и отчётность по нему

Цель - иметь структурированный, измеримый процесс усвоения экспертизы провайдера со временем.

4. Ротация персонала: рассмотрите возможность согласования права ротировать ваш собственный персонал в команды провайдера по поставке услуг на определённые периоды. Это позволяет вашей команде учиться напрямую у экспертов провайдера и приносить эти знания обратно в компанию.
5. Планирование выхода: убедитесь, что MSA и/или SOW включает надёжные положения о передаче знаний при истечении срока или расторжении, такие как:

• Продлённые периоды перехода для наблюдения за работой и передачи дел
• Передача всей документации, данных и незавершённой работы
• Доступ к ключевым профильным экспертам провайдера для вопросов и помощи
• Лицензии или права продолжать использовать ИС или инструменты провайдера (если применимо)

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

6. Модульная архитектура: где возможно, добивайтесь модульной, слабо связанной архитектуры, которая минимизирует зависимости от проприетарного технологического стека провайдера. Используйте открытые стандарты и API, чтобы упростить смену провайдеров.
7. Переносимость данных: обеспечьте, чтобы ваши данные были переносимыми и не были привязаны к системам провайдера. Потребуйте хранения данных в непроприетарных форматах и укажите свои права регулярно экспортировать данные для собственного использования.
8. Депонирование исходного кода (escrow): для программного обеспечения, разработанного на заказ, рассмотрите возможность использования услуги депонирования исходного кода. Провайдер передаёт код нейтральному третьему лицу, и вы получаете доступ при наступлении заранее определённых событий (например, банкротство провайдера).
9. Мультивендорная стратегия: рассмотрите возможность использования нескольких провайдеров для разных аспектов услуги вместо одного провайдера «под ключ». Это снижает чрезмерную зависимость от какого-либо одного поставщика и позволяет комбинировать лучшие в своём классе возможности.
10. Непрерывное улучшение: наконец, сделайте передачу знаний и предотвращение зависимости от поставщика постоянным пунктом повестки на ваших совещаниях по управлению услугами. Постоянно оценивайте уровень своей зависимости, выявляйте риски, связанные с ключевыми сотрудниками, и обдумывайте способы дальнейшего усвоения знаний.

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

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

Что следует учитывать при привлечении поставщиков услуг в других странах?

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

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

• Возможность принудительного исполнения условий договора по местному праву
• Соответствие профилю риска вашей организации и предпочтительному правовому форуму
• Практическая возможность подать иск или добиться исполнения в юрисдикции провайдера
• Потенциальное преимущество «своего поля» для провайдера

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

2. Язык и переводы: если команда провайдера в основном говорит на другом языке, подумайте, составлять ли договор на этом языке или предоставить официальный перевод. Что важно иметь в виду:

• Обеспечение согласованности и ясности условий в разных языковых версиях
• Указание, какая версия имеет преимущественную силу в случае противоречий
• Учёт требований к местному языку (в некоторых странах договоры обязательно должны быть на местном языке)
• Проверку переводчиков на предмет профильной экспертизы и знакомства с юридическим/техническим жаргоном

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

3. Культурные различия: не недооценивайте влияние культурных различий на переговоры по договору и его исполнение. О чём стоит помнить:

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

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

4. Часовые пояса: если провайдер находится в существенно ином часовом поясе, продумайте операционные последствия и учтите их в договоре. Например:

• Проясните ожидания относительно рабочих часов, времени отклика и устранения проблем
• Укажите, часовой пояс какой стороны определяет сроки и контрольные точки
• Заложите пересекающиеся «основные часы» для совместной работы в реальном времени
• Урегулируйте любые требования к сверхурочной или внеурочной поддержке

4. Валюта и платежи: уточните, в какой валюте будут производиться платежи и как будут учитываться колебания обменного курса. Также проверьте любые местные требования или ограничения на трансграничные платежи.
5. Налоги и соблюдение требований: привлеките налоговых и юридических экспертов, чтобы разобраться в сложной паутине международных налоговых и комплаенс-вопросов, таких как:

• Удерживаемые налоги и последствия налоговых соглашений
• НДС/GST и иные косвенные налоги
• Риск постоянного представительства
• Требования к местному юридическому лицу или регистрации
• Соблюдение трудового законодательства, льгот и социального страхования
• Экспортный контроль и санкции
• Борьба со взяточничеством/коррупцией (FCPA, UK Bribery Act)
• Конфиденциальность данных и трансграничная передача данных (GDPR, CCPA)

Укажите, какая сторона отвечает за какие комплаенс-обязательства, и предусмотрите соответствующее возмещение убытков.

7. Интеллектуальная собственность: законы и нормы в области ИС могут существенно различаться по странам. Что важно учесть:

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

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

• Ограничения на трансграничную передачу данных
• Требования к локализации (например, резидентность данных)
• Различающиеся определения и стандарты в отношении персональных данных, согласия и уведомления о нарушениях
• Передачу обязательств субподрядчикам и дальнейшую передачу
• Законы о государственном наблюдении и доступе

7. Непрерывность деятельности и аварийное восстановление: продумайте любые уникальные риски или требования BC/DR в месте нахождения провайдера, такие как:

• Геополитическая нестабильность или беспорядки
• Надёжность инфраструктуры (например, электроснабжение, связь)
• Частота и серьёзность стихийных бедствий
• Готовность к пандемиям
• Удалённость от критически важных людей и активов

7. Планирование выхода: уделите дополнительное время положениям о содействии при расторжении и планировании выхода, чтобы снизить дополнительную сложность разъединения с международным провайдером. Что важно определить:

• Защищённый доступ к помещениям, системам и данным во время перехода
• Возможность нанимать или переманивать персонал провайдера
• Физическую и электронную передачу материалов
• Заключительный период для завершения работ и передачи знаний
• Применимое право и место рассмотрения споров после расторжения

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

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

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

Как стратегически использовать положения о бенчмаркинге и непрерывном улучшении?

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

1. Определите чёткие права на бенчмаркинг: убедитесь, что ваше MSA или SOW прямо предоставляет вам право сравнивать цены и/или производительность провайдера с рынком. Что важно указать:

• Объём бенчмаркинга (например, цена, SLA, качество, удовлетворённость клиентов)
• Периодичность бенчмаркинга (например, ежегодно, раз в полгода)
• Методологию бенчмаркинга и источники данных
• Квалификацию и независимость лица, проводящего бенчмаркинг
• Обязанности провайдера содействовать и предоставлять данные

Будьте разумны в отношении объёма и периодичности, чтобы избежать чрезмерного бремени или затрат для провайдера.

2. Установите объективные критерии бенчмаркинга: чтобы обеспечить справедливое сравнение «равного с равным», чётко определите критерии выбора эталонных аналогов, такие как:

• Отраслевая и географическая релевантность
• Сходство объёма и сложности услуг
• Масштаб деятельности
• Сопоставимые договорные условия (например, срок, пределы ответственности)
• Общая репрезентативность рынка

Избегайте выборочного подбора критериев, искусственно искажающих результаты.

3. Согласуйте последствия: укажите, что произойдёт, если бенчмаркинг покажет, что провайдер существенно отклоняется от рынка. К распространённым исходам относятся:

• Автоматическое снижение цен до эталонных уровней
• Требование представить план корректирующих действий
• Основания для пересмотра договора
• Права на расторжение при хроническом неудовлетворительном исполнении

Стремитесь к объективным, основанным на данных порогам, которые стимулируют улучшение, не будучи карательными.

4. Используйте бенчмаркинг стратегически: относитесь к бенчмаркингу как к инструменту стратегического партнёрства, а не просто дубинке для сокращения затрат. Используйте результаты, чтобы:

• Выявлять области для совместных инноваций или реинжиниринга процессов
• Перераспределять приоритеты инвестиций на основе отраслевых тенденций
• Оптимизировать уровни обслуживания и цены исходя из деловой критичности
• Стимулировать более прозрачные, основанные на данных диалоги

Открыто делитесь результатами (хорошими и плохими) с провайдером и сотрудничайте над взаимовыгодными решениями.

5. Жёстко закрепите непрерывное улучшение: помимо бенчмаркинга, включите прямое обязательство провайдера непрерывно улучшать услуги со временем. Ключевые элементы, которые стоит затронуть:

• Периодичность и формат рекомендаций по улучшению (например, ежеквартальные обзоры)
• Показатели и методологию измерения улучшений
• Процедуру утверждения предлагаемых изменений
• Стимулы разделения выгод (gain-sharing) за успешные улучшения
• Последствия за непредоставление улучшений

Цель - сделать оптимизацию постоянным, итеративным процессом, а не разовым событием.

6. Согласуйте стимулы: структурируйте сделку так, чтобы вознаграждать поведение и результаты, которые вы хотите видеть. Рассмотрите такие механизмы, как:

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

Мотивируйте провайдера выкладываться по полной за столом непрерывного улучшения.

7. Развивайте культуру инноваций: одни лишь положения не обеспечат реального непрерывного улучшения; для этого нужны партнёрский настрой и культура инноваций. На практике это означает:

• Расширение полномочий совместных инновационных команд и сообществ практиков
• Защиту прав ИС провайдера в новых инновациях
• Проверку новых идей через концептуальные прототипы и пилоты
• Поощрение и масштабирование успешных улучшений
• Извлечение уроков из неудачных попыток и их доработку

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

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

• Задействовать межклиентские инсайты и лучшие практики провайдера
• Воспользоваться инвестициями провайдера в исследования и разработки и инновационные лаборатории
• Влиять на дорожную карту продукта и инвестиционные приоритеты провайдера
• Сотрудничать с другими клиентами над совместными инициативами по улучшению

Вы покупаете не просто услугу, вы покупаете доступ к богатству знаний и опыта.

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

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

Улучшение - командный вид спорта: будьте таким клиентом, какого вы хотели бы иметь.

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

• Убедитесь, что объём и методология бенчмаркинга действительно справедливы и репрезентативны
• Будьте прозрачны в отношении целей и сценариев использования заранее
• Делитесь результатами конструктивно, а не агрессивно
• Используйте бенчмаркинг для информирования, а не диктовки решений
• Балансируйте количественные показатели с качественными факторами отношений

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

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

Какие распространённые модели ценообразования существуют для договоров на услуги и когда их использовать?

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

1. Время и материалы (T&M):

• Что это: провайдер выставляет счета за фактически затраченное время и материалы, обычно по заранее согласованным почасовым ставкам и сквозным затратам.
• Когда использовать:
• Проекты с высокой неопределённостью или изменчивостью объёма
• Работы на ранней стадии, где требования ещё определяются
• Крайне срочные или времязависимые работы
• Плюсы: гибкость, простота, оплата по факту
• Минусы: отсутствие предсказуемости затрат, потенциал чрезмерного потребления, слабые стимулы к эффективности

1. Фиксированная цена:

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

1. По этапам/результатам работ:

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

1. По результату/ценности:

• Что это: цены привязаны к достижению определённых деловых результатов или реализации ценности, часто с переменной выгодой/риском.
• Когда использовать:
• Инициативы трансформации или инноваций с чёткой окупаемостью (ROI)
• Когда вы хотите разделить риск/вознаграждение с провайдером
• Зрелые отношения с высокой степенью доверия и сотрудничества
• Плюсы: согласованность по результатам, стимулы к созданию ценности, ориентация на взаимную выгоду
• Минусы: трудность определения и измерения результатов, более высокая премия за риск провайдера, потенциал манипулирования

1. По подписке/потреблению:

• Что это: регулярная плата за постоянный доступ к услуге или пулу ресурсов, часто на основе объёма использования или тарифа.
• Когда использовать:
• Стабильные или непрерывные услуги с предсказуемым потреблением
• Когда вы хотите сопоставить затраты с использованием или спросом
• Модели управляемых услуг или XaaS
• Плюсы: предсказуемые расходы, масштабируемость/эластичность, потенциальные объёмные скидки
• Минусы: отсутствие долгосрочной определённости цен, потенциал зависимости, скрытые расходы (например, дополнения, превышения)

1. Разделение выгод (gainsharing):

• Что это: провайдер получает процент от реализованной экономии затрат, прироста выручки или иных финансовых выгод от привлечения.
• Когда использовать:
• Инициативы по снижению затрат или увеличению выручки с чёткими базовыми показателями
• Когда вы хотите стимулировать провайдера создавать дополнительную ценность
• Как надстройку над другими моделями ценообразования для стимулирования непрерывного улучшения
• Плюсы: согласованность по финансовым результатам, самофинансируемые улучшения, потенциал выгоды для обеих сторон
• Минусы: сложности с установлением базы и измерением, потенциальная краткосрочность, рассогласованные стимулы (например, чрезмерное сокращение затрат)

1. По уровням/объёму:

• Что это: цены варьируются в зависимости от достижения заранее определённых объёмных уровней или порогов, часто со скидками на более высоких уровнях.
• Когда использовать:
• Услуги с высокой степенью масштаба или объёмного рычага
• Когда вы хотите стимулировать провайдера наращивать внедрение или потребление
• Как способ разделить эффект масштаба или экономию навыков
• Плюсы: согласованность с целями роста, автоматические объёмные скидки, вознаграждение за лояльность/стаж
• Минусы: потенциал «зависимости» на более высоких уровнях, трудность прогнозирования или принятия обязательств по объёмам

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

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

• Каковы основные цели и драйверы ценности для привлечения?
• Насколько предсказуемы и стабильны требования и объём?
• Какая гибкость и масштабируемость требуются?
• Каков профиль риска/вознаграждения и допустимый уровень риска для каждой стороны?
• Какие стимулы и поведение будет порождать модель?
• Насколько легко её будет администрировать и контролировать?
• Какова рыночная практика для аналогичных привлечений?

Не менее важно встроить механизмы для пересмотра и развития модели ценообразования со временем по мере изменения потребностей и обстоятельств. Рассмотрите такие вещи, как:

• Периодический пересмотр цен или объёмов
• Бенчмаркинг или индексацию по рыночным ставкам
• Возможности непрерывного улучшения и разделения выгод
• Фонды совместных инвестиций или совместных инноваций
• Кредиты за рост производительности или автоматизацию

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

В чём разница между гарантией и возмещением убытков? Когда следует запрашивать каждое из них?

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

Гарантии:

• Что это: договорное заверение или обещание, что определённые факты или условия являются истинными или произойдут. К распространённым примерам относятся гарантии того, что:
• Услуги будут оказаны профессионально и квалифицированно
• Результаты работ будут по существу соответствовать согласованным спецификациям
• Рабочий продукт не будет нарушать права ИС третьих лиц
• У провайдера есть необходимые ресурсы, навыки и права для исполнения
• Что происходит при нарушении: если гарантия нарушена, пострадавшая сторона может:
• Потребовать устранения нарушения (например, повторного оказания дефектных услуг)
• Требовать возмещения любых прямых убытков, вызванных нарушением
• Потенциально расторгнуть договор за существенное нарушение
• Когда использовать: гарантии уместны, когда:
• Вы хотите получить заверение в отношении конкретных, важных фактов или результатов
• Риск в определённой степени находится под контролем провайдера
• Потенциальные убытки поддаются достаточно точной количественной оценке
• Прочие замечания:
• Гарантии часто ограничены по времени (например, 90 дней после приёмки) и по объёму (например, существенное соответствие спецификациям)
• Распространены сроки на устранение нарушений (например, 30 дней)
• Гарантии обычно исключают вопросы, вызванные действиями или бездействием другой стороны

Возмещение убытков:

• Что это: договорное обязательство осуществлять защиту от определённых требований третьих лиц или убытков и/или компенсировать их. К распространённым примерам относятся обязательства по возмещению за:
• Требования третьих лиц о нарушении прав ИС
• Нарушения обязательств по конфиденциальности или безопасности данных
• Телесные повреждения или ущерб имуществу, причинённые небрежностью
• Нарушение законов или нормативных актов
• Грубую небрежность или умышленное нарушение
• Что происходит при наступлении: если обязательство по возмещению наступает, возмещающая сторона должна:
• Осуществлять защиту от требования третьего лица (например, с привлечением адвоката)
• Оплачивать любые мировые соглашения или судебные решения
• Компенсировать стороне, которой возмещаются убытки, соответствующие убытки
• Когда использовать: обязательства по возмещению убытков уместны, когда:
• Риск в значительной степени вне вашего контроля
• Потенциальную ответственность или убытки перед третьими лицами трудно оценить количественно или они могут быть катастрофическими
• Вы хотите возложить ответственность за соблюдение требований или нарушения
• Прочие замечания:
• Обязательства по возмещению часто содержат подробные процедуры уведомления, контроля защиты и одобрения мировых соглашений
• Распространены исключения для вопросов, вызванных небрежностью или ненадлежащими действиями стороны, которой возмещаются убытки
• Обязательства по возмещению обычно не имеют предельных размеров и могут подвергнуть провайдера значительной ответственности

Итак, по сути:

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

Несколько ключевых вопросов при решении, запрашивать ли гарантию или обязательство по возмещению:

• Какой конкретный риск вы пытаетесь урегулировать? Связан ли он с исполнением или это риск перед третьими лицами?
• Насколько вероятен и серьёзен риск? Каков масштаб потенциальной ответственности или убытков?
• Какой контроль над риском имеет каждая сторона?
• Какова рыночная практика для аналогичных рисков в сопоставимых сделках?
• Какие у вас рычаги для согласования условия?
• Как это может повлиять на цену или другие условия сделки?

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

Несколько других советов:

• Будьте разумны и сосредоточьтесь на наиболее существенных, влиятельных рисках. Если гарантируется/возмещается всё, не гарантируется ничего.
• Адаптируйте условия к конкретной ситуации. Шаблонные условия могут упустить ключевые нюансы или риски.
• Рассмотрите возможность сочетания гарантий с SLA/сервисными кредитами и обязательств по возмещению со страхованием/пределами ответственности для более сбалансированного пакета.
• Мыслите целостно о взаимодействии с другими условиями распределения рисков, такими как отказы от гарантий, ограничения ответственности и страхование.
• Согласуйте широту и продолжительность покрытия с профилем риска. Не каждое условие должно действовать в течение всего срока договора или быть неограниченным.

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

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

Как эффективно использовать сервисные кредиты?

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

1. Выбирайте правильные SLA:

• Сосредоточьтесь на небольшом наборе SLA, действительно критичных для бизнес-результатов. Попытка кредитовать каждый возможный показатель размывает фокус и эффект.
• Убедитесь, что SLA объективно измеримы и находятся в разумном контроле провайдера. Избегайте SLA, которые слишком субъективны, расплывчаты или зависят от третьих лиц.
• Устанавливайте пороги SLA на разумных, соответствующих рынку уровнях. Если установить слишком высоко, это может повысить затраты или поощрять занижение целей. Если слишком низко, они теряют силу.

1. Определяйте размер кредитов соответствующим образом:

• Делайте кредиты достаточно ощутимыми, чтобы стимулировать исполнение, но не настолько большими, чтобы быть карательными или поощрять манипуляции. Распространённый диапазон - 5-20% от ежемесячного вознаграждения за затронутую услугу.
• Рассмотрите многоуровневые кредиты в зависимости от серьёзности и продолжительности нарушений. Например, кредит 10% за инцидент уровня серьёзности 1, 5% за уровень 2, с множителями за последовательные или хронические нарушения.
• Ограничьте общую сумму кредитов значимым, но разумным уровнем, часто 10-25% от ежемесячного вознаграждения. Кредиты без предельного размера могут создавать нежелательные стимулы и подвергать провайдера чрезмерному риску.

1. Разрешайте возврат кредитов (earn-back):

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

1. Эскалируйте при повторных нарушениях:

• Включите нарастающие последствия за повторные или серьёзные нарушения SLA, помимо одних лишь кредитов. Например:
• Анализ первопричин и устранение при 2 нарушениях подряд
• Обязательный план улучшения при 3 нарушениях подряд
• Право на расторжение при 4+ нарушениях подряд
• Это создаёт нарастающую срочность и подотчётность за систематическое неудовлетворительное исполнение.

1. Сочетайте со стимулами:

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

1. Сделайте отчётность прозрачной:

• Чётко определите, как будут измеряться и отражаться в отчётах SLA, включая источники данных, формулы расчёта и периодичность отчётности.
• Предусмотрите для себя права на аудит инструментов и процессов измерения и отчётности провайдера.
• Урегулируйте, как будут обрабатываться отсутствующие данные или сбои отчётности (например, признаются нарушениями).

1. Используйте конструктивно:

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

1. Пересматривайте периодически:

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

1. Не полагайтесь чрезмерно на кредиты:

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

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

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

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

Как убедиться, что SLA, на которые я подписываюсь, разумны и достижимы?

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

1. Сравнивайте с отраслевыми стандартами:

• Изучите стандартные для отрасли SLA для аналогичных услуг, географий и размеров компаний. Gartner, Forrester и другие аналитические фирмы могут быть отличными источниками.
• Сравнивайте с вашими коллегами, которые передали на аутсорсинг аналогичные услуги. Неформальные запросы или формальные рыночные исследования могут дать ценные данные.
• Но обязательно делайте поправку на существенные различия в объёме, масштабе, сложности и профиле риска. Не все эталоны равноценны.

1. Берите за основу текущую производительность:

• Измерьте текущую производительность вашего внутреннего или действующего провайдера в сравнении с предлагаемыми SLA. Если разрыв большой, разберитесь в его причинах.
• Подумайте, обусловлена ли разница факторами, которые изменятся с новым провайдером (например, обновлённая технология, упорядоченные процессы), или структурными ограничениями, которые сохранятся (например, качество данных, зависимости от вышестоящих систем).
• Остерегайтесь резких скачков в обязательствах по производительности от действующего провайдера на момент продления. Если он не достигал этих показателей раньше, что на самом деле изменилось, чтобы это стало возможным теперь?

1. Планируйте сценарии:

• Проверьте SLA на прочность реалистичными сценариями и сценариями использования. Как они выдержат всплески объёма, сбои систем или изменения в бизнесе?
• Рассмотрите крайние случаи и режимы отказа. Каков худший сценарий, если SLA нарушается? Это катастрофично или просто неудобно?
• Смоделируйте разные пороги и посмотрите, как они влияют на затраты, риск и бизнес-результаты. Не оптимизируйте под 5% за счёт 95%.

1. Получайте многофункциональный вклад:

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

1. Понимайте компромиссы затрат/риска:

• Проведите откровенный разговор с провайдером о последствиях разных порогов SLA с точки зрения затрат и риска.
• Как правило, более высокие SLA повлекут более высокие базовые вознаграждения (для покрытия дополнительных ресурсов и премий за риск) и более сильные меры снижения риска (такие как пределы ответственности и исключения).
• Ищите «изгиб кривой» - точку, в которой постепенные улучшения SLA дают убывающую предельную отдачу или экспоненциальный риск. Часто применимо правило 80/20.

1. Сосредоточьтесь на результатах, а не на действиях:

• SLA должны измерять то, что действительно важно для ваших бизнес-результатов, а не просто то, насколько занят провайдер.
• Например, измеряйте своевременность расчёта зарплаты, а не только время устранения заявок по зарплате. Измеряйте время безотказной работы приложения, а не только доступность сервера.
• Но убедитесь, что результаты разумно находятся под контролем провайдера. Привязка к сквозным показателям процесса, на которые он влияет лишь частично, может демотивировать.

1. Оставляйте место для непрерывного улучшения:

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

1. Будьте осмотрительны с нулевой терпимостью:

• Хорошо подумайте, прежде чем соглашаться на SLA с нулевой терпимостью к сбоям (например, 100% времени безотказной работы). Они могут создавать астрономические премии за риск и нежелательные стимулы.
• Нулевая терпимость может быть уместна для действительно критически важных процессов с высокими ставками (например, систем жизнеобеспечения). Но для большинства бизнес-процессов некоторые сбои неизбежны (и переживаемы).
• Где используется нулевая терпимость, обязательно сочетайте её с надлежащими исключениями, пределами ответственности и иными мерами снижения. Ни один провайдер не может принять действительно неограниченный риск.

1. Сохраняйте простоту:

• Заманчиво хотеть измерять и устанавливать SLA для всего. Противостойте этому порыву. Сосредоточьтесь на небольшом наборе значимых, измеримых и управляемых показателей.
• Слишком большое число SLA может быть административно обременительным, размывать фокус и создавать «измерительную близорукость». Лучше делать несколько вещей хорошо, чем много плохо.
• Также остерегайтесь «арбузных» SLA - зелёных снаружи, но красных внутри из-за ошибочных расчётов, скрытых исключений или расплывчатости определений. Если для расчёта нужна докторская степень, это, вероятно, плохой показатель.

1. Относитесь к ним как к живой структуре:

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

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

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

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

На что обращать внимание в планах непрерывности деятельности и аварийного восстановления поставщика услуг?

При оценке планов непрерывности деятельности и аварийного восстановления (BC/DR) поставщика услуг стоит обратить внимание на несколько ключевых элементов:

1. Оценка рисков: планы должны основываться на тщательной оценке потенциальных рисков и их влияния на способность провайдера оказывать услуги. Это включает такие вещи, как стихийные бедствия, кибератаки, пандемии, перебои в коммунальных услугах и нарушения цепочек поставок.
2. Стратегии восстановления: планы должны подробно описывать конкретные стратегии поддержания или восстановления критически важных услуг во время нарушения. Это должно охватывать такие области, как резервные системы, альтернативные места работы, ручные обходные решения и протоколы кризисной коммуникации.
3. Показатели восстановления: ищите чёткие, измеримые цели восстановления, такие как целевое время восстановления (RTO) и целевая точка восстановления (RPO). RTO - максимально допустимая продолжительность сбоя, а RPO - максимально допустимый объём потери данных. Убедитесь, что они соответствуют вашим бизнес-требованиям.
4. Тестирование и учения: планы должны регулярно тестироваться через настольные учения, симуляции и реальные тренировки. Ищите свидетельства недавних тестов и их результатов. Планы, которые отлично выглядят на бумаге, но никогда не тестируются, могут не выдержать реальной нагрузки.
5. Непрерывное улучшение: должен существовать процесс включения уроков, извлечённых из тестов и реальных инцидентов, в обновления планов. Ищите культуру непрерывного улучшения, а не просто формального соблюдения «для галочки».
6. Устойчивость третьих лиц: если провайдер полагается на субподрядчиков или иных третьих лиц, их возможности BC/DR также следует оценить и учесть при планировании. Цепь крепка лишь настолько, насколько крепко её самое слабое звено.
7. Географическая устойчивость: учтите географическое разнообразие и устойчивость деятельности провайдера. Уязвимы ли они к локальным нарушениям? Есть ли у них географически распределённый персонал и инфраструктура?
8. Соблюдение требований: планы должны соответствовать применимым отраслевым стандартам и нормативным требованиям, таким как ISO 22301, NIST SP 800-34 или FFIEC BC Handbook.
9. Организационная приверженность: ищите свидетельства сильной поддержки со стороны руководства, выделенных ресурсов и культуры устойчивости. BC/DR должно быть стратегическим приоритетом, а не запоздалой мыслью.
10. Согласованность партнёрства: в конечном счёте планы BC/DR провайдера должны согласовываться со стратегиями устойчивости вашей собственной организации и поддерживать их. Ищите общую приверженность прозрачности, сотрудничеству и непрерывному улучшению перед лицом нарушений.

Помните, ни один план BC/DR не идеален, и ни один провайдер не застрахован от нарушений. Цель - не устранить риск полностью, а эффективно им управлять и быстро восстанавливаться, когда нарушения всё же происходят. Тщательно оценивая возможности BC/DR провайдера заранее и тесно сотрудничая в усилиях по обеспечению устойчивости на протяжении всех отношений, вы можете способствовать непрерывности критически важных услуг даже в условиях неопределённости и перемен.

Как обеспечить соблюдение требований конфиденциальности и безопасности данных поставщиками услуг?

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

1. Должная осмотрительность: проведите тщательную проверку практик провайдера в области конфиденциальности и безопасности данных до подписания договора. Это может включать рассмотрение политик, процедур и аудиторских отчётов, проведение оценок на месте и проверку рекомендаций.
2. Договорные гарантии: убедитесь, что MSA и/или SOW включает надёжные положения о конфиденциальности и безопасности данных, такие как:

• Соблюдение применимых законов (например, GDPR, CCPA) и отраслевых стандартов (например, ISO 27001, NIST CSF)
• Внедрение конкретных средств контроля безопасности (например, шифрование, управление доступом, мониторинг)
• Обязательства по оперативному уведомлению о нарушениях и реагированию
• Строгие ограничения на использование, передачу и хранение данных
• Права на аудит и оценку
• Возмещение убытков за нарушения или несоблюдение в отношении данных

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

• Доступ по принципу наименьших привилегий на основе должностных ролей
• Надёжная аутентификация и политики паролей
• Регулярный пересмотр прав доступа и оперативное прекращение при смене ролей
• Журналирование и мониторинг активности доступа

1. Управление поставщиками: создайте формальную программу управления рисками третьих лиц для постоянного мониторинга и оценки состояния конфиденциальности и безопасности данных провайдера. Это может включать периодические аудиты, оценки безопасности и рассмотрение отчётов об инцидентах и планов устранения.
2. Обучение и осведомлённость: убедитесь, что персонал провайдера регулярно проходит обучение лучшим практикам конфиденциальности и безопасности данных и что культура ответственного обращения с данными продвигается на всех уровнях организации.
3. Реагирование на инциденты: имейте чётко определённый, совместно отработанный план реагирования на инциденты, который проясняет роли, обязанности и протоколы коммуникации в случае нарушения данных или инцидента безопасности.
4. Непрерывность деятельности: убедитесь, что у провайдера есть надёжные планы непрерывности деятельности и аварийного восстановления для защиты ваших данных и поддержания критически важных услуг перед лицом нарушений.
5. Планирование выхода: имейте чёткий план защиты, перевода и/или уничтожения ваших данных по окончании договора. Это должно включать требования к возврату/удалению данных, формату и проверке.
6. Постоянное сотрудничество: относитесь к конфиденциальности и безопасности данных как к постоянному, совместному усилию, а не разовой галочке. Регулярно пересматривайте состояние соблюдения требований, обменивайтесь сведениями об угрозах и совместно исследуйте возможности усиления гарантий в отношении данных.

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

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

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

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

1. Модульный объём: структурируйте объём договора модульным, делимым образом, который позволяет легко добавлять, удалять или изменять отдельные компоненты услуг. Используйте отдельные SOW, сервисные блоки или ценовые схемы, которые можно корректировать независимо без перезаключения всего договора.
2. Гибкое ценообразование: избегайте моделей ценообразования, которые привязывают вас к фиксированному объёму или обязательствам по объёму. Вместо этого рассмотрите переменное ценообразование на основе потребления (например, за транзакцию, за пользователя) или предоставленной ценности (например, разделение выгод, по результату). Заложите объёмные уровни, ценовые ступени или иные механизмы для согласования цен с меняющимся спросом.
3. Масштабируемость и эластичность: убедитесь, что договор допускает быстрое увеличение или уменьшение мощности и ресурсов в ответ на колебания бизнеса. Это может включать положения о пиковой мощности, услугах по запросу или переменных моделях укомплектования персоналом.
4. Контроль изменений: включите чёткую, упорядоченную процедуру контроля изменений, которая обеспечивает своевременную, двустороннюю корректировку объёма, SLA, цен или иных условий в ответ на меняющиеся потребности. Избегайте чрезмерно обременительных порогов согласования или ограничений на односторонние изменения.
5. Инновации и трансформация: заложите механизмы непрерывного улучшения и инноваций на протяжении срока действия договора. Это может включать дорожные карты инноваций, совместные инвестиции в исследования и разработки, стимулы разделения выгод или пилотные программы для новых технологий или процессов.
6. Расторжение и выход: хотя никто не любит думать о конце в начале, наличие чёткой, гибкой стратегии выхода критически важно для долгосрочной гибкости. Убедитесь, что у вас есть право частично или полностью расторгнуть договор по своему усмотрению с разумными сроками уведомления и поддержкой при завершении работ. Избегайте карательных платежей при расторжении, исключительной зависимости или ловушек проприетарных технологий.
7. Совместимость с несколькими поставщиками: где возможно, структурируйте договор так, чтобы обеспечить поставку несколькими поставщиками и избежать чрезмерной зависимости от одного провайдера. Используйте открытые стандарты, API и модульные архитектуры, которые позволяют легко интегрировать и заменять компоненты поставщиков.
8. Управление и отношения: как бы хорошо ни был составлен договор, настоящая гибкость исходит из модели управления и динамики отношений, которые ставят во главу угла прозрачность, сотрудничество и совместное решение проблем. Установите регулярные точки контакта, каналы эскалации и «проверки здоровья» отношений, чтобы выявлять и удовлетворять меняющиеся потребности в духе партнёрства.
9. SLA, согласованные с бизнесом: убедитесь, что SLA и показатели производительности согласованы с текущими бизнес-результатами, а не только с операционными выходными данными. Заложите гибкость для корректировки SLA по мере развития деловых приоритетов и используйте сбалансированные системы показателей для измерения сквозной ценности, а не только изолированной эффективности.
10. Упреждающее управление спросом: гибкость - это не только реагирование на изменения, но и упреждающее формирование спроса для оптимизации ценности. Сотрудничайте с провайдером для согласования стратегий управления спросом, используйте аналитику потребления и стимулируйте изменения поведения пользователей, которые максимизируют эффективность и гибкость.

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

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

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